User login

Navigation

Contribute

Interested in contributing to FootNotes? Click here to submit news stories to us or visit this site for more information about available opportunities.

GNOME Support

Friends of GNOME

Now's a good time to say thanks for the best desktop environment on the planet by becoming a Friend of GNOME or by upping your current Friends level. Contribute by joining the Friends of GNOME program. All contributions are tax-deductible in the U.S. Thanks to our generous Friends

Links of Interest

Syndicate

GNOME Clipboard Daemon - your clipboard will actually work

Submitted by FooBarWidget on Sat, 2004-01-24 08:49. FreeDesktop.org

Normally, when you copy something in an X application and you close it, the content of the clipboard is lost. This is probably one of the biggest reasons why people keep saying that copy & paste in Linux "doesn't work".

GNOME Clipboard Daemon is a program that keeps the content of your X clipboard in memory, so the clipboard won' get lost even after you close the application you copied from. It's a daemon - it has no GUI. You start it and it'll run in the background and Just Work(tm).Click here for more information, source & binaries.

Re: Also check out

Submitted by nav on Sat, 2004-01-24 15:05.

The first thing I noticed is that, unlike most of the mock-ups, you seperate the directory and file views. I'd already decided that if the merged file selectors didn't do this I was going to have to write my own ;).

Something about all the buttons at the top bothers me, but it's lessened by the fact that some of those are actually bookmarks too. I'm not sure if it the increased "opacity" (no text labels on many things that other mock-ups have text labels on: new folder, delete, rename) would be acceptable to those considering what to use for the "official" dialog UI.

The terminal and Nautilus (I would say "file manager", but it is the shell icon) buttons are kind-of interesting. Unless they're "decided upon" at runtime it might cause some non-Gnome GTK+ users some annoyance. I admit that I haven't looked at the code to ascertain this.

Any word on what its dialog's default size is when first created? Some designs end up being too small by default.

Of course, I'm a fan of the whole split directory and file views and might just be swayed by that, but it's pretty nice.

» parent