On 7 July 2012 18:44, Brandon Allbery
Now, I checked the code and noticed a getTransientForHint being used to check for this. Is there a way to add the above to it? Did you have success? I'm having the same problem... each time firefox spawn a window it appears in a fixed workspace (which is not always the same that I'm using it), also most of them are dialogs, but they tend to tile themselvs which is umconfortable.
I started to rework the transients at one point with the above in mind, buit it caused very odd breakages. I never did get the chance to track down exactly what was going on, and at this point I can't do so :(
There's something I could help?
My best luck with Firefox was to doFloat windows whose appName was "Toplevel" (a bit of laziness on the Firefox devs' part...)
Thanks for the tip :). I was giving className Firefox the doFloat property, because I found is less work have to "tile" manually firefox, than float every time firefox creates a dialog (or window) which is kind of often. Still, that doesn't solve the fact that if I move the main window to another workspace, some dialogs appeared in the one I configured through the managehook, so sometimes firefox seems to be unresponsive when really it's waiting from prompt (but on another workspace). I still don't understand though if this is actually a bug on firefox, maybe it deserves to be reported. Regards, -- Pablo Olmos de Aguilera Corradini - @PaBLoX http://www.glatelier.org/ http://about.me/pablox/ http://www.linkedin.com/in/pablooda/ Linux User: #456971 - http://counter.li.org/