jsGET issue? walk around dirtree with lots of spaces, etc. in dir & filenames and # will carry cruft about mootools-filemanager

[frozeman]

Hm i should make the get an sEt method Clearing out the #. I didnt thought about that. St can clean it and get replaced it again to #. Ot i Call urlencode but i think i did.

Tanks for Findung this

[GerHobbelt]

just thinking ahead: cleaning out the #... section entirely might not be desirable at all times: consider the scenario where the fmXXX=YYY storage items are mixed with a real 'fragment' carrying an element ID to jump to...

EDIT:
Forget it.

http://www.w3.org/TR/html401/struct/links.html#h-12.2.1

is very specific about fragments for text/html media: using jsGET means the above scenario is non-existent as it would be a illeg cf. the standards.

See also:

http://tools.ietf.org/html/rfc5147#section-1.2

http://tools.ietf.org/html/rfc2854#section-3

so that leaves us with the obscure scenario where jsGET is mixed with other stuff using the fragment section to store arbitrary data.

Furthermore, a bit of testing reveals that, indeed, there are no restrictions on the fragment contents, at least not by the browser (FF3.6.16), so the observed 'losing everything after the second '#' must be a glitch in the jsGET logic - or some other JS.

[GerHobbelt]

fixed in latest commit; jsGET fixes also available in jsGET repo clone.

[frozeman]

Thanks a lot.

[GerHobbelt]

You're welcome!