On Thu, 30 May 2002 13:54:00 -0700 (PDT)
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote:
The solution was to simply
replace the top and left checks with = instead of . Will commit this
momentarily.
Great! It seems to be working now. I can snap windows that have been
accidentally maximized back
On Wed, 29 May 2002 22:28:59 -0700 (PDT)
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote:
Um, snapping to toolbar and slit occur because you are snapping to the new
screen size. I use this every day now. Set the snap threshold to around 10
for it to be useful.
Are you doing this with Sylpheed
On 30-May-2002 Es Bee Ex wrote:
On Wed, 29 May 2002 22:28:59 -0700 (PDT)
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote:
Um, snapping to toolbar and slit occur because you are snapping to the new
screen size. I use this every day now. Set the snap threshold to around 10
for it to be useful.
On Thu, May 30, 2002 at 04:48:32AM -0500, Es Bee Ex wrote:
On Wed, 29 May 2002 22:28:59 -0700 (PDT)
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote:
Um, snapping to toolbar and slit occur because you are snapping to the new
screen size. I use this every day now. Set the snap threshold to
On Thu, 2002-05-30 at 21:58, xOr wrote:
On Thu, May 30, 2002 at 04:48:32AM -0500, Es Bee Ex wrote:
On Wed, 29 May 2002 22:28:59 -0700 (PDT)
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote:
Um, snapping to toolbar and slit occur because you are snapping to the new
screen size. I use this
Full Maximization off and snap threshold of 10:
- Sylpheed v0.7.4
- Maximized snaps to both the struct and the actual display boundaries
- Normal snaps to both the struct and the actual display boundaries
- Xterm
- Maximized snaps to both the struct and the actual display
Some things are, some things aren't, for me - an xterm maximized is
fine, but evolution maximized only snaps to the very top and bottom
edges of the screen - no struts, no left and right edges.
actually, it seems that anything that doesn't quite fit snug (ie xterm -
uses increments)
On Thu, 30 May 2002 13:54:00 -0700 (PDT)
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote:
ok, found two issues.
(snip
Will commit this momentarily.
Sweet... knocking out the bugs.
--
Jamin W. Collins
Es Bee Ex wrote:
On Thu, 30 May 2002 02:51:24 +0200
Øyvind Stegard [EMAIL PROTECTED] wrote:
Just a simple feature request:
How about an option that will keep maximised windows locked in position
so that they cannot be accidentally moved ?
This is an idea I had too, but two other, more
Hi,
Just a simple feature request:
How about an option that will keep maximised windows locked in position
so that they cannot be accidentally moved ?
Regards,
Øyvind Stegard
On 30-May-2002 Øyvind Stegard wrote:
Hi,
Just a simple feature request:
How about an option that will keep maximised windows locked in position
so that they cannot be accidentally moved ?
Regards,
Øyvind Stegard
why not just stop accidentally moving them (-:
Sean 'Shaleh' Perry wrote:
On 30-May-2002 yvind Stegard wrote:
Hi,
Just a simple feature request:
How about an option that will keep maximised windows locked in position
so that they cannot be "accidentally" moved ?
Regards,
yvind Stegard
why not just stop
On Thu, 30 May 2002 02:51:24 +0200
Øyvind Stegard [EMAIL PROTECTED] wrote:
Just a simple feature request:
How about an option that will keep maximised windows locked in position
so that they cannot be accidentally moved ?
This is an idea I had too, but two other, more user-friendly things
please, no html on this list, please.
Well, you could put it like that =). But I would look at this as logical
behaviour. When a window is maximised, you seldom want it out of place/moved
in this state, you want the whole thing visible and as big as possible. When,
for instance, you shade
Es Bee Ex wrote:
On Thu, 30 May 2002 02:51:24 +0200
yvind Stegard [EMAIL PROTECTED] wrote:
Just a simple feature request:
How about an option that will keep maximised windows locked in position
so that they cannot be "accidentally" moved ?
This is an idea I had too,
On Wed, 29 May 2002 20:22:44 -0500
Es Bee Ex [EMAIL PROTECTED] wrote:
allow maximized windows to be snapped to the strut/screen edges(allows
you to quickly pop the window back in place after you accidentally move
it).
Already exists with no changes. Just adjust the value of
On Wed, 29 May 2002 20:32:58 -0500
Jamin W. Collins [EMAIL PROTECTED] wrote:
Already exists with no changes. Just adjust the value of
session.screen0.edgeSnapThreshold
in your .blackboxrc file (of course making sure its for the correct
screen in question).
No matter what I set this
On Wed, 29 May 2002 21:26:43 -0500
Es Bee Ex [EMAIL PROTECTED] wrote:
No matter what I set this to, I can not make Sylpheed snap to the
toolbar or the slit while maximized (or to the screen edges if Full
Maximization is set).
What version of BB are you using? Did you restart BB after making
On Wed, 29 May 2002 21:37:44 -0500
Jamin W. Collins [EMAIL PROTECTED] wrote:
What version of BB are you using? Did you restart BB after making the
change? I just double-checked this with 0.62.1 on my home workstation and
it works here. Haven't specifically tried it with alpha7 yet.
CVS from
On Wed, May 29, 2002 at 06:23:12PM -0700, Sean 'Shaleh' Perry wrote:
please, no html on this list, please.
Well, you could put it like that =). But I would look at this as logical
behaviour. When a window is maximised, you seldom want it out of place/moved
in this state, you want the
CVS from earlier today; the changes were made while X was not running. I
think it has to do with the strut changes. In newest versions, the toolbar
and slit aren't snapped to as if they were normal windows. The symptom
will be solved once Snap to Windows is added(if Full Maximization is off),
21 matches
Mail list logo