fvwm-themes-devel — Developing FVWM Themes

Changing locale, and adding a locale

[Reshat S. <sa...@cs...>]

Hi,

I wonder how a locale can be changed in 2.5.8. I see locale folders in 
/usr/share/fvwm/locale/...
but don't know how to switch between them.

Once i fugure that out, i might be interested in adding support  for 
another locale.

Thanks,
<rsa/>

Re: Maintaining fvwm and fvwm-themes in Fedora

[Alex W. <aw...@pr...>]

Mikhael Goikhman wrote:
> 
> I don't care who will maintain fvwm and fvwm-themes, Alex or Emmanuel,
> or someone else, as long as he is serious about this.
> 

I've had several talks with some of the fedora maintainers and they
appear to be keen to have another lightweight window manager in the
official distribution. They were also impressed with fvwm's new i18n
support but expressed a wish to also have a11y (accessibilty) support as
well, as this is a necessary requirement for the desktop interfaces they
provide. Perhaps this could be added somehow into fvwm-themes? I found a 
page on the Web Accessibility Initiative at http://www.w3.org/WAI/

I'm quite sure that if a11y could be added to their satisfaction then
the fedora crew would be most helpful with the other minor issues that
may concern them including their gnome (gconf) configuration editor
which is another not so important requirement.

The only other big issue facing us is they require only .src.rpm's to be
submitted that have been built using their fedora-rpmdevtools and have
been GPG signed by the official maintainer. I'm currently building a
fedora specific machine for just this purpose and experimenting with
those tools to see what other problems may arise.

Just FYI the current fvwm rpm's seem to work fine on any fedora install
(I've installed them now on several machines) with only some minor font
issues.

Alex

P.S. I'm sorry about the delay on this but I've been really busy lately.

Re: Colorset bugs?

[Olivier C. <oli...@fr...>]

On Mon, Nov 03, 2003 at 01:20:08AM +0000, Mikhael Goikhman wrote:
> Hi, Olivier.
> 
> I see some bugs in colorsets or this is my misunderstanding of how
> colorsets should work. Please take a look.
> 
> 
> 2) With the same panel, execute these commands to change the background
> of IconMan buttons, one by one:
> 
>   Colorset 17 bg gray     # it is now a bit flat with gray tone
>   Colorset 17 bg gray     # it is now more flat and more gray
>   Colorset 17 bg gray     # it is now even more flat and even more gray
>   Colorset 17 Tint        # it now looks properly, I think; 3d-ish gray
> 
> I really hope these are just small bugs. :)
>

Fixed in fvwm cvs, Olivier

New themes?

[Mikhael G. <mi...@ho...>]

As I wrote, we should now vote for every new external theme added.

Of course, if the author wants to maintain his/her own theme in our cvs,
then I can't oppose. So, Andrei, like anyone with the cvs access you may
add your own theme. Just fix colors@, it should (like all colors@)
contain FuncFvwmDecorBackground function.

So, what should be the new themes? I don't want to add many themes,
probably just several, since I have no time to maintain all of these.
The new themes should be really good and not be disliked by anyone (if
there is a vote against any theme, it will not be added).

Here is Suzanne's page with window decorations:

  http://www.igs.net/~tril/fvwm/configs/fvwm-theme/index.html

My personal favorites are Crux, Elberg, Galaxy, 23oz.
Maybe someone may create a script that converts any Suzanne's theme to
the fvwm-themes theme? Or create one theme with several choices instead
of several themes. Also some button sets could be made transparent and
added to buttons@multichoice. Does someone want to do this?

Here is Dorothy page with window decorations:

  http://www.twobarleycorns.net/fvwm-decors.html

My favorites are Purple, ABC. The same here about possible uniting of all
decors into one theme and addition of some buttons to buttons@multichoice.

There is also FVWM Crystal setup:

  http://www.linuxpl.org/software/fvwm-crystal/gallery.en.html

I didn't receive an email to this list from the author in February.
The strange thing it is listed twice in archives, but I didn't get them:

  http://sourceforge.net/mailarchive/forum.php?forum_id=6205&max_rows=25&style=threaded&viewmonth=200302

