fvwm-themes-devel — Developing FVWM Themes

Re: Problem with make deb-dist

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

On 18 Oct 2003 21:05:07 +0930, Alex Wallis wrote:
> 
> Mikhael Goikhman wrote:
> > 
> > You don't use the latest cvs.
> 
> I always use only latest cvs, and to be absolutely certain I just did a
> complete new fresh checkout. Same error with make deb-dist.
> 
> > 
> > I don't know why this is needed at all (this sed should be replaced),
> > but try "make sdir=fvwm-themes deb-dist".
> 
> This produced a new error...
> 
> fakeroot dh_clean fvwm-themes-extra-0.7.0 fvwm-themes-full-0.7.0 fvwm-themes-0.7.0

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

> (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.

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

Regards,
Mikhael.

Re: Problem with make deb-dist

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

Mikhael Goikhman wrote:
> 
> You don't use the latest cvs.

I always use only latest cvs, and to be absolutely certain I just did a
complete new fresh checkout. Same error with make deb-dist.

> 
> I don't know why this is needed at all (this sed should be replaced),
> but try "make sdir=fvwm-themes deb-dist".

This produced a new error...

fakeroot dh_clean fvwm-themes-extra-0.7.0 fvwm-themes-full-0.7.0
fvwm-themes-0.7.0
(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


Alex

Re: Problem with make deb-dist

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

On 18 Oct 2003 17:21:00 +0930, Alex Wallis wrote:
> 
> Since I have all the debian package tools installed on my Redhat 9.0
> system I thought I'd give the make deb-dist option a try but I get the
> following error....
> 
> fakeroot dh_clean fvwm-themes-extra-0.7.0 fvwm-themes-full-0.7.0 fvwm-themes-0.7.0

You don't use the latest cvs.

> (cd .. && dpkg-source -b `pwd | sed 's,.*/,,'`)
> dpkg-parsechangelog: error: cannot open ./cvs/debian/changelog to find format: No such file or directory

I don't know why this is needed at all (this sed should be replaced),
but try "make sdir=fvwm-themes deb-dist".

> 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
> 
> I'm guessing but it may just be a typo or path issue? Or is there
> something else wrong? Is this packaging option complete yet? Should I
> instead try it again on a true debian system?

Try it on as many systems as you can.

Regards,
Mikhael.

Problem with make deb-dist

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

I've just joined a local project that takes donated hardware and
installs debian linux on them, and then gives the machines away to the
needy and poor. They prefer to use fvwm and really want to use RedmondXP
as their default theme, so I'll have lots of opportunities to test
debian packaging from now on.

Since I have all the debian package tools installed on my Redhat 9.0
system I thought I'd give the make deb-dist option a try but I get the
following error....

fakeroot dh_clean fvwm-themes-extra-0.7.0 fvwm-themes-full-0.7.0
fvwm-themes-0.7.0
(cd .. && dpkg-source -b `pwd | sed 's,.*/,,'`)
dpkg-parsechangelog: error: cannot open ./cvs/debian/changelog to find
format: No such file or directory
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

I'm guessing but it may just be a typo or path issue? Or is there
something else wrong? Is this packaging option complete yet? Should I
instead try it again on a true debian system?


Alex

Re: Updated Awol theme

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

Mikhael Goikhman wrote:
> 
> Another 210Kb to your theme. This or something like this should be added
> to colors@multichoice. My current mood is to postpone this to until after
> 0.7.0. We will see.

OK. But for colors@multichoice then preprocessing probably would be
better to use, but now at least you have seen my way of doing it.

> 
> 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 confess I rarely use my own theme's colors anymore when there's so
many choices from other themes. I'll see if I can get creative and find
something I _WILL_ use.  ;-P

I've been toying with an idea to make the various sounds dir's optional
plugins. This may help reduce the theme's size by a lot. (I hope
removing files from cvs is ok? :-) )

