On Mon, 16 Aug 2004, Dominik Vogt wrote:
On Sun, Aug 15, 2004 at 10:48:13AM -0500, fvwm-bug wrote:
my MenuStyle is
MenuStyle Black grey SlateGrey
-*-helvetica-medium-o-*-*-12-*-*-*-*-*-*-* mwm
if the last character of a menu entry is for example an l or an
R, the upper right part of
On Thu, 17 Jun 2004, Giuseppe Della Ricca wrote:
Hi,
I'm using fvwm from CVS, on RHEL 3, and since a week or so it crashes when
I use it to quit fvwm, like this:
Does it only crash (and generate a core) when you let it core?
That's the behaviour I could reproduce.
//Marcus
On Thu, 17 Jun 2004, Marcus Lundblad wrote:
On Thu, 17 Jun 2004, Giuseppe Della Ricca wrote:
Hi,
I'm using fvwm from CVS, on RHEL 3, and since a week or so it crashes when
I use it to quit fvwm, like this:
Does it only crash (and generate a core) when you let it core?
I meant
What's up with the CVS server?
I keep getting:
Message: cvs [update aborted]: recv() from server cvs.fvwm.org:
Connection timed out
When checking out from CVS
Is it just me?
//Marcus
--
Visit the official FVWM web page at URL:http://www.fvwm.org/.
To unsubscribe from the list, send unsubscribe
I just wanted to say that I started working on making the combining code
more robust (the UTF-8 handling), and also check modules for malicious use
FlocaleTextWidth (stepping one byte at a time is quite common).
This will not be completed before a couple of weeks. Have had quite much
work to do.
I do not think that the Solaris 8 libc supports an UTF-8 locale.
I don't see much more to do (the combining code uses 16-bit charcters
internally, so converting to UTF-8 and then to 16-bit is needed).
One alternative as a last emergency could be to write special code as
fallback for at
On Mon, 8 Mar 2004, Dan Espen wrote:
Marcus Lundblad [EMAIL PROTECTED] writes:
Markus can you check that all the new (vs 2.5.7) text conversion
stuff are not used too often?
I removed some redundant calls.
Actually for example when drawing underlines, the width (in pixels
Markus can you check that all the new (vs 2.5.7) text conversion
stuff are not used too often?
I removed some redundant calls.
Actually for example when drawing underlines, the width (in pixels) of one
character is computed. In this case, if the character consists of one byte
(ISO-8859-x) I
On Thu, 12 Feb 2004, Kingsly John wrote:
+++ [EMAIL PROTECTED] [2004-02-12 17:01:21]:
hello, i would like to propose some minor cosmetic changes to fvwm. please
have a look at http://helloworld.sh/wm/mod/ and let me know what you
think.
Could you also post the zoomed in pixel-by-pixel
I meant something like this http://helloworld.sh/wm/mwm-full.png
But I think this is what I wanted to point out(I don't read/write
vector-ese! )
And you should use these button styles if you want the perfect emulation:
ButtonStyle 1 3 [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL
I was discussing with someone on #fvwm about the condition Iconifiable.
Then it hit me I never implemented Style WindowShadable and the
correspodning style.
What's the opinion, I guess it should be there for consistency, but it's
not urgent for me, since I don't need it. Should this be postponed
FvwmScript seems to be broken when inputting text in UTF-8 locale.
Inputting characters within ASCII (first 127) works as expected, but
umlated characters and so on produces strange characters (and sometimes
just a rectangle, the font's unknown characters).
The font has the requested characters. I
On Thu, 11 Dec 2003, Dominik Vogt wrote:
I remember we had a crash with Marcus' iconv patches a couple of
weeks ago. Has it been fixed? I can't conclude that from the
NEWS and the ChangeLog.
I got the impression this was a problem the configure, and that it was
fixed. Is the bug still in
After the diving tours into all of these combining characters and stuff,
something hit me: how is string comparison (for sorting) done in Fvwm?
Do we use strcasecmp or strcoll, if avaialble.
I did some experiments using ls and different locales. I also looked at
some discussion lists.
It seems to
On Sat, 12 Jul 2003, S. Anderson wrote:
Hi,
I was testing the new combining character feature with cvs fvwm
(checked out on july 12 03). I found that I can make fvwm Segfault
by doing the following:
I found a bug that can cause FVWM to crash in some circumtances.
I've checked in a
I was thinking about an aid in finding memory leaks.
We already have wrappers for malloc,calloc,realloc.
So it would be easy to make theese macros (to be able to print the name of
the argument for debug) and also print-out the returned adress.
Then the hard part: there will need to be a wrapper
The link on the AUTHORS page to pictures (at the top) leads back to
the same page...
//Marcus
--
Visit the official FVWM web page at URL:http://www.fvwm.org/.
To unsubscribe from the list, send unsubscribe fvwm-workers in the
body of a message to [EMAIL PROTECTED]
To report problems, send mail
What are the rules for the section Closed resently?
For how long will an item remain there?
//Marcus
--
Visit the official FVWM web page at URL:http://www.fvwm.org/.
To unsubscribe from the list, send unsubscribe fvwm-workers in the
body of a message to [EMAIL PROTECTED]
To report problems, send
Now it should work to use a Unicde font in a non-UTF-8 locale (I tried
using C and sv_SE) and use composing characters (tried with the Arabic
strings Nadim supplied).
I tested this with normal and rotated text using locales C, sv_SE and
sv_SE.UTF-8.
Nadim, do some of the Arabic combining
Is someone able to reproduce bug B.5?
I'm not able to reproduce it.
//Marcus
--
Visit the official FVWM web page at URL:http://www.fvwm.org/.
To unsubscribe from the list, send unsubscribe fvwm-workers in the
body of a message to [EMAIL PROTECTED]
To report problems, send mail to [EMAIL
I can not reproduce bug C.17 with Intellimouse scrollwheel (from that big
company staring with an M)
Reportedly, Olivier couldn't reproduce it on his touchpad wheel either...
//Marcus
--
Visit the official FVWM web page at URL:http://www.fvwm.org/.
To unsubscribe from the list, send
It says:
Popup command opens popup menus. Releasing a mouse
button over a popup menu activates the item below
the pointer and executes the associated action.
Menu is a very similar command, but the menus it
opens are slightly less
Marcus, _very_ cool sorry for the delay in getting back to ya. I just
downloaded 'fvwm-snap-20030707' and tried the Arabic sample I mailed you.
It core dumps on me upon startup (well, fvwm never does startup) - you have
all my files, you don't get coredumps ? I'll include the backtrace as
Marcus, _very_ cool sorry for the delay in getting back to ya. I just
downloaded 'fvwm-snap-20030707' and tried the Arabic sample I mailed you.
It core dumps on me upon startup (well, fvwm never does startup) - you have
all my files, you don't get coredumps ? I'll include the backtrace as
Well, why don't you just fix it :-)
By the way, I don't understand why while loops are so popular. In
this case, you have all four parts of a for loop: initialisation,
condition, loop body and increment:
for (char_len = 0, i = 0;
i len fws-e_str[i] != 0;
char_len++,
Well, why don't you just fix it :-)
By the way, I don't understand why while loops are so popular. In
this case, you have all four parts of a for loop: initialisation,
condition, loop body and increment:
for (char_len = 0, i = 0;
i len fws-e_str[i] != 0;
char_len++,
Log message:
Removed F prefix on some files
Thanks.
Bitte :-)
I was the one guilty of decalaring a variable after a statement in a
block.
But I'm aware that this is not correct C. It was a mistake. I'm surprised
that could compile. (I'm using gcc 3.3), is this a bug in gcc?
That should
But I'm aware that this is not correct C. It was a mistake. I'm surprised
that could compile. (I'm using gcc 3.3), is this a bug in gcc?
I love gcc :-P
Yep, it's nice.
That should only work in C++, shouldn't it?
It's clearly not C and should not compile.
In fact. it's legal in C99.
Maybe we should state that code must compile in C89 mode. A guess this
is not anymore standard in gcc (I'm pretty sure it was in gcc 2.x).
I guess -pendantic is a good idea to use.
That's declarations anywhere.
I think Dominik was objecting to block declarations.
By block
Is it possible to change the behaviour of the C mode in Emacs?
It normally indents brases 2 columns from the parent line (if, while
etc.)
Or is there some alternative C mode recommended?
//Marcus
--
Visit the official FVWM web page at URL:http://www.fvwm.org/.
To unsubscribe from the list, send
I forgot to define the override macro when no FriBIDI (FBidiConvert)
Thank you Jason!
I'll make a test with FriBIDI disabled (it'll take some time, my machine
is only 400 MHz, so it takes ages to compile, please be patient)
//Marcus
--
Visit the official FVWM web page at
I just commited my latest changes.
Now FVWM can render combinational characters superimposed on top of the
base character (even if there is no precomposed glyph).
I tested the code with and without xft fonts and with rotated text.
Please try make use of it to find any bugs.
What remains is to
On Mon, 30 Jun 2003, Olivier Chapuis wrote:
On Sun, Jun 29, 2003 at 07:22:16PM +0200, Marcus Lundblad wrote:
I'm almost done now with the implementation of superimposing combining
characters.
I wonder why the function FlocaleDrawUnderline doesn't call
FlocaleEncodeWinString (to perform
I'm almost done now with the implementation of superimposing combining
characters.
I wonder why the function FlocaleDrawUnderline doesn't call
FlocaleEncodeWinString (to perform BIDI and so on).
Or did I misunderstand the code?
//Marcus
--
Visit the official FVWM web page at
Is it possible to use Xft with Xnest.
I use to Xnest to debug FVWM when developing. I was about to try my patch
with Xft fonts. But I get this message:
Xlib: extension RENDER missing on display :1.0.
And all title bars appears empty. I tried using the line:
Style * Font
On Sun, 29 Jun 2003, Tomas Ogren wrote:
On 29 June, 2003 - Marcus Lundblad sent me these 0,6K bytes:
Is it possible to use Xft with Xnest.
I use to Xnest to debug FVWM when developing. I was about to try my patch
with Xft fonts. But I get this message:
Xlib: extension RENDER
On Wed, 11 Jun 2003, Nadim Shaikli wrote:
Marcus, I just tried 'snap-20030611' with regard to combining
(which also includes composing -- that's what unicode calls the
act of 'superimposing of characters atop each other'). As far
as arabic is concerned, still no composing is taking place.
I'm implementing the next step of combining characters. Separating out
combining characters that couldn't be combined into a list for drawing as
superimposed characters later on.
So I gather these and there positions (the index of the last non-combining
character).
Then I need to know how
Ooops.
The information on FriBidi's webpage is not up to date.
There it gives the lists as gint16, but in the actual headers there is
a FriBidiStrIndex (which is defined as int).
//Marcus
On Mon, 9 Jun 2003, Marcus Lundblad wrote:
I'm implementing the next step of combining characters
the crux of which is spelled out in (IMHO),
http://www.hpc.uh.edu/fvwm/archive/0303/msg00199.html
If I extend my function that does composing to fill in an array mapping
character position in the in-string to their visual position.
For example, let's say there is o + some
Yes, but I know nothing on combining, bidi and joint ...
If I extend my function that does composing to fill in an array mapping
character position in the in-string to their visual position.
For example, let's say there is o + some obscure composing char + a,
where there is no
I implemented a first basic version of combining characters.
What it does is compress sequences of characters to the
canonical pre-composed form.
Additionally a fix for superimposing needs to be added.
Ie. combining characters that could not be composed into a pre-composed
form should be drawn
On Fri, 25 Apr 2003, Dan Espen wrote:
parv [EMAIL PROTECTED] writes:
I cannot seem to remove default 'Mouse 2' binding to Builtin Menu
by using '-' function, in fvwm 2.5.6 ...
Mouse 2 R N -
The built in binding is:
Mouse 0 R N Menu MenuFvwmRoot
Maybe this should be
On Sun, 20 Apr 2003, Mikhael Goikhman wrote:
All pages seem to be converted. The new design is pretty usable now
although it does not have yet all planned extra features.
Please test it at http://fvwm.org/index.php
I think we may make it the default today.
The old pages may still be
I started hacking in FBidiJoin.c to add the support for composing
characters. But it seems shape_n_join() isn't called.
configure reports FriBidi is used and I think I tried Arabic joining
within FVWM some time ago.
Or is it that stderr isn't output as expected? (I added fprintf to stderr
as
Are you sure you use an Arabic locale or text encoding?
shape_n_join is only called from FBidiConvert which in turn is only
called for bidi-requiring (i.e. right-to-left) encodings, see
FlocaleCharsetTable in FlocaleCharset.c.
OK, I see.
I guess I'll take out this code from the BIDI stuff.
So if I well understand, FBidiJoint.c should be updated to handle
some composing char. Nadim can you send a patch? An other issue
is that FBidiJoint has nothing to do with bidi and it should be use
even if libfribidi is not detected?
I think the way to go is this:
First map all characters
Maybe. Does a composing_char + a_given_char = another_given_char
in UTF-8 or USC-2? If yes and a table can be found somewhere we can add
an other converter (as FBidiJoint.c). If not we should draw string
char by char and take care of these composing characters (I do not like
so much this
Olivier, I don't think its another_given_char that needs to be produced.
What needs to happen (per what unicode notes and what I've seen) is
to super-impose the second character on _top_ of the first -- that's
why those characters (including 'umlaut') have a dashed/dotted circle
within their
Marcus, out of curiosity -- is this done visually only or is
what's stored to disk actually changed ? ie. what is stored to
disk (U+0047 + U+0327 or U+0122) ?
Actually both ways can be used in cases where a precomposed form is
present in Unicode.
Although it's recommended to used composing
Is the bug about combining characters in todo-2.6 really a bug?
Is it supposed to work automatically. Is this supposed to be handled by
the X-calls that are used? Wouldn't this have to be handled in the code
(or a library used).
I think Pango should be used for this, but it seems like a larger
I'm writing a shell script to test the geometry styles and conditions.
I have the following function in my script:
TestCondition()
{
condition=$1
off=0
if [ $2 = off ]; then
echo negative cond
off=1
fi
if [ $off = 0 ]; then
Hi.
The way I see it, there is currently no way to turn off these horizontal
lines that are drawn on the title bars of sticky windows. They are mostly
useless if you use a titlebar button to stick/unstick (+mwm hints), and
sometimes simply look bad, especially on a textured titlebar.
Would
Visually distinct sticky vs. slippery windows is one of the nice features we
got when we changed from fvwm95 to fvwm2. The ribbed look is a plus -
it's a good visual discriminator for our users, even for the Pager. A new
Style/Titlestyle is fine, but my vote is to keep the ribs as the
Is there some good way (from a shell script) to determine if a window is
iconified?
I'm writing tests for the new Closable, Maximizable etc. styles.
xwininfo gives the geometry of the windows normal size, so there is no
difference when iconifiying.
I guess an alternative is to have an
I have a menu to sets colour sets. It runs a script that generates colour
sets (and also generates .gtkrc and sets X resources).
It used to work flawless, but now the colour is only updeted for the
active window. Changing focus updates windows to the new colour. And
restartting also works.
I have
Um, why do we have a plain Makefile in the CVS tree? Writing a
Makefile.am is much easier and much more portable.
Good question. I just wanted to run that test, so I temporarily updated
the makefile. I guess it's not really that great to have a
hardcoded makefile.
Have to learn how automake
I looked at the content of the directory sample.fvwmrc, and found this
command bound to a mouse-action on a title button:
Replace
Just curious if someone knows where this command comes from, was there a
command like that before? And what did it do?
//Marcus
--
Visit the official FVWM web page
If your mailer allows, please configure it to add a header
Mail-Followup-To: fvwm-workers@fvwm.org
to your messages to this list, so I and others with compliant mailers will
not need to remove your address manually when replying to your messages.
You will reduce a mail traffic after
* Documented Closable and company, please keep NEWS up to date.
Oops, I forgot to edit NEWS. I will also add the corresponding
conditionals (Closable, etc.)
//Marcus
--
Visit the official FVWM web page at URL:http://www.fvwm.org/.
To unsubscribe from the list, send unsubscribe fvwm-workers in
Why is WindowShade not just called Shade?
I was wondering, because I plan to add a style Shadable to match
Closable etc.
WindowShadeable looks a little weird to me.
Is the command called like this to not confuse with shadows of colorsets?
Would anyone have objections about a style Shadable? I'm
I made a patch for IconBox before (adds options to set the title reliefs
for iconified/normal windows and turn off parenthesis around titles).
It never got incorporated before. But I didn't here any complaints, so I
guess it just got lost in the noise.
If there is no objection, I'll commit it
When looking through the Changelog, it seems my patch was commited.
Strange, because when I do cvs update, it marks these files as
modified. And doing diff shows the changes I made.
Maybe I need to delete the files and upate again.
//Marcus
--
Visit the official FVWM web page at
On Mon, 6 Jan 2003, Dan Espen wrote:
Marcus Lundblad [EMAIL PROTECTED] writes:
When looking through the Changelog, it seems my patch was commited.
Strange, because when I do cvs update, it marks these files as
modified. And doing diff shows the changes I made.
Maybe I need to delete
I think its clear that we have to stop adding things to 2.5.x
and turn it into a stable release.
For that, we need to make sure we have a complete set of features,
get the documentation up to date and create test cases.
I think I've seen todo lists from all the major players. Just
Speaking about this screenshot, the framed icons are already possible.
Olivier, how about to rename IconBackgroundColorset to IconFrameColorset?
Actually, in 4dwm (and mwm,dtwm etc.), the decoration (frame) is the same
colour as the icon title (follows active/inactive state).
So maybe there
how about to rename IconBackgroundColorset to IconFrameColorset?
So maybe there could be IconFrameColorset/HilightIconFrameColorset that
defaults to IconTitleColorset/HilightIconTitleColorset.
I think the default should be like it is now - no icon frame colorset.
Even if
Is it possible to use the CVS mode in emacs to commit changes?
I'm wondering, since when comming in this mode, you are prompted for a
description for each file you commit. Will this generate an email for each
file?
Or is there some other way to do it?
I'm used to using Emacs for working with
4) In FvwmPager it would be nice to have {Hilight}TitleColorset, the
current plain rectangle taken from HilightColorset is really not enough.
What does this mean? 2 different colorsets used to draw the mini-windows,
will the title colorsets be used to draw just the title part of the
They would be used to draw the title of the pager desks, not mini-windows.
Run this command to see what this may mean:
FvwmPager UnexistingConfig 0 3
So it would be possible to use different colour for the desk labels than
the desk background (or use pixmaps as desk backgrounds and still
Yes, the look of a pager could be improved, the only problem is that if it
is only one solid colored line border it will not look nice.
I was thinking about using highlight and shadom from a colourset to draw
this border.
This way it would be possible to get both a flat and a beveled look.
But when iconifiying an xeamcs, there is a black background around the
icon picture (inside this is the icon picture provided by xemacs with a
grey background).
I think xemacs is not providing the black part. When running mwm there is
no black background. The part outside the grey
I see a bug for icons _with_ a mask (XClock icon), the mask disappear
when there is an icon bg cset: the transparent part has the colour of
the title (Ooops fixed). But on the non transparent part (and so for
monochrome icon without a shape mask) IMO it is normal that the colours
of the icon
I tried the new icon styles that Olivier added yesterday. There is one
thing that is a bit odd. If I specify:
Style * IconBackgroundColorset 1
and I have colorset 0 for active windows and colorset 1 for inactive
windows. Then icons that are monochrome (it seems) still gets the
background set to
with a Windows machine. (and downloading
cygwin over a modem is not fun...)
On Sat, 21 Dec 2002, Dan Espen wrote:
Marcus Lundblad [EMAIL PROTECTED] writes:
Here is the patch for the new styles:
Closable, Iconifiable, Maximizable and AllowMaximizeFixedSize
and conditionals
Closable
On Sat, 21 Dec 2002, Dan Espen wrote:
Marcus Lundblad [EMAIL PROTECTED] writes:
Here is the patch for the new styles:
Closable, Iconifiable, Maximizable and AllowMaximizeFixedSize
and conditionals
Closable, Iconifiable and Maximizable
The style AllowMaximizeFixedSize turns
Here is the patch for the new styles:
Closable, Iconifiable, Maximizable and AllowMaximizeFixedSize
and conditionals
Closable, Iconifiable and Maximizable
The style AllowMaximizeFixedSize turns on and off the possibility to
maximise windows that are fixed size (ie. the function Resize is not
I'm implementing new styles to control allowed operations on windows.
Looked at the code in decorations.c (is_function_allowed) I see that the
MWM hint Close disables both Close and Destroy.
So I'm not quite sure what is the best thing to do: Follow this behavoiur
with the new style, implement an
On Sat, 14 Dec 2002, Dan Espen wrote:
Marcus Lundblad [EMAIL PROTECTED] writes:
I'm implementing new styles to control allowed operations on windows.
Looked at the code in decorations.c (is_function_allowed) I see that the
MWM hint Close disables both Close and Destroy.
So I'm
On Sat, 14 Dec 2002, Dan Espen wrote:
Marcus Lundblad [EMAIL PROTECTED] writes:
On Sat, 14 Dec 2002, Dan Espen wrote:
Hmm, hangover, I'LL TRY NOT TO SHOUT!
Thanks! :)
Yep, its the same.
Also I'm thinking about wether Style Unclosable should apply also for
tear-off menus
There is a comment in style.c that says that you have to add code for new
styles in merge_styles() and handle_new_window_style().
In merge_styles I see only code for a few styles and a general merge
routine. Is on-off-styles handled automatically?
And how about new windows? It is my impression
On Sat, 14 Dec 2002, Mikhael Goikhman wrote:
On 14 Dec 2002 18:35:06 +0100, Marcus Lundblad wrote:
There is a comment in style.c that says that you have to add code for new
styles in merge_styles() and handle_new_window_style().
In merge_styles I see only code for a few styles
I have some plans for new menu functionallity. This will have to wait
until after the feature freeze for 2.6, ofcourse.
The idea (as discussed before) is to have conditional statements in menus.
For example have conditionals to make an item inactive (greyed out),
unavailable and choose different
On Mon, 9 Dec 2002, Mikhael Goikhman wrote:
On 09 Dec 2002 20:34:04 +0100, Marcus Lundblad wrote:
I have some plans for new menu functionallity. This will have to wait
until after the feature freeze for 2.6, ofcourse.
The idea (as discussed before) is to have conditional statements
On Sun, 8 Dec 2002, Dan Espen wrote:
[EMAIL PROTECTED] writes:
Here is a list of things that I think have to be done before 2.6
that you may not be aware of. I write them here specfically
because I will most likely do none of them. My reasoning is:
nobody is maintaining these
I added conditions FixedSize (matches unresizable windows) and
HasHandles (matches windows without resize-handles).
Now when I created the diff it also included changes I did to the IconBox
that hasn't been checked in.
Is there a way to create a diff with just the new changes? Would I need to
I added a field in window_flags in fvwm.h and parsing conditional.c
But where do I do the checking against an actual window?
The function MatchesConditionMask in conditional.c only checks few cases
and always returns False for iconified windows.
I can't find the place to evaluate the conditional.
On Tue, 3 Dec 2002, Marcus Lundblad wrote:
I added a field in window_flags in fvwm.h and parsing conditional.c
But where do I do the checking against an actual window?
The function MatchesConditionMask in conditional.c only checks few cases
and always returns False for iconified windows
On Tue, 3 Dec 2002 [EMAIL PROTECTED] wrote:
On Tue, Dec 03, 2002 at 11:01:23PM +0100, Marcus Lundblad wrote:
On Tue, 3 Dec 2002, Marcus Lundblad wrote:
I added a field in window_flags in fvwm.h and parsing conditional.c
But where do I do the checking against an actual window
I was was thinking about some new conditional operators (the same type
like Current (sticky) ...
I would like to be able to see if a window is resizable and minimisable,
for example, to be able to define different menus for the window menu (for
example) depending on what operations are available.
I added 2 more options:
*FvwmIconBox: NormalTitleInvertedRelief
*FvwmIconBox: IconifiedTitleInvertedRelief
to get inverted, pressed in looking title reliefs.
//Marcus
FvwmIconBox.diff.gz
Description: Binary data
Note that I am not against inverted reliefs in general, but only
against the syntax using cryptic negative values for them. A
separate option for reverted is fine with me.
Fvwm already uses:
raised/sunk/flat
What would flat do?
//Marcus
since this controls width, its a bit like
On Sat, 30 Nov 2002, Dan Espen wrote:
Marcus Lundblad [EMAIL PROTECTED] writes:
Note that I am not against inverted reliefs in general, but only
against the syntax using cryptic negative values for them. A
separate option for reverted is fine with me.
Fvwm already uses
: /home/cvs/fvwm/fvwm/ChangeLog,v
retrieving revision 1.2161
diff -u -u -r1.2161 ChangeLog
--- ChangeLog 2002/11/26 13:56:45 1.2161
+++ ChangeLog 2002/11/26 22:09:13
@@ -1,3 +1,14 @@
+2002-11-26 Marcus Lundblad [EMAIL PROTECTED]
+ * modules/FvwmIconBox/FvwmIconBox.c (RedrawIcon
On Thu, 28 Nov 2002, Mikhael Goikhman wrote:
For several days now I see this nasty problem.
I have a lot of windows on 4 desks and 2x2 pages. I restart from non desk
0, say desk 1, and undecorated windows from the same page and any desk
appear on the visual page during Restart, then fvwm
I sent a patch to the mailing list yesterday, but it seems to not have
come through, did it got trapped in the spam filter?
//Marcus
--
Visit the official FVWM web page at URL:http://www.fvwm.org/.
To unsubscribe from the list, send unsubscribe fvwm-workers in the
body of a message to [EMAIL
I made a patch that adds the following options to FvwmIconBox.
*FvwmIconBox: NoIconifiedParenthese
Turns off the parenthesis around the titles of iconified windows.
*FvwmIconBox: NormalTitleRelief num
Sets the width of the relief for the title of uniconified windows (0 no
relief).
I have a suggestion.
When placing the file .fvwm2rc inside the directory .fvwm, I think it
would seem more natural to allow the name fvwm2rc or fvwmrc (without . ),
since this is inside a hidden directory.
//Marcus
--
Visit the official FVWM web page at URL:http://www.fvwm.org/.
To unsubscribe
On Mon, 18 Nov 2002, Mikhael Goikhman wrote:
On 18 Nov 2002 22:36:57 +0100, Marcus Lundblad wrote:
I'm implementing a few new options for the FvwmIconBox to allow to decide
if iconified/uniconified window's labels are drawn with or without a
relief and an option to disabled
I'm implementing a few new options for the FvwmIconBox to allow to decide
if iconified/uniconified window's labels are drawn with or without a
relief and an option to disabled ( and ) around the titles of
iconified windows.
I need some feedback on names:
IconifiedHasLabelRelief
takes an
1 - 100 of 120 matches
Mail list logo