I think we should cooperate. It is actually not trivial at all to merge
this setup into fvwm-themes, but probably possible.

Then Timothy said he has his own transparent theme.

Do you have other candidates that we should consider for inclusion?
Write what mentioned or non-mentioned themes you would like to see in the
future fvwm-themes.

Regards,
Mikhael.

Re: Maintaining fvwm and fvwm-themes in Fedora

[Emmanuel S. <se...@wa...>]

On Mon, Nov 10, 2003 at 01:16:48PM +0000, Mikhael Goikhman wrote:
> 
> Does your spec work for any distributions? And using "make rpm-dist" too?
> Remember, that the spec was not written specifically for RedHat, the rpm
> may be automatically created on any distro having rpmbuild, say Debian.

I have no idea.
Quite frankly, I'm not sure that making a portable rpm and making one that
respects Fedora guidelines is compatible.

> I don't care who will maintain fvwm and fvwm-themes, Alex or Emmanuel,
> or someone else, as long as he is serious about this.

Maintaining a package involves making technical decision (I'm thinking
mainly about including gnome support, here).

> I thought, the changes should be pretty small; after all the current rpms
> work for all RedHat users, I didn't hear any technical complains in the
> last several years.

Most changes were cosmetic, yes.

> P.S. Your editor or mailer replaces empty lines with lines of 120 spaces.
> It is difficult to reply to such message, Emmanuel.

My fault, actually, not the mailer's.
I cut-n-pasted my reply from one gnome-terminal to another.
Sorry about that. Shouldn't happen again.

Emmanuel

Re: Maintaining fvwm and fvwm-themes in Fedora

[Mikhael G. <mi...@ho...>]

On 10 Nov 2003 13:43:43 +0100, Emmanuel Seyman wrote:
> 
> On Mon, Nov 10, 2003 at 09:41:44PM +1030, Alex Wallis wrote:
> >
> > And although the current value in fvwm.spec and fvwm-themes.spec of
> > "Group:     X11/Window Managers" may have been technically correct in
> > the past, it apparently no longer complies with the acceptable list of
> > valid groups (http://www.fedora.us/wiki/RPMGroups).
> 
> The correct grop for fvwm would, IMHO, be "User Interface/Desktops" .

No problems.

> > There are lots of rather trivial issues that need to be sorted out, as
> > well as a couple of major ones. I'll try to compose a list of things I
> > find and post them later.
> 
> After having read the spec file that's currently used (and having fled
> in terror), I made a spec file which I feel is mostly Fedora-QA compliant.
> Availible on request.

Does your spec work for any distributions? And using "make rpm-dist" too?
Remember, that the spec was not written specifically for RedHat, the rpm
may be automatically created on any distro having rpmbuild, say Debian.

> > However, having said that, I will investigate more and begin the
> > process, and will advise of any major difficulties I find.
> 
> Could you please it to this list. I'm intrigued by the Fedora Project
> and I might contribute.

I don't care who will maintain fvwm and fvwm-themes, Alex or Emmanuel,
or someone else, as long as he is serious about this.

I thought, the changes should be pretty small; after all the current rpms
work for all RedHat users, I didn't hear any technical complains in the
last several years.

P.S. Your editor or mailer replaces empty lines with lines of 120 spaces.
It is difficult to reply to such message, Emmanuel.

Regards,
Mikhael.

Re: Maintaining fvwm and fvwm-themes in Fedora

[Emmanuel S. <se...@wa...>]

On Mon, Nov 10, 2003 at 09:41:44PM +1030, Alex Wallis wrote:
>
> And although the current value in fvwm.spec and fvwm-themes.spec of
> "Group:     X11/Window Managers" may have been technically correct in
> the past, it apparently no longer complies with the acceptable list of
> valid groups (http://www.fedora.us/wiki/RPMGroups).
                                                                                                                        
The correct grop for fvwm would, IMHO, be "User Interface/Desktops" .
                                                                                                                        
> There are lots of rather trivial issues that need to be sorted out, as
> well as a couple of major ones. I'll try to compose a list of things I
> find and post them later.
                                                                                                                        
After having read the spec file that's currently used (and having fled
in terror), I made a spec file which I feel is mostly Fedora-QA compliant.
Availible on request.
                                                                                                                        
> However, having said that, I will investigate more and begin the
> process, and will advise of any major difficulties I find.
                                                                                                                        
Could you please it to this list. I'm intrigued by the Fedora Project
and I might contribute.
                                                                                                                        
Emmanuel

Re: Maintaining fvwm and fvwm-themes in Fedora

[Alex W. <aw...@pr...>]

Mikhael Goikhman wrote:
> 
> Alex, please investigate what is needed to add fvwm and fvwm-themes
> packages to Fedora Alternatives.
> 
> Then either become the package maintainer or tell us why you can't.
> 
> Regards,
> Mikhael.
> 

The procedure for package submissions is outlined at
http://www.fedora.us/wiki/PackageSubmissionQAPolicy and all packages
must be in .src.rpm form.

However, there are many minor details that need to be addressed in order
to make fvwm packages compliant with fedora. For example, the Quality
Assurance Checklist at http://www.fedora.us/wiki/QAChecklist cites in
point 6....

6. Is the Group tag an official one? See /usr/share/doc/rpm-*/GROUPS.

And although the current value in fvwm.spec and fvwm-themes.spec of
"Group:     X11/Window Managers" may have been technically correct in
the past, it apparently no longer complies with the acceptable list of
valid groups (http://www.fedora.us/wiki/RPMGroups).

There are lots of rather trivial issues that need to be sorted out, as
well as a couple of major ones. I'll try to compose a list of things I
find and post them later.

As for my becoming the fvwm package maintainer for fedora, the biggest
overwhelming argument against such an idea is that I'm really not
qualified for the job. There will undoubtedly need to be many
discussions on a technical level dealing with all these issues, and
although I'm quite willing to assist fvwm any way I can, all I can do in
those situations is act as an intermediary.

However, having said that, I will investigate more and begin the
process, and will advise of any major difficulties I find.

Alex

Maintaining fvwm and fvwm-themes in Fedora

[Mikhael G. <mi...@ho...>]

Alex, please investigate what is needed to add fvwm and fvwm-themes
packages to Fedora Alternatives.

Then either become the package maintainer or tell us why you can't.

Regards,
Mikhael.

Re: Colorset bugs?

[Mikhael G. <mi...@ho...>]

On 08 Nov 2003 01:22:38 +0100, Olivier Chapuis wrote:
> 
> On Mon, Nov 03, 2003 at 01:20:08AM +0000, Mikhael Goikhman wrote:
> > 
> > 1) fgAlpha does not seem to work at all.
> > 
> > With 0.7.0, load modules@redmondxp, any @colors, for example
> > colors@redmondxp, and in FvwmConsole execute:
> > 
> >   Colorset 1 fgAlpha 50
> >   Colorset 19 fgAlpha 50  # this is what I need to work, IconAlpha works
> > 
> > These commands do not have any effect.
> 
> fgAlpha works only with xft fonts. So do you have xft font?
> Works fine here.

Ahh, I missed this.

The fonts in @redmondxp are mostly the microsoft corefonts(.sf.net),
they are not xft...

Regards,
Mikhael.

Re: Colorset bugs?

[Olivier C. <oli...@fr...>]

On Mon, Nov 03, 2003 at 01:20:08AM +0000, Mikhael Goikhman wrote:
> Hi, Olivier.
> 
> I see some bugs in colorsets or this is my misunderstanding of how
> colorsets should work. Please take a look.
> 
> 1) fgAlpha does not seem to work at all.
> 
> With 0.7.0, load modules@redmondxp, any @colors, for example
> colors@redmondxp, and in FvwmConsole execute:
> 
>   Colorset 1 fgAlpha 50
>   Colorset 19 fgAlpha 50  # this is what I need to work, IconAlpha works
> 
> These commands do not have any effect.
>

fgAlpha works only with xft fonts. So do you have xft font?
Works fine here.
  
> 2) With the same panel, execute these commands to change the background
> of IconMan buttons, one by one:
> 
>   Colorset 17 bg gray     # it is now a bit flat with gray tone
>   Colorset 17 bg gray     # it is now more flat and more gray
>   Colorset 17 bg gray     # it is now even more flat and even more gray
>   Colorset 17 Tint        # it now looks properly, I think; 3d-ish gray
>
> 
> I really hope these are just small bugs. :)
> 

I hope too :) I will take a look.

Regards, Olivier

Colorset bugs?

[Mikhael G. <mi...@ho...>]

Hi, Olivier.

I see some bugs in colorsets or this is my misunderstanding of how
colorsets should work. Please take a look.

1) fgAlpha does not seem to work at all.

With 0.7.0, load modules@redmondxp, any @colors, for example
colors@redmondxp, and in FvwmConsole execute:

  Colorset 1 fgAlpha 50
  Colorset 19 fgAlpha 50  # this is what I need to work, IconAlpha works

These commands do not have any effect.

2) With the same panel, execute these commands to change the background
of IconMan buttons, one by one:

  Colorset 17 bg gray     # it is now a bit flat with gray tone
  Colorset 17 bg gray     # it is now more flat and more gray
  Colorset 17 bg gray     # it is now even more flat and even more gray
  Colorset 17 Tint        # it now looks properly, I think; 3d-ish gray

I really hope these are just small bugs. :)

Regards,
Mikhael.

Re: Screenshots

[Mikhael G. <mi...@ho...>]

On 01 Nov 2003 01:27:23 -0700, S. Anderson wrote:
> 
> I made a couple screenshots, I dont really have enough time to relearn
> cvs, so I put them here :-)
> 
> http://www.xmission.com/~sa/fvwm-themes/
> 
> I mean to make some better screenshots, and I will put them in cvs as
> soon as I get some free time.

Nice, I have added a link to your images.

Feel free to add or replace images in cvs when you improve them.

Regards,
Mikhael.

Re: Screenshots

[S. A. <sa...@xm...>]

On Fri, Oct 31, 2003 at 09:00:26PM +0000, Mikhael Goikhman wrote:
> We are a few hours before the release and announcement.
> 
> So, where the screenshots of updated Awol, RedmondXP and OSX themes? :)
> 
> I would like to see them in cvs or somewhere on the web.
> 

I made a couple screenshots, I dont really have enough time to relearn
cvs, so I put them here :-)

http://www.xmission.com/~sa/fvwm-themes/

I mean to make some better screenshots, and I will put them in cvs as
soon as I get some free time.

cya,
sa

Screenshots

[Mikhael G. <mi...@ho...>]

We are a few hours before the release and announcement.

So, where the screenshots of updated Awol, RedmondXP and OSX themes? :)

I would like to see them in cvs or somewhere on the web.

Regards,
Mikhael.

Re: RedmondXP panel and OSX panel

[Mikhael G. <mi...@ho...>]

On 26 Oct 2003 02:27:36 -0700, S. Anderson wrote:
> 
> I tried to fix up the osx theme a bit. I changed the
> FvwmButtons-OsxApps module a little and put it in the center, and
> disabled the other modules by default. And I changed the terminal bg color
> to black (like osx :-)). But anyway, I'm not sure if its an improvement,

Yes, it is not a big improvement, but I incorporated your changes.
More work is needed in the future.

I improved several things, like struts, ActionOnPress in menu bar,
non resizable NeverFocus panels and so on.

Disabling certain modules by default is not done like you did. It should
be done by changing default=<num> lines in modules.cfg.

Ok, now testing. Please everyone test everything, all options and
combinations in different themes.

I know about one problem. Some windows after theme reload loose their
icon images when iconified, only icon titles are left. I didn't take a
look at it yet, but seems like a bug in fvwm.

Don't forget about screenshots if you can do it better than on the web.

Regards,
Mikhael.

Re: RedmondXP panel and OSX panel

[S. A. <sa...@xm...>]

> > I'm going to see if I can make some kind of osx like module now.
> > (hopeful I'll get it done soon).
> 
> Nice. After this (if time is left) you may return to perfecting RedmondXP
> panel, adding focused mask and probably making start button more 3d-ish.
> 

Sorry Im so slow. I tried to fix up the osx theme a bit. I changed the
FvwmButtons-OsxApps module a little and put it in the center, and
disabled the other modules by default. And I changed the terminal bg color
to black (like osx :-)). But anyway, I'm not sure if its an improvement,
but feel free to put it in cvs if you like.

www.xmission.com/~sa/ft-osx-test-0.7.x.tar.gz

I agree with you about the redmondxp panel about adding a pressed looking
png for active windows. I tried to to make something like that before, but 
I couldnt get it right, I'll try some more...

cya,
sa

RedmondXP panel and OSX panel

[Mikhael G. <mi...@ho...>]

On 22 Oct 2003 22:52:30 -0600, S. Anderson wrote:
> 
> On Tue, Oct 21, 2003 at 06:48:57PM +0300, Mikhael Goikhman wrote:
> > 
> > So, we have about one week to complete open issues or postpone them.
> > Please activelly help.
> > 
> > The open issues include RedmondXP, OSX and Transparent themes,
> > screenshots of these and other new themes and deb packages.
> 
> Here is the redmondxp theme, If you could transfer it to cvs that would
> be great. It probably needs more work, Im not sure if Im doing the
> colorsets properly, feel free to change anything.
> http://www.xmission.com/~sa/ft-redmondxp-tr-0.7.x.tar.gz

Ok, I did some changes in colorsets and images.

I din't decide yet whether to overwrite the theme colorset 18 (focused
FvwmIconMan item) or not, nothing seems perfect. I think we should simply
draw the pressed mask that looks nice instead of using our sunken look.

Some notes, you can't use images/module/ images in colors@, this
directory is reserved for modules@, you should use images/modcolor/
instead, or specify full image path using $./images/.