I'll get a screenshot happening soon, after I decide on colors.


Alex

Re: Updated Awol theme

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

On 18 Oct 2003 06:46:34 +0930, Alex Wallis wrote:
> 
> > I would really replace all colors (gray-green-red scheme looks bad), but
> > I don't have time. I will only make sure it looks well with colors@migo.
> 
> You may curse me for this, but I've added multiple choice colors
> (attached tarball) that allows separate colors for menus, modules and
> window colors. It probably would be more efficient to have used some
> form of preprocessing like m4 but I am not skilled enough for that.

Another 210Kb to your theme. This or something like this should be added
to colors@multichoice. My current mood is to postpone this to until after
0.7.0. We will see.

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.

Regards,
Mikhael.

New theme screenshots

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

There are more themes without screenshots on the web.

Alex, please create a screenshot for your theme.

Shawn, please do this too for OSX and RedmondXP themes when you finish
with them, if you have time.

I am not sure what to show for E17, Ice, QNX themes, they are just
partially themes. Maybe only window decorations. Or full screenshots
with components from other themes. Please someone here volunteer to
create nice screenshots for these themes.

Also, if you think your current fvwm-themes based desktop looks nicer
then the screenshots on our web, create a screenshot too. 

Preferably 1280x1024, PNG, non-progressive.

Regards,
Mikhael.

Re: Updated Awol theme

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

I'm sorry this took so long but first sourceforge appeared to have
issues then I had some hardware problems which I resolved by upgrading
my machines.


Mikhael Goikhman wrote:
> 
> Ok, I applied all your changes with my several improvements.
> 
> I also changed some things, there is a reason for every change.
> 
> It is impossible to delete a file in cvs and add a directory with the
> same name. Stupid cvs. 

The biggest problem with this is it may be confusing to users but we
have to live with the limitation I guess.

> There are 2 possible solutions to work around
> this. I used both, one for your menustyle@ component and one for sound@.
> 
> Test that everything works like intended.

It seems to all work ok.

> 
> I would really replace all colors (gray-green-red scheme looks bad), but
> I don't have time. I will only make sure it looks well with colors@migo.

You may curse me for this, but I've added multiple choice colors
(attached tarball) that allows separate colors for menus, modules and
window colors. It probably would be more efficient to have used some
form of preprocessing like m4 but I am not skilled enough for that.

> 
> It is now possible to have multiple font attempts, so if you still have
> -adobe-*chancery fonts, add them. Also I get italic fonts in menus, is
> this intended? If no, the fonts should be refined.

I like the italics here but I may make some adjustments later.


Alex

RedmondXP panel

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

On 15 Oct 2003 21:39:06 -0600, S. Anderson wrote:
> 
> I made this test theme for a transparent redmondxp panel that will use
> the colors of other themes.
> 
> http://www.xmission.com/~sa/ft-redmondxp-test-0.7.x.tar.gz
> 
> It needs more work, but please try it and let me know if you have any
> suggestions.

Very nice.

I originally thought that it is a good idea to reuse the pager colorsets
in panel, but it is probably not. Take a look at the pager. You probably
better use reserved-for-modules colorsets 24, 25 in panel.

