Page 8 of 8

Posted: Sun 04 Dec 2011, 17:43
by loubapache
HI, I need some help with wbar in puppy.

I use wbar in other Linux distros (Ubuntu, Linux Mint, SalineOS) and it works fine. In these distros, you download wbar, configure it, and then add a little script to the startup scripts.

I just downloaded the wbar pet in Puppy 5.2.8. It automatically launch wbar at the top of the screen. Since I want it to be at the right side of the screen, I have changed the places that I can found to .vbar -pos=right, etc. However, it still launches at the top. Since the wbar configurator in puppy does not give the right position so I just did it manually.

So I made my own script and put it in /root. Now when puppy starts, I get two wbart: one on the top (the default one) and another on the right (the one I made and wanted).

How can I get rid of the default one?

Now I have to killall wbar and then re-start my own script (/root/wstart).

Thanks,

Posted: Sun 04 Dec 2011, 18:37
by maik.murks
Hi loubapache.

Just go to the directory /root/Startup and delete the script that starts your default wbar.
In case that there is no starting script for wbar, take a look into the file /root/.xinitrc - near the end of .xinitrc there should be something found which starts wbar. Just comment this line or these lines out.

Hope this helps. Good luck.

Cheers :wink:

Maik.Murks

Posted: Sun 04 Dec 2011, 18:40
by darkcity

Posted: Mon 05 Dec 2011, 00:18
by loubapache
Thank you, maik.murks and darkcity. I'll have a look and deactivate the default one.

Edit:


Well, I found out why.

1) Wbar was not started by my /root/.xinitrc.
2) Before I edit the wstart script in /root/Startup, I backed it up to some different name (wstart.original) but the backup was still in /root/Startup. After I made the changes to wstart, wstart.original was also executed at startup so that is whay I got two wbars.

Now I have deleted both scripts and just added a line in /root/.xinitrc to start wbar.

Thanks again.

Wbar

Posted: Sun 15 Jul 2012, 08:06
by sarum
On a previous computer I installed Wbar and by going to menu/desktop/desktop settings I could scroll down to 'wbar config'(or settings); and alter everything - almost.
I've now another computer; Ram520/160HDD puppy528 Full install with 1GB of SWAP.
I've installed wbar and via 'open in text' I changed a couple of things; but as an old, long term newby I'd really like to get back to where I was.

I think I may be wrong in posting this as a reply. It's a long thread and I've searched it.
May be there is someone who can help.
Thanks...sarum

Posted: Wed 01 Aug 2012, 03:45
by `f00
@sarum - see your dupe here in the Eye Candy section

@loubapache
I still prefer wbar's startup in (where else?) /root/Startup. Tip: to neutralize a script, untick the executable flags on its property page (it doesn't execute once you untick those flags).

Since I use many wms, I use a bit more complex script which has other elements (like a preferred bgsetter with bg and a matching conky) and a few customizations for wbar as needed for each wm (for example, e16 and a few others need the -above-desktop option). If windows persistently start 'under' wbar, try the -above-desktop option

Know your options - "wbar -h" in a console gives most of 'em, can't recall if it gives details on fine points like -filter (type by number) and hex-with-alpha as I use in the -fc option

Here's my usual for an example

Posted: Wed 01 Aug 2012, 03:52
by nilsonmorales

Posted: Fri 24 Aug 2012, 21:44
by `f00
Sometimes wbar 'grabs' the mouse pointer focus and doesn't let go.

Usually this happens just after you get into the X desktop .. you load an app from wbar and even after moving the mouse pointer off wbar and into the apps window or elsewhere, the focus somehow remains tied to wbar .. left clicks just load more apps! This is easy to see on a filtered wbar or how the icons 'jump' even when the pointer is far away from wbar's location.

Solution (don't Panic ;) ) - rightclick on wbar and it refreshes, settling things to normal as far as pointer focus goes.

___addenda 120913___(short story)

I've been using wbar 133 for a few years anyhow. Was not terribly impressed with add-ons, control panels and such for various reasons - heck, once you get an options line that you're happy with there's only very minor tweaks needed for just about any circumstance. A gui control panel just gets in the way and can be..

Rambling on. For one particular wm (treewm), I needed the -offset option since wbar was a bit 'under' a bar at the top. No biggie, but still.. Anyhow, my old reliable didn't have that option. Should I try an upgrade for such a minor thing? Did try and all the 2xx series I tried failed for whatever reason (gtk probs/issues, dependencies for the silly wbar-config gui, who knows?). Bad deal when wbar gets finicky :( really :(

Wait a minute. Hold on. Backpedal to Catdude's patched 133 on pg 7 of this thread - it's all you really need and it's compatible with just about any pup. I pulled the binary out of the dotpet, made a quick transplant and WHAM good to go, thanks 'Dude! :D

(btw/fwiw, I'm still oki with Imlib2-140 - it's simpler) geez, a few dl's of those dotpets :lol: