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" maximi
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" mov
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
>
> 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
>
> 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
On 30 May 2002 23:16:50 +1200
"Matt Wilson" <[EMAIL PROTECTED]> wrote:
> 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 th
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.
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 threshol
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 b
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 Sylp
Quoting Sean 'Shaleh' Perry <[EMAIL PROTECTED]>:
> Perhaps in the future there will be an option in the menu for "pin"
> which will lock the window where it is.
> Personally I like to have the freedom to move things around and do not
> want the wm in my way.
Besides, a fix for me is to hit "maxim
> 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 of
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
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
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
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 s
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
sessio
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 a
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
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
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
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 (-:
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 Sat, Apr27,02 13:10, Sean 'Shaleh' Perry wrote:
>
> On 27-Apr-2002 Derek Cunningham wrote:
> > Sean,
> >
> > What are your thoughts on Window edge snapping? I'd love it if my windows
> > would snap to my other windows! :)
> >
>
> Not opposed to it, it is on the list of features to consider
On 27-Apr-2002 Derek Cunningham wrote:
> Sean,
>
> What are your thoughts on Window edge snapping? I'd love it if my windows
> would snap to my other windows! :)
>
Not opposed to it, it is on the list of features to consider when features are
being considered again.
Sean,
What are your thoughts on Window edge snapping? I'd love it if my windows
would snap to my other windows! :)
DC
--
Derek Cunningham
[EMAIL PROTECTED]
"Human beings act intelligently only after they have
exhausted the alternatives" -- Abba Eban
Registered Linux User Number 195825
On 19-Apr-2002 Marcin Cylke wrote:
> On Fri, 19 Apr 2002 07:12:11 -0700 (PDT)
> "Sean 'Shaleh' Perry" <[EMAIL PROTECTED]> wrote:
>
>> this is an extensive code change and will not happen in this release.
>
> Oh, I see, I thought that it wasn't a big thing to code.
adding keybindings to the men
On Fri, 19 Apr 2002 07:12:11 -0700 (PDT)
"Sean 'Shaleh' Perry" <[EMAIL PROTECTED]> wrote:
> this is an extensive code change and will not happen in this release.
Oh, I see, I thought that it wasn't a big thing to code.
Bye
--
Pozdrawiam
Marcin Cylke
Jawa 250 z 1959
On 19-Apr-2002 Marcin Cylke wrote:
> Hello
> How about introduing an ability to call menu with some key combinaition? I
> know there are plans to do that, but since that alpha is out maybe you
> could do it and make it available for the stable release? I would be nice
> to use keybord exclusively
Hello
How about introduing an ability to call menu with some key combinaition? I
know there are plans to do that, but since that alpha is out maybe you
could do it and make it available for the stable release? I would be nice
to use keybord exclusively for running bb.
--
Pozdrawiam
Marcin Cylke
other
viewpoint.
> I talked to nyz about the empty thing a while back and he liked the idea; he
> asked me to file a feature request for it, so he could put it in
> moving_target. Then again, nyz is not your ordinary idiot.
>
nyz is out of town currently, so I am unable to confer with him a
Ah, why do I even bother?
I talked to nyz about the empty thing a while back and he liked the idea; he
asked me to file a feature request for it, so he could put it in
moving_target. Then again, nyz is not your ordinary idiot.
On Tue, Apr 02, 2002 at 09:24:18AM -0800, Sean 'Shaleh' P
On Tue, Apr02,02 10:24, Sean 'Shaleh' Perry wrote:
> >
> > IMHO, the only thing that would make sense, would be to drop the menu item
> > entirely, unless it get something in it. Besides, the default menu doesn't
> > have any empty menus... and most people have generated their own menus
> > manua
>
> IMHO, the only thing that would make sense, would be to drop the menu item
> entirely, unless it get something in it. Besides, the default menu doesn't
> have any empty menus... and most people have generated their own menus
> manually, so why would one leave a menu empty?
>
think icons/win
On Tue, Apr02,02 09:54, Sean 'Shaleh' Perry wrote:
> > And we're also not catering to morons! :)
> >
>
> I was attempting to not be insulting (-;
>
*shrug* life's too short to walk on shells.
> Seriously, from the user perspective, is having an empty menu actually be empty
> that shocking? M
On 02-Apr-2002 Derek Cunningham wrote:
> On Tue, Apr02,02 09:24, Sean 'Shaleh' Perry wrote:
>> This is not KDE or Windows. We do not have to do everything just like
>> they do.
>
> And we're also not catering to morons! :)
>
I was attempting to not be insulting (-;
Seriously, from the user pe
On Tue, Apr02,02 09:24, Sean 'Shaleh' Perry wrote:
> This is not KDE or Windows. We do not have to do everything just like
> they do.
And we're also not catering to morons! :)
DC
--
Derek Cunningham
[EMAIL PROTECTED]
"Human beings act intelligently only after they have
exhausted the alternat
On 02-Apr-2002 Marius Nita wrote:
> This should at least be used for disabled menu items. Right now, disabled
> items look anything but disabled. Also, you may consider having one disabled
> item that says "(empty)" or something similar in empty menus.
>
WHY?? An empty menu is well, empty. If
This should at least be used for disabled menu items. Right now, disabled
items look anything but disabled. Also, you may consider having one disabled
item that says "(empty)" or something similar in empty menus.
On Tue, Apr 02, 2002 at 08:40:29AM -0800, Sean 'Shaleh' Perry wrote:
> On 02-Apr-200
On 02-Apr-2002 [EMAIL PROTECTED] wrote:
> How about adding shadows for the text on toolbar, windows bars and menus?
> Nothing fancy, just the same text with different color under the "normal"
> one, and displaced by 1px V&H. Maybe some resources describing the color
> of the shadow and maybe the d
The forecast: a long thread arguing for and against freeping creaturism.
Anyway... I just wanted to voice my opinion in favour of said addition... it
would definately add some character additional to BB!
DC
On Tue, Apr02,02 18:29, [EMAIL PROTECTED] wrote:
> How about adding shadows for the text
How about adding shadows for the text on toolbar, windows bars and menus?
Nothing fancy, just the same text with different color under the "normal"
one, and displaced by 1px V&H. Maybe some resources describing the color
of the shadow and maybe the displacement distance in the menu files? If
someo
On 25-Feb-2002 Ciprian Popovici wrote:
> OK, this is not directly related to blackbox but bbkeys but I don't
> know enough about their internals and it may just concern both.
>
> How about having bbkeys alternative mappings exchangeable on the run?
> Make a key combination that cycles through alt
OK, this is not directly related to blackbox but bbkeys but I don't
know enough about their internals and it may just concern both.
How about having bbkeys alternative mappings exchangeable on the run?
Make a key combination that cycles through alternative sets.
It would be something useful in c
>> I am defiantely interested in hearing of a case where the ~/ support does
>> not
>> work or somehow fails.
>
> Well, I'm about to go camping for the rest of the week so I can't
> confirm, but IIRC I can't use ~ for session.menuFile: in ~/.blackboxrc
> (0.62.1) (my boyfriend complained of the s
On Mon, 18 Feb 2002 11:36:12 -0800 (PST), "Sean 'Shaleh' Perry"
<[EMAIL PROTECTED]> wrote:
> >
> > ya go me... I read a post on another mailing list (a LUG) where a person was
> > having a problem with the whol ~ thing... and just assumed it was still
> > broken. In retrospec, they were usin
>
> ya go me... I read a post on another mailing list (a LUG) where a person was
> having a problem with the whol ~ thing... and just assumed it was still
> broken. In retrospec, they were using 61.1, and I hadn't updated my
> .blackboxrc file. *shrug* sorry...
>
I am defiantely interested in h
On Sun, Feb17,02 00:17, Sean 'Shaleh' Perry wrote:
> On 16-Feb-2002 Derek Cunningham wrote:
> > Shaleh,
> >
> > Is it possible to have blackbox recognize the ~ in it's .blackboxrc file? I
> > know at least a few people encounter this problem when using blackbox, and
> > IMHO, it just makes SENSE
On 16-Feb-2002 Derek Cunningham wrote:
> Shaleh,
>
> Is it possible to have blackbox recognize the ~ in it's .blackboxrc file? I
> know at least a few people encounter this problem when using blackbox, and
> IMHO, it just makes SENSE to have it understand ~.
>
It should. There is code in there
Shaleh,
Is it possible to have blackbox recognize the ~ in it's .blackboxrc file? I
know at least a few people encounter this problem when using blackbox, and
IMHO, it just makes SENSE to have it understand ~.
What do you think?
DC
--
Derek Cunningham
[EMAIL PROTECTED]
"Human beings act inte
On Thu, Jan 31, 2002 at 07:49:50AM -0500, Jason 'vanRijn' Kasper wrote:
> As soon as blackbox's config-change/rc-file-rewriting behavior is
> changed so that it writes its rc-file immediately when its configuration
> changes, rather than insisting on writing its rc-file every time it
> exits,
*VO
On Wed, 2002-01-30 at 13:37, Johan Ronström wrote:
> Hello
>
> I don't know who's doing the work with bbconf but I have a few suggestions for
> future features:
Um, well, I think I've littered mine and xOr's e-mail links all over
http://bbconf.sourceforge.net, but anyway
>
> It would be ni
>
> I had some more that I cannot remember right now...
>
Please .. make as many requests as you like. Im always interested to
hear what people would like. Either send a message to the list, use the
feature request form at http://whitebox.sourceforge.net (or
http://www.sourcefor
Hello
I don't know who's doing the work with bbconf but I have a few suggestions for
future features:
It would be nice if you could change the way the clock in the toolbar shows the
time (just the time or the whole date stuff, or 24h clock).
Another thing is that the menu editor doesn't support
On 04-Jan-2002 Jan Schaumann wrote:
> Hi all,
>
> Here's a little (?) feature request, or at least the proposal to discuss
> it:
>
> I have "Smart Placement" (columns, left to right and bottom to top)
> enabled and that works just fine. However, suppose
On Fri, Jan 04, 2002 at 02:57:01PM -0500, Jan Schaumann wrote:
> Hi all,
>
> Here's a little (?) feature request, or at least the proposal to discuss
> it:
>
> I have "Smart Placement" (columns, left to right and bottom to top)
> enabled and that works j
Hi all,
Here's a little (?) feature request, or at least the proposal to discuss
it:
I have "Smart Placement" (columns, left to right and bottom to top)
enabled and that works just fine. However, suppose I open a terminal
and maximize the window, the next window will not find
O.K. I went on a bit of a tangent. I'll stop posting code now.
feh.
> - the code should probably store strlen(buf) rather than
> always recomputing it, especially if you allow the chance
> of 16K lines
> - there's a bit of excessive malloc'ing going on... there's
> no need to re-malloc buf, at least.
>
> For simplicity's sake, I'd probably just put
On Mon, Jul 30, 2001 at 02:59:05AM -0400, Kyle Donaldson wrote:
> On Mon, 30 Jul 2001, after playing in traffic, Jeff Raven yelped:
> >
> > Well, the menu parser is currently line-based and rather
> > nasty... some easier solutions would be to either
> >-- put the long command in a script, an
>
> Here's my 'quick' way of implementing the ability to break lines...
>
I modified your code slightly. My rendition is attached for interested
parties.
> There are a few problems with this code snippet: 1) a large amount of code
> repetition,
Repetiton is not always a no-no. It depends o
On Mon, 30 Jul 2001, after playing in traffic, Jeff Raven yelped:
>
> Well, the menu parser is currently line-based and rather
> nasty... some easier solutions would be to either
>-- put the long command in a script, and just use the
> script as the command instead
>-- set up some X
On Sun, Jul 29, 2001 at 08:18:56PM -0700, Igor Pruchanskiy wrote:
> Hello all.
>
> I have a little feature request, nothing major, just a little
> change to the menu. How hard would be to make a patch that will
> allow you to spawn a command over a multiple lines ?
>
>
Hello all.
I have a little feature request, nothing major, just a little
change to the menu. How hard would be to make a patch that will allow you to
spawn a command over a multiple lines ?
Currently i have this:
[exec] (openprojects) {aterm -title "epic : openprojects" -f
Sean 'Shaleh' Perry wrote:
>
> On Fri, Jul 14, 2000 at 04:15:22PM -0500, Johan Warlander wrote:
> > I would have to agree with Marcus, that it would be a good idea to
> > implement the kind of window switching he suggests. While binding
> > shift-tab would accomplish one of the goals, you would s
On Fri, 14 Jul 2000, Sean 'Shaleh' Perry wrote:
> The issue here is you have to change blackbox not bbkeys. This means everyone
> will have to learn a new window change behaviour. Not that I am against this,
> just realize it is not quite as small as you think.
>
So it wouldn't be feasible to
On Fri, Jul 14, 2000 at 04:15:22PM -0500, Johan Warlander wrote:
> I would have to agree with Marcus, that it would be a good idea to
> implement the kind of window switching he suggests. While binding
> shift-tab would accomplish one of the goals, you would still have to use
> another set of keys
On Fri, 14 Jul 2000, Sean 'Shaleh' Perry wrote:
> just bind shift-tab (or something) to previous window and you can go back and
> forth all day.
>
I would have to agree with Marcus, that it would be a good idea to
implement the kind of window switching he suggests. While binding
shift-tab would
On Fri, Jul 14, 2000 at 12:14:28PM +0200, Marcus Hagn wrote:
> Hi,
> in the old windows days, there was one thing i liked very much. It
> was the behaviour of alt-tab. It was a little bit different from
> what you can achieve with bbkeys now:
> If you had for example 5 windows the order was like '
Hi,
in the old windows days, there was one thing i liked very much. It
was the behaviour of alt-tab. It was a little bit different from
what you can achieve with bbkeys now:
If you had for example 5 windows the order was like '1 2 3 4 5' with
being 1 the one with focus. Pressing alt-tab rised 2 le
On Fri, Apr 14, 2000 at 04:02:34PM -0700, Joshua Rodman wrote:
> Call me a feature creeper, but I think the lightness of blackbox is a
> great thing. I think it should have a very simple and straightforward way
> to do this thing. Currently the desktop move UI is clumsy. Any better
> ideas how
Erm, actually, that is just what I was going to suggest. Use bbpager to
drag windows between workspaces--it works great for that. And why are
you thinking that you can't use 0.60 because of that? bbpager works
perfectly with 0.60--just get kns's new code...
* Michael Fowler <[EMAIL PROTECTED]>
On Fri, Apr 14, 2000 at 04:02:34PM -0700, Joshua Rodman wrote:
> Call me a feature creeper, but I think the lightness of blackbox is a
> great thing. I think it should have a very simple and straightforward way
> to do this thing. Currently the desktop move UI is clumsy. Any better
> ideas how
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) [000413 21:59]:
> * Daniel Tomko <[EMAIL PROTECTED]> [000413 22:28]:
> > > I LIKE the minimalism of Blackbox.
> >
> > Me too. Please keep in mind that Blackbox was designed for minimalism.
> > Please don't turn it into bloatware!
> If people want all those
* Daniel Tomko <[EMAIL PROTECTED]> [000413 22:28]:
> > I LIKE the minimalism of Blackbox.
>
> Me too. Please keep in mind that Blackbox was designed for minimalism.
> Please don't turn it into bloatware!
If people want all those features, they should just shift Window manager
to for instance Aft
> I LIKE the minimalism of Blackbox.
Me too. Please keep in mind that Blackbox was designed for minimalism.
Please don't turn it into bloatware!
Daniel
On Thu, Apr 13, 2000 at 04:09:49PM -0400, Todd Cohen wrote:
> Well, it could always be an option in .blackboxrc
As soon as all the feature creeps get done with this, the .blackboxrc file
will be over a meg and take too long to parse. =)
I LIKE the minimalism of Blackbox.
--
Erich Zigler
Well, it could always be an option in .blackboxrc
On Thu, 13 Apr 2000, Erich Zigler wrote:
> On Thu, Apr 13, 2000 at 10:01:12AM -0700, Michael Elkins wrote:
>
> > I find it awkward to use the "Send To" menu item on a window title bar. I
> > much prefer being able to drag a window the the side
Ditto that on the inconvenience.
Erich Zigler wrote:
>
> On Thu, Apr 13, 2000 at 10:01:12AM -0700, Michael Elkins wrote:
>
> > I find it awkward to use the "Send To" menu item on a window title bar. I
> > much prefer being able to drag a window the the side of the screen to switch
> > to the n
On Thu, Apr 13, 2000 at 10:01:12AM -0700, Michael Elkins wrote:
> I find it awkward to use the "Send To" menu item on a window title bar. I
> much prefer being able to drag a window the the side of the screen to switch
> to the next workspace.
That's nasty. I often drag windows to the very edge
I find it awkward to use the "Send To" menu item on a window title bar. I
much prefer being able to drag a window the the side of the screen to switch
to the next workspace.
me
--
pgp key available from http://www.cs.hmc.edu/~me/elkins-pgp-key.asc
81 matches
Mail list logo