Since you work on this theme, I would improve the pager a bit, highlight
color and fonts are not so good (I can't work without desker).

Also I used fonts in FvwmIconMan to be the same as the original, but I
don't use the original, so if you feel like this, increase this font.

The start image may say something like "Go!" or "Launch" (or "Start"),
here is the tiger logo:

  http://fvwm-themes.sourceforge.net/images/fvwm-themes-logo.xcf

but you may use anything nicer than this.

Again, very nice, it is better than I could expect for 0.7.0.
You may work in cvs directly, or submit the theme, whichever you prefer.

Regards,
Mikhael.

Re: Work submission reminder

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

On Fri, Oct 10, 2003 at 12:45:21PM +0300, Mikhael Goikhman wrote:
> I am starting to activelly work on the new fvwm-themes release and would
> like to see the declared works of Timothy, Alex and Shawn.
> 

I made this test theme for a transparent redmondxp panel that will use
the colors of other themes.

http://www.xmission.com/~sa/ft-redmondxp-test-0.7.x.tar.gz

It needs more work, but please try it and let me know if you have any
suggestions.

thanks,
sa

Re: Work submission reminder

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

On Fri, Oct 10, 2003 at 12:45:21PM +0300, Mikhael Goikhman wrote:
> I am starting to activelly work on the new fvwm-themes release and would
> like to see the declared works of Timothy, Alex and Shawn.
> 

I made a test theme for a transparent redmond xp panel, So it can 
use the colors from other themes.
http://www.xmission.com/~sa/ft-redmondxp-test-0.7.x.tar.gz

It needs some more work, try it out and let me know if you have any
suggestions...

thanks,
sa

Re: Transparent like theme

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

On 12 Oct 2003 11:06:59 +0930, Alex Wallis wrote:
> 
> Mikhael Goikhman wrote:
> >  
> > I would like to reduce the number of themes we have. We should better
> > work on quality then quantity.
> 
> How about we just have a fvwm-themes-base package (say 6 themes), and a
> fvwm-themes-full package (complete cvs bundle), and have all the themes
> that are NOT in the base package available as seperate downloads so
> people can pick and choose what they want?

But who will work on all these 30-40 themes in cvs? Me, Olivier?

> Then give users the option to install either fvwm-themes-base OR
> fvwm-themes-full, instead of the currently sometimes confusing both base
> and extras. If users could be allowed to install the
> fvwm-themes-base.rpm to tryout, and if they like it then just rpm -U
> fvwm-themes-full.rpm it would be a bonus! However I have no idea if that
> is at all possible.

There is no -base, it is now called fvwm-themes.rpm.

It is possible to create one -full rpm (make rpm-dist) that replaces 2
rpms that we distribute. But I am not sure we should distribute large
packages. Your theme alone takes 1.4Mb! I don't have anything against
your configurable sounds, but still maybe we should switch to .png and
.ogg instead of .xpm and .wav. :)

> That way we can increase awareness of the project by submitting the
> seperate themes to themes.freshmeat.net with regular updates as
> necessary. You have very wisely prepared for this kind of scheme with
> the --pack-extra-version option. This also allows for individual theme
> authors to contribute when/where they can.

If the author wants to maintain any theme in cvs, he may do it without
voting. But practically I still should make cleanup/integration/fixes, so
the more themes in cvs the more work for me. It may change, of course, if
someone helps very activelly.

> Is it possible to divide the cvs tree into individual theme branches? I
> currently have 29 themes in my menus although others may have more.

Yes, the menu is large, but I don't see a simple and still useful
solution, so we will leave with this for now. Just don't use huge menu
item sizes. :)

Regards,
Mikhael.

Updated Awol theme

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

On 11 Oct 2003 03:30:32 +0930, Alex Wallis wrote:
> 
> Mikhael Goikhman wrote:
> > 
> > I am starting to activelly work on the new fvwm-themes release and would
> > like to see the declared works of Timothy, Alex and Shawn.
> 
> http://awol.no-ip.org/awol/fvwm/testing/ft-modified-awol-0.7.x_0.4.tar.gz

Ok, I applied all your changes with my several improvements.

I also changed some things, there is a reason for every change.

It is impossible to delete a file in cvs and add a directory with the
same name. Stupid cvs. There are 2 possible solutions to work around
this. I used both, one for your menustyle@ component and one for sound@.

Test that everything works like intended.

I would really replace all colors (gray-green-red scheme looks bad), but
I don't have time. I will only make sure it looks well with colors@migo.

It is now possible to have multiple font attempts, so if you still have
-adobe-*chancery fonts, add them. Also I get italic fonts in menus, is
this intended? If no, the fonts should be refined.

