| |
| |
| |
|
Page: 1 2 3 4 5
Comments:
<0> i did
<1> yes, i'm sure
<2> and neither of you have any stuck windows?
<1> nope
<1> i'll delete my whole apps file now
<0> lemme check if i have
<0> i have conky stuck
<0> want me to try without it?
<2> sure
<2> 'cause really, this code can't possibly change anything if you don't have any stuck windows
<2> I changed it from "the window is on the current workspace and is not iconified and either is not stuck or is already focused" to "the window is on the current workspace or is stuck; also, it is not iconified"
<1> mhh
<1> mhhhhhhh
<1> yes. seems like conky has some internal "sticky" setting
<2> ok, I'll try sticking a window
<1> disabling conky solves it here too
<2> yeah, it still works
<2> it must rely on being conky
<2> or maybe just not minimized
<1> happens if a window is set to sticky. with such setting the focus model changes to "mousefocus" but the windowdeco doesn't change from unfocus to focus state
<2> conky isn't allowed to gain focus, is it?
<1> no
<2> I bet that's the real issue here
<0> still doesn`t work here
<2> without conky?
<1> i tried with xclock which shows the same behaviour
<0> without conky and apps file
<2> xclock also can't gain focus
<1> try to start xclock and set it to sicky
<1> i think it is the exact same thing. the sticky window gains focus
<1> only that you dont recognize it with apps such as conky or xclock
<2> right, that's my theory
<2> give me two seconds, and I'll give you a patch to test
<0> tenner, look like it
<1> finally :)
<0> loo*ks
<0> i hate this undone emptykeys one
<1> huh?
<2> http://mark.tiefenbruck.org/tmp/test_fix.diff
<1> seems to work
<2> committed
<2> now to get my init file back...
<3> grrrrr.... tenner, how i can load xpm themes???
<2> ahhh
<1> same here i guess
<1> i lose my keyboard
<0> yeah,seems to work
<3> and what happens with fbsetroot, it changes form old versions of fluxbox...
<1> mifty: just install it. they should work out of the box
<2> unless you managed to compile fluxbox without xpm support
<1> well
<3> install where?? ./fluxbox???
<1> .fluxbox/styles/
<3> ok, tnx
<1> mifty: http://errr-online.com/e107_plugins/content/content.php?content.5
<2> no, fbsetroot is the same; styles are different
<3> but backgrounds is vanished!!
<2> "styles are different"
<2> read the wiki about setting the background
<3> only if edit init i can have a background...
<2> read the wiki about setting the background
<0> damn,i have this bug with mouse3 button menus =\
<3> thanks, but if i have another bkgnd in style, that cannot appear...
<2> read the wiki about setting the background
<3> yes, markt, i read, but it says only about set only one background. for ever!!
<2> no, it doesn't
<3> ...
<2> damn, I pressed down too far and ended up googling for "flu"
<3> take an aspirin! :P
<2> look at useful tips and tricks #1, then #3
<1> mhh, i dont knwo how to reproduce this but it happend three times now. i open three term with a keybind the switch focus several time (like 4 5 times, writing random chars into the term). then i switch to the next ws opening three terms again doing the same random focusing/writing. then switching back to the previous ws doing some focus switching again and so on. sometimes i lose my keyboard aka i am not able to write anything into my term BUT are able to e
<2> able to e
<0> _markt, thats terrific!
<2> what's terrific?
<0> patch works and thats terrific
<2> ok
<0> btw anyone looked into that 3rd mouse button menu bug,when windows titles does not correspond to windows?
<3> bash-3.1$
<3> ugh...
<2> mit3z: what bug?
<2> you mean with external tabs?
<0> when you set something with this menu,asnd then open it up again,you(judging by title) would do another thing,which _surprize_ affects other window
<2> when does a window title not correspond to a window?
<0> yes
<2> that was not a yes/no question
<0> like you set stiky to conky,then you seside to unstick it,but its somehow affects urxvt
<2> oh, because conky doesn't take focus
<0> coz after setting something,menus are updated strangely,and the window title you set something on does not correspobd a real window
<2> how do you open a window menu for conky in the first place?
<0> press a mousewheel
<0> on a desttop
<0> desktop
<2> oh, through the root menu?
<0> it doesn`t seems so root to me =)
<0> workspaces menu
<2> which is reachable through the root menu
<0> emmm...yesw
<2> so yes, we had the same idea
<2> oh, I guess that's just in the fbgm menu
<2> ok, so I think what you're saying is this: open a window that doesn't accept focus; through the workspace menu, change some property on it; then change another one without closing the menu, and it changes the focused window instead
<0> no
<0> i did it much simplier
<0> open menu->change a property,restart,open menu->try to change property on the same window
<0> it`ll affect another one
<2> restart?
<0> from menu
<0> or relconf
<0> bb10min
<2> works for me with xclock
<2> mit3z: post some step-by-step (i.e. right click, move the mouse, press enter sort of stuff) when you get back
<2> or before you get back, if you like
<2> ack! all my window menus in the toolbar are off the screen!
<4> anyone get Xgl working underfluxbox?
<4> or possibly point me in the right direction...
<1> 'NO!
<1> erm, i mean, it is not possible to run all the fancypancy eyecandy with fluxbox
<1> although fbox should run as under a normal xorg
<4> fbox?
<4> oh btw, wanted to thank you for putting up your site dude... very well put together.
<4> i'm on there alot :)
<1> thansk
<4> so no xgl with fluxbox... that's cool. i really have no need anyways, just something i was thinking of playing with :)
<1> well, it should run, although most people mean by "running under xgl" to use the effects which is not supported with fluxbox
<4> yeah i'm running xgl now, but obviously with no effects...
<4> thanks for the info dude...
<1> np
<1> so it does run flawlessly?
<4> Xgl as an xserver yes
<4> no problems
<4> however i've yet to get compiz packages to work, for obvious reasons.
<4> or any effects...
<1> ok. i personally never talked to someone who runs xgl with fbox
<2> he means running fluxbox using xgl as the x server
<4> that's exactly what i'm saying... yes.
<4> just started playing around with it.
<2> wow, that bug's been there a long time
<4> are there plans to support this technology? i know it sorta goes against the light weight aspect, but fluxboxers to like to have pimp desktops... just curoius.
<4> s/curoius/curious
<2> no, there are not
<4> werd, just checking :)
<2> Rathnor wants to make a new window manager that supports it, but none of us want it in fluxbox
<4> i see
<2> and we'd build it for aiglx, anyway
<4> right
<4> is it because of it's lack of stability or just because it goes against the flow of fluxbox?
<2> we want to keep fluxbox lightweight
<2> supporting the window hints for xcompmgr is one thing, but including a compositor is quite another matter
<4> that's true, and that's the stance i felt you guys would take on the issue. i just thought i'd come in here and see what you guys had to say about it.
<5> is there someone here who can help me get sound working in fluxbox on debian?
<2> sound has nothing to do with fluxbox
Return to
#fluxbox
or
Go to some related
logs:
konversation connect to quakenet
+suse +10.1 +initializing +catalogs +freeze
#perl
missing DynaLoader mysql gentoo
i810 modesetting i915 1400 1050
bwmon rpm
gentoo x11 VIDEO_CARDS radeon x300
cedega OpenGL Direct Rendering failed
#debian
mysql NOT IN (SET
|
|