XPost: alt.comp.software.firefox, comp.sys.mac.system   
   From: robin_listas@es.invalid   
      
   On 2026-02-13 19:37, Maria Sophia wrote:   
   > Paul wrote:   
   >> On Fri, 2/13/2026 6:32 AM, Carlos E. R. wrote:   
   >>> On 2026-02-13 12:19, R Daneel Olivaw wrote:   
   >>>> Carlos E. R. wrote:   
   >>>>> On 2026-02-12 21:26, Maria Sophia wrote:   
   >>>>>> PSA: Clipboard differences between Chromium & Firefox across   
   >>>>>> platforms   
   >>>>>>   
   >>>>>> I do a lot of research as I generally invest at least an hour or   
   >>>>>> two into many of my Usenet opening posts, where I currently   
   >>>>>> employ a thousand- line Windows Notepad++ macro that beautifully   
   >>>>>> cleans up non-ASCII garbage copied from both Firefox and   
   >>>>>> Chromium web output, where, only with Chromium pastes into   
   >>>>>> Notepad++ was the selection mechanism (i.e., Ctrl+A) inoperative.   
   >>>>>   
   >>>>> How do you propose we test this in Linux? There is no notepad++.   
   >> Now, most of the time, Google doesn't give me these,   
   >> so this was unexpected :-) All I had done is asked   
   >> for "notepad++ for linux" and it trotted this out.   
   >>   
   >> AI Overview   
   >> Notepad++ is not natively available for Linux, but it can be run   
   >> efficiently   
   >> using the Snap package manager (via Wine) or through alternatives that   
   >> mimic its functionality.   
   >> The most direct method is installing the Snap package , which provides   
   >> a functional version   
   >> of the application.   
   >   
   > Hi Paul,   
   >   
   > Thanks for always being helpful and kind, as I strive to emulate you.   
   > The problem, as far as I am aware, is not tied to Windows or Notepad++.   
   >   
   > I apologize if I wasn't clear in the original post of this PSA that I   
   > believe the problem lies in the underlying design which prevails in all   
   > operating systems, particularly when contrasting Firefox with Chromium.   
   >   
   > It comes from how Chromium and Firefox generate clipboard data, and that   
   > behavior is the same on Linux, macOS and Windows as far as I'm aware.   
   >   
   > Hence, the editor only exposes the issue.   
   > The editor does not create it.   
   >   
   > On Linux, the clipboard is handled by the display protocol. That means   
   > X11 or Wayland. Chromium, Firefox and every other graphical program talk   
   > to the clipboard through whichever protocol the desktop is using.   
      
      
   I will not do this procedure you describe, way too complex an long.   
      
   I opened the wikipedia page on Chrome. If that one is not suitable, you   
   post the exact page to try with. I use ^A to select and copy paste all   
   to Kate. It just works, but the result is useless, obviously. ^A in Kate   
   also works.   
      
   Pasting it all in owrite almost works. I mean, graphics and formatting   
   is copied almost correctly. Areas with several columns fail.   
      
   If this is not what you intended, write a *short* test procedure.   
      
      
   --   
   Cheers,   
           Carlos E.R.   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)