Regards,
Mikhael.

Re: Transparent like theme

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

Mikhael Goikhman wrote:
>  
> I would like to reduce the number of themes we have. We should better
> work on quality then quantity. Probably we should have a vote on whether
> to include some new theme or not. 3 votes for and no votes against should
> be enough, I think.
> 
How about we just have a fvwm-themes-base package (say 6 themes), and a
fvwm-themes-full package (complete cvs bundle), and have all the themes
that are NOT in the base package available as seperate downloads so
people can pick and choose what they want?

Then give users the option to install either fvwm-themes-base OR
fvwm-themes-full, instead of the currently sometimes confusing both base
and extras. If users could be allowed to install the
fvwm-themes-base.rpm to tryout, and if they like it then just rpm -U
fvwm-themes-full.rpm it would be a bonus! However I have no idea if that
is at all possible.

That way we can increase awareness of the project by submitting the
seperate themes to themes.freshmeat.net with regular updates as
necessary. You have very wisely prepared for this kind of scheme with
the --pack-extra-version option. This also allows for individual theme
authors to contribute when/where they can.

Is it possible to divide the cvs tree into individual theme branches? I
currently have 29 themes in my menus although others may have more.

Just a few thoughts.

Alex

Transparent like theme

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

On 11 Oct 2003 16:35:35 -0700, Timothy Beyer wrote:
> 
> My theme is still under contruction, I need a few more days to finish
> it though.
> 
> Sorry about the delay.

No problem, but please, when you reply to a digest _never_ quote it
fully, leave only relevant quotes and change the Subject line.

I would like to reduce the number of themes we have. We should better
work on quality then quantity. Probably we should have a vote on whether
to include some new theme or not. 3 votes for and no votes against should
be enough, I think.

Please post the url to the screenshot of your theme if possible when it
is finished. Don't worry if it has glitches, I will help to fix them.

Regards,
Mikhael.

Re: FVWM-Themes-devel digest, Vol 1 #378 - 2 msgs

[Timothy B. <be...@cs...>]

My theme is still under contruction, I need a few more days to finish it though.

Sorry about the delay.

--Tim


On Fri, 10 Oct 2003 20:04:09 -0700
fvw...@li... wrote:

> Send FVWM-Themes-devel mailing list submissions to
> 	fvw...@li...
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> 	https://lists.sourceforge.net/lists/listinfo/fvwm-themes-devel
> or, via email, send a message with subject or body 'help' to
> 	fvw...@li...
> 
> You can reach the person managing the list at
> 	fvw...@li...
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of FVWM-Themes-devel digest..."
> 
> 
> Today's Topics:
> 
>    1. Work submission reminder (Mikhael Goikhman)
>    2. Re: Work submission reminder (Alex Wallis)
> 
> --__--__--
> 
> Message: 1
> Date: Fri, 10 Oct 2003 12:45:21 +0300
> From: Mikhael Goikhman <mi...@ho...>
> To: FVWM Themes devel <fvw...@li...>
> Subject: Work submission reminder
> 
> I am starting to activelly work on the new fvwm-themes release and would
> like to see the declared works of Timothy, Alex and Shawn.
> 
> Regards,
> Mikhael.
> 
> 
> --__--__--
> 
> Message: 2
> Date: Sat, 11 Oct 2003 03:30:32 +0930
> From: Alex Wallis <aw...@pr...>
> Organization: Always Working On Linux
> To: FVWM Themes devel <fvw...@li...>
> Subject: Re: Work submission reminder
> 
> Mikhael Goikhman wrote:
> > 
> > I am starting to activelly work on the new fvwm-themes release and would
> > like to see the declared works of Timothy, Alex and Shawn.
> > 
> > Regards,
> > Mikhael.
> > 
> 
> http://awol.no-ip.org/awol/fvwm/testing/ft-modified-awol-0.7.x_0.4.tar.gz
> 
> I'm still trying to work out some problems with a form for DesktopName
> command. I think I may need some help with it. The form works fine. It's
> the .cfg file and how to integrate it that's difficult for me. I don't
> quite understand how all that works.
> 
> I'll try and write a detailed description of my probs with it by
> tomorrow.
> 
> Cheers,
> 
> Alex
> 
> 
> 
> --__--__--
> 
> -- 
> FVWM-Themes-devel mailing list digest, fvw...@li...
> https://lists.sourceforge.net/lists/listinfo/fvwm-themes-devel
> 
> 
> End of FVWM-Themes-devel Digest

