>> blackbox will try to honour your -geometry flags.
>
> no.. i don't mean the z-order, i mean will it be placed at the bottom of
> the screen, or at the bottom of the availableArea()?
>
see my last comment. If this means going outside the availableArea, it will.
In my mind, it would be confu
On Fri, Apr 05, 2002 at 12:39:53PM -0800, Sean 'Shaleh' Perry wrote:
> >
> > Just wondering, on a side, but related, point..
> >
> > If i open a window at +0-0, and the toolbar is at the bottom of the
> > screen, will the window be placed above teh toolbar to over-top of it?
> >
>
> depends on
>
> Just wondering, on a side, but related, point..
>
> If i open a window at +0-0, and the toolbar is at the bottom of the
> screen, will the window be placed above teh toolbar to over-top of it?
>
depends on your "always on top" setting for the toolbar (and the slit).
blackbox will try to h
On Fri, Apr 05, 2002 at 09:00:39AM -0800, Sean 'Shaleh' Perry wrote:
> >>
> >> Hmm... neat... I may have to check this out. Now, one question though: what
> >> happens if a new window to be created is large than screen->availableArea()?
> >> Is the slit/toolbar shown on top of the new window, or
oh, ok. I see.
On Fri, Apr 05, 2002 at 09:46:49AM -0800, Sean 'Shaleh' Perry wrote:
>
> On 05-Apr-2002 Kevin Geiss wrote:
> > woah, hold up there. I can get windows larger than the screen size.
> >
>
> max_width (or height) is reset if the client sets them (which if you do -geom
> XX YY happe
On 05-Apr-2002 Kevin Geiss wrote:
> woah, hold up there. I can get windows larger than the screen size.
>
> gqview is an image viewer that can be told to remember its geometry. next
> time it starts up, it will be the same size as it was last time.
>
> my desktop machine runs X at 1168x864, but
woah, hold up there. I can get windows larger than the screen size.
gqview is an image viewer that can be told to remember its geometry. next
time it starts up, it will be the same size as it was last time.
my desktop machine runs X at 1168x864, but my laptop is 1024x768. if i run
a gqview from
>>
>> Hmm... neat... I may have to check this out. Now, one question though: what
>> happens if a new window to be created is large than screen->availableArea()?
>> Is the slit/toolbar shown on top of the new window, or below it?
>
> blackbox has never allowed windows bigger than the screen area
On Fri, Apr 05, 2002 at 11:39:29AM -0500, Derek Cunningham wrote:
> On Fri, Apr05,02 08:10, Sean 'Shaleh' Perry wrote:
> > This is the 'strut support' you have heard me talk about. What happens is the
> > screen's dimensions are taken, then the toolbar says "please give me X pixels
> > " and the
>
> Hmm... neat... I may have to check this out. Now, one question though: what
> happens if a new window to be created is large than screen->availableArea()?
> Is the slit/toolbar shown on top of the new window, or below it?
>
depends on your setting for "always on top" on each.
On Fri, Apr05,02 08:10, Sean 'Shaleh' Perry wrote:
> This is the 'strut support' you have heard me talk about. What happens is the
> screen's dimensions are taken, then the toolbar says "please give me X pixels
> " and the slit does the same. When a window is opened or maximized this
> adjusted
On 05-Apr-2002 Kevin Geiss wrote:
> I noticed something new in this release which i love!
>
> I often middle click on a link in mozilla to bring up the link in a new
> browser window. previously, the new mozilla window would pop up slightly to
> the right and lower than the old window. since the
I noticed something new in this release which i love!
I often middle click on a link in mozilla to bring up the link in a new
browser window. previously, the new mozilla window would pop up slightly to
the right and lower than the old window. since the window is the right size
to fill the screen
On 04-Apr-2002 Robert wrote:
> On Tue, 02 Apr 2002, [EMAIL PROTECTED] wrote:
>
>> For those of you not hitting the site every day.
>>
>> http://sf.net/projects/blackboxwm
>
> I'm having problems building this (mdk 8.1)
>
g++ 2.95.2?
If you could send the results of configure + compile (from
On Tue, 02 Apr 2002, [EMAIL PROTECTED] wrote:
> For those of you not hitting the site every day.
>
> http://sf.net/projects/blackboxwm
I'm having problems building this (mdk 8.1)
c++ -DHAVE_CONFIG_H -I. -I. -I.. -DSHAPE -DNLS -DTIMEDCACHE
-DLOCALEPATH=\"/usr/local/share/blackbox/nls\"
-D
For those of you not hitting the site every day.
http://sf.net/projects/blackboxwm
New day, new release.
menus now redraw properly, a few cleanups internally. Give her a spin.
http://sf.net/projects/blackboxwm
On 29-Mar-2002 Marc Wilson wrote:
> On Thu, Mar 28, 2002 at 09:44:53AM -0800, Sean 'Shaleh' Perry wrote:
>> This bug actually applies to all of the menu code but generally only the
>> window
>> title changes. The icon menu will exhibit the same behaviour I believe.
>> But
>> how often does an ic
On Thu, Mar 28, 2002 at 09:44:53AM -0800, Sean 'Shaleh' Perry wrote:
> This bug actually applies to all of the menu code but generally only the window
> title changes. The icon menu will exhibit the same behaviour I believe. But
> how often does an icon's title change?
Program running in an xte
>
> The code for this is not too difficult to implement. But it will take some
> time.
>
code is now in CVS. Will make a new cvs release tomorrow morning unless I get
more complaints about the code in the CVS tree.
>
> I noticed a little bug: The window name doesn't refresh in workspace menu
> when it changes. I noticed that with kwrite and Rox-Filer, but I guess it is
> not related to these applications particularly.
>
> For instance, Rox-Filer displays the name of curent directory as a window
> name,
>
> I am trying this new release since wednesday.
>
> I noticed a little bug: The window name doesn't refresh in workspace menu
> when it changes. I noticed that with kwrite and Rox-Filer, but I guess it is
> not related to these applications particularly.
>
> For instance, Rox-Filer display
Le mer, 27 mar 2002, Sean 'Shaleh' Perry a écrit :
> get it while its hot!
>
> Those of you trying to compile on non glibc systems should find it much
> easier now. Sorry for the hassle.
I am trying this new release since wednesday.
I noticed a little bug: The window name doesn't refresh in wor
get it while its hot!
Those of you trying to compile on non glibc systems should find it much easier
now. Sorry for the hassle.
24 matches
Mail list logo
