Paul B. Gallagher wrote:
Nuno Silva wrote:
A few days ago, I noticed that Seamonkey Navigator does not
percent-encode spaces in the address bar.
If I select the address bar text, spaces are also not percent-encoded
when Seamonkey sets the X11 primary selection (which is how I usually
copy addresses from the browser to paste elsewhere).
Yes and no.
Yes, it displays spaces as spaces in the address bar, as you say.
No, if you copy a URL containing a space for use elsewhere, you get
percent encoding, as you say:
<https://www.google.com/search?q=foo%20bar>
As Nuno explained, copying and pasting from the clipboard is not the
same as using X Window's primary selection. In X Window systems
(including most popular Linux desktops), select the text in the address
bar (without pressing Ctrl+C or otherwise copying it). Then, in another
application (e.g. a text editor), click the middle mouse button. It
inserts the text which was selected, but in SeaMonkey's case without the
percent encoding.
Until reading this I hadn't realised that SeaMonkey does set the primary
selection at all. Quite nice really (except that, as Nuno raised, it
doesn't produce valid URLs).
Similarly, <https://ko.wikipedia.org/wiki/황정음> displays correctly but
copies as <https://ko.wikipedia.org/wiki/%ED%99%A9%EC%A0%95%EC%9D%8C> to
guarantee that even archaic browsers understand it when you paste it.
To avoid any confusion: This post is about a feature specific to
SeaMonkey running on the X Window System. Some people in this group
might have never heard about X11 selections - for a short
description, see:
<https://en.wikipedia.org/wiki/Clipboard_(computing)#X_Window_System>
So my question is, why do you need the display to be garbled instead of
easily readable? Do you really want to try to parse
<https://ko.wikipedia.org/wiki/%ED%99%A9%EC%A0%95%EC%9D%8C> manually
instead of letting the program do it?
Depends what you want to do with it. If you need to insert that text
somewhere which expects a proper URL, you need the percent encoding. As
far as I'm aware, SeaMonkey's (and Firefox's) rendering of percent
encodings as the characters represented is just for display - the actual
URL is still percent encoded, and is copied as such for pasting into
other places where a URL is needed - and I'd have expected would always
be transferred to other applications in the proper percent-encoded form.
For me, using SeaMonkey 2.49.4 from the Ubuntuzilla repository on Linux
Mint Mate 18.3:
- Copying and pasting the entire URL leads to percent-encoded text.
- Copying and pasting part of the URL (even just one character short)
leads to non-encoded text.
- Selecting the entire URL and inserting the primary selection elsewhere
leads to non-encoded text.
- Selecting part of the URL and inserting the primary selection
elsewhere leads to non-encoded text.
Personally, I'd have expected copying part of the URL to produce
percent-encoded text just as copying the whole URL does. And, like Nuno,
that inserting the primary selection (without copying) would also behave
the same. It's even more odd that the primary selection IS set to the
percent-encoded version on copying to the clipboard!
Perhaps worth raising at <https://bugzilla.mozilla.org/> if not already
raised there.
For what it's worth, using Firefox 64 from Mint's repository:
- Copying and pasting the entire URL leads to percent-encoded text.
- Copying and pasting part of the URL (even just one character short)
leads to non-encoded text.
- Selecting the entire URL and inserting the primary selection elsewhere
leads to percent-encoded text.
- Selecting part of the URL and inserting the primary selection
elsewhere leads to non-encoded text.
So it still has the same quirk that copying part of the URL behaves
differently from copying the whole URL, but the primary selection
appears to be consistent with copying.
--
Mark.
_______________________________________________
support-seamonkey mailing list
[email protected]
https://lists.mozilla.org/listinfo/support-seamonkey
