wmcliphist-0.6, rather than launching in the slit (my slit is in the lower right) launches as a regular window with borders etc in the default upper right location. This occurs under fluxbox as well as kde. I've gotten as far as determining that the wmcliphist-0.6-Makefile.patch, which among other things changes it to use gtk-2.0, is causing this. If I simply compile it from the original source with make it functions correctly. Reproducible: Always Steps to Reproduce: 1. emerge wmcliphist 2. run wmcliphist Actual Results: Opens in an ordinary window with borders/decorations etc. Expected Results: Expected to open as a dockable app in the slit.
I just tried a test with the example from the foodock library used by wmcliphist: http://freshmeat.net/projects/foodock/ The example app compiled with the following: gcc -Wall -O2 -ansi -pedantic `gtk-config --cflags` -I. -Ifoodock -g -c -o foodock.o foodock.c gcc -Wall -O2 -ansi -pedantic `gtk-config --cflags` -I. -Ifoodock -g -c -o example.o example.c `gtk-config --cflags` gcc `gtk-config --libs` -o example example.o foodock.o ...will launch in the slit. The following does not: cc -Wall -ansi -pedantic `pkg-config --cflags gtk+-2.0` -I . -c -o foodock.o foodock.c cc -Wall -ansi -pedantic `pkg-config --cflags gtk+-2.0` -I. -c -o example.o example.c cc example.o foodock.o `pkg-config --libs gtk+-2.0` -o example
I've been able to get a working copy of this compiled with gtk+-2.0 using the patch referenced in this Debian bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=437433
Created attachment 151625 [details, diff] Patch to make new wmcliphist dock properly
Created attachment 151627 [details] Ebuild for above patch
The patch and ebuild above work properly, at least for me in WindowMaker. Can we get this into the tree soonish? Thanks, Sean.
In Portage as new package revision, thanks for the submission!
