Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Podpora pro přenášení options z xhr.response #26

Closed
wants to merge 1 commit into from
Closed

Podpora pro přenášení options z xhr.response #26

wants to merge 1 commit into from

Conversation

mira-kovar
Copy link

Ahoj,
mám takový problém, kdy chci některé formuláře po odeslání aby nezměnili URL,

<form data-naja-history="off"> ani <input type="submit" data-naja-history="off"> nereagují v případě kdy formulář vrátí redirect. Napadlo mě, že bych mohl v response uvést options: {history: false} podobně jako je response forceRedirect: true. Což by následný request (na stejném originu) šlo lépe ovládat.

Pak by to potřebovalo v RedirectHandler úpravu viz pull request. Co si o tom myslíš?

dá se použít například pro `history: false`
@jiripudil
Copy link
Member

Ahoj, díky za podnět. Problému rozumím, ale navrhované řešení mi nepřipadá jako dobrá cesta: totiž to, že se dá zpracování requestu ovlivnit ze serveru v response, teď zpětně vnímám jako slepou větev. Server by měl klientu říct, co po něm chce, ale už mu nediktovat, jak to má udělat – to ať je v režii klienta. Přemýšlím proto, že označím response.replaceHistory a response.forceRedirect (s náhradou přes data-atribut) jako deprecated a ve 2.0 je pak odstraním úplně; rozhodně tedy nechci žádné další podobné chování přidávat.

Dávalo by mi ale smysl místo response.options předávat options z původního requestu – redirect ostatně de facto vytváří dojem, že se zpracovává pořád jeden stejný request, tak proč to nenapodobit i při ajaxu. Potom budou fungovat i tebou zmíněné data-atributy u formuláře.

Co si o tom myslíš?

@mira-kovar
Copy link
Author

Ahoj, díky za podnět. Problému rozumím, ale navrhované řešení mi nepřipadá jako dobrá cesta: totiž to, že se dá zpracování requestu ovlivnit ze serveru v response, teď zpětně vnímám jako slepou větev. Server by měl klientu říct, co po něm chce, ale už mu nediktovat, jak to má udělat – to ať je v režii klienta. Přemýšlím proto, že označím response.replaceHistory a response.forceRedirect (s náhradou přes data-atribut) jako deprecated a ve 2.0 je pak odstraním úplně; rozhodně tedy nechci žádné další podobné chování přidávat.

Dávalo by mi ale smysl místo response.options předávat options z původního requestu – redirect ostatně de facto vytváří dojem, že se zpracovává pořád jeden stejný request, tak proč to nenapodobit i při ajaxu. Potom budou fungovat i tebou zmíněné data-atributy u formuláře.

Co si o tom myslíš?

Ahoj,
to co píšeš se zdá rozumné - souhlasím . Rozhodně možnost předat event.options z původního requestu do requestu vyvolaného po redirectem bych ocenil. Tak nějak mi to příjde, že by to mělo být výchozí chování.

Dík.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants