Re: decor updates in cvs
On 23-Jul-2002 Matt Wilson wrote: > I'm not sure quite what's caused it, but it was something to do with > switching decor on/off multiple times - two of the three windows I was > decor-switching have done it: now the decor draws in unfocused state > fine, but focused state doesn't update the decor properly - all but the > font(-color) stay as if unfocused. > > This happened to Ximian Evolution and an XTerm, but not the galeon > window I was doing the same to... > hmm, can not reproduce it here, but this is why I asked for testers.
Re: decor updates in cvs
> > It also seems to work fine across a restart. Only thing I can see is > when I un-decor a shaded window, it unshades (that's fine) but when I > re-decor it it stays unshaded. Is this intended? Not that it's a big > problem... I was just wondering if it was meant to do that. > > Oh, and why "or are a heavy bbtool user"? My bbtools all sit in the > slit, and don't focus, let alone decor... > many bbtools set states so that the maximize button is not displayed.
Re: decor updates in cvs
I'm not sure quite what's caused it, but it was something to do with switching decor on/off multiple times - two of the three windows I was decor-switching have done it: now the decor draws in unfocused state fine, but focused state doesn't update the decor properly - all but the font(-color) stay as if unfocused. This happened to Ximian Evolution and an XTerm, but not the galeon window I was doing the same to... -- Brought to you by the letter "D" and the number 2
Re: decor updates in cvs
On Wed, 2002-07-24 at 07:18, Sean 'Shaleh' Perry wrote: > If you use windows with no decor or minimal decor or are a heavy bbtool user > please consider testing the cvs code. I made a few cleanups today which appear > to be sound but I would like to hear positive results from a few users. > > Specifically: > > does your window lose its close button unexpectedly? Nope... it seems to be working fine here. > if you toggle decor on and off does the decor change? Nope... it comes back same as it was. It also seems to work fine across a restart. Only thing I can see is when I un-decor a shaded window, it unshades (that's fine) but when I re-decor it it stays unshaded. Is this intended? Not that it's a big problem... I was just wondering if it was meant to do that. Oh, and why "or are a heavy bbtool user"? My bbtools all sit in the slit, and don't focus, let alone decor... Keep up the great work :) Matt. -- Brought to you by the letter "D" and the number 2
RE: beta3 mouse shading
Or if you use CVS, just patch once and it'll stay in your tree :) On Wed, 2002-07-24 at 04:17, Sean 'Shaleh' Perry wrote: > On 23-Jul-2002 Matthew Weier O'Phinney wrote: > > I determined what changes I needed to make -- the beta series wheel > > mouse patch only applies to switching workspaces, and thus only affected > > Screen.cc; the original patch I had was from x0r, and also had code for > > the window shading and thus affected Window.cc. I determined where to > > insert the code, did so, compiled, and everything works beautifully now. > > > > Since I know others on the list like to use this particular patch, I've > > now got another question: how do I make the patch? I'm not a C > > programmer, and I don't normally create or use patches. Do I simply do a > > diff on my files versus the original source? > > > > basically. > > cd blackbox > make distclean > cd .. > cp -a blackbox blackbox-orig > cd blackbox > > make distclean > cd .. > diff -pruN blackbox-orig blackbox > mystuff.patch > > the -pru option is the format I prefer, other projects may request -prc. > > Once you have your patch go to sf.net and place it on blackbox's patch tracker > so others can enjoy. > -- Brought to you by the letter "D" and the number 2
Re: decor updates in cvs
On Tuesday 23 July 2002 04:16 pm, you wrote: > > Sorry, I am dumb... Is there a hot key to toggle this or something? > > Actually, more importantly, is this a feature available beta3? > > bbkeys has a binding for this there is no way to do it directly from > blackbox. Wow. Now that is neat. Thanks. Again, sorry for the dumb question. -- D. Olson The Mandrake eXPerience http://mdkxp.by-a.com/ MUB-NWN http://nwn.by-a.com/ WinXP - the best thing since induced vomitting.
Re: beta3 and bbappconf iconic
On Tue, Jul 23, 2002 at 01:29:02PM -0400, Matthew Weier O'Phinney wrote: > The source code is at: > http://bbtools.windsofstorm.net/sources/devel/bbappconf-0.0.1-peak3.tar.gz > > and an unofficial Debian package can be found at: > http://research.soc.staffs.ac.uk/~james/download/bbappconf_0.0.1-peak3-1_i386.deb [... snip ...] > --Matthew Just a quick note to say that the bbappconf Debian package will be moving to http://myweb.tiscali.co.uk/jwrobinson/dl.html James. -- | James Robinson | | Graphics + IP research group, Staffordshire University | | "A PC without Windows is like a chocolate cake without mustard." |
Re: decor updates in cvs
On Tue, Jul 23, 2002 at 01:51:01PM -0700, Sean 'Shaleh' Perry wrote: > > for whatever reason the decor was not handled by the code which restores a > window on startup. I added in the code. Needs loads of testing. just gave it a try and it is working here. everything behaved as expected on restart, including windows with and without decor. Russ -- === | Russ Burdick | "What do the good know...except what the | |=== bad teach them by their excesses?" -Clive Barker| | [EMAIL PROTECTED] http://extrapolation.net | ===
Re: decor updates in cvs
> >> As to the decorless window over a restart, I am looking into it. > > excellent. keep up the good work! > for whatever reason the decor was not handled by the code which restores a window on startup. I added in the code. Needs loads of testing.
Re: decor updates in cvs
* D. Olson <[EMAIL PROTECTED]> [Jul 23. 2002 22:10]: > > yep, the decor does change. one new thing that i did notice is that > > windows without decor get it back on a bb restart, but then continue to > > behave normally. what used to happen (and i'm not sure if this is a new > > change or not) was the window would get decor back but would think that > > it was decor-less (so if you toggled again it would continue to have > > decorations, a second toggle would turn them back off). point is the > > current behaviour seems better than what i'd previously observed. any > > way that they can continue to stay decor-less through a restart? > > Sorry, I am dumb... Is there a hot key to toggle this or something? > Actually, more importantly, is this a feature available beta3? It's been in Blackbox for quite some time. This line in .bbkeysrc makes Alt-F10 toggle the decoration: KeyToGrab(F10), WithModifier(Mod1), WithAction(ToggleDecor) -- Mads Martin Jørgensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort?" -- A. P. J.
Re: decor updates in cvs
> > Sorry, I am dumb... Is there a hot key to toggle this or something? Actually, > more importantly, is this a feature available beta3? > bbkeys has a binding for this there is no way to do it directly from blackbox.
Re: decor updates in cvs
On Tue, Jul 23, 2002 at 04:10:22PM -0400, D. Olson wrote: > > Sorry, I am dumb... Is there a hot key to toggle this or something? Actually, > more importantly, is this a feature available beta3? > as far as i know it's been in blackbox for a while, including the recent betas. as for toggling, from my ~/.bbkeysrc: KeyToGrab(d), WithModifier(Shift+Mod1), WithAction(ToggleDecor) Russ -- === | Russ Burdick | "What do the good know...except what the | |=== bad teach them by their excesses?" -Clive Barker| | [EMAIL PROTECTED] http://extrapolation.net | ===
Re: decor updates in cvs
On Tue, Jul 23, 2002 at 12:52:28PM -0700, Sean 'Shaleh' Perry wrote: > > perhaps I was not clear. I mean if you toggle decor off, then toggle > it back is the decor displayed the same as it was before it was > disabled. > yep, everything seems fine when toggling decor on/off here. just did it a bunch of times on different windows and it worked ok. > As to the decorless window over a restart, I am looking into it. excellent. keep up the good work! Russ -- === | Russ Burdick | "What do the good know...except what the | |=== bad teach them by their excesses?" -Clive Barker| | [EMAIL PROTECTED] http://extrapolation.net | ===
Re: decor updates in cvs
On Tuesday 23 July 2002 03:44 pm, you wrote: > On Tue, Jul 23, 2002 at 12:18:51PM -0700, Sean 'Shaleh' Perry wrote: > > does your window lose its close button unexpectedly? > > not that i've seen. seems ok so far. > > > if you toggle decor on and off does the decor change? > > yep, the decor does change. one new thing that i did notice is that > windows without decor get it back on a bb restart, but then continue to > behave normally. what used to happen (and i'm not sure if this is a new > change or not) was the window would get decor back but would think that > it was decor-less (so if you toggled again it would continue to have > decorations, a second toggle would turn them back off). point is the > current behaviour seems better than what i'd previously observed. any > way that they can continue to stay decor-less through a restart? > > Russ Sorry, I am dumb... Is there a hot key to toggle this or something? Actually, more importantly, is this a feature available beta3? -- D. Olson The Mandrake eXPerience http://mdkxp.by-a.com/ MUB-NWN http://nwn.by-a.com/ WinXP - the best thing since induced vomitting.
Re: decor updates in cvs
>> if you toggle decor on and off does the decor change? > > yep, the decor does change. one new thing that i did notice is that > windows without decor get it back on a bb restart, but then continue to > behave normally. what used to happen (and i'm not sure if this is a new > change or not) was the window would get decor back but would think that > it was decor-less (so if you toggled again it would continue to have > decorations, a second toggle would turn them back off). point is the > current behaviour seems better than what i'd previously observed. any > way that they can continue to stay decor-less through a restart? > perhaps I was not clear. I mean if you toggle decor off, then toggle it back is the decor displayed the same as it was before it was disabled. As to the decorless window over a restart, I am looking into it.
Re: decor updates in cvs
On Tue, Jul 23, 2002 at 12:18:51PM -0700, Sean 'Shaleh' Perry wrote: > > does your window lose its close button unexpectedly? > not that i've seen. seems ok so far. > if you toggle decor on and off does the decor change? yep, the decor does change. one new thing that i did notice is that windows without decor get it back on a bb restart, but then continue to behave normally. what used to happen (and i'm not sure if this is a new change or not) was the window would get decor back but would think that it was decor-less (so if you toggled again it would continue to have decorations, a second toggle would turn them back off). point is the current behaviour seems better than what i'd previously observed. any way that they can continue to stay decor-less through a restart? Russ -- === | Russ Burdick | "What do the good know...except what the | |=== bad teach them by their excesses?" -Clive Barker| | [EMAIL PROTECTED] http://extrapolation.net | ===
decor updates in cvs
If you use windows with no decor or minimal decor or are a heavy bbtool user please consider testing the cvs code. I made a few cleanups today which appear to be sound but I would like to hear positive results from a few users. Specifically: does your window lose its close button unexpectedly? if you toggle decor on and off does the decor change?
Re: beta3 mouse shading
> > Thanks. I will keep this command in my Linux journal so that I know what to > do from here on. > > I don't mind patching manually though. I am not that big of a programmer, but > I like to see some source sometimes. :) > I use emacs and it has a super nifty diff mode. I can walk a patch and apply only the pieces of it I like, revert parts, etc. Most handy. I almost never run patch anymore.
Re: beta3 mouse shading
On Tuesday 23 July 2002 02:42 pm, you wrote: > On 23-Jul-2002 D. Olson wrote: > > Thank you so much! I applied the patch manually (cuz I don't know how to > > do it properly and I don't feel like finding out atm) and I recompiled > > and made an RPM. Yay! It works great. > > cd blackbox > patch -p1 < /path/to/patch Thanks. I will keep this command in my Linux journal so that I know what to do from here on. I don't mind patching manually though. I am not that big of a programmer, but I like to see some source sometimes. :) -- D. Olson The Mandrake eXPerience http://mdkxp.by-a.com/ MUB-NWN http://nwn.by-a.com/ WinXP - the best thing since induced vomitting.
Re: beta3 mouse shading
On 23-Jul-2002 D. Olson wrote: > Thank you so much! I applied the patch manually (cuz I don't know how to do > it properly and I don't feel like finding out atm) and I recompiled and made > an RPM. Yay! It works great. > cd blackbox patch -p1 < /path/to/patch
Re: beta3 mouse shading
Thank you so much! I applied the patch manually (cuz I don't know how to do it properly and I don't feel like finding out atm) and I recompiled and made an RPM. Yay! It works great. On Tuesday 23 July 2002 01:42 pm, you wrote: > On Tue, 2002-07-23 at 12:17, Sean 'Shaleh' Perry wrote: > > On 23-Jul-2002 Matthew Weier O'Phinney wrote: > > > I determined what changes I needed to make -- the beta series wheel > > > mouse patch only applies to switching workspaces, and thus only > > > affected Screen.cc; the original patch I had was from x0r, and also had > > > code for the window shading and thus affected Window.cc. I determined > > > where to insert the code, did so, compiled, and everything works > > > beautifully now. > > > > > > Since I know others on the list like to use this particular patch, I've > > > now got another question: how do I make the patch? I'm not a C > > > programmer, and I don't normally create or use patches. Do I simply do > > > a diff on my files versus the original source? > > > > basically. > > > > cd blackbox > > make distclean > > cd .. > > cp -a blackbox blackbox-orig > > cd blackbox > > > > make distclean > > cd .. > > diff -pruN blackbox-orig blackbox > mystuff.patch > > > > the -pru option is the format I prefer, other projects may request -prc. > > > > Once you have your patch go to sf.net and place it on blackbox's patch > > tracker so others can enjoy. > > Thanks for the instructions! I've done this, and the patch is now > uploaded to the sf.net patch tracker. > > --Matthew -- D. Olson The Mandrake eXPerience http://mdkxp.by-a.com/ MUB-NWN http://nwn.by-a.com/ WinXP - the best thing since induced vomitting.
RE: beta3 mouse shading
On Tue, 2002-07-23 at 12:17, Sean 'Shaleh' Perry wrote: > On 23-Jul-2002 Matthew Weier O'Phinney wrote: > > I determined what changes I needed to make -- the beta series wheel > > mouse patch only applies to switching workspaces, and thus only affected > > Screen.cc; the original patch I had was from x0r, and also had code for > > the window shading and thus affected Window.cc. I determined where to > > insert the code, did so, compiled, and everything works beautifully now. > > > > Since I know others on the list like to use this particular patch, I've > > now got another question: how do I make the patch? I'm not a C > > programmer, and I don't normally create or use patches. Do I simply do a > > diff on my files versus the original source? > > > > basically. > > cd blackbox > make distclean > cd .. > cp -a blackbox blackbox-orig > cd blackbox > > make distclean > cd .. > diff -pruN blackbox-orig blackbox > mystuff.patch > > the -pru option is the format I prefer, other projects may request -prc. > > Once you have your patch go to sf.net and place it on blackbox's patch tracker > so others can enjoy. Thanks for the instructions! I've done this, and the patch is now uploaded to the sf.net patch tracker. --Matthew
Re: beta3 and bbappconf iconic
On Tue, 2002-07-23 at 12:29, Ben Jansens wrote: > On Tue, Jul 23, 2002 at 12:16:38PM -0400, Matthew Weier O'Phinney wrote: > > I'm not sure exactly when I started using bbappconf -- if it was with > > 0.62.1 or with an early 0.65 alpha. However, when I originally used it, > > running "bbappconf -i" wouldn't iconify bbappconf properly -- I'd get a > > little, blank, decorless window in my upper left screen on each > > workspace. As a result, I started using "bbappconf -w" so I at least > > wouldn't see it so much (I run my slit as autohide). > > > > Recently, in alpha8, I discovered it was once again iconifying properly. > > Then, today, when I upgraded to beta3, it reverted to it's weird > > behavior once again. > > > > Is this a problem with bbappconf? Or is there code that has changed and > > changed back again for the bbtools that would cause this behaviour? > > > > I don't notice the same thing happening with bbkeys, the only other > > bbtool I currently run, which leads me to believe it's a problem with > > bbappconf... > > > > Anybody else noticing this? figured out a patch? > > IIRC bbappconf hs never iconified right. I made a patch a long time ago > for bbappconf. > > Grab it at > http://xor.orodu.net/bb/bbappconf.move_resize_fix_iconify.patch > > Maybe that'll solve your problem. Thanks! It did! bbappMan now appears in my Icons list, and doesn't fuzz up either my screen or slit. Thanks a bundle! > > xOr > -- > I am damn unsatisfied to be killed in this way. On Tue, 2002-07-23 at 12:23, Sean 'Shaleh' Perry wrote: > Where did you get bbappconf from? The source code is at: http://bbtools.windsofstorm.net/sources/devel/bbappconf-0.0.1-peak3.tar.gz and an unofficial Debian package can be found at: http://research.soc.staffs.ac.uk/~james/download/bbappconf_0.0.1-peak3-1_i386.deb I'd actually had the Debian package installed, so I had to search through Google to find the source code -- which is buried in the bbtools site, and never linked from their pages. It might be nice if someone -- perhaps the maintainers of the FAQ -- would inquire into getting permission to host the source and Debian packages on their site, so that this app won't get lost over time. --Matthew
Re: beta3 and bbappconf iconic
On Tue, Jul 23, 2002 at 12:16:38PM -0400, Matthew Weier O'Phinney wrote: > I'm not sure exactly when I started using bbappconf -- if it was with > 0.62.1 or with an early 0.65 alpha. However, when I originally used it, > running "bbappconf -i" wouldn't iconify bbappconf properly -- I'd get a > little, blank, decorless window in my upper left screen on each > workspace. As a result, I started using "bbappconf -w" so I at least > wouldn't see it so much (I run my slit as autohide). > > Recently, in alpha8, I discovered it was once again iconifying properly. > Then, today, when I upgraded to beta3, it reverted to it's weird > behavior once again. > > Is this a problem with bbappconf? Or is there code that has changed and > changed back again for the bbtools that would cause this behaviour? > > I don't notice the same thing happening with bbkeys, the only other > bbtool I currently run, which leads me to believe it's a problem with > bbappconf... > > Anybody else noticing this? figured out a patch? IIRC bbappconf hs never iconified right. I made a patch a long time ago for bbappconf. Grab it at http://xor.orodu.net/bb/bbappconf.move_resize_fix_iconify.patch Maybe that'll solve your problem. xOr -- I am damn unsatisfied to be killed in this way. msg08025/pgp0.pgp Description: PGP signature
Re: Success: Building 0.65.0beta3 with MIPSpro
On 23-Jul-2002 Brian Hechinger wrote:
> On Mon, Jul 22, 2002 at 09:00:39AM -0700, Sean 'Shaleh' Perry wrote:
>>
>> math.h is the wrong header, it should be stdlib.h (in C++ means it is
>> the wrapper for ).
>
> ok, yes, it is in stdlib.h, you are right. the issue here then is that there
> is
> no stdlib.h C++ wrapper on IRIX. that's kinda silly.
>
the headers is somewhat recent and not truly needed so it is not
surprising.
>> I can drop the std:: and use stdlib.h.
>
> only if it is not a problem for you to do so, then that's probably the best
> way
> unless there is some benefit to using the std:: version that i am not aware
> of.
>
modern C++ code attempts to not include any .h files and only use the new
style. The advantage of the C++ wrapper headers is they take care of the
extern C { } for you.
>> However I would like configure to be
>> able to set the compiler flags properly.
>
> as would i. i'm looking into how this configure beast works to see if i can
> come up with a solution. if anyone is familiar with the internals of the
> configure process i could use a couple pointers. thanks!!
>
it seems to me that fastest way would be to find other apps which use configure
and compile under MIPSpro. Perhaps some of the gnu tools.
RE: beta3 and bbappconf iconic
On 23-Jul-2002 Matthew Weier O'Phinney wrote: > I'm not sure exactly when I started using bbappconf -- if it was with > 0.62.1 or with an early 0.65 alpha. However, when I originally used it, > running "bbappconf -i" wouldn't iconify bbappconf properly -- I'd get a > little, blank, decorless window in my upper left screen on each > workspace. As a result, I started using "bbappconf -w" so I at least > wouldn't see it so much (I run my slit as autohide). > Where did you get bbappconf from?
Re: Success: Building 0.65.0beta3 with MIPSpro
On Mon, Jul 22, 2002 at 09:00:39AM -0700, Sean 'Shaleh' Perry wrote: > > math.h is the wrong header, it should be stdlib.h (in C++ means it is > the wrapper for ). ok, yes, it is in stdlib.h, you are right. the issue here then is that there is no stdlib.h C++ wrapper on IRIX. that's kinda silly. > I can drop the std:: and use stdlib.h. only if it is not a problem for you to do so, then that's probably the best way unless there is some benefit to using the std:: version that i am not aware of. > hopefully we can avoid source changes. ok, i'll operate under the assumption that you'll come up with a solution that meets everyone's need and doesn't need special source for each platform. > However I would like configure to be > able to set the compiler flags properly. as would i. i'm looking into how this configure beast works to see if i can come up with a solution. if anyone is familiar with the internals of the configure process i could use a couple pointers. thanks!! cheers!! -brian -- "I mean Twinkies are good but getting shot really hurts." -- http://www.thisisatastyburger.com/ --
RE: beta3 mouse shading
On 23-Jul-2002 Matthew Weier O'Phinney wrote: > I determined what changes I needed to make -- the beta series wheel > mouse patch only applies to switching workspaces, and thus only affected > Screen.cc; the original patch I had was from x0r, and also had code for > the window shading and thus affected Window.cc. I determined where to > insert the code, did so, compiled, and everything works beautifully now. > > Since I know others on the list like to use this particular patch, I've > now got another question: how do I make the patch? I'm not a C > programmer, and I don't normally create or use patches. Do I simply do a > diff on my files versus the original source? > basically. cd blackbox make distclean cd .. cp -a blackbox blackbox-orig cd blackbox make distclean cd .. diff -pruN blackbox-orig blackbox > mystuff.patch the -pru option is the format I prefer, other projects may request -prc. Once you have your patch go to sf.net and place it on blackbox's patch tracker so others can enjoy.
beta3 and bbappconf iconic
I'm not sure exactly when I started using bbappconf -- if it was with 0.62.1 or with an early 0.65 alpha. However, when I originally used it, running "bbappconf -i" wouldn't iconify bbappconf properly -- I'd get a little, blank, decorless window in my upper left screen on each workspace. As a result, I started using "bbappconf -w" so I at least wouldn't see it so much (I run my slit as autohide). Recently, in alpha8, I discovered it was once again iconifying properly. Then, today, when I upgraded to beta3, it reverted to it's weird behavior once again. Is this a problem with bbappconf? Or is there code that has changed and changed back again for the bbtools that would cause this behaviour? I don't notice the same thing happening with bbkeys, the only other bbtool I currently run, which leads me to believe it's a problem with bbappconf... Anybody else noticing this? figured out a patch? Matthew
RE: beta3 mouse shading
I determined what changes I needed to make -- the beta series wheel mouse patch only applies to switching workspaces, and thus only affected Screen.cc; the original patch I had was from x0r, and also had code for the window shading and thus affected Window.cc. I determined where to insert the code, did so, compiled, and everything works beautifully now. Since I know others on the list like to use this particular patch, I've now got another question: how do I make the patch? I'm not a C programmer, and I don't normally create or use patches. Do I simply do a diff on my files versus the original source? Thanks, Matthew On Tue, 2002-07-23 at 11:18, Matthew Weier O'Phinney wrote: > On Tue, 2002-07-23 at 10:55, Sean 'Shaleh' Perry wrote: > > > > On 23-Jul-2002 Matthew Weier O'Phinney wrote: > > > I just installed beta3 on one of my machines, and most everything seems > > > rock solid. The only thing that I'm missing is a feature I'd noticed and > > > liked that I first saw in the alpha series (I'm running alpha7 on my > > > other box) -- being able to shade a window using the mouse wheel. > > > > > > Has this feature been removed from the 0.65 series? (i.e., did it > > > accidently creep into the alpha and was later removed for addition in > > > 0.70?) > > > > > > --Matthew > > > > It was never in blackbox. There have been patches but it was not added to the > > official code base. > That would explain it -- I use the wheel-mouse patches when I compile, > and the beta-series patch must differ from the one I used when compiling > the alpha series. I'll see if I can determine what's different and > perhaps upload the new one. > > Thanks! > Matthew
RE: beta3 mouse shading
On Tue, 2002-07-23 at 10:55, Sean 'Shaleh' Perry wrote: > > On 23-Jul-2002 Matthew Weier O'Phinney wrote: > > I just installed beta3 on one of my machines, and most everything seems > > rock solid. The only thing that I'm missing is a feature I'd noticed and > > liked that I first saw in the alpha series (I'm running alpha7 on my > > other box) -- being able to shade a window using the mouse wheel. > > > > Has this feature been removed from the 0.65 series? (i.e., did it > > accidently creep into the alpha and was later removed for addition in > > 0.70?) > > > > --Matthew > > It was never in blackbox. There have been patches but it was not added to the > official code base. That would explain it -- I use the wheel-mouse patches when I compile, and the beta-series patch must differ from the one I used when compiling the alpha series. I'll see if I can determine what's different and perhaps upload the new one. Thanks! Matthew
RE: beta3 mouse shading
On 23-Jul-2002 Matthew Weier O'Phinney wrote: > I just installed beta3 on one of my machines, and most everything seems > rock solid. The only thing that I'm missing is a feature I'd noticed and > liked that I first saw in the alpha series (I'm running alpha7 on my > other box) -- being able to shade a window using the mouse wheel. > > Has this feature been removed from the 0.65 series? (i.e., did it > accidently creep into the alpha and was later removed for addition in > 0.70?) > > --Matthew It was never in blackbox. There have been patches but it was not added to the official code base.
beta3 mouse shading
I just installed beta3 on one of my machines, and most everything seems rock solid. The only thing that I'm missing is a feature I'd noticed and liked that I first saw in the alpha series (I'm running alpha7 on my other box) -- being able to shade a window using the mouse wheel. Has this feature been removed from the 0.65 series? (i.e., did it accidently creep into the alpha and was later removed for addition in 0.70?) --Matthew
Re: [eloli@hotmail.com: Blackbox web site]
> Date: Mon, 22 Jul 2002 13:05:43 -0400 > From: Jan Schaumann <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Re: [[EMAIL PROTECTED]: Blackbox web site] > > "Mr. Brigham Young" <[EMAIL PROTECTED]> wrote: > > Originally I understood the use of "Un*x" was to protect against > > lawsuits from AT&T during the great BSD Freedom wars. > > Yes; and IIRC "UNIX" (ie all upper-case) is still a trademark of > AT&T/Bell Labs, no? no, it belongs to The Open Group (http://www.opengroup.org/) -- FreeBSD 4.6-STABLE 12:01PM up 6 days, 22:20, 10 users, load averages: 0.12, 0.08, 0.03
