This is been a learning exercise all right. One thing that hasn't happened yet is being able to store more than one thing at a time on the clipboard with xclip. Also, unless I have something set wrong, it is not possible to use xclip from a true command line. If I press Super and select the letter t and get the terminal, it's a terminal in gnome so xclip <somefile works fine in capturing what's in the file to the clipboard. If I log in to this system via ssh from a pure command line shell, I get the shell prompt and things are good but xclip <somefile or xclip -o both cause xclip to complain about there being no display as shown here: 1m martin ~ $ xclip -o Error: Can't open display: (null) This certainly is better than nothing but you can't ssh in from another system and coax the clipboard along by feeding very-long-string-1 in, feeding that into a GUI app, then using the command line to stuff in very-long-string-2 so you can drop that in another box on your GUI app. I've done that more than once using Windows or a Mac. There is a mail application for Linux called evolution which can interface with a Microsoft365 mailbox so one can get their mail from that mailbox and use it on a Linux system. In one place, I put in a url that is 48 characters long in to a box and, of course, it has to be exactly right then a second 38-character string which is an ASCII representation of hexadecimal digits which make no sense at all so there's no way to make sure it is right other than copy and paste. Anything else is fertile ground for human errors and if it's wrong, the job just breaks and you don't know what went wrong. It may be that nothing went wrong but one took so much time fiddling with the copy process that some clock timed out somewhere because it thought that there was hacking or some other mischief. The builders of some of this security framework have really strange ideas and I often say that the bad guys won a long time ago in that now the built-in security is the denial of service attack and they just sit back and laugh and say, "Our work is done." After doing a small amount of research, I read that clipit is no longer being developed and diodon is what you get in Debian, anyway, when you download clipit. If I could get multiple entries to store on the clipboard, I would be a happy camper right now since it would be possible to get both of those awkward strings to just slide right in where they belong. For anybody else new to setting things up, I also discovered that xclip works better if you set it up to start with X by going in to .config/autostart and putting a startup script for xclip -silent. When your shell goes in to suspension or logs you off, xclip forgets whatever was in it. You know that is working if you boot up and then $ ps ax |grep xclip |grep -v grep You should see a process number and status information which you can read about in the man page for ps. If you didn't get your startup script right, you won't see a process for xclip. Martin McCormick _______________________________________________ Blinux-list mailing list Blinux-list@xxxxxxxxxx https://listman.redhat.com/mailman/listinfo/blinux-list