Eh, X is mostly useless without a WM, at least if used as a desktop. You can make do without it if you have one X app you want to run, and thats it. I'd agree with the rest of what you said though.

Typically there's two. The X selection buffer, and then (possibly shared) toolkit clipboards that behave like you expect a clipboard to behave.

KDE has a nice little tray app that lets you essentially merge the two, or disable one or the other.

I would say something is "integral" to something else if removing the former caused the later to be more or less useless.

The white square may be due to \n to \f conversion but I would think then that only random pixels would be off colored, not entirely white. You really can't paste the text using edit->paste or Ctrl-V? I thought that was working at least. Middle mouse click won't work unless xcsi is run with the -p option for the primary selection (which clipboard.c is not configured to do currently). I'll work on adding binary i/o to/from a file and see if that fixes it

I'm still trying to get everything sorted out, I've had to download quite a few packages/libs and CodeBlocks, and doing it over dialup takes a while...

Well, the nice thing about xcsi is that it stays running as long as it is the selection owner, so a program that uses it could close and it would still serve the selection after that.

I don't understand where the delays are coming from. I process Selection Request events as soon as they are received and send the Selection Notify event and XFlush the display right after that. So in theory, a program that requests the selection should know immediately whether or not the data is valid unless they're diddling around doing something else... Maybe I should log all of the events that xcsi is receiving from the display connection...

I don't remember what the practical difference is between running 'x' and './x'. Could someone explain it to me?

Well, I just had some sort of lockup in the openSUSE VM. Firefox stopped responding, and then the desktop background turned green, and a little wristwatch mouse icon came up, and then it wouldn't do anything at all. Luckily using VirtualBox's reset command rebooted the VM.

Edit -
Is there someplace to look for system logs / the equivalent of Windows Event viewer?

The VirtualBox Shared Folder is not working. It's visible from the File Manager in the openSUSE VM, but it's owner is root so I can't access it. Is there a workaround for this? Shouldn't I be root anyway?

Well, I did

sudo chown edgar ./sf_VBShared/

and it said nothing, but root still owns it. Can I login as root or something?

I got the folder to work by unmounting and mounting it. I suppose I'll have to do this every time I boot, so I wrote a quick script to do it for me, but I can't figure out how to use chmod to set the permissions to execute for my user account.

#! bin/sh
umount -t vboxsf VBShared
mount -t vboxsf VBShared home/edgar/VBShared

Is there a way to run this at startup?

How do I use chmod to set the correct permissions? When I try to run it using 'sudo ./fixshare.sh' it says 'command not found'.

Set read/write permissions for other users/groups.

No. You should never be root.
Unless you need to be and know what you're doing. For day-to-day operations, you should never be root.

Probably, but if you can sudo commands anyway, you don't have to.
To log in as root... well, simply log in as root. You can also become root (in a terminal) using the su command.

Several.
You should be able to do it from your .login script, but you can also place it in the system startup directory for your current runlevel (/etc/rc.d if I remember correctly).
That said, maybe see if you can set it correctly in /etc/fstab first.

I'm over my mad now, so I'll try it again when you're done.

Nice. How old?
Windows code should be rather backwards compatible. I doubt they've changed the clipboard interface.

But only bitmap copying?
The windows code for this lib doesn't even have text copying yet.

I may not have followed this thread in a very concentrated state since I got my job. But it's been mostly discussion about how to get linux copying working in code instead of using the external program, and adding bitmap copying. So I'm not really interested in merging until that stuff is fully operational.

If someone can put together the code for windows that'd be great. If you do it with git and send a github pull request that'd be awesome.

https://github.com/trezker/clipboard/issues

I've copied the windows code from your latest attachment into my project. I've also added stubs for bitmap copying functions.
I also added a mac file and premake configuration that's just empty.

One issue for me is that you're coding for allegro 4 and I'd like to have an allegro 5 version. It's only a few allegro functions though. In the windows code you need the window handle and convert hbitmap to/from allegro bitmap.

I didn't find any function for converting hbitmap in Allegro 5.

I don't care much about the windows version though, since I moved to Linux that platform means nothing to me.

I think I posted that code in here in 2002. It was used in my "destroy the desktop" mini app.

Tiny, ridiculous, stupid mistakes...

I wasn't properly setting some of the fields of a returned SelectionNotify event after getting a SelectionRequest, so the other programs ex-communicated me.

Pasting into Gimp, Inkscape, and Kolourpaint now works for me with the small test bitmap used in the ClipboardTest program. It works with a large (1280 X 677 , 423KB) png as well by using xcsi from the command line. Start your graphics editor, call xcsi with the -s= command and paste away!

To be thorough, I should add support for sending (and not just receiving) INCR transfers, but I haven't done that yet.

Latest version :
ClipboardTest18.zip
(I also included a simple shell script, build.sh, to make compilation easier)

Are there any feature requests for xcsi or the clipboard library? It might be nice to support copy/paste of utf-8 strings, which I think may be doable on Windows and Linux.