> I'm going to see if I can make some kind of osx like module now.
> (hopeful I'll get it done soon).

Nice. After this (if time is left) you may return to perfecting RedmondXP
panel, adding focused mask and probably making start button more 3d-ish.

Really thank you for your work!

Regards,
Mikhael.

Re: Work submission reminder

[S. A. <sa...@xm...>]

On Tue, Oct 21, 2003 at 06:48:57PM +0300, Mikhael Goikhman wrote:
> 
> So, we have about one week to complete open issues or postpone them.
> Please activelly help.
> 
> The open issues include RedmondXP, OSX and Transparent themes,
> screenshots of these and other new themes and deb packages.
> 

Mikhael,
Here is the redmondxp theme, If you could transfer it to cvs that would
be great. It probably needs more work, Im not sure if Im doing the
colorsets properly, feel free to change anything.
http://www.xmission.com/~sa/ft-redmondxp-tr-0.7.x.tar.gz

I'm going to see if I can make some kind of osx like module now.
(hopeful I'll get it done soon).

cya,
sa

Re: Problem with make deb-dist

[Alex W. <aw...@pr...>]

Mikhael Goikhman wrote:
> 
> I have no time to verify this, but I think SourceForge has problems with
> synchronizing servers, and its anonymous cvs was not updated for 6 days
> (as the url above shows).

Okay I had other things to do for a couple of days, but now anonymous
cvs seems to be working again. However I get a new error now....

dpkg-source: building fvwm-themes-full in
fvwm-themes-full_0.7.0-0.20031022.tar.gz
dpkg-source: failure: md5sum gave bogus output `'
make[1]: *** [deb] Error 29
make[1]: Leaving directory `/home/awol/cvs/fvwm-themes'
make: *** [deb-this] Error 1

On the other hand FYI, I just tested make rpm-dist and it seems to work
fine.

> 
> You may use the developer cvs login to get to the real cvs and not the
> old mirror. This should explain all your problems with deb packages.
> 

I need to write to sourceforge admin and fix my login for that. I
haven't used it since I set it up some time ago and I've changed email
address and forgotten my old password.


Alex

Re: Work submission reminder

[Mikhael G. <mi...@ho...>]

There are several reasons why I want to release fvwm-themes-0.7.0 in
October together with fvwm-2.5.8. It is possible I will not have enough
time in November.

So, we have about one week to complete open issues or postpone them.
Please activelly help.

The open issues include RedmondXP, OSX and Transparent themes,
screenshots of these and other new themes and deb packages.

Please test the cvs version and report any problem with themes (no errors
should appear on the X output, ignore the fvwm debug messages for now).

I think fvwm-themes-0.7.0 is going to be fantastic even if we postpone
all open issues, but I wish to complete and include them instead.

Regards,
Mikhael.

Re: Updated Awol theme

[Alex W. <aw...@pr...>]

Mikhael Goikhman wrote:
> I didn't really mean the colors you use are bad, they may be ok if
> someone is used to them. I would have one set of colors in awol theme.
> Just choose whatever you like/use.
> 

I think the attached gzipped colors file is more what you want.

Make any changes you think necessary, but I tried it out with Migo and
Olicha themes and saw no probs.

Alex

Re: Problem with make deb-dist

[Mikhael G. <mi...@ho...>]

On 19 Oct 2003 04:06:52 +0930, Alex Wallis wrote:
> 
> Perhaps someone can give me some hints of what I must do to get this to
> work for me on my stock Redhat 9.0 system? BTW I cant see any recent
> changes to cvs even by browsing the cvs from the web pages at
> http://cvs.sourceforge.net/viewcvs.py/fvwm-themes/fvwm-themes/
> 
> I'm more confused than ever now.

I have no time to verify this, but I think SourceForge has problems with
synchronizing servers, and its anonymous cvs was not updated for 6 days
(as the url above shows).

You may use the developer cvs login to get to the real cvs and not the
old mirror. This should explain all your problems with deb packages.

Regards,
Mikhael.

Re: Problem with make deb-dist

[Mikhael G. <mi...@ho...>]

On 19 Oct 2003 00:19:54 +0930, Alex Wallis wrote:
> 
> Mikhael Goikhman wrote:
> > 
> > Where did you get fakeroot and dh_* environment for RedHat?
> > I can't really test anything I change in debian/ yet. :)
> 
> I found a really neat new site http://rpm.pbone.net that has lots of
> nice rpm's for all sorts of hard to get applications for many different
> rpm based distro's.

Ok, I installed fakeroot from AltLinux (with --nodeps) and deb from
SuSE 8.2, and "make deb-dist" seems to work on RedHat.

I just restored my previous change about sed (until Andrei finds a better
solution) and created deb package (with .dsc and company) without any
problem. It just failed to debsign, not a real problem.

Regards,
Mikhael.

Re: Problem with make deb-dist

[Alex W. <aw...@pr...>]

Mikhael Goikhman wrote:
> 
> I don't know. cvs has "fvwm-themes" not "fvwm-themes-$(version)" in
> dh_clean. Probably Makefile was not regenerated for you.

The Makefile looks fine.

> 
> > (cd .. && dpkg-source -b fvwm-themes)
> > parsechangelog/debian: error: badly formatted trailer line, at changelog
> > line 5
> > dpkg-source: error: syntax error in parsed version of changelog at line
> > 0: empty file
> > make[1]: *** [deb] Error 29
> > make[1]: Leaving directory `/home/awol/cvs/fvwm-themes'
> > make: *** [deb-this] Error 1
> 
> Try it now.

Nope, it still produces the same error. I even did a complete fresh
checkout yet again.
However Andrei has emailed me directly and indicated there may be a
problem with different versions of the date command and may have to
rewrite several parts.  

> 
> Where did you get fakeroot and dh_* environment for RedHat?
> I can't really test anything I change in debian/ yet. :)
> 

I found a really neat new site http://rpm.pbone.net that has lots of
nice rpm's for all sorts of hard to get applications for many different
rpm based distro's.

Alex