Re: Work submission reminder

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

Mikhael Goikhman wrote:
> 
> I am starting to activelly work on the new fvwm-themes release and would
> like to see the declared works of Timothy, Alex and Shawn.
> 
> Regards,
> Mikhael.
> 

http://awol.no-ip.org/awol/fvwm/testing/ft-modified-awol-0.7.x_0.4.tar.gz

I'm still trying to work out some problems with a form for DesktopName
command. I think I may need some help with it. The form works fine. It's
the .cfg file and how to integrate it that's difficult for me. I don't
quite understand how all that works.

I'll try and write a detailed description of my probs with it by
tomorrow.

Cheers,

Alex

Work submission reminder

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

I am starting to activelly work on the new fvwm-themes release and would
like to see the declared works of Timothy, Alex and Shawn.

Regards,
Mikhael.

Re: Planning the new fvwm-themes release

[Kathryn A. <kat...@ka...>]

On Sun, Sep 28, 2003 at 06:05:32PM +0300, Mikhael Goikhman wrote:
> On 28 Sep 2003 21:24:21 +1000, Kathryn Andersen wrote:
> > 
> > On Sun, Sep 28, 2003 at 01:52:17AM +0300, Mikhael Goikhman wrote:
> > > On 28 Sep 2003 07:04:37 +1000, Kathryn Andersen wrote:
> > > > 
> > > > On Sat, Sep 27, 2003 at 04:31:53PM +0300, Mikhael Goikhman wrote:
> > > > >   * Do something with plainbow and celticbow themes, they don't seem to
> > > > >   be finished. Probably add configurable colors like in CDE theme.
> > > > 
> > > > I didn't realize there was anything that needed doing.  How are they not
> > > > "finished"?
> > > 
> > > Ok, if you think they are finished, then background.cpp and colors.cpp
> > > may be removed, since they are not used.
> > 
> > Well... it all depends on what you mean by finished.  No, there is no
> > colour-switching stuff in there, because I couldn't think of a simple
> > easy way of translating what I had into something indepentent and purely
> > fvwm-themes... so it got put in the too-hard basket and never taken out.
> 
[snippage]
> 
> It is a good opportunity to do it now. :)

Unfortunately, assessing my current commitments, I have to be realistic
and admit that I'm not going to have time to do this at this point in
time.  Sorry everyone.  Please feel free to do what seems appropriate
for those themes.

Kathryn Andersen
-=-=-=-=-=-=-=-=-
"Do not envy a man of violence and do not choose any of his ways;
for the perverse man is an abomination to the Lord,
but the upright are in his confidence."		Proverbs 3:31-32
-- 
 _--_|\	    | Kathryn Andersen	<http://www.katspace.com>
/      \    | 
\_.--.*/    | GenFicCrit mailing list <http://www.katspace.com/gen_fic_crit/>
      v	    | 
------------| Melbourne -> Victoria -> Australia -> Southern Hemisphere
Maranatha!  |	-> Earth -> Sol -> Milky Way Galaxy -> Universe

Re: help with fvwm

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

On 30 Sep 2003 22:00:36 +0200, virtuoso wrote:
> 
> Im interested to install and configure fvwm to have a desktop like your:
> 
> http://fvwm.math.uh.edu/screenshots/Mikhael-desk-1280x1024.html

