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-lite.pet

Description

Please try the one I made further down, unless you have an antique version of GTK, which doesn't support gtkbuilder http://www.murga-linux.com/puppy/viewtopic.php?p=571240#571240

I found that myself the other week when there was some discussion of glipper. I had already patched the last glipper C release to not need/use any gnome stuff, but I haven't compared the sources or running versions to see what other differences there were in the code.

It often pays to browse around the repos of projects! I also found some 'extra' code for the last inkscape version which doesn't need gtkmm a patchset which was submitted just days after that last C version was released. By a few days later the main branch of the repo was already changed to use the new gtkmm interface, but there was *one day* where the old code with the extra patchset was available, and with only *one file* of CPP code. Anyway, it's fun to dif around in peoples closets for old code...

I looked over the various sources again today. As best as I can see, all the fixes which were part of the patch you found and applied before to the glipper-0.95.1 sources are in the glipper-lite sources -apparently without any changes.

I had also downloaded the last CVS sources from the regular glipper trunk -the last commit was 2007-06-04. There are lots of changes there, but I haven't looked enough to see where that date fits within the release versions -oh wait here it is -glipper-1.0 was released on 2007-08-07. glipper-lite is marked as 1.0 also so it was split from trunk just before the very gnome-dependent glipper-1.0. It might pay to do some cross-diffs to compare the earlier release versions with the last CVS and with 1.0 to see if any more fixes are in there which could be back-ported. Unfortunately, large hunks of the code have very significant changes which makes it harder to make sense of it... Nice hobby for someone with the time.

ttuuxxx, I think you missed a couple of spots for changing the name of the hidden directory where glipper-lite keeps its' history and prefs files.
I rediffed your sources to fix that, and also to simply disable the help feature instead of removing the files -someone might come along and fix the feature to work without 'yelp', for all I know. I guess you found out that the 'fixes' diff referenced before was no longer needed as I see you left the *.rej file and the old patch in the sources.
Here are the refactored diffs -I have split it into two diffs to be clearer about what they each do:

//Add description tooltip to first item
- gtk_tooltips_set_tip(toolTip, firstItem, _("This is the last element to be copied.\nIt can be pasted with the middle mouse button."), "Glipper");
+ gtk_tooltips_set_tip(toolTip, firstItem, _("This is the last element to be copied.\nIt can be pasted with the middle mouse button."), "Glipper-Lite");

In looking through the various sources from CVS, there is a glipper-ng branch which is the new glipper(1.0) which is all py-gtk, etc. But the cvs branch named simply 'glipper' has some interesting code in it in the form of python-based plugins (which are also in glipper-1.0).

For my sources of glipper-lite (and glipper-0.95.1) I have used a debian patch which provides a man-page (you know what those are, ttuuxxx? LOL) and some extra images (xpm, 48x48 png and a svg).

- 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 includes text and binary data (e.g. you select text and a picture in Firefox), when you click on its entry the text gets put in both the Primary Selection and the Clipboard, by itself _________________DEATH TO SPREADSHEETS
- - -
Classic Puppy quotes
- - -
Beware the demented serfers!

For my sources of glipper-lite (and glipper-0.95.1) I have used a debian patch which provides a man-page (you know what those are, ttuuxxx? LOL) and some extra images (xpm, 48x48 png and a svg).

Hi amigo thanks for your input, I do know what man pages are, lol I even added a man page editor in 2.14x about 6 months back "gmanedit". But by default Puppy in general remove man pages to save space, so adding that feature would actually be working backwards since they just get tossed anyways. the largest icon needed for glipper is 24x24.png, it will never have a desktop 48x48 icon and svg is just a waste of space.
Help files are useless for this type of application, I even read the default help files and really, its a no-brainer application. extra code,extra icons, patch files, etc are just added uneeded extra weight. Code reduction, icon compression, no man pages is really whats best for overall size. i like parcellite better but there are a few dedicated glipper users, Barry is one.

Wow! 3KB saved! Just think, if you do that for 300 programs you save a whopping 1MB! I'll never understand the effort to cripple a program as much as possible and still have it run... Why not just gut the rest of the funtionality so that it only displays an icon and does nothing else? It's too bad the help doesn't work because someone who has never used a clipboard history app would be absolutley clueless as to what the icon is and what the app does.

I'll grant you that for your purposes you don't need the other larger icons because you have the thing always running at startup. But someone else might not want all those bloaty little apps running all the time, so a larger icon and the desktop file are handy to have around. Anyway, for my sources, I always try to collect as much useful material for or about the package as possible -including a copy of any pertinent web-page to go with them.

I sure don't understand why you'd disable the preferences for the program for a measly 3KB of saved space....

Thanks, disciple, for the precise explanation of the problems so someone might be able to fix them.

hi amigo, LOL no that wasn't what I was aiming for, I figured if I removed the glade file from the sources that it might cut the file size down by a lot, but when I saw only 3kb compressed I didn't even package or keep the sources,lol I agree 3 kb is nothing but 9 kb would of been nice to have it 1/2 the size. as for the functionality, I did increase the amount of lines kept in history and the size of lines. I kept defaults other than the 2 I increased, so it basically the functionality works the same, just not adjustable.
ttuuxxx_________________http://audio.online-convert.com/ <-- excellent site
http://samples.mplayerhq.hu/A-codecs/ <-- Codec Test Files
http://html5games.com/ <-- excellent HTML5 games

OK,
I've done something a little more useful than Ttuuxxx - converted it to use gtkbuilder (built into newer GTK versions) instead of glade. I did this mainly as a learning experience, but it does remove the glade dependency and drop the memory usage below that of parcellite

I was wondering if you guys can help me with either of these questions:
- instead of a glipper-properties.glade, it now has a glipper-properties.ui file, and I'm not sure how this affects the localisation files. Should I just replace all the instances of "glipper-properties.glade" with "glipper-properties.ui", directly in all the individual .po files, or is that not the proper thing to do?
- is there an equivalent of `make clean` that will clean out all the files created by autogen.sh, to make it easy to create a patch with diff?_________________DEATH TO SPREADSHEETS
- - -
Classic Puppy quotes
- - -
Beware the demented serfers!

You cannot post new topics in this forumYou cannot reply to topics in this forumYou cannot edit your posts in this forumYou cannot delete your posts in this forumYou cannot vote in polls in this forumYou cannot attach files in this forumYou can download files in this forum