Re: Colorset for Title bar's
On Sun, Nov 17, 2002 at 10:15:36AM +0100, Olivier Chapuis wrote: >> MultiPixmap may be removed in favor of MultiColorset if this simplifies >> the code (I think, yes). > I do not know, maybe the two code can be merged. > Suzanne any opinion? I'm all for it. I don't think MultiPixmap does anything that couldn't be done with properly applied multiple colorsets, and MultiColorset would probably do more (e.g. transparency). Suzanne -- [EMAIL PROTECTED] - http://www.igs.net/~tril/ A Pope has a Water Cannon. It is a Water Cannon. He fires Holy-Water from it.It is a Holy-Water Cannon. He Blesses it. It is a Holy Holy-Water Cannon. He Blesses the Hell out of it. It is a Wholly Holy Holy-Water Cannon. He has it pierced.It is a Holey Wholly Holy Holy-Water Cannon. Batman and Robin arrive. He shoots them. -- Principia Discordia -- Visit the official FVWM web page at 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 PROTECTED]
Re: Taskbar launchers & different mouse buttons
On Sat, Oct 05, 2002 at 01:20:36PM +, Mikhael Goikhman wrote: > Suzanne, Ben, Olivier and other FvmwTaskBar lovers, is there a chance you > agree with such arrangement? Would not having one powerful FvwmPanel and > one or more "applets" to be optionally swallowed be a better solution? I'd have no problem with this, as long as it really is (or will be) possible to exactly imitate the "taskbar" look with FvwmButtons + FvwmIconMan. I've been using FvwmTaskBar to give my husband a reassuring Windozy feel when he logs into Linux :-) Still, is it okay if I commit the FvwmTaskBar improvement that I've already developed? Suzanne -- [EMAIL PROTECTED] - http://www.igs.net/~tril/ -- Visit the official FVWM web page at 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 PROTECTED]
Taskbar launchers & different mouse buttons
Greets, I've developed a patch which enhances Ben Mathews' excellent titlebar-launcher feature. It allows one to specify different actions when different mouse buttons are clicked on a launcher. It uses the same sort of syntax for this as FvwmButtons, like so: *FvwmTaskBar: Button Icon terminal.png, Action (Mouse 1) Exec xterm, \ Action (Mouse 3) Popup TermMenu "Action Exec xterm" still works and defines a general action separate from the others. One application for this is the desktop system I'm developing for Fvwm, which lets you dynamically configure elements such as the taskbar. So a user might left-click on a launcher to execute it, or right-click to popup a control menu for that launcher with choices like "remove from taskbar". As a sort of zero-cost side effect, the Start Menu can also take different actions for different mouse clicks with this patch: *FvwmTaskBar: StartMenu (Mouse 1) Mouse1Menu *FvwmTaskBar: StartMenu (Mouse 3) Mouse3Menu If/when I receive write access to CVS (I'm waiting for cries of protest before submitting the request to Jason :-), I can commit this myself, but of course I'd like to okay it with everyone first. Suzanne -- [EMAIL PROTECTED] - http://www.igs.net/~tril/ -- Visit the official FVWM web page at 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 PROTECTED]
Re: Write permissions for Suzanne
On Fri, Oct 04, 2002 at 09:22:13PM +, Mikhael Goikhman wrote: > Suzanne, do you prefer to continue to send patches or use cvs commits? CVS write access would be great. Then I can commit straightforward bugfixes as I run across them. > So, if you prefer to use cvs and there are no objections, you may follow > the instructions in cvs.html and contact Jason. Will do. Suzanne -- [EMAIL PROTECTED] - http://www.igs.net/~tril/ -- Visit the official FVWM web page at 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 PROTECTED]
FvwmTaskBar fix
The attached patch fixes a number of instances in Start.c where space was malloced before calling CopyString (which mallocs its own space). Suzanne -- [EMAIL PROTECTED] - http://www.igs.net/~tril/ diff -ur fvwm-20021004-orig/modules/ChangeLog fvwm-20021004/modules/ChangeLog --- fvwm-20021004-orig/modules/ChangeLogFri Oct 4 13:33:40 2002 +++ fvwm-20021004/modules/ChangeLog Fri Oct 4 14:48:55 2002 @@ -1,3 +1,9 @@ +2002-10-04 Suzanne Skinner <[EMAIL PROTECTED]> + + * FvwmTaskBar/Start.c (StartButtonParseConfig): + Fixed a number of cases where space was malloced before calling + CopyString (which mallocs its own space) + 2002-10-04 Mikhael Goikhman <[EMAIL PROTECTED]> * FvwmTaskBar/Start.c: diff -ur fvwm-20021004-orig/modules/FvwmTaskBar/Start.c fvwm-20021004/modules/FvwmTaskBar/Start.c --- fvwm-20021004-orig/modules/FvwmTaskBar/Start.c Fri Oct 4 13:33:40 2002 +++ fvwm-20021004/modules/FvwmTaskBar/Start.c Fri Oct 4 14:47:35 2002 @@ -97,7 +97,6 @@ /* declarin caption twice, ignore */ break; } -First_Start_Button->buttonCaption = safemalloc(strlen(rest) * sizeof(char)); CopyString(&(First_Start_Button->buttonCaption), rest); break; case 1: /* StartMenu */ @@ -121,7 +120,6 @@ /* declaring command twice, ignore */ break; } -First_Start_Button->buttonCommand = safemalloc(strlen(rest) * sizeof(char)); CopyString(&(First_Start_Button->buttonCommand), rest); break; case 2: /* StartIcon */ @@ -145,7 +143,6 @@ /* declaring icon twice, ignore */ break; } -First_Start_Button->buttonIconFileName = safemalloc(strlen(rest) * sizeof(char)); CopyString(&(First_Start_Button->buttonIconFileName), rest); break; case 3: /* StartCommand */ @@ -169,7 +166,6 @@ /* declaring icon twice, ignore */ break; } -First_Start_Button->buttonStartCommand = safemalloc(strlen(rest) * sizeof(char)); CopyString(&(First_Start_Button->buttonStartCommand), rest); break; case 4: @@ -197,7 +193,6 @@ tokens[j+1] = tokens[k] + ((sizeof(char))*5); while(*(tokens[j+1])==' ') tokens[j+1]+=sizeof(char); - Last_Start_Button->buttonCaption = (char *) safemalloc(sizeof(char) * (strlen(tokens[j+1]))); CopyString(&(Last_Start_Button->buttonCaption), tokens[j+1]); titleRecorded=1; } @@ -206,7 +201,6 @@ tokens[j+1] = tokens[k] + ((sizeof(char))*4); while(*(tokens[j+1])==' ') tokens[j+1]+=sizeof(char); - Last_Start_Button->buttonIconFileName = (char *) safemalloc(sizeof(char) * (strlen(tokens[j+1]))); CopyString(&(Last_Start_Button->buttonIconFileName),tokens[j+1] ); iconRecorded = 1; } @@ -215,7 +209,6 @@ tokens[j+1] = tokens[k] + ((sizeof(char))*6); while(*(tokens[j+1])==' ') tokens[j+1]+=sizeof(char); - Last_Start_Button->buttonCommand = (char *) safemalloc(sizeof(char) * (strlen(tokens[j+1]))); CopyString(&(Last_Start_Button->buttonCommand), tokens[j+1]); actionRecorded = 1; }
All-Star Taskbar (bug, patch)
FvwmTaskBar is popping up StarMenu instead of StartMenu :-) Patch included. Suzanne -- [EMAIL PROTECTED] - http://www.igs.net/~tril/ diff -ur fvwm-20021003-orig/modules/FvwmTaskBar/Start.c fvwm-20021003/modules/FvwmTaskBar/Start.c --- fvwm-20021003-orig/modules/FvwmTaskBar/Start.c Mon Sep 23 07:00:19 2002 +++ fvwm-20021003/modules/FvwmTaskBar/Start.c Thu Oct 3 14:57:49 2002 @@ -405,7 +405,7 @@ else if (tempPtr->buttonStartCommand != NULL) sprintf(tmp,"%s", tempPtr->buttonStartCommand); else - sprintf(tmp,"Popup StarMenu"); + sprintf(tmp,"Popup StartMenu"); else sprintf(tmp,"%s", tempPtr->buttonCommand); }
Active Desk Label
The active desk label in the pager is not being hilighted properly at startup
(unless Xft is used?). I think this bug was introduced via the change "Use
clipping redrawing for the desk label" to DrawGrid(), as the hilight
background is never initially drawn.
The attached patch fixes the problem but it's probably overkill :-)
Suzanne
--
[EMAIL PROTECTED] - http://www.igs.net/~tril/
--- x_pager.c.orig Wed Sep 18 01:40:57 2002
+++ x_pager.c Wed Sep 18 01:41:56 2002
@@ -1663,7 +1663,7 @@
}
if(((Scr.CurrentDesk - desk1) == desk) && !ShapeLabels)
{
- if (uselabel && erase)
+ if (uselabel)
{
XFillRectangle(
dpy,Desks[desk].title_w,Desks[desk].HiliteGC,
Compile Issues
Fvwm does not compile if Gnome hints and/or EWMH hints are disabled. The attached patch fixes this. Also, CFLAGS aren't working at all? Also also, Fvwm fails to link if compiled without Xinerama, because of the reference to XineramaQueryScreens (possibly others, haven't checked) in FScreen.o. Perhaps if -O2 were working it would be safely optimized away... Suzanne -- [EMAIL PROTECTED] - http://www.igs.net/~tril/ --- gnome.h.origTue Sep 17 01:35:59 2002 +++ gnome.h Tue Sep 17 01:35:59 2002 @@ -65,7 +65,7 @@ #else #define GNOME_Init() -#define GNOME_ProcessClientMessage(fwin, ev) 0 +#define GNOME_ProcessClientMessage(fwin) 0 #define GNOME_ButtonFunc(eventp, w, fwin, context, action, Module) #define GNOME_ProxyButtonEvent(ev) #define GNOME_ShowDesks(eventp, w, fwin, context, action, Module) --- ewmh.h.orig Tue Sep 17 01:35:58 2002 +++ ewmh.h Tue Sep 17 01:35:58 2002 @@ -117,8 +117,8 @@ /* ewmh_conf.c */ /* ewmh_events.c */ -#define EWMH_ProcessClientMessage(x, y) 0 -#define EWMH_ProcessPropertyNotify(x, y) +#define EWMH_ProcessClientMessage(x) 0 +#define EWMH_ProcessPropertyNotify(x) /* ewmh_icon.c */ #define EWMH_DoUpdateWmIcon(x,y,z)
Re: Small MultiPixmap Fix
> I don't understand what this patch changes. The values returned > by get_title_geometry should be the same as fw->title_length and > fw->title_thickness. It is indeed strange--it seems that the return values of get_title_geometry are invalid (reflecting the pre-resize dimensions of the window) on the first refresh. To reproduce, use the attached fvwm2rc and replace the wood.xpm pixmap with a tileable pixmap that exists on your system. Go into fvwm and start an xterm. Resize it horizontally. It may take a couple tries but eventually you should end up with a gray rectangle in the titlebar. The patch seems to fix this. Suzanne -- [EMAIL PROTECTED] - http://www.igs.net/~tril/ TitleStyle MultiPixmap Main /usr/local/share/pixmaps/wood.xpm -- flat
Small MultiPixmap Fix
The attached patch to borders.c in CVS fixes a small bug with MultiPixmap
titlebars. The bug causes the titlebar to sometimes not update properly
immediately after a resize.
Suzanne
--
[EMAIL PROTECTED] - http://www.igs.net/~tril/
--- borders.c.orig Sun Sep 8 17:52:15 2002
+++ borders.c Sun Sep 8 17:52:28 2002
@@ -259,7 +259,6 @@
int before_space, after_space, under_offset, under_width;
int size;
FlocaleWinString fstr;
- rectangle tmp_g;
Bool has_vt = HAS_VERTICAL_TITLE(fw);
pm = df->u.multi_pixmaps;
@@ -268,20 +267,19 @@
XSetClipMask(dpy, gc, None);
title = fw->visible_name;
- tmp_g.width = 0;
- tmp_g.height = 0;
- get_title_geometry(fw, &tmp_g);
if (pm[TBP_MAIN])
{
border_render_into_pixmap(
- gc, pm[TBP_MAIN], dest_pix, 0, 0, tmp_g.width,
- tmp_g.height, (stretch_flags & (1 << TBP_MAIN)));
+ gc, pm[TBP_MAIN], dest_pix, 0, 0,
+ SWAP_ARGS(has_vt, fw->title_length,
fw->title_thickness),
+ (stretch_flags & (1 << TBP_MAIN)));
}
else if (!title)
{
border_render_into_pixmap(
- gc, pm[TBP_LEFT_MAIN], dest_pix, 0, 0, tmp_g.width,
- tmp_g.height, (stretch_flags & (1 << TBP_LEFT_MAIN)));
+ gc, pm[TBP_LEFT_MAIN], dest_pix, 0, 0,
+ SWAP_ARGS(has_vt, fw->title_length,
fw->title_thickness),
+ (stretch_flags & (1 << TBP_LEFT_MAIN)));
}
if (title)
Re: FvwmTaskBar patch to allow shortcut buttons
On Sun, Sep 08, 2002 at 12:40:38AM -0400, Ben Mathews wrote: > I have modified FvwmTaskBar to allow for Windows-like shortcut > minibuttons in the taskbar. [snip] > Let me know what you guys think. It sounds like a great idea to me. I've been setting up a Windows-like environment for my husband in fvwm (you can do some nifty things with FvwmButtons + a transparent colorset...), and this is one feature that has been missing from it. If the developers don't accept it, I'll probably grab your patch and apply it to my own copy :-) Suzanne -- [EMAIL PROTECTED] - http://www.igs.net/~tril/ -- Visit the official FVWM web page at 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 PROTECTED]
Crashing Bug (w/prospective fix)
Fvwm has a habit of crashing on me right after I exit full-screen gqview. I'm
using the 2002/08/25 CVS snapshot (right before Dominik's codefest) but I
think the problem probably still exists in current CVS. The bug is difficult
to reproduce (except when I'm not trying to reproduce it ;-P).
I took the core file into gdb and it pointed at a line in Flocale.c:
void FlocaleFreeNameProperty(FlocaleNameString *ptext)
{
if (ptext->name_list != NULL)
{
>> if (ptext->name != NULL && ptext->name != *ptext->name_list)
It seems that, at some point, ptext->name_list is not NULL, but does not point
anywhere valid either. I was able to find two spots, both in events.c, where
name_list might not be properly initialized. The attached patch fixes that.
I'm not positive that this is the fix for the core dump, but no more crashes
as yet!
Suzanne
--
[EMAIL PROTECTED] - http://www.igs.net/~tril/
--- events.c.orig Sat Sep 7 15:29:29 2002
+++ events.cSat Sep 7 15:29:38 2002
@@ -2596,6 +2596,8 @@
{
return;
}
+ new_name.name = NULL;
+ new_name.name_list = NULL;
FlocaleGetNameProperty(XGetWMName, dpy, FW_W(Fw), &new_name);
if (new_name.name == NULL)
{
@@ -2642,6 +2644,8 @@
{
return;
}
+ new_name.name = NULL;
+ new_name.name_list = NULL;
FlocaleGetNameProperty(
XGetWMIconName, dpy, FW_W(Fw), &new_name);
if (new_name.name == NULL)
Menus and Popups (bug?)
Has anyone noticed that in the latest CVS, menus invoked via "Menu " are behaving like Popups? Is this a bug or a strange new feature? :-) Suzanne -- [EMAIL PROTECTED] - http://www.igs.net/~tril/ -- Visit the official FVWM web page at 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 PROTECTED]
configure.in glitch
There's a small glitch in the configure script in current CVS (see attachment). Suzanne -- [EMAIL PROTECTED] - http://www.igs.net/~tril/ --- configure.in.orig Sun Aug 25 14:26:31 2002 +++ configure.inSun Aug 25 14:26:37 2002 @@ -160,7 +160,7 @@ dnl ewmh smr_SWITCH(ewmh, Extended WM Hints Support, on, HAVE_EWMH) -if test x"$enable_ewmh" != no; then +if test x"$enable_ewmh" != xno; then with_ewmh=yes problem_ewmh="" else
MenuFace TiledPixmap (patch)
Developers, Here's a patch for the MenuFace TiledPixmap bug that I submitted yesterday :-) Suzanne -- [EMAIL PROTECTED] - http://www.igs.net/~tril/ --- fvwm/menus.c.orig Sat Aug 24 13:45:58 2002 +++ fvwm/menus.cSat Aug 24 13:48:36 2002 @@ -4155,6 +4155,8 @@ /* be smart about handling the expose, redraw only the entries * that we need to */ if (pevent == NULL || +(ms && (ST_FACE(ms).type == PixmapMenu || +ST_FACE(ms).type == TiledPixmapMenu)) || (pevent->xexpose.y < (MI_Y_OFFSET(mi) + MI_HEIGHT(mi)) && (pevent->xexpose.y + pevent->xexpose.height) > MI_Y_OFFSET(mi)))
MultiPixmap Titlebars Fix
Greets all,
The attached patch (applied to fvwm-snap-20020819) fixes MultiPixmap titlebars
in CVS!
It turned out to be quite straightforward, as you'll see...
Suzanne
--
[EMAIL PROTECTED] - http://www.igs.net/~tril/
--- fvwm/borders.c.orig Tue Aug 20 00:31:43 2002
+++ fvwm/borders.c Tue Aug 20 00:41:06 2002
@@ -200,8 +200,8 @@
* by DrawMultiPixmapTitlebar. ([EMAIL PROTECTED])
*
/
-static void RenderIntoWindow(
- GC gc, FvwmPicture *src, Window dest, int x_start, int y_start,
+static void RenderIntoPixmap(
+ GC gc, FvwmPicture *src, Pixmap dest, int x_start, int y_start,
int width, int height, Bool stretch)
{
Pixmap pm;
@@ -247,9 +247,9 @@
*
/
#define SWAP_ARGS(f,a1,a2) (f)?(a2):(a1),(f)?(a1):(a2)
-static void DrawMultiPixmapTitlebar(FvwmWindow *fw, DecorFace *df)
+static void DrawMultiPixmapTitlebar(FvwmWindow *fw, DecorFace *df,
+Pixmap dest_pix)
{
- Window title_win;
GC gc;
char *title;
FvwmPicture **pm;
@@ -265,7 +265,6 @@
stretch_flags = df->u.multi_stretch_flags;
gc = Scr.TitleGC;
XSetClipMask(dpy, gc, None);
- title_win = FW_W_TITLE(fw);
title = fw->visible_name;
tmp_g.width = 0;
@@ -273,14 +272,14 @@
get_title_geometry(fw, &tmp_g);
if (pm[TBP_MAIN])
{
- RenderIntoWindow(
- gc, pm[TBP_MAIN], title_win, 0, 0, tmp_g.width,
+ RenderIntoPixmap(
+ gc, pm[TBP_MAIN], dest_pix, 0, 0, tmp_g.width,
tmp_g.height, (stretch_flags & (1 << TBP_MAIN)));
}
else if (!title)
{
- RenderIntoWindow(
- gc, pm[TBP_LEFT_MAIN], title_win, 0, 0, tmp_g.width,
+ RenderIntoPixmap(
+ gc, pm[TBP_LEFT_MAIN], dest_pix, 0, 0, tmp_g.width,
tmp_g.height, (stretch_flags & (1 << TBP_LEFT_MAIN)));
}
@@ -347,16 +346,16 @@
if (pm[TBP_LEFT_MAIN] && before_space > 0)
{
- RenderIntoWindow(
- gc, pm[TBP_LEFT_MAIN], title_win, 0, 0,
+ RenderIntoPixmap(
+ gc, pm[TBP_LEFT_MAIN], dest_pix, 0, 0,
SWAP_ARGS(has_vt, before_space,
fw->title_thickness),
(stretch_flags & (1 << TBP_LEFT_MAIN)));
}
if (pm[TBP_RIGHT_MAIN] && after_space > 0)
{
- RenderIntoWindow(
- gc, pm[TBP_RIGHT_MAIN], title_win,
+ RenderIntoPixmap(
+ gc, pm[TBP_RIGHT_MAIN], dest_pix,
SWAP_ARGS(has_vt, under_offset + under_width,
0),
SWAP_ARGS(has_vt, after_space,
@@ -365,8 +364,8 @@
}
if (pm[TBP_UNDER_TEXT] && under_width > 0)
{
- RenderIntoWindow(
- gc, pm[TBP_UNDER_TEXT], title_win,
+ RenderIntoPixmap(
+ gc, pm[TBP_UNDER_TEXT], dest_pix,
SWAP_ARGS(has_vt, under_offset, 0),
SWAP_ARGS(has_vt, under_width,
fw->title_thickness),
@@ -377,7 +376,7 @@
{
XCopyArea(
- dpy, pm[TBP_LEFT_OF_TEXT]->picture, title_win,
+ dpy, pm[TBP_LEFT_OF_TEXT]->picture, dest_pix,
gc, 0, 0,
SWAP_ARGS(has_vt, size,
fw->title_thickness),
@@ -388,7 +387,7 @@
if (size > 0 && size <= after_space)
{
XCopyArea(
- dpy, pm[TBP_RIGHT_OF_TEXT]->picture, title_win,
+ dpy, pm[TBP_RIGHT_OF_TEXT]->picture, dest_pix,
gc, 0, 0,
SWAP_ARGS(has_vt, size,
fw->title_thickness),
@@ -396,11 +395,11 @@
0));
after_space -= size;
}
- size = fw->title_thickness;
- text_offset = fw->title_text_offset;
+
+ text_offset = fw->title_text_offset + 2;
memset(&fstr, 0, sizeof(fstr));
fstr.str = fw->visible_name;
- fstr.win = title_win;
+ fstr.wi
Re: remaining decoration issues
> Suzanne, can you please estimate the amount of work needed? > Should we release 2.5.1 with or without working TitleStyle MultiPixmap? I'd say without. I've just started playing with CVS and I'm mystified as to why it's not working. I don't know if I'll figure it out in time for the next release. (BTW, you guys aware that fvwm doesn't compile with disable-multibyte?) Suzanne -- [EMAIL PROTECTED] - http://www.igs.net/~tril/ "That's when it dawned on me that what I really disliked about procmail was the recipe format. I didn't want to handle my mail with a collection of colons, zeroes, and single-letter commands that made sendmail.cf look like a Shakespearean sonnet." -- Simon Cozens -- Visit the official FVWM web page at 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 PROTECTED]
Re: remaining decoration issues
> I'll take a look at it and try to get a response back on this tonight. Hmm...I'm having a hard time getting the latest snapshot to compile. Maybe I should go All The Way to current CVS. I'm not sure if I'll be able to get the titlebars working again, but I'll give it a shot and probably let you guys know within a few days if I can manage it. Suzanne -- [EMAIL PROTECTED] - http://www.igs.net/~tril/ "That's when it dawned on me that what I really disliked about procmail was the recipe format. I didn't want to handle my mail with a collection of colons, zeroes, and single-letter commands that made sendmail.cf look like a Shakespearean sonnet." -- Simon Cozens -- Visit the official FVWM web page at 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 PROTECTED]
Re: remaining decoration issues
> Suzanne, can you please estimate the amount of work needed? > Should we release 2.5.1 with or without working TitleStyle MultiPixmap? HmmI guess I finally need to learn how to use CVS :-) I'll take a look at it and try to get a response back on this tonight. Suzanne -- [EMAIL PROTECTED] - http://www.igs.net/~tril/ "That's when it dawned on me that what I really disliked about procmail was the recipe format. I didn't want to handle my mail with a collection of colons, zeroes, and single-letter commands that made sendmail.cf look like a Shakespearean sonnet." -- Simon Cozens -- Visit the official FVWM web page at 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 PROTECTED]
Re: png loader
On Sun, Mar 31, 2002 at 10:33:42PM +0200, Dominik Vogt wrote: > Well, if you have time to spare you could take a look at the > FANCY_TITLE_BAR ifdefs. I didn't test that at all when I rewrote > the decoration layout code and it's very likely to be completely > broken now :-) Could do, if desired. I wouldn't want to step on Michael Goikhman's feet, though :-) I think he wants to maintain it now? Suzanne -- [EMAIL PROTECTED] - http://www.igs.net/~tril/ "That's when it dawned on me that what I really disliked about procmail was the recipe format. I didn't want to handle my mail with a collection of colons, zeroes, and single-letter commands that made sendmail.cf look like a Shakespearean sonnet." -- Simon Cozens -- Visit the official FVWM web page at 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 PROTECTED]
Re: png loader
> Hum, I do not promise alpha rendering (at least for the moment).
> The first approach will map the alpha channel (which goes from 0 to 255)
> to {0,1} something like: if alpha > 150 then render the point as is if
> the alpha <= 150 put the point out of the mask.
Well, given that foundation to work from, I may be able to hack alpha-blending
myself :-)
Either way, PNG support in Fvwm will be way cool.
Suzanne
--
[EMAIL PROTECTED] - http://www.igs.net/~tril/
"That's when it dawned on me that what I really disliked about procmail was the
recipe format. I didn't want to handle my mail with a collection of colons,
zeroes, and single-letter commands that made sendmail.cf look like a
Shakespearean sonnet." -- Simon Cozens
--
Visit the official FVWM web page at 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 PROTECTED]
Re: png loader
> I think it will be good that fvwm can load png images. The reason > is that png is a good format and that there is a lot of icons and > mini-icons in such format in the hd of a lot of machine (GNOME > and KDE version > 1 use this format). This sounds awesome to me. I've always wished for proper PNG alpha-bending in FvwmButtons and the pager mini-icons. Heavily-shadowed Gnome icons look pretty goofy without it :-) Suzanne -- [EMAIL PROTECTED] - http://www.igs.net/~tril/ "That's when it dawned on me that what I really disliked about procmail was the recipe format. I didn't want to handle my mail with a collection of colons, zeroes, and single-letter commands that made sendmail.cf look like a Shakespearean sonnet." -- Simon Cozens -- Visit the official FVWM web page at 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 PROTECTED]
