Glipper-lite
Posted: Sat 06 Feb 2010, 02:21
DESCRIPTION
glipper puts a little icon in your system tray to keep a list of your clipboard (cut/copy) and your primary selection (which is what gets pasted when you click in a text editor [or wherever] with your middle mouse button). A welcome side-effect is that it takes ownership of what you cut/copy or select... so you can past it even after closing the application that you cut/copied or selected it in.
ABOUT THIS VERSION
This version seems to be one of the best kept secrets of open source
After glipper got gnome dependencies and before they rewrote it in python, someone made a "glipper-lite" tree in cvs.
"Lite" means they removed the Gnome dependencies, so the "help" context menu entry and button in the preferences don't work (Perhaps someone would like to hack a fix for this? Or even just disable them? Note that the older version of glipper didn't have a help anyway). It does depend on glade now, unlike the old version
They also fixed the bug that prevented pasting of binary data (e.g. images in Openoffice or wherever). I'm guessing this will also have fixed the bug related to paste in (Seamonkey?) Composer, which caused Barry to turn glipper off by default in Puppy... although I don't know the details of that problem.
You can also set a shortcut key combination to pop up the glipper history list.
ALTERNATIVES
This uses a fraction more ram than parcellite, which uses a fraction more than the old version of glipper. The latest version of parcellite has also fixed an equivalent bug preventing pasting binary data, and you can get it at http://www.murga-linux.com/puppy/viewtopic.php?t=51799, but note that glipper-lite is better, because with parcellite it is impossible to tell the difference between the situation where the
clipboard and the Primary selection contain the same text, and the
situation where the cliboard contains text but the Primary selection
contains binary data (e.g. a picture selected in openoffice.org). The advantages of parcellite are its "edit clipboard" and "actions" features... but I suspect most people don't use them.
In parcellite when the clipboard contents get to the bottom of the list they move to the top again, which is rather silly, but not too much of a problem.
Glipper also has a nice crisp icon, while Parcellite has a blurry one
BUGS YOU CAN FIX
- the help entry in the context menu and button in the preferences dialogue don't work.
- if the Primary Selection is binary data, you can't click its entry to put it in the clipboard as well.
- if the Primary Selection is binary data and you close the program that owns it, glipper still lists it, but it is actually gone - if you middle click you can't paste it.
- if you clear the history, then select or copy a picture or whatever, glipper won't list it - i.e. there must be at least one text entry in the history before it will identify that you are selecting or copying binary data.
- if the clipboard contains binary data, then you clear the history, when you select something next the binary data reappears. ACTUALLY, even though text that was in the clipboard does not reappear, I consider the bug to be not that the entry reappears, but that the entries for both clipboard and primary selection (whether for text or binary data) disappear in the first place - the contents of the clipboard and the primary selection remain unless you close the program that put them there, so they should not be cleared from the list... or alternatively glipper should actually clear the clipboard and primary selection at the same time as clearing its list. I imagine there is a simple fix for this - adding a line or two of code at the end of the function that clears the list, to get the current selection and clipboard, like at startup.
N.B. I upxed the binary.
glipper puts a little icon in your system tray to keep a list of your clipboard (cut/copy) and your primary selection (which is what gets pasted when you click in a text editor [or wherever] with your middle mouse button). A welcome side-effect is that it takes ownership of what you cut/copy or select... so you can past it even after closing the application that you cut/copied or selected it in.
ABOUT THIS VERSION
This version seems to be one of the best kept secrets of open source
After glipper got gnome dependencies and before they rewrote it in python, someone made a "glipper-lite" tree in cvs.
"Lite" means they removed the Gnome dependencies, so the "help" context menu entry and button in the preferences don't work (Perhaps someone would like to hack a fix for this? Or even just disable them? Note that the older version of glipper didn't have a help anyway). It does depend on glade now, unlike the old version
They also fixed the bug that prevented pasting of binary data (e.g. images in Openoffice or wherever). I'm guessing this will also have fixed the bug related to paste in (Seamonkey?) Composer, which caused Barry to turn glipper off by default in Puppy... although I don't know the details of that problem.
You can also set a shortcut key combination to pop up the glipper history list.
ALTERNATIVES
This uses a fraction more ram than parcellite, which uses a fraction more than the old version of glipper. The latest version of parcellite has also fixed an equivalent bug preventing pasting binary data, and you can get it at http://www.murga-linux.com/puppy/viewtopic.php?t=51799, but note that glipper-lite is better, because with parcellite it is impossible to tell the difference between the situation where the
clipboard and the Primary selection contain the same text, and the
situation where the cliboard contains text but the Primary selection
contains binary data (e.g. a picture selected in openoffice.org). The advantages of parcellite are its "edit clipboard" and "actions" features... but I suspect most people don't use them.
In parcellite when the clipboard contents get to the bottom of the list they move to the top again, which is rather silly, but not too much of a problem.
Glipper also has a nice crisp icon, while Parcellite has a blurry one
BUGS YOU CAN FIX
- the help entry in the context menu and button in the preferences dialogue don't work.
- if the Primary Selection is binary data, you can't click its entry to put it in the clipboard as well.
- if the Primary Selection is binary data and you close the program that owns it, glipper still lists it, but it is actually gone - if you middle click you can't paste it.
- if you clear the history, then select or copy a picture or whatever, glipper won't list it - i.e. there must be at least one text entry in the history before it will identify that you are selecting or copying binary data.
- if the clipboard contains binary data, then you clear the history, when you select something next the binary data reappears. ACTUALLY, even though text that was in the clipboard does not reappear, I consider the bug to be not that the entry reappears, but that the entries for both clipboard and primary selection (whether for text or binary data) disappear in the first place - the contents of the clipboard and the primary selection remain unless you close the program that put them there, so they should not be cleared from the list... or alternatively glipper should actually clear the clipboard and primary selection at the same time as clearing its list. I imagine there is a simple fix for this - adding a line or two of code at the end of the function that clears the list, to get the current selection and clipboard, like at startup.
N.B. I upxed the binary.