spartanj / wbar Goto Github PK

What steps will reproduce the problem?
1. Trying to build a package for Arch Linux in clean chroot
2. http://www.archlinux.org/packages/community/i686/wbar/

What is the expected output? What do you see instead?
Instead of getting a build package ready to install, compiling ends with 
following error:

<snip>
O2 -pipe -MT wbar_config-Functions.o -MD -MP -MF 
.deps/wbar_config-Functions.Tpo -c -o wbar_config-Functions.o `test -f 
'../src/config/Functions.cc' || echo './'`../src/config/Functions.cc
../src/config/Run.cc: In member function 'int Run::getPID()':
../src/config/Run.cc:36:15: error: variable 'tmp' set but not used 
[-Werror=unused-but-set-variable]
cc1plus: all warnings being treated as errors

make[2]: *** [wbar_config-Run.o] Error 1
make[2]: *** Waiting for unfinished jobs....
mv -f .deps/wbar_config-Functions.Tpo .deps/wbar_config-Functions.Po
make[2]: Leaving directory `/build/src/wbar-2.2.1/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/build/src/wbar-2.2.1'
make: *** [all] Error 2

What version of the product are you using? On what operating system?
Arch Linux up-to-date
wbar-2.2.1.tar.gz source

Please provide any additional information below.

http://pastebin.com/Agr0u5pK

Targets (55): atk-2.0.0-1  xproto-7.0.21-1  xcb-proto-1.6-2  libxdmcp-1.1.0-1
              libxau-1.0.6-1  libxcb-1.7-2  kbproto-1.0.5-1  libx11-1.4.3-2
              renderproto-0.11.1-1  libxrender-0.9.6-1  libpng-1.4.5-1  freetype2-2.4.4-2
              fontconfig-2.8.0-1  pixman-0.20.2-1  cairo-1.10.2-2  libxft-2.2.0-1
              libdatrie-0.2.4-1  libthai-0.1.15-1  pango-1.28.4-2  xextproto-7.2.0-1
              fixesproto-5.0-1  libxfixes-5.0-1  libxcursor-1.1.11-1  libxext-1.3.0-1
              xineramaproto-1.2.1-1  libxinerama-1.1.1-1  randrproto-1.3.2-1
              libxrandr-1.3.1-1  inputproto-2.0.1-1  libxi-1.4.2-1
              compositeproto-0.4.2-1  libxcomposite-0.4.3-1  damageproto-1.2.1-1
              libxdamage-1.1.3-1  libsasl-2.1.23-5  libldap-2.4.24-1  keyutils-1.4-1
              krb5-1.9.1-1  libtasn1-2.9-1  gnutls-2.12.4-1  libxml2-2.7.8-1
              shared-mime-info-0.90-1  libjpeg-turbo-1.1.0-1  libtiff-3.9.5-1
              libdaemon-0.14-1  dbus-1.4.8-1  avahi-0.6.30-2  libcups-1.4.6-2
              gdk-pixbuf2-2.23.3-1  gtk-update-icon-cache-2.24.4-2  gtk2-2.24.4-2
              libglade-2.6.4-2  giflib-4.1.6-4  libid3tag-0.15.1b-6  imlib2-1.4.4-1

The main project page seems to tout a small number of dependencies as a feature:

It uses Imlib2 to do the image processing
It rides just on top of Xlib, no other toolkits. 

Unfortunately, the wbar-config program, being built against gtk+, has lots of 
additional dependencies. (glib, pango, cairo, etc.) This is a possible issue 
for users who run a QT-only system (or any other toolkit that's not gtk+) and 
do not want to have to install all of those libraries just to use wbar. It 
really doesn't need them if you are willing to work directly with ~/.wbar, at 
least not as far as I can tell.

It would be nice to split the config program into its own package, or at least 
provide a "--disable-config" ./configure option so that only the lightweight 
"wbar" program can be built for users who do not want the gtk+ config program.

For the Gentoo ebuild, if the user does not have the "gtk" use flag set, I have 
patched configure.ac and src/Makefile.in so it doesn't test for gtk+/glade and 
doesn't build or install wbar-config. Please let me know if this is 
objectionable and I will remove the conditional compile and just require 
everyone to install wbar-config and the gtk+ stuff.

What is the expected output? What do you see instead?
a stack or link to folder 

What version of the product are you using? On what operating system?
0.7.2 on gos 3.1 google gagets

Please provide any additional information below.
you know stacs like the mac

First of all, a suggestion: an auto-disappear feature will be very useful.
I mean the possibility of the wbar to disappear and appear when the mouse
is in some border of the screen (e.g., like the kde4 plasma add widget button)

Second: I see you are not using a true transparent window. This can be a
problem if the wbar starts over a (part of a) window, or even if the
desktop wallpaper changes (the background is the one that was behind the
wbar when it was started)

I'm on a Linux machine, Kubuntu 8.04.1, KDE4.1

When i start my xsession, i use only a wm not a De and i've tried with
Pekwm and Openbox, the wbar even if i've configurated it with wbarconf to
place at the top, it's placed on bottom and has a black backgorund, so it
isn't correct maybe it's a wbar bug

Reproducing the annoyance:
1- Start wbar
2- put a window partially over it
3- right click on wbar to refresh
4- close the window
5- wbar shows the piece of window that covered it
6- you have to right click wbar again to refresh its background

It would be great if you could specify an auto refresh gap, so the background 
would get refreshed automatically every time.

GREAT, project, please don't abandon it.

Happy hacking!!

Attached patch add the command line option -noreload in order to make right
click to force wbar reload. In addition it adds up the version to the help
print screen.

Steps to reproduce problem
1. open wbar-config effects tab
2. check color filter mode and select filter type
3. update, (does not apply or allow to change color)

What should happen, what does happen.
A color filter should show as well as open the color option, instead color 
filter does not show nor the color option ability.

Additional notes
color filter works through command line, not through wbar-config
Looks great, please continue with this project.

Version of the product
wbar_2.0.1-1_i386.deb 

In etc/wbar.cfg.in, it refers to "openoffice.png" but the icon that is provided 
is called pixmaps/ooffice.png. This generates the following error when running 
the program:

/usr/share/pixmaps/wbar/openoffice.png Couldn't load icon image.

Nothing serious, the user can fix it in ~/.wbar, but the icon should be 
renamed, or the wbar.cfg.in file should be fixed so they agree.

Also, the default font in wbar.cfg.in is the rather unusual 
"/usr/share/fonts/truetype/dustin/PenguinAttack". It should probably be changed 
to something that end-users might actually have installed on their system. 
Maybe something from corefonts or liberation-fonts?

What is the expected output? What do you see instead?
Wbar wont start, and provides this console output:
Using /home/superfly/.wbar config file.
Using a Super Bar.

What version of the product are you using? On what operating system?
Gentoo Linux x86_64, Openbox, Wbar 1.3.3

Please provide any additional information below.
When I first installed wbar, it worked fine.

Need to support svg icons except png

What steps will reproduce the problem?
1. Running this fantastic bar with gnome it appear below the panel. it s
quiet boring (see attached picture WBAR_bellow1.png) 
2. So I make a quick patch to be able to add an offset to make it appear a
little bit above the panel (see attached picture WBAR_offset1.png)


3. To use this patch just add this keyword when launching the wbar "-offset
<number of pixel" 
4. I flagged all my modifications with following lines:
// Patch AH - Add offset margin for not being below panels

Note: this offset is working with bar at the bottom or at the top.

What version of the product are you using? On what operating system?
I am using the latest version under RedHat



Thanks a lot for this light BAR!

Makefile doesn't support DESTDIR and wbar can only be installed in the
default prefix.
Only installs if root.
Symlinks, not copies.

See attached patch.

There's a grave bug, if you set wbar to appear vertically, as soon as you
restart it, wbar appears at bottom center, and only if you open wbarconf
and click on refresh it will take the correct position, why this happens?
Can anybody fix this problem?

What steps will reproduce the problem?
1. Press Alt+Tab

What is the expected output? What do you see instead?

I expect not to see wbar in the alt+tab dialog.


What version of the product are you using? On what operating system?
wbar 1.3.3, Icewm, debian testing (wheezy)

Please provide any additional information below.

Upon running wbar in the terminal I get this error message:

$ wbar
Using /home/hailsanta/.wbar config file.
/usr/local/share/wbar/iconpack/wbar.osx/osxbarback.png -> Image not found. 
Maybe using a relative path?

I'm running wbar 1.3.3_4 on FreeBSD 8.0 (Openbox WM)

The file does exist in that directory. If I change the path in wbarconf or 
manually in the .wbar config file, a corresponding "Image not found." is 
displayed in the terminal.

I deinstalled and reinstalled after updating my ports collection, but still 
have the same message.

What steps will reproduce the problem?
1. Start Fluxbox or another WM with no support for Margins
2. Start WBar, either manually or through WM startup script
3. Open any window and maximize it
4. Grind teeth as window maxes over WBar

What is the expected output? What do you see instead?
I see what I expect to, just wish it weren't so...

What version of the product are you using? On what operating system?
WBar version 1.3.3 on Gentoo Linux 64-bit

Please provide any additional information below.
Someone in #fluxbox on freenode suggested submitting a feature request/bug
report for this. Although I'm not a coder, I know there are supposed to be
standard WM hints for "struts" that could be used to implement this
feature. Some WMs/DEs (Openbox and XFWM4 for example) do have margin
support, but it would be much cleaner if WBar itself had support for not
being maximized over.

What steps will reproduce the problem?
1. add new shortcut and order it is not easy for Beginners

What is the expected output? What do you see instead?
1. add shortcut to wbar by drag and drop shortcuts
2. easy order shortcut by drag and drop

What version of the product are you using? On what operating system?


Please provide any additional information below.

This problem occurs using wbar-1.3.3 gcc-4.3.1 and glibc-2.7

_____________________________________________________
g++ `imlib2-config --cflags` -Wall -O2    -c -o XWin.o XWin.cc
XWin.cc: In constructor ‘XWin::XWin(int, int, int, int)’:
XWin.cc:33: aviso: conversión obsoleta de una constante de cadena a ‘char*’
XWin.cc:33: aviso: conversión obsoleta de una constante de cadena a ‘char*’
g++ `imlib2-config --cflags` -Wall -O2    -c -o Icon.o Icon.cc
g++ `imlib2-config --cflags` -Wall -O2    -c -o Bar.o Bar.cc
g++ `imlib2-config --cflags` -Wall -O2    -c -o IconLoader.o IconLoader.cc
IconLoader.cc: In constructor ‘IconLoader::IconLoader(const char*)’:
IconLoader.cc:20: error: ‘getenv’ no se declaró en este ámbito
make: *** [IconLoader.o] Error 1
_---------------------------------------------------------

attach patch (work's for me)

Sorry for my bad english.

What steps will reproduce the problem?
1. i want to post about my problem with wbar ... during boot conky is
drawn in grey box but it disapear without problem and looks right... but
wbar do not works this way and grey (original backround color) box remain
.... right mouse click on grey area around wbar helps to show wbar right
way on screen..what i need to do?

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?
version 1.3.3 - distro crunchbang-ubuntu 8.04 with openbox
is this version for debian suitable for ubuntu?

Please provide any additional information below.
Nvidia driver for 4mx440 , 

What steps will reproduce the problem?
1. make

What is the expected output? What do you see instead?
Program should compile the exe.

What version of the product are you using? On what operating system?
1.3.3 On Ubuntu 8.10 amd64

Please provide any additional information below.
Well some includes are missing and some deprecated conversion are used. I
have created a patch. Now everything works fine.

What steps will reproduce the problem?
1. ./configure
2. make

What is the expected output? What do you see instead?

cc1plus: warnings being treated as errors
../src/config/Run.cc: In member function ‘int Run::getPID()’:
../src/config/Run.cc:36:43: error: ignoring return value of ‘char* 
fgets(char*, int, FILE*)’, declared with attribute warn_unused_result

cc1plus: warnings being treated as errors
../src/config/Functions.cc: In function ‘void on_settings_update()’:
../src/config/Functions.cc:683:82: error: format not a string literal and no 
format arguments


Please provide any additional information below.

The above warnings might be specific to gcc-4.5. I'm not sure. But, with the 
default -Wall -Werror flags, they cause the compile to fail. I'm packaging this 
for Gentoo as an e-build, and for the time being I've applied the following 
patch to fix it:

--- src/config/Run.cc
+++ src/config/Run.cc
@@ -33,7 +33,8 @@
     if (process)
     {
         char spid[50];
-        fgets(spid, sizeof(spid), process);
+        char* tmp;
+        tmp=fgets(spid, sizeof(spid), process);
         pclose(process);

         pid = atoi(spid);
--- src/config/Functions.cc
+++ src/config/Functions.cc
@@ -680,7 +680,7 @@
                                   GTK_DIALOG_DESTROY_WITH_PARENT,
                                   GTK_MESSAGE_ERROR,
                                   GTK_BUTTONS_OK,
-                                  (_("Error save config in ") + 
filename).c_str());
+                                  "%s",(_("Error save config in ") + 
filename).c_str());

         gtk_dialog_run (GTK_DIALOG (dialog));
         gtk_widget_destroy (dialog);

Wbar positioning [up, bottom, center] in Twinview cause bar appears
beetween the screens.

What is the expected output? What do you see instead?
Possibility to choose a screen could be great.

What version of the product are you using? On what operating system?
Wbar 1.3.3 on 2.6.30-gentoo-r5 x86_64 (amd64) using NVidia drivers 180.60
with Twinview.

Please provide any additional information below.
Wbar positioning seems great. But in TwinView mode, X believes there is a
unique large display, so in my dual screen configuration ( second screen
extending the first on its left ) using [up, bottom, center] position cause
wBar to appears half on each screen ( if horizontal ).

In vertical configuration ( of wBar ) 1/5 of the bar is on the second screen.

What steps will reproduce the problem?
1. download wbar 1.3.3
2. make
3. ./wbar

What is the expected output? What do you see instead?
Using dot.wbar config file.
***** Imlib2 Developer Warning ***** :
    This program is calling the Imlib call:

    imlib_free_image();

    With the parameter:

    image

    being NULL. Please fix your program.
firefox -> Couldn't load font.


What version of the product are you using? On what operating system?
1.3.3

Please provide any additional information below.
gcc-4.3
archlinux 
2.6.25

What steps will reproduce the problem?
1. install wbar
2. configure it with -above-desk
3.

What is the expected output? What do you see instead?
instead of having the bar coming above all the application, like firefox,
or open office or whatever, I just have the app coming on the desktop, but
I would like to have it on top of all the windows, if it was possible

What version of the product are you using? On what operating system?
1.3.3 on Xubuntu

Please provide any additional information below.

What steps will reproduce the problem?
1. Set an icon (or possibly a command) with a path containing spaces

What is the expected output? What do you see instead?
Wbar should display the icon. Wbar either displays something unexpected or 
fails to find the icon file (if the space was escaped via backslash or URL 
encoded)

What version of the product are you using? On what operating system?
Using version 1.3.3 on Debian Unstable.

I use icewm
Wbar in the 'bottom' position is covered for the taskbar.
I think it would be desirable to place wbar few pixels higher up from the 
 position 'bottom'
The same for gnome users

I don't know if that effect could be made with the libraries that currently 
work Wbar. But if you can be, it would be a very interesting effect, resulting 
in a MAC-style dock absolutely perfect and the lightest of all.

It would be possible to do?

(No sé si sería posible realizar ese efecto con las librerías que 
actualmente trabaja wbar. Pero en caso de poder realizarse, sería un efecto 
muy interesante, resultando un dock al estilo MAC absolutamente perfecto y el 
más ligero de todos.

Sería posible de realizar?)

Is this project still maintained? I'd like to contact the developers.

any chance someone can point me in the right direction for more wbar icons
packs?

What steps will reproduce the problem?
1.
2.
3.

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?


Please provide any additional information below.

What steps will reproduce the problem?
1. Install wbar on Hardy Heron
2. restart
3.

What is the expected output? What do you see instead?
Am trying to get the wbar to launch on startup. Have configured it through
the gui config tool (the .wbar file is in home directory). However, once I
startup the system, wbar first appears and then disappears (once the
wallpaper loads).

What version of the product are you using? On what operating system?
1.3.3 on Hardy Heron

Please provide any additional information below.

What steps will reproduce the problem?
1. none

What is the expected output? What do you see instead?
1. auto hidden
2. add option for auto hidden

Please use labels and text to provide additional information.
1. new functionality

Can you do that wbar could appear when I move my mouse to the corner where 
wbar is lauched?

You're using symbols from libX11 and rely on imlib2 to bring it during linking. 
Normal linker will let you slide with, however gold is more strict:

i686-pc-linux-gnu-g++  -O2 -pipe  -Wl,-O1 -Wl,--as-needed -Wl,--hash-style=gnu 
-o wbar wbar-Bar.o wbar-Icon.o wbar-Main.o wbar-SuperBar.o wbar-SuperIcon.o 
wbar-XWin.o wbar-App.o wbar-Config.o wbar-Utils.o wbar-OptParser.o -lImlib2   
wbar-XWin.o:XWin.cc:function XWin::XWin(int, int, int, int): error: undefined 
reference to 'XOpenDisplay'
wbar-XWin.o:XWin.cc:function XWin::XWin(int, int, int, int): error: undefined 
reference to 'XCreateSimpleWindow'
wbar-XWin.o:XWin.cc:function XWin::XWin(int, int, int, int): error: undefined 
reference to 'XInternAtom'
wbar-XWin.o:XWin.cc:function XWin::XWin(int, int, int, int): error: undefined 
reference to 'XSetWMProtocols'
wbar-XWin.o:XWin.cc:function XWin::XWin(int, int, int, int): error: undefined 
reference to 'XSetClassHint'

Please see http://bugs.gentoo.org/show_bug.cgi?id=367549 for a full build.log

To fix: see attached patch

Cheers,
Kacper Kowalik

What steps will reproduce the problem?
1. make clean
2. make
3. ???
4. PROFIT!

After changing 'getenv("HOME")' to '/home/me' on both IconLoader.cc and
SuperBar.cc.


$ make
g++ `imlib2-config --cflags` -Wall -O2    -c -o XWin.o XWin.cc
XWin.cc: In constructor ‘XWin::XWin(int, int, int, int)’:
XWin.cc:33: warning: deprecated conversion from string constant to ‘char*’
XWin.cc:33: warning: deprecated conversion from string constant to ‘char*’
g++ `imlib2-config --cflags` -Wall -O2    -c -o Icon.o Icon.cc
g++ `imlib2-config --cflags` -Wall -O2    -c -o Bar.o Bar.cc
g++ `imlib2-config --cflags` -Wall -O2    -c -o IconLoader.o IconLoader.cc
IconLoader.cc:20:17: warning: unknown escape sequence '\h'
IconLoader.cc:20:17: warning: unknown escape sequence '\m'
IconLoader.cc:20:17: warning: character constant too long for its type
IconLoader.cc: In constructor ‘IconLoader::IconLoader(const char*)’:
IconLoader.cc:20: warning: overflow in implicit constant conversion
g++ `imlib2-config --cflags` -Wall -O2    -c -o OptParser.o OptParser.cc
g++ `imlib2-config --cflags` -Wall -O2    -c -o SuperBar.o SuperBar.cc
SuperBar.cc:22:34: warning: character constant too long for its type
SuperBar.cc: In constructor ‘SuperBar::SuperBar(XWin*, std::string,
std::string, int, int, float, float, int, int, int, int, int, int, unsigned
int, bool)’:
SuperBar.cc:22: error: invalid conversion from ‘int’ to ‘const char*’
SuperBar.cc:22: error:   initializing argument 1 of ‘void
imlib_add_path_to_font_path(const char*)’
make: *** [SuperBar.o] Error 1

$sudo make install

[...]
g++ -DHAVE_CONFIG_H -I. -I..  -I../src/utils -Wall -Werror -g -O2  -g -O2 -MT 
wbar-Config.o -MD -MP -MF .deps/wbar-Config.Tpo -c -o wbar-Config.o `test -f 
'../src/utils/Config.cc' || echo './'`../src/utils/Config.cc
cc1plus: warnings being treated as errors
../src/utils/Config.cc: In member function ‘std::string Config::getFile()’:
../src/utils/Config.cc:37: error: ignoring return value of ‘int system(const 
char*)’, declared with attribute warn_unused_result
make[1]: *** [wbar-Config.o] Error 1

An then stops.

Great application. The only features it lacks are:
1) Stay above the windows so that maximized windows don't cover it. I have
  tried with iceWm options, but I failed.
2) A "reserve space for wbar" option; but this is a minor issue cause you
can obtain this with the option of your WM
3) And the end of all, a very minor issue: an arrow under the icons of
started applcations. 

What version of the product are you using? On what operating system?
1.3.3 on arch and 2.6.24

Please provide any additional information below.
WM:IceWM

I'm trying 2.0.1 to package but I've run into a problem with 'make install', 
everything except the binaries install to the correct location using the 
'DESTDIR' variable. Instead the binaries are installed to a directory called 
'pkgNONE' in my current working directory.

My script looks like this (you can probably work out what the variables are 
suppose to be):

    cd $startdir/src/$pkgname-$pkgver
    ./configure \
      --prefix=/usr \
      --sysconfdir=/etc \
      --localstatedir=/var \
      --libdir=/usr/lib${LIBDIRSUFFIX} \
      --mandir=/usr/man \
      --infodir=/usr/info \
      --docdir=/usr/doc/$pkgname-$pkgver \
      --build=$arch-slackware-linux
    make -j $numjobs
    make install DESTDIR=$startdir/pkg

Could you please rectify this?

What is the expected output? What do you see instead?

When used with improper argument value it segfaults. E.g. wbar -p or wbar -d.

What version of the product are you using? On what operating system?

Last version from source (1.3.3)
compiled under Debian sid with kernel 2.6.25 on a P4 with gcc 4.2.4
(here's the -v output)
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared
--with-system-zlib --libexecdir=/usr/lib --without-included-gettext
--enable-threads=posix --enable-nls
--with-gxx-include-dir=/usr/include/c++/4.2 --program-suffix=-4.2
--enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc
--enable-mpfr --disable-libmudflap --enable-targets=all
--enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu
--target=i486-linux-gnu
Thread model: posix
gcc version 4.2.4 20080512 (prerelease) (Debian 4.2.3-6)

Please provide any additional information below.

i am building a distro based on Ubuntu 8.04 and LXDE... what to use Wbar in
LXDE but how to get it to auto start when the LiveCD boots in to lxde...

Hello,

I'm Debian package maintainer of wbar. There was a bug (#540612 [1]) filled
in Debian Bug Tracking System about freedom of wbar's icons.

Could you, please, explain origin of questionable icons?

[1] http://bugs.debian.org/540612

Reproducing the annoyance:
1- Start wbar
2- put a window partially over it
3- right click on wbar to refresh
4- close the window
5- wbar shows the piece of window that covered it
6- you have to right click wbar again to refresh its background

It would be great if you could specify an auto refresh gap, so the background 
would get refreshed automatically every time.

GREAT, project, please don't abandon it.

Happy hacking!!

What steps will reproduce the problem?
1.
2.
3.

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?


Please provide any additional information below.
 When I try to install this Wbar it shows me the following error message:

"# make
g++ `imlib2-config --cflags` -Wall -O2    -c -o SuperBar.o SuperBar.cc
g++ `imlib2-config --cflags` -Wall -O2    -c -o SuperIcon.o SuperIcon.cc
g++ `imlib2-config --cflags` -Wall -O2    -c -o Main.o Main.cc
Main.cc: In function ‘int main(int, char**)’:
Main.cc:85: warning: deprecated conversion from string constant to ‘char*’
g++ `imlib2-config --libs`  -Wl,-O2 -o wbar XWin.o Icon.o Bar.o
IconLoader.o OptParser.o SuperBar.o SuperIcon.o Main.o
#strip wbar
"

I`ve already changed homeDir pathes so installation correctly passed
IconLoader and SuperIcon as you see. Any help here? 