Virtuozo, I usually don't answer such private questions, because I get a
lot of them and I have no time to repeat the answers. But it seems there
is a bug with your system, so I write to the correct place, to the list.

> At the moment i've installed fvwm stable version with redmondxp theme,

You need at least 2.5.7 for it to work, but 2.5.8 (from cvs) is preferred.

I see the RedmondXP panel correctly in your attached screenshot, so you
can't run the stable 2.4.x, because of png image support and a perllib
module managing the clock and other things. I suppose you run 2.5.7.

> as u can see in the screeshot i've attached. My problem is that
> the taskbar is too short

It seems like your system does not have either printf or expr.
What system do you use? Send "uname -a" output.

To workaround this problem, with your 1600x1200 screen you may add line
128 in /usr/local/share/fvwm/themes/redmondxp/modules/FvwmButtons-Panel :

  SetEnv IconManWidth 310  # 310 == 1600 / 4 - 90

> and i don't know what should i do to have the desktop icons
> (Top;fvwmConsole;pppstatus,etc) like yours.

Like it is said in the screenshot description, all icons are from
wm-icons, currently in cvs.

> I need to have a windows xp style desktop on my linux box for my job,so
> i wanna ask u if u can send me the configuration files that u have used
> to have the situation of this screenshot :
> 
> http://fvwm.math.uh.edu/screenshots/Mikhael-desk-1280x1024.html
> 
> I hope u can help me,

I use cvs versions of fvwm, fvwm-themes and wm-icons. I don't use any
other configuration rather than maybe personal extra components.

Regards,
Mikhael.

Re: Planning the new fvwm-themes release

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

On 27 Sep 2003 22:01:11 -0600, S. Anderson wrote:
> 
> On Sat, Sep 27, 2003 at 04:31:53PM +0300, Mikhael Goikhman wrote:
> >   * Users didn't like modules in OSX, except for the top panel.
> >   Shawn, can you design something (probably completely) different that is
> >   more in the spirit of MacOS X? If no, I think the default should be not
> >   to show modules at the bottom.
> 
> The modules at the bottom should definitely go... The only think I can
> think of is to have a FvwmButton app launcher, similar to the one in the
> top right corner of the Olicha theme. But this would be more Mac OS 9
> style. Does anyone have an other idea?

The Mac OS 9 style seems good, definitelly better than the current one.

> >   * Images for RedmondXP panel should be transparent when possible.
> >   I.e. they should not include the blue gradient-like background.
> >   I tried to make a separator in PNG using alpha channel so that it is
> >   possible to apply it to any background (not just blue gradient),
> >   but it is not as nice as the non-transparent one. I am not an artist.
> >   Shawn, can you help here? Basically all non-transparent images should be
> >   converted to transparent except for the real background.
> 
> I made a couple transparent test images, http://www.xmission.com/~sa/fvwm/
> Let me know if they are ok, or should i try again...

I didn't try them, but I think you understand the idea.

Please make a screenshot of the current panel to compare against it
and replace all images.

Ideally modules@redmondxp will not override any colorset, but will use
the ones defined in colors@othertheme, and still looks good. This is
probably a hopeless task to make it look well with any colors, but if
you may improve the current state, it would be nice. If no, we may always
return to the current hardcoded-colors configuration.

> Do you want the same kind of thing for the titlebar, etc?

I thought about improving window decorations too. I spent a lot of hours
playing with them, nothing seems perfect. Some ideas. Maybe it worth to
work with gradients only in titlebar and in panel, so we may set any
title height or panel height we want. Maybe to apply some png filters.

If you have some good solutions, implement them.

Regards,
Mikhael.

Re: Crux, Transparent theme, Task Switcher

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

