On Thu, Jun 13, 2002 at 08:22:59AM -0400, Chris Grossmann wrote:
> Hey all.
>
> I was examing my window placement the other day.. I'm using
> smart placement (rows), top to bottom, left to right.
>
> For the most part, this is pretty sane when I have lots of
> screen
Hey all.
I was examing my window placement the other day.. I'm using
smart placement (rows), top to bottom, left to right.
For the most part, this is pretty sane when I have lots of
screen space. On my laptop, when I've got my big monitor
hooked up, my rxvt windows tile themselves
On Tue, Jun 04, 2002 at 10:39:58PM -0700, Sean 'Shaleh' Perry wrote:
> >
> > Could always add another 9 lines and make it an option in the Window
> > Placement menu.. :)
> >
> > "Ignore Sticky Windows" would go well beside "Ignore Full-
>
> Could always add another 9 lines and make it an option in the Window
> Placement menu.. :)
>
> "Ignore Sticky Windows" would go well beside "Ignore Full-Maximized
> Windows".
>
> you'll actually have a patch for this coming your way in the
oard input. I do not like the new behaviour, as shaded
> > windows now lose their visual indication of the window's presence. If one
> > wants to hide a window completely, shouldn't one jsut iconify it?
> >
> > The window placement only considers the title bar of the s
om wrote:
> > i've noticed with alpha8 that new windows are placed over shaded windows.
> > i'm using right to left and top to bottom window placement. on an empty
> > workspace i open a new window. it's placed in the correct position. i shade
> > it and open
of the window's presence. If one
> wants to hide a window completely, shouldn't one jsut iconify it?
>
> The window placement only considers the title bar of the shaded window, so
> the difference is only minimal (visually, that is), is it not?
>
My usage pattern is one
ost window managers ignore icons.
>
> From my own experience and talking to users people like shaded windows but find
> they do not help much because new window placement considered them. So they
> still wanted iconification. The hope is that allowing people to shade a window
> and have it
On 05-Jun-2002 dan radom wrote:
> i've noticed with alpha8 that new windows are placed over shaded windows.
> i'm using right to left and top to bottom window placement. on an empty
> workspace i open a new window. it's placed in the correct position. i shade
> it
i've noticed with alpha8 that new windows are placed over shaded windows. i'm using
right to left and top to bottom window placement. on an empty workspace i open a new
window. it's placed in the correct position. i shade it and open another new window,
and it's placed
On Fri, 2002-05-24 at 19:04, Sean 'Shaleh' Perry wrote:
> so all seems well. I cranked the border width up to 7 and played around for a
> while.
Confirmed, all is well. You are truly a legend, in fact you can have the
rest of the day off if you want ;).
> P.S. your style is not half bad.
Thank
>
> Toolbar is fixed... however, I'm still getting a gap between the top of
> the slit and the strut, of exactly 2 * the borderwidth + 1px (ie
> border=5, gap=11; border=2, gap=5)
>
> But anyway, nearly there. You're doing an awesome job :)
>
> Thanks heaps,
> Matt.
okie dokily. two problems
On Fri, 2002-05-24 at 16:33, Sean 'Shaleh' Perry wrote:
> >
> > You rock Sean :)
> >
> > Toolbar is fixed... however, I'm still getting a gap between the top of
> > the slit and the strut, of exactly 2 * the borderwidth + 1px (ie
> > border=5, gap=11; border=2, gap=5)
> >
> > But anyway, nearly
>
> You rock Sean :)
>
> Toolbar is fixed... however, I'm still getting a gap between the top of
> the slit and the strut, of exactly 2 * the borderwidth + 1px (ie
> border=5, gap=11; border=2, gap=5)
>
> But anyway, nearly there. You're doing an awesome job :)
>
ok ok, I give (-: Send me yo
On Fri, 2002-05-24 at 14:55, Sean 'Shaleh' Perry wrote:
>
> yep. I have endured borderWidth = 10, bevelWidth = 10. Egads that's ugly (-:
>
> However the bitter medicine leads to a healthy blackbox.
>
> Scott's slight slit overlap has been solved along with your offset issues.
>
> Nothing lik
>
> (I tried border=10, and it was the same story)
>
> Hope this helps, if you need any more detail let me know.
yep. I have endured borderWidth = 10, bevelWidth = 10. Egads that's ugly (-:
However the bitter medicine leads to a healthy blackbox.
Scott's slight slit overlap has been solved
On Fri, 2002-05-24 at 11:43, Sean 'Shaleh' Perry wrote:
> in updateAvailableArea() in Screen.cc add the following line right after the
> call to setPos and setSize.
>
> fprintf(stderr, "(%d, %d), width: %d, height: %d\n", usableArea.x(),
> usableArea.y(), usableArea.width(), usableArea.he
On 23-May-2002 Matt Wilson wrote:
> On Thu, 2002-05-23 at 11:35, Matt Wilson wrote:
>> BTW, the toolbar/window placement bug is fixed like you said :), altho
>> the snapping/border prob is still there for me... altho I don't notice
>> it when the border width is 0 or 1 ;
On Thu, 2002-05-23 at 11:35, Matt Wilson wrote:
> BTW, the toolbar/window placement bug is fixed like you said :), altho
> the snapping/border prob is still there for me... altho I don't notice
> it when the border width is 0 or 1 ;-)
Oh, woops... spoke too soon. It's stil
On 22-May-2002 Sean 'Shaleh' Perry wrote:
> On 22-May-2002 Matt Wilson wrote:
>> Just noticing a small bug (?) - even with full maximisation disabled,
>> windows are still being placed under the toolbar (it's at the
>> top-center). It wouldn't be such a problem, except it means that the
>> titleba
On 22-May-2002 Matt Wilson wrote:
> Just noticing a small bug (?) - even with full maximisation disabled,
> windows are still being placed under the toolbar (it's at the
> top-center). It wouldn't be such a problem, except it means that the
> titlebar (ie the easy way to move a window) is obscured
Just noticing a small bug (?) - even with full maximisation disabled,
windows are still being placed under the toolbar (it's at the
top-center). It wouldn't be such a problem, except it means that the
titlebar (ie the easy way to move a window) is obscured by the toolbar.
Matt.
Hoi Sean,
Op Sat, 13 Apr 2002 07:43:49 -0700 (PDT) schreef "Sean 'Shaleh' Perry"
<[EMAIL PROTECTED]>:
> On 13-Apr-2002 Moe wrote:
>
> > 2. No Overlap ("the other mode")
> >
> >Another nice gimmick to have would be a mode that turns all
> >windows "invincible". So when moving or resizing
>
> My thinking is that this should be an easy extension of the current
> implementation, and would be feel intuitive to the user.
>
I agree, it just needs to be coded (-:
Sean 'Shaleh' Perry declaimed:
> >>
> >> interesting idea, does not seem to hard to implement. Although I tend to
> >> believe that if the user is performing the action they should be able to see
> >> the screen and react according ly. You should be able to implement this
> >> algorithm with yo
>>
>> interesting idea, does not seem to hard to implement. Although I tend to
>> believe that if the user is performing the action they should be able to see
>> the screen and react according ly. You should be able to implement this
>> algorithm with your advanced spatial recognition abilites
On Sat, Apr 13, 2002 at 07:43:49AM -0700, Sean 'Shaleh' Perry wrote:
> On 13-Apr-2002 Moe wrote:
> > Hi out there,
> >
> > i'd like to propose a few enhancements to window placement
> > in blackbox:
> >
> > 1. Fully automatic mode ("Gr
On 13-Apr-2002 Moe wrote:
> Hi out there,
>
> i'd like to propose a few enhancements to window placement
> in blackbox:
>
> 1. Fully automatic mode ("Grid mode")
>
>Sometimes I'm really not in a mood to touch my mouse and
>move windows
On Sat, Apr 13, 2002 at 12:15:06PM +0200, Moe wrote:
> 1. Fully automatic mode ("Grid mode")
You're describing something like larswm, or maybe ion. I've been playing
with larswm... it's actually pretty nice. Actually, larswm has all of
these features.
But man, is it hard to get used to. ^_^
resizing one, you can never cross the
> > borders of another. Maybe a Meta-Keycombo would do for this.
> > (holding CTRL+ALT while resizing or something)
>
> That could make it hard to use.
>
> This reminded me that it is an inconvenience to have to move windows
;(holding CTRL+ALT while resizing or something)
That could make it hard to use.
This reminded me that it is an inconvenience to have to move windows after
I create them.
Then I tried the Blackbox Config Options for Window Placement and set it
to use "
Hi out there,
i'd like to propose a few enhancements to window placement
in blackbox:
1. Fully automatic mode ("Grid mode")
Sometimes I'm really not in a mood to touch my mouse and
move windows around. It'd be cool if blackbox had an option
"no overlap
Heya,
Here's another patch, this one adds a new window placement mode called 'Under Mouse'.
This mode is listed on the configuration menu, so there's no funny ./configure
options, just select it from the menu.
One thing to note, there's nothing handling window
On Tue, May 30, 2000 at 11:36:45AM +0200, Mads Martin Jørgensen wrote:
>
> I'm sure that what was meant here is the following:
>
> You start an application and you've got the window glued to the mouse -
> like when you grab it to move it. And it does not get placed until you
> click somewhere. I
* Jeremy C. Reed <[EMAIL PROTECTED]> [May 30. 2000 11:32]:
> On Tue, 30 May 2000, Jacob A. Hart wrote:
>
> > Is it possible to manually place windows in blackbox? This is one feature
>
> Manually? You can manually place a window by simply grabbing its window
> label or window frame and move it.
On Tue, 30 May 2000, Jacob A. Hart wrote:
> Is it possible to manually place windows in blackbox? This is one feature
Manually? You can manually place a window by simply grabbing its window
label or window frame and move it.
Also, many X clients use Xresources or a --geometry switch as an argu
Is it possible to manually place windows in blackbox? This is one feature
of twm I really admire (and sorely miss). If it's not currently possible,
how hard would it be to implement?
Thanks.
-jake
--
Jacob A. Hart <[EMAIL PROTECTED]>
Powered by: FreeBSD 5.0-CURRENT #15: Sun May 28 14:11:20
37 matches
Mail list logo