What steps will reproduce the problem?
1. Icons always grow to top.
2. The "-config" command was removed in the new updates.

What is the expected output? What do you see instead?
.

What version of the product are you using? On what operating system?
Current SVN version.

Please provide any additional information below.
This is not an bug report, i just opened the issue to provide the diff file to 
fix both issues.

I added a new option to make the icons grow to bottom, here is an example:
http://i.imgur.com/NO8CU.jpg
This can be used when the bar position is "top", to be more coherent with the 
bar position.

The second change adds support to load another config file instead of the 
default $HOME/.wbar, this can be changed calling "wbar -config /file/to/path". 
I needed this because i'm using two instances of wbar ( example: 
http://i.imgur.com/SS7WZ.jpg ). The wbar reloading is working fine with other 
config file too.

What steps will reproduce the problem?
1. run make config

What is the expected output? What do you see instead?
You tell me? 

What version of the product are you using? On what operating system?
1.3.3, Fedora 9. 2.6.25.11-97.fc9.i686

The output I get is 

make: *** No rule to make target `config'.  Stop.

What steps will reproduce the problem?
1. start wbar as always
2. position bottom

What is the expected output? What do you see instead?

Icon captions shows centered over icons.
Is where any way to move them upstairs, like a tooltip?

What version of the product are you using? On what operating system?
1.3.3 on Debian Squeeze

There are several issues with the build system in wbar. First, autotools seems 
to be confused by the presence of 2 Main.cc files:

make[2]: *** No rule to make target `../src/config/Main.cc', needed by 
`wbar_config-Main.o'.  Stop.
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory 
`/var/tmp/portage/x11-misc/wbar-2.1.3/work/wbar-2.1.3/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory 
`/var/tmp/portage/x11-misc/wbar-2.1.3/work/wbar-2.1.3'
make: *** [all] Error 2

This is easily worked around by renaming src/config/Main.cc to 
src/config/Main-config.cc and updating Makefile.am to reflect the change.

Also, there seems to be some confusion about CPPFLAGS and CXXFLAGS in the build 
system. In configure.ac you have:

CPPFLAGS="${CPPFLAGS} -Wall -Wunused -Werror -g -O2"

But I believe those are flags for the C++ compiler, not the preprocessor, so it 
should be CXXFLAGS. Also, it would be nice to allow the user to override the 
settings in CXXFLAGS, so it should probably be written:

CXXFLAGS="-Wall -Wunused -Werror -g -O2 ${CXXFLAGS}"

And lastly, there seems to be some confusion in src/Makefile.am about CPPFLAGS 
and CXXFLAGS and it causes it to fail to link with -Wl,--as-needed. Libraries 
are set in wbar_LDFLAGS when they should in fact be set in wbar_LDADD so that 
libraries get set after LDFLAGS on the command line. Also, CFLAGS are being set 
in wbar_CPPFLAGS where they should be set in wbar_CXXFLAGS.

Please see Gentoo bug #358557 (https://bugs.gentoo.org/358557) for more 
information.

I am attaching the patch I am using on the Gentoo package to this bug report. 
It changes config/Main.cc to config/Main-config.cc (a "mv" is also required 
outside of the patch) and fixes the CPPFLAGS/CXXFLAGS/LDADD stuff in 
Makefile.am.

sorry if I am double posting, but the problem encountered in 2.0.1-1 is marked 
as fixed, however the issue is still there. 

In wbar-config the filter color enters the command to run as wbar --filter 
others, to make it work I ran the command in terminal as wbar --filter 2. 

Not an issue but is there any plans for wbar to follow the icon theme in use? 
great bit of code, thanks.