On 29 Sep 2003 08:29:06 +1000, Kathryn Andersen wrote:
> 
> On Sun, Sep 28, 2003 at 08:00:40PM +0300, Mikhael Goikhman wrote:
> > On 27 Sep 2003 21:52:43 -0700, Timothy Beyer wrote:
> 
> > > It would be great to see a Port of Susanne's Crux to Fvwm-themes, I
> > > would be willing to help.  Just a question though, would it be
> > > difficult to grab the gtk+ theme color for the window decoration?
> > 
> > This is probably doable although not immediately, but you should first
> > explain what "gtk+ theme color" means. I guess it is not just one color.
> > Is this a task for a new "GTK" theme, specifically colors@gtk?
> > Two things to think about. GTK+ engine enables endless number of colors,
> > and what to do with the users that don't install/use gtk.
>  
> I think his point was, that one of the things that the Crux theme does,
> is that it detects colour information from the current GTK+ theme, and
> uses that to determine its own colours.  From a user point of view, that
> is a very attractive feature, because it means that the window-manager
> theme is in harmony with the GTK+ theme.

Yes, but my point was to at least explain which color of the current
GTK+ theme should be used if not to give a shell command to extract it.

My .gtkrc.mine defines a lot of different colors for different widgets in
different states and it is pretty plain yet without any images, so which
one should be used in which place/state of the decorations?

Once the color(s) extracted, a simple PipeRead should work, with a logic
to fail safe to some default.

Just downloaded crux.tgz from Suzanne, it does not use any GTK colors.

Regards,
Mikhael.

Re: Crux, Transparent theme, Task Switcher

[Kathryn A. <kat...@ka...>]

On Sun, Sep 28, 2003 at 08:00:40PM +0300, Mikhael Goikhman wrote:
> On 27 Sep 2003 21:52:43 -0700, Timothy Beyer wrote:

> > It would be great to see a Port of Susanne's Crux to Fvwm-themes, I
> > would be willing to help.  Just a question though, would it be
> > difficult to grab the gtk+ theme color for the window decoration?
> 
> This is probably doable although not immediately, but you should first
> explain what "gtk+ theme color" means. I guess it is not just one color.
> Is this a task for a new "GTK" theme, specifically colors@gtk?
> Two things to think about. GTK+ engine enables endless number of colors,
> and what to do with the users that don't install/use gtk.
 
I think his point was, that one of the things that the Crux theme does,
is that it detects colour information from the current GTK+ theme, and
uses that to determine its own colours.  From a user point of view, that
is a very attractive feature, because it means that the window-manager
theme is in harmony with the GTK+ theme.

-- 
 _--_|\	    | Kathryn Andersen	<http://www.katspace.com>
/      \    | 
\_.--.*/    | GenFicCrit mailing list <http://www.katspace.com/gen_fic_crit/>
      v	    | 
------------| Melbourne -> Victoria -> Australia -> Southern Hemisphere
Maranatha!  |	-> Earth -> Sol -> Milky Way Galaxy -> Universe

Re: Crux, Transparent theme, Task Switcher

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

On 27 Sep 2003 21:52:43 -0700, Timothy Beyer wrote:
> 
> > Sorry for the long delay. We should return to work on finalizing 0.7.0.
> > I plan to activaly work to make it happen in the second half of October.
> > 
> > My plans are these:
> > 
> >   * Remove Unsafe theme.
> 
> I really liked that one though, even if it was non-standard.

It was never be finished. By this I mean some images look pretty
unpolished, like active vus inactive titlebar colors.

If you want to maintain this theme (improve, keep it up to date with the
current fvwm cvs), it may be left. There is the corresponding AfterStep
theme that was the prototype (some things were changed).

> >   * Optionally. We need Transparent theme. Who wants to do it?
> 
> I have already made some progress on a transparent theme, and I would
> be willing to contribute when it is done.  In this theme, I would
> assume that you would want a transparent:

> pager	(done)
> menus
> decors
> 
> Anyway, I could get it done in about two weeks.

