So, spent a while last night working with bsetroot. Setting the required X
Atom is only half of the problem -- the pixmap must still be there when Eterm
(or whomever) requests it. Well, I can make this work for the -mod option.
the -solid option never actually creates a pixmap so there is
Recently it has been reported that the 0.62.0 series breaks XawTV. Subject in
the list was 0.62 messes up xawtv/v4l video capture.
I am looking for anyone able to test and give a positive or negative to this
report.
Additionally (although rare) there are those times I would like to
stretch an app to span both heads. Without xinerama this is not
possible.
And this is the stated, documented, and implemented reason for and behavior
of Xinerama in relation to blackbox.
I'm not against Xinerama. If
I'm not sure why you're clinging so hard to this. Let me guess. You have 2
monitors that are exactly the same size, and you keep them right next to each
other. The fact that people would have two monitors of the same exact size is
rare. And if you do have different sizes, how to you like it
I also have many virtual work spaces(10), some dedicated, some floating.
For me, this is still no replacement for quickly being able to move one
app quickly out of the way. I wouldn't be able to see the app any more,
and moving it back would require me to go to that workspace and move
On 28-Jan-2002 Ryan Harris wrote:
You can thank me for that little tidbit. =) Sorry, but I couldn't live
without it.
Will see if some of my upcoming changes make it any clearer to code a
replacement.
Or just use the workspace menu ..
Using the workspace menu is even harder. First find the app in the
hiarchy of menus. When I selected the app it would move me to that
workspace, then I would have to move it back to the origional workspace
I was on, then actually go to that
1) http://www.planetquake.com/lvl/blackbox
2) http://www.threadbox.net/blackbox
3) http://www.threadbox.net/blackbox/lightgfx.html
4) http://speed.seas.upenn.edu/~rarya/bb2/
5) http://speed.seas.upenn.edu/~rarya/bb/index.html
6) http://furt.com/blackbox
Right now I am leaning towards 2
On 26-Jan-2002 xOr wrote:
On Sat, Jan 26, 2002 at 08:28:09AM -0800, Sean 'Shaleh' Perry wrote:
1) http://www.planetquake.com/lvl/blackbox
2) http://www.threadbox.net/blackbox
3) http://www.threadbox.net/blackbox/lightgfx.html
4) http://speed.seas.upenn.edu/~rarya/bb2/
5) http
On 26-Jan-2002 Jan Schaumann wrote:
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote:
2) http://www.threadbox.net/blackbox
requires horizontal scrolling in NS - Blah!
3) http://www.threadbox.net/blackbox/lightgfx.html
requires horizontal scrolling in NS - Blah!
4) http
My votes in order of preference:
#6 - looks best structured imho and renders correctly in
every browser i've tested. (the lines on the logo should
be cleaned up!)
#1 - renders correctly in NS 4.7 (original doesn't over here)
I like #6 as well. However it looks a lot like the
Cheers, James. Couldn't find the bbpager.bb files on my Debian machine,
but touching it and putting your configuration in it has reduced my RSI
by 50% already! ;-)
The files in ~/ are not autogenerated like the blackboxrc, you have to copy
therm or create them. /etc/bbtool is where you
I believe this is the problem. I never did any tests with any other
set ups other than my own (which is RightOf). This weekend I don't
think I have too much homework to do. If I can find some time I'll play
around with other setups and find out why they break things.
Thanks for all
ok, cvs is up to date on sf.net. It even has 0.62.1pre0 which is not released.
The website shows (0 commits, 0 adds). Not sure how it tracks this. My usual
usage of cvs is:
cvs import blackbox version blackbox blackbox blackbox-0_XX_X
so at any time you can do
cvs co -rblackbox-0_XX_X to
For some reason it does not consider my usage a commit or an add. cvs is
being
used, just not in the way some people are accustomed to seeing.
Will you be making mention of this somewhere on the page, perhaps on the
newly created blackbox page, when it's done?
definately, it is
Sean--are you open to changing this? Does anyone have a good reason why
it shouldn't change? I understand the importance of blackbox trying to
make sure it has a good rc-file for the next time it opens, but I think
the current implementation of the solution for whatever problem this was
On 24-Jan-2002 Arvid Warnecke wrote:
Hello,
I just found in my dselect of Debian Potato 'bbmail' and 'bbpager'.
I use blackbox 0.61.1-1.1. bbmail is version 0.6.2-2 and bbpager is
0.1.6-1.
So, I installed both and tried to start those tools. But nothing
happened. No message, nothing.
On 25-Jan-2002 Luke Freeman wrote:
Don't know if too many people are aware of my project but I thought
there might be some newbies or experts alike which would be interested.
I have been working on a configuration tool for blackbox for about a
year now in my spare time (which is not so
I haven't played too much around with it, so there might be more issues. But
it compiles cleanly and it at least runs and some of the psychedelic colors
looks cool enough that AMD will show it running in LinuxWorld next week.
sweet (-:
Seriously now. No one has ever reported on the 64
I haven't played too much around with it, so there might be more issues. But
it compiles cleanly and it at least runs and some of the psychedelic colors
looks cool enough that AMD will show it running in LinuxWorld next week.
Would a sparc ultra 1 be able to run in 64 bit mode under
On 25-Jan-2002 Marc Wilson wrote:
On Thu, Jan 24, 2002 at 04:56:37PM -0800, Sean 'Shaleh' Perry wrote:
On 25-Jan-2002 Luke Freeman wrote:
Its GTK based so its pretty quick. It can be found at
http://whitebox.sourceforge.net/. Give it a try and let me know what you
think.
P.S. Sorry
On 23-Jan-2002 Jamin W. Collins wrote:
On Tue, 2002-01-22 at 22:57, Sean 'Shaleh' Perry wrote:
Brad worked hard to make sure Blackbox was one of the few wms to support
multiple screens. Rest assured I will take the same precautions. If I can
at
the same time make Xinerama users' lives
Not bbkeys, I think. There'd have to be some way to tel blackbox to
ignore the window and not pass focus to it. Bbkeys is trying to get the
focus on whatever you chose in the menu. As long as bbkeys is separate
from blackbox, i can't see this going away, without some kludgy extra
code in
On 24-Jan-2002 Nexist Xenda'ths wrote:
Hello:
All this talk of the slit has caused me to want to experiment with the slit.
Anyway, I want the slit to always be visable, preferably preventing maximized
apps from claiming that section of the screen.
So, I thought that I could set
Note, blackbox will still maximize a window into the area the slit fills,
it will just be under the slit and not on top.
Is there a patch to fix that?
Speaking of Patches, where can I find them (specifically the KDE apps into
the Slit Patch)?
Both patches can be fond via the Tracker
On 21-Jan-2002 Sascha Huedepohl wrote:
Hi,
i wonder if it is possible to get the name of the current
workspace. What i wont to do is:
- press Alt-(1-9) to switch to a workspace
- press F5 to open a new aterm
this already works fine.
Now i think there should be a little shell-script to
As we move forward in the code reorganization, I would like to remove some of
the precompiler cruft.
Which brings me to the following questions:
a) are there any OS/2 people out there using blackbox. I would like to remove
the OS/2 cruft if possible.
b) the slit is currently a compile time
What has always surprised me with blackbox is that the 'toolbar' has
no functionality to speak of: you can switch workspaces, see the time
and see which window has the focus.
The toolbar is one of the things that makes blackbox unique. I like the very
minimal and resource friendly clock,
On 21-Jan-2002 Markus Ottenbacher wrote:
Sean 'Shaleh' Perry wrote:
b) the slit is currently a compile time option which I think is a little
silly.
How many of you actually compile with the slit turned off? How many of
those
would care if the slit was still in the code, but only active
On 21-Jan-2002 Wilbert Berendsen wrote:
Hi,
I use blackbox with the nl_NL@euro encoding (which has default charset
iso-8859-15), and I have some font problems with the current bb releases
(including 0.62).
Many styles display a fixed font instead of lucidasans-10. Some display
the font
On 21-Jan-2002 Derek Cunningham wrote:
On Mon, Jan21,02 09:15, Sean 'Shaleh' Perry wrote:
I am not found of the icon on toolbar idea. It turns the toolbar into more
of a
panel and well, there are already plenty of those.
As for the battery load idea, I like it and have considered it know
On 20-Jan-2002 Nexist Xenda'ths wrote:
I get an error when running configure for bbconf. Is this where I ask for
help, or is there a forum specific to bbconf?
checking for libz... configure: error: not found. Check your installation
and look into config.log
I do not understand the
On 21-Jan-2002 Greg Gilbert wrote:
* Sean 'Shaleh' Perry ([EMAIL PROTECTED]) wrote:
Do you use a standard pc104 keyboard in standard qwerty mode or do you have
another type of keyboard? Perhaps it really isn't this, but as you said
nothing else changed between pre2 and 3 that affects
I just sent 0.62.0 screaming into the the wild. Usual place:
http://sf.net/projects/blackboxwm.
A deb will appear on your local Debian mirrors shortly as well.
On 19-Jan-2002 Andreas Lappe wrote:
Hey,
I get an error while compiling the 0.62.0,
the logfile with error is included as attachment ;-)
grumble grumble grumble
I added Jan's german nls and forgot to test ONE MORE TIME. Dammit. Will have
this fixed in a few moments.
On 19-Jan-2002 Andreas Lappe wrote:
Hey,
I get an error while compiling the 0.62.0,
the logfile with error is included as attachment ;-)
AH, the joys of nls support.
Seems there was a typo in the nls/de_DE/Screen.m which caused the
blackbox-nls.hh to have a German word and not the
I am uploading a fixed tarball right now.
In the end, the culprit was the Makefile for de_DE was based on the C
Makefile.am and not one of the other languages. So it was trying to write the
blackbox-nls.hh as well. Both this and the typo in the Screen.m have been
fixed.
Sorry for the hassle.
On 19-Jan-2002 Jan Schaumann wrote:
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote:
In the end, the culprit was the Makefile for de_DE was based on the C
Makefile.am and not one of the other languages.
My bad - sorry.
Honest mistake. I thought I had fixed it when i copied over the nl_NL
On 19-Jan-2002 Kyle Donaldson wrote:
I just installed 0.62.0 and after starting it I can't resize or move any
windows! Anyone have an idea as to why this is happening?
well, it works here..
Do you mean you can nove resize them with the mouse or via bbkeys?
On 19-Jan-2002 Kyle Donaldson wrote:
On Sat, 19 Jan 2002, Sean 'Shaleh' Perry wrote:
On 19-Jan-2002 Kyle Donaldson wrote:
I just installed 0.62.0 and after starting it I can't resize or move
any
windows! Anyone have an idea as to why this is happening?
well, it works here..
Do
http://sf.net/projects/blackboxwm
Slovenian man pages and nls
Dutch man pages
support for @euro
the man pages are not installed by make install, I would appreciate if someone
(Wilbert) sent me a patch, I have not had time yet to fix this.
Well boys and girls, consider this your last chance.
ok, on the console where blackbox was started do you see:
BScreen::LoadStyle(): couldn't load font
? it should name the font it can not find.
Nope, there was no such message at all
Then we have one of two things occuring:
easy case - you are missing blackbox's output
In the 0.62.0 final I have the buffer turned down to 128 and the overflow
fixed. However I have not addressed the ugly rendering bug associated with
this problem. That is for another day and another release.
On 15-Jan-2002 Wilbert Berendsen wrote:
Hi Sean,
I included the updated Dutch manualpages for Blackbox (.in) and
Bsetroot.
They should be installed in $prefix/share/man/locale/man1/ (locale
preferably being short, like 'nl').
IMHO in a default install the internationalized
On 16-Jan-2002 Jan Schaumann wrote:
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote:
Keen. I was sent Slovenian man pages and nls files Sunday. Blackbox now
supports *12* languages. Only major languages were are missing are German
and
Chinese.
Let me know which files
On 16-Jan-2002 Jan Schaumann wrote:
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote:
On 16-Jan-2002 Jan Schaumann wrote:
Let me know which files are to be translated, and I see if I can turn
them into some Deutsch.
look at nls/C, that is the template for the others.
Not sure how
On 14-Jan-2002 John Kennison wrote:
I just thought I would share this link, blackbox received some more good
publicity today :)
http://www.mlug.ca/paul/stories/column20_html
takes all types.
Would be nice if people who wrote articles contacted the author on occasion.
But Blackbox doesn't like this:
wilbert@obelix:~$ echo $LANG ; echo $LC_ALL
nl_NL@euro
nl_NL@euro
wilbert@obelix:~$ blackbox -help
failed to open catalog, using default messages
Blackbox 0.62.0pre3 : (c) 2001 Sean 'Shaleh' Perry
1997 - 2000 Brad Hughes
(etc
On 15-Jan-2002 Jeremy C. Reed wrote:
On Mon, 14 Jan 2002, Sean 'Shaleh' Perry wrote:
Can't blackbox use gettext and *.mo files like may other projects or
would that add too many dependencies?
I honestly do not know why Brad chose catgets (foo.m) over gettext (foo.po).
I
am mailing
On 13-Jan-2002 Anh Lai wrote:
yeah, figured it out, forgot bsetroot does gradient stuff of bb that
Eterm does not understand. So it only works for actual files.
So Eterm will not use a bsetroot generated background for transparency? If
this is true, it should be easily fixed. A bug in
We went through this in #blackbox a couple of months ago. You see it in
reverse with applications like aterm remembering old backgrounds:
1. use bsetroot to set the background.
2. aterm et al respect the background setting and transparency works.
3. Eterm complains about unsupported
On 13-Jan-2002 Marc Wilson wrote:
On Sun, Jan 13, 2002 at 11:19:36AM -0800, Sean 'Shaleh' Perry wrote:
So, I was a E hacker way back when and saw the birth of Eterm. I even used
to
work with its author (ick).
You have my condolences. :) Eterm... bleah. So much required, for so
little
On 13-Jan-2002 Anh Lai wrote:
hmmm, I tried LANG=C, and LANG=POSIX and LANG unset, still does not display
the font wanted, only a big ugly one.
anymore ideas? I just exported the variable, i didnt change the
/etc/sysconfig/i18n.
you must do this BEFORE you launch X or blackbox. If you
On 13-Jan-2002 Anh Lai wrote:
hmmm, I tried LANG=C, and LANG=POSIX and LANG unset, still does not
display
the font wanted, only a big ugly one.
anymore ideas? I just exported the variable, i didnt change the
/etc/sysconfig/i18n.
ok, on the console where blackbox was started
Atom's hold integer indexes into the X server. You store the Pixmap ID and
then ask for it.
So of:
_XSETROOT_ID
_XROOTPMAP_ID
ESETROOT_PMAP_ID
Which is the one that you're supposed to use? I assume that
ESETROOT_PMAP_ID is the non-standard one that Eterm
On 13-Jan-2002 Marc Wilson wrote:
On Sun, Jan 13, 2002 at 10:14:39PM +0100, Vincenzo Colosimo wrote:
However, there may be obsolete, since i have changed the file
blackbox-0.61.1/src/i18n.cc.
In the line 58 i've changed:
locale = setlocale(LC_ALL, );
to: locale =
On 13-Jan-2002 Marc Wilson wrote:
On Sun, Jan 13, 2002 at 02:22:31PM -0800, Sean 'Shaleh' Perry wrote:
right, because aterm was not a login shell and thus your rc file was
ignored.
No, bash reads ~/.bashrc on a non-login shell. That's what it's FOR:
When an interactive shell
On 14-Jan-2002 Eric Christian Carlsen wrote:
My vote is against adopting wmsetbg. I tried to use it with aterm using
transparecy and shading. Every time I moved or resized the window it took
literally two seconds before it fixes the transparency. It doesn't work
well
with aterm if you have
I've spent the last hour or so playing with Eterm again. I think a lot of
prejudices I had against it were due to the Debian package of it. Dunno
what's really up with it, but it misbehaves terribly if I install the
package from unstable, yet if I build it myself it works fine. It's slower
The cause of the recent crashes has been tracked down. Blackbox was holding a
pointer to a window and that window was destroyed but the pointer was not
updated.
Window A gets focus, Window B is opened and gets focus. Window A gets
destroyed. Window B gets destroyed and blackbox tries to give
On 12-Jan-2002 Nexist Xenda'ths wrote:
Why does the -version still indicate that it is pre-release4.
I deleted the prior install just to make sure.
because I often forget to edit configure.in, which is where the version string
is stored. If it bothers you, open the file, edit line 4.
If you use the blackbox with a language other than English please read this.
I would appreciate it if you could read the nls/ file that corresponds to the
language(s) you use and look for any discrepancies in the text between the
English version and your own as well as updates to the wording
On 13-Jan-2002 Jason Arias Willis wrote:
Hello again,
Actually, I've just realized something else. In README the
author states that Image.cc (which was causing the compilation errors)
was copied from the blackbox source tree. This was an attempt to have
bbapm take on the same
On 11-Jan-2002 Jamin W. Collins wrote:
On Tue, 2002-01-08 at 11:45, xOr wrote:
Has this problem gone away in any releases since 0.61.2pre4?
It would appear that my list feed is lagging somewhat (been getting
blast deliveries of 40+ mails from the list over the last couple of
days).
I
On 11-Jan-2002 Marcin Cylke wrote:
Hello
I'm new with the Black Box.I downladed the packed archive with sources of
black box 0.61.1 and have problems with its compilation.I run configure, and
the make, as a usual user.It effects with this error messages:
http://sf.net/projects/blackboxwm.
On 12-Jan-2002 Nexist Xenda'ths wrote:
I ended up modifying the old .desktop file to point to the new location, but
if you don't provide one, it would be nice if the README or INSTALL files
contained info on what one should look like. Conversely, if one is around
somewhere, it would be nice
On 10-Jan-2002 Arjen Hommersom wrote:
Sean 'Shaleh' Perry wrote:
This the release you have all been waiting for.
* lock modifiers no longer affect blackbox -- leave num lock on, who cares!@!
* the recent crash that sylpheed, mozilla, and others tickle seem to have
been
fixed -- PLEASE TEST
at line 1383 of Window.cc add a ' timer-isTIming()' to the test before it
calls timer-stop(). Let me know what happens.
of course, it helps if I do not read code when I am tired, disregard the
happiness.
line 1383 is a timer-start()
if (screen-isSloppyFocus() screen-doAutoRaise()) timer-start();
does he want to add a !timer-isTiming()?
start() bothers to check, stop doesn't. Problem is elsewhere.
I can provide the output of 'bt' in
'gdb /usr/local/src/blackbox-0.62.0pre3/src/blackbox ./core', is that
what you mean? Else I can send you the core and binary, and you can do
it :)
Was the window covering part of the toolbar when this happened?
As a wrinkle in the works, do the usual sylpheed crash test, but make sure the
dialogs are over the toolbar.
We are tracking these corner cases one by one!
On 10-Jan-2002 Alexandra Walford wrote:
On Thu, 10 Jan 2002 00:27:57 -0800 (PST), Sean 'Shaleh' Perry
[EMAIL PROTECTED] wrote:
I can provide the output of 'bt' in 'gdb
/usr/local/src/blackbox-0.62.0pre3/src/blackbox ./core', is that
what you mean? Else I can send you the core
It also crashes sylpheed-claws-0.6.6 when sending mail (a little
progress window pops up when contacting the smtp server). The output of
*that* backtrace is:
i.e. same spot. Grrr
On 10-Jan-2002 Wilbert Berendsen wrote:
On Wed, 09 Jan 2002 23:38:25 -0800 (PST)
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote:
One little thingy: Is there really any reason to place windows
'edgeSnapThreshold' pixels from the border in Workspace.cc? I
use an edgesnapthreshold of 10
It also crashes sylpheed-claws-0.6.6 when sending mail (a little
progress window pops up when contacting the smtp server). The output of
*that* backtrace is:
I am quite baffled by this. The failure is in the call to getToolbar. So,
this means the screen returned by win-getScreen() is
On 10-Jan-2002 xxx yyy wrote:
Hi,
I'm a new bblackbox user and it would be nice if the help - links on the
bb-homepage wouldn't end in themes.org - 404!
the rest is ok - a fine wm
we are working on a new website. If you really want access to themes.org,
bb.classic.themes.org is the URL.
On 10-Jan-2002 Ricardo L. A. Bánffy wrote:
- Original Message -
From: Sean 'Shaleh' Perry [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, January 10, 2002 4:00 AM
Subject: 0.62.0pre3 released!
* i18n.cc compiles under cygwin, it of course does nothing
Anyone tells me
This the release you have all been waiting for.
* lock modifiers no longer affect blackbox -- leave num lock on, who cares!@!
* the recent crash that sylpheed, mozilla, and others tickle seem to have been
fixed -- PLEASE TEST THIS. If you missed it, enable autoraise, then use an app
that opens
One little thingy: Is there really any reason to place windows
'edgeSnapThreshold' pixels from the border in Workspace.cc? I use an
edgesnapthreshold of 10 but don't like new windows appear always 10
pixels away from the screen edges. Anyway, it's a very small patch
that I always can use
On 08-Jan-2002 ray@crytek wrote:
I've put my HTML skills to the test and reworked Threads design. I've
removed all images except the 'blackbox' and the 'blackbox title'. I've also
removed most of the nested tables, most of the width=100%, cleaned up the
style sheet a little, changes to the
If blackbox doesn't set focus on a window other than the one it just
minimized, than the now-iconified window still is marked as being the
current window. Note--this problem only occurs when blackbox minimizes
a window and doesn't have another window to set focus on. bbkeys isn't
given a
On 07-Jan-2002 J.S. wrote:
Hi.
Each time I start Blackbox, it doesn't fully 'refresh' itself:
Four aterm windows and root-tail are loaded by .xinitrc. Normally, the aterm
windows gets be placed next to and beneath each other. Some times, however,
they all get placed on top of the first
Yes, but I just mean that the answer to Nexist Xenda'ths' question isn't
enough. Could I download the docs somewhere?
all the docs that exist are in the source tarball. Just download it and grab
them.
I agree with that somewhat. I dislike the format of the middle-click
workspace list...I personally would prefer an option to make it
just one list of windows, rather than a list of windows divided into
workspaces. Windowmaker, pwm, and many other windowmanagers I've
used behave like this,
On 07-Jan-2002 Arvid Warnecke wrote:
Hello,
I just wanted to take a look at blackbox wm, coz I wanted something new.
I was able to configure it like I wanted it to be, but I would like to
have some keybindings to open an xterm for example.
I read that you have to use bbkeys for version =
So, if I install woody's blackbox and bbkeys it is normal that I can't
switch workspaces, but have define those bindings with bbkeys first?
yes. bbkeys catches key presses, decides what you wanted them to mean, and
then tells blackbox what you asked for.
On 07-Jan-2002 Arvid Warnecke wrote:
On Mon, Jan 07, 2002 at 02:02:49PM -0800, Sean 'Shaleh' Perry wrote:
So, if I install woody's blackbox and bbkeys it is normal that I can't
switch workspaces, but have define those bindings with bbkeys first?
yes. bbkeys catches key presses
On 07-Jan-2002 Martijn Houtman wrote:
Hi,
I was browsing on the bbtools site and got interested by this app. Since the
development is going on again (great thing btw), I was wondering if this was
going to make the bb source, or if it was to be a separated application.
The website itself
On 07-Jan-2002 Arvid Warnecke wrote:
On Mon, Jan 07, 2002 at 02:21:17PM -0800, Sean 'Shaleh' Perry wrote:
So, if I install woody's blackbox and bbkeys it is normal that I can't
switch workspaces, but have define those bindings with bbkeys first?
yes. bbkeys catches key presses
On 07-Jan-2002 Arvid Warnecke wrote:
On Mon, Jan 07, 2002 at 02:39:16PM -0800, Sean 'Shaleh' Perry wrote:
Is there a example file where I can see how to write my own .bbkeysrc
(was that the correct file-name?) and which syntax I have to use for
switching to Workspace1 by pressing Alt+F1
if we have foo.patch and a dir called source in our current directory we do
this:
$ cd source
$ patch -p0 ../foo.patch
if this fails you can try -p1 or omitting the -p completely. If it still fails
you may have a bad patch or one meant for a different version of the source.
2) Is there any way to open/close the various menus (Workspaces/Icons,
Main) through bbkeys? Such a feature would be rather nice. Then again,
in BlackBox, you can't navigate menus with the keyboard anyway, so this
would only be of benefit to people who use full maximization (like yours
On 08-Jan-2002 Arvid Warnecke wrote:
On Mon, Jan 07, 2002 at 03:30:09PM -0800, Sean 'Shaleh' Perry wrote:
Ok, so if I want to handle it by the style I have to take a look in
those files?! Might be a better solution than in .xinitrc because then I
don't have to restart X to change
I'm not sure wether my point comes clear; I guess what I'm trying to say
is -- graphics does matter, even though we're running diet style.
what is blackbox not doing?
This reminds me, if you switch between blackbox and wmaker, none of them will
put dockapps in the slit (blackbox) or dock (wmaker) and you get lots of
dockapps in odd positions. I don't know if this is even possible?
the dock or slit works because the windows set their state to withdrawn.
A quick check reveals that styles that work OK are: Artwiz, Cthulhain, Nyz,
Operation, Outcomes, Rancor, Results, Spiff, TDF, Twice
and styles that don't: Flux, Rampage, Shade
The behaviour seems stable, i.e. styles that hide the started rxvt window do
that always.
thanks Wilbert.
On 06-Jan-2002 Jamin W. Collins wrote:
On Sun, 2002-01-06 at 13:11, Sean 'Shaleh' Perry wrote:
On 06-Jan-2002 Jamin W. Collins wrote:
How do you folks feel about someone commenting the BB code?
xOr has done this a bit for the Window.{cc,hh} files. I agree there should
be
more
On 06-Jan-2002 Johan Ronström wrote:
Hello
I use the the bbpager and averything works fine. I just have a small problem:
When I maximize a window it resizes down to the top of the toolbar (bottom
centre) and then it covers half the pager.
What I need is either:
to higher the toolbar to
I just don't understand why resizing the toolbar font can change the toolbar
height and I cannot.
frame.height = style-font-ascent + style-font-descent;
frame.height is the height of the toolbar. As you can see, it is calculated
based on the font specified and not by a setting in the
Another option, and it was a request that was made already, is to be
able to specify the area of the screen that windows will fill when
maximizing.
something like:
session.screen0.maxmize.left = 0
session.screen0.maxmize.top = 0
session.screen0.maxmize.right = -40
701 - 800 of 1036 matches
Mail list logo