The keyword here is a beauty, not a transparency. It would be too trivial
to add the word Transparent to all colorsets, but this is be too unusable
and not nice. Some ideas are a good background and partial transparency
using tinting/shading.

I think it may be done like this. Modules are transparent, menus are
transparent, but decorations are not transparent in colors@transparent.
And there is also colors-decors@transparent for transparent decorations.

Or any other solution you choose. We wait for your work to judge it. :)

> >   * Optionally. Add one theme from Susanne configs (Elberg, Crux?).
> 
> It would be great to see a Port of Susanne's Crux to Fvwm-themes, I
> would be willing to help.  Just a question though, would it be
> difficult to grab the gtk+ theme color for the window decoration?

This is probably doable although not immediately, but you should first
explain what "gtk+ theme color" means. I guess it is not just one color.
Is this a task for a new "GTK" theme, specifically colors@gtk?
Two things to think about. GTK+ engine enables endless number of colors,
and what to do with the users that don't install/use gtk.

> I would like to make a function to improve the  fvwm task switcher. 
> Its decent, though I would like to see one that switches on each
> keypress, and on the keyrelease the menu would disappear.  Would adding
> something of this nature be difficult to change without modifying
> fvwm's internals?
> 
> I made several attempts to improve it, but each was flawed, so I wasn't
> sure exactly what to do. Anyway, I made numerous usability tweaks to my
> theme that would help other people make very interesting themes, but my
> decors are nothing that great at the current time.  When I get that
> sorted out I will submit something.

What you want can't be done using fvwm menus (the current WindowList).

The proper way is to write Perl/GTK module using FVWM::Module::Gtk class.
There is some very preliminary code in FvwmWindowMenu in the current cvs.
The idea was to start "FvwmWindowMenu -g" and bind "SendToModule
FvwmWindowMenu ShowBar" to Alt-Tab or some other key. This should open
a horizontal bar showing all applications (short name + icon) and cursor.
But I don't have a time to finish it in some time soon. Maybe later.
I also don't quite know yet how to catch key presses/releases in GTK,
but I believe this is possible.

Regards,
Mikhael.

Re: Planning the new fvwm-themes release

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

On 28 Sep 2003 17:14:16 +0930, Alex Wallis wrote:
> 
> Mikhael Goikhman wrote:
> >
> <snip>
> >   * Remove Awol theme. It was not updated for years. Optionally replace
> >   it by a new Awol theme if Alex sends it in the following 2 weeks.
> 
> I should have an updated awol theme ready by the end of this week. It
> may be best to replace the old awol theme totally as most of it has
> changed now.

I will be able to work on fvwm-themes starting from 10 October, so you
have almost 2 weeks to polish it. :)

> <snip>
> > 
> >   * Optionally. Have a generic FvwmButtons builder (perl script or
> >   module) that gets input (bar size and some options) and enables to
> >   add/replace application items using a dialog, each item has icon,
> >   optional title and command line.  It may be used for several purposes:
> >   configuring applications used in modules of all our themes, or
> >   emulating Windows-like desktop icons.
> 
> Given FvwmButtons extreme configurability I'm not sure how useful this
> may be? Everyone seems to have their own ideas how they want their
> FvwmButtons to look. I would like to hear more ideas on your proposal
> for this though, but I suspect perl may be the only tool powerful enough
> to achieve this.

This script/module does not affect the FvwmButtons look or feel, it only
affects the contents. Given the Bar1 name (and a number of buttons and
some other parameters) it only builds these lines (Title is optional):

  *FvwmButtons-Bar1: (Icon 16x16/terminal.xpm, Title XTerm, Action `Exec xterm`)

If a button-bar is written with a support for this script then the user
may replace any application used in the button-bar with his favorite one.
All other settings like colorset for the Container, sizes, layout and
more are not controlled by this script/module.

I leave to define the exact design and integration to the implementor.

Regards,
Mikhael.