Re: FVWM: How to use StippledTitleOff

2006-07-20 Thread Jacob Bachmeyer

seventh guardian wrote:
Lol.. Yes, but how do you specify if its an "and" or an "or"?  
What about the words "and" and "or"? The symbols '&' and '|' could be 
supported as well.




Re: FVWM: How to use StippledTitleOff

2006-07-19 Thread Thomas Adam
On Mon, Jul 17, 2006 at 06:20:43PM +0100, seventh guardian wrote:
> On 7/17/06, Thomas Adam <[EMAIL PROTECTED]> wrote:
> >On Mon, Jul 17, 2006 at 04:56:18PM +0100, seventh guardian wrote:
> >
> >> Lol.. Yes, but how do you specify if its an "and" or an "or"?
> >
> >Just have two separate lines for them?
> >
> >Style (title=foo, winstate=normal ii, winstate=iconic ) .
>
>
> Touche.. :) Renato

Well, in the meantime, and as a proof-of-concept, see:

http://edulinux.homeunix.org/fvwm/patches.html

-- Thomas Adam

-- 
"If I were a witch's hat, sitting on her head like a paraffin stove, I'd
fly away and be a bat." -- Incredible String Band.



Re: FVWM: How to use StippledTitleOff

2006-07-17 Thread seventh guardian

On 7/17/06, Thomas Adam <[EMAIL PROTECTED]> wrote:

On Mon, Jul 17, 2006 at 04:56:18PM +0100, seventh guardian wrote:
> Lol.. Yes, but how do you specify if its an "and" or an "or"?

Just have two separate lines for them?

Style (title=foo, winstate=normal) .
Style (title=fii, winstate=iconic) .



Touche.. :)
 Renato


-- Thomas Adam

--
"If I were a witch's hat, sitting on her head like a paraffin stove, I'd
fly away and be a bat." -- Incredible String Band.






Re: FVWM: How to use StippledTitleOff

2006-07-17 Thread Thomas Adam
On Mon, Jul 17, 2006 at 04:56:18PM +0100, seventh guardian wrote:
> Lol.. Yes, but how do you specify if its an "and" or an "or"?

Just have two separate lines for them?

Style (title=foo, winstate=normal) .
Style (title=fii, winstate=iconic) .

-- Thomas Adam

-- 
"If I were a witch's hat, sitting on her head like a paraffin stove, I'd
fly away and be a bat." -- Incredible String Band.



Re: FVWM: How to use StippledTitleOff

2006-07-17 Thread seventh guardian

On 7/17/06, Thomas Adam <[EMAIL PROTECTED]> wrote:

On Mon, Jul 17, 2006 at 04:36:08PM +0100, seventh guardian wrote:
> On the other hand, BackColor and ForeColor apply to both situations.

Don't get too attached to those though -- they're deprecated in favour
of using colorsets.  :)

> So you can only set a specific icon color if using a colorset, and
> never directly like you do to a window. This is why I believe the
> behaviour is broken.

> I like this aproach. But it would be more clear if was something like:
>
> Style (name=foo |& class=foo) Stick

That's horrible.   I really don't want to see any C idioms like that.
:)  Most people that use FVWM aren't programmers -- enforcing something
like that on them might make them run away.  :)



Lol.. Yes, but how do you specify if its an "and" or an "or"?

 Renato


> The comma is a bit ambiguous.. at least for a C programmer ;) I guess
> these two ways of parsing could eventually be merged.

I like the comma because it separates out the different clauses, just
like most other commands are delimited in this way in FVWM.  It also
doesn't enforce a prepositional meaning with '&' -- which, unless you're
a programmer, you're not going to necessarily grok at first.

> But this idiom doesn't add anything new, it just organizes the way
> style works. It could be extended in the same way to accept window
> states as an argument:

It does add something new in that the conjunctions are now considered as
one, as opposed to separately, which is how FVWM would currently
interpret them as.  Granted it adds no new options to the styles, but
think about how powerful that would be.

> Style (name=foo & winstate=iconic)

That might be a little better, yes.  (Again, losing the '&' syntax in
preference of a comma).

I might look into this if I get some time.

-- Thomas Adam

--
"If I were a witch's hat, sitting on her head like a paraffin stove, I'd
fly away and be a bat." -- Incredible String Band.






Re: FVWM: How to use StippledTitleOff

2006-07-17 Thread Thomas Adam
On Mon, Jul 17, 2006 at 04:36:08PM +0100, seventh guardian wrote:
> On the other hand, BackColor and ForeColor apply to both situations.

Don't get too attached to those though -- they're deprecated in favour
of using colorsets.  :)

> So you can only set a specific icon color if using a colorset, and
> never directly like you do to a window. This is why I believe the
> behaviour is broken.

> I like this aproach. But it would be more clear if was something like:
>
> Style (name=foo |& class=foo) Stick

That's horrible.   I really don't want to see any C idioms like that.
:)  Most people that use FVWM aren't programmers -- enforcing something
like that on them might make them run away.  :)

> The comma is a bit ambiguous.. at least for a C programmer ;) I guess
> these two ways of parsing could eventually be merged.

I like the comma because it separates out the different clauses, just
like most other commands are delimited in this way in FVWM.  It also
doesn't enforce a prepositional meaning with '&' -- which, unless you're
a programmer, you're not going to necessarily grok at first.

> But this idiom doesn't add anything new, it just organizes the way
> style works. It could be extended in the same way to accept window
> states as an argument:

It does add something new in that the conjunctions are now considered as
one, as opposed to separately, which is how FVWM would currently
interpret them as.  Granted it adds no new options to the styles, but
think about how powerful that would be.

> Style (name=foo & winstate=iconic)

That might be a little better, yes.  (Again, losing the '&' syntax in
preference of a comma).

I might look into this if I get some time.

-- Thomas Adam

-- 
"If I were a witch's hat, sitting on her head like a paraffin stove, I'd
fly away and be a bat." -- Incredible String Band.



Re: FVWM: How to use StippledTitleOff

2006-07-17 Thread seventh guardian

On 7/17/06, Thomas Adam <[EMAIL PROTECTED]> wrote:

On Mon, Jul 17, 2006 at 04:01:36PM +0100, seventh guardian wrote:
> Yes, but then you'd end up with lots of equal styles applying to
> different situations..

I don't see how -- it still only applies to a specific group of windows
(or a specific window, depending on the style used.)

> It would allow us for instance to use a different color style for
> sticky windows, instead of just allowing stippling..

You can do this with FvwmEvent -- although currently you can't turn the
stipples off.

> It would allow setting different colors to the iconified windows. This
> currently can only be done with the use of colorsets, which I belive
> is a broken behaviour.

Do you?  An icon is just another window -- giving it its own colorset
makes sense to me.


Of course, but you need to use IconTitleColorset, instead of just
TitleColorset. As you can see, we have two commands for the same
purpose, except for diferent situations (iconic and normal windows).

On the other hand, BackColor and ForeColor apply to both situations.
So you can only set a specific icon color if using a colorset, and
never directly like you do to a window. This is why I believe the
behaviour is broken.



> And the list goes on. It's a flexible solution that follows the same
> philosophy that was behindreplacing all sorts of old fvwm commands
> with their Style counterpart..

Maybe -- I just think it adds too much verbosity.  I'd much rather more
work was done to look into the following idiom:

Style (name=foo, class=Foo) Stick

... Which currently has its own branch in the FVWM CVS, but obviously
breaks any compatibility with the way current style lines are parsed.
The above is something I'd prefer to see, above and beyond changing the
style states for different windows.


I like this aproach. But it would be more clear if was something like:

Style (name=foo | class=foo) Stick
Style (name=foo & class=foo) Stick

The comma is a bit ambiguous.. at least for a C programmer ;)
I guess these two ways of parsing could eventually be merged.

But this idiom doesn't add anything new, it just organizes the way
style works. It could be extended in the same way to accept window
states as an argument:

Style (name=foo & winstate=iconic)

Cheers,
 Renato



-- Thomas Adam

--
"If I were a witch's hat, sitting on her head like a paraffin stove, I'd
fly away and be a bat." -- Incredible String Band.






Re: FVWM: How to use StippledTitleOff

2006-07-17 Thread Thomas Adam
On Mon, Jul 17, 2006 at 04:01:36PM +0100, seventh guardian wrote:
> Yes, but then you'd end up with lots of equal styles applying to
> different situations..

I don't see how -- it still only applies to a specific group of windows
(or a specific window, depending on the style used.)

> It would allow us for instance to use a different color style for
> sticky windows, instead of just allowing stippling..

You can do this with FvwmEvent -- although currently you can't turn the
stipples off.

> It would allow setting different colors to the iconified windows. This
> currently can only be done with the use of colorsets, which I belive
> is a broken behaviour.

Do you?  An icon is just another window -- giving it its own colorset
makes sense to me.

> And the list goes on. It's a flexible solution that follows the same
> philosophy that was behindreplacing all sorts of old fvwm commands
> with their Style counterpart..

Maybe -- I just think it adds too much verbosity.  I'd much rather more
work was done to look into the following idiom:

Style (name=foo, class=Foo) Stick

... Which currently has its own branch in the FVWM CVS, but obviously
breaks any compatibility with the way current style lines are parsed.
The above is something I'd prefer to see, above and beyond changing the
style states for different windows.

-- Thomas Adam

-- 
"If I were a witch's hat, sitting on her head like a paraffin stove, I'd
fly away and be a bat." -- Incredible String Band.



Re: FVWM: How to use StippledTitleOff

2006-07-17 Thread seventh guardian

On 7/17/06, Thomas Adam <[EMAIL PROTECTED]> wrote:

On Mon, Jul 17, 2006 at 03:26:32PM +0100, seventh guardian wrote:
> On 7/17/06, Thomas Adam <[EMAIL PROTECTED]> wrote:
> >On Mon, Jul 17, 2006 at 10:35:15AM +0100, Leon wrote:
> >
> >> Thomas Adam <[EMAIL PROTECTED]> writes:
> >>
> >> > On Sun, Jul 16, 2006 at 05:56:18PM +0100, Leon wrote:
> >> >
> >> >> However it seems it does nothing at all. All the icons still
> >> >> have sticky title. Any ideas?
> >> >
> >> > Of course -- the style "StippledTitleOff" is only applicable to
> >> > non-sticky windows which have been told to use StippledTitle --
> >> > it doesn't work for sticky windows.
>
> Humm first of all this now should be a flag StippledTitle vs
> !StippledTitle. I will correct the man page.

Most commands should be using !Foo in the negatory sense.

> Style only works with window/class names. So there's no easy way of

Name, Class, Resource.

> telling fvwm just to stipple sticky windows. (Like "Style Sticky
> !StippledTitle"). Perhaps this could be done with conditional
> commands, but it's not an easy thing.

How do you mean?  It's perfectly simple to add something like:

Style * StickyStipples
Style * !StickyStipples

... Which might apply to windows which have been declared as sticky.



Yes, but then you'd end up with lots of equal styles applying to
different situations..



> The imediate solution would be
> to add another style to set/reset the StippledTitle flag only on the
> sticky windows, or globally (like Style * NeverStipple) but in my
> oppinion this is wrong..

Maybe it is, but then you can turn that around and say that stippling
sticky windows in the first place is also wrong.


Yes, I did say that :) but it's just my opinion..



> But the long term solution would be to extend the Style command not
> just for window/class names but also for Window states ("Style Icon
> (...)" or "Style Sticky (...)"). Dominik?

I don't like this, since you would probably extend it to include things
like:

Style Shaded (...)
Style HasTitle (...)

It gets too boring, unmanagable, and ultimately wrong.   The stylation
of window *states* (as in the above) just doesn't make logical sense to
me.


It would allow us for instance to use a different color style for
sticky windows, instead of just allowing stippling..

It would allow setting different colors to the iconified windows. This
currently can only be done with the use of colorsets, which I belive
is a broken behaviour.

And the list goes on. It's a flexible solution that follows the same
philosophy that was behindreplacing all sorts of old fvwm commands
with their Style counterpart..

Cheers,
 Renato



-- Thomas Adam

--
"If I were a witch's hat, sitting on her head like a paraffin stove, I'd
fly away and be a bat." -- Incredible String Band.






Re: FVWM: How to use StippledTitleOff

2006-07-17 Thread Thomas Adam
On Mon, Jul 17, 2006 at 03:26:32PM +0100, seventh guardian wrote:
> On 7/17/06, Thomas Adam <[EMAIL PROTECTED]> wrote:
> >On Mon, Jul 17, 2006 at 10:35:15AM +0100, Leon wrote:
> >
> >> Thomas Adam <[EMAIL PROTECTED]> writes:
> >>
> >> > On Sun, Jul 16, 2006 at 05:56:18PM +0100, Leon wrote:
> >> >
> >> >> However it seems it does nothing at all. All the icons still
> >> >> have sticky title. Any ideas?
> >> >
> >> > Of course -- the style "StippledTitleOff" is only applicable to
> >> > non-sticky windows which have been told to use StippledTitle --
> >> > it doesn't work for sticky windows.
>
> Humm first of all this now should be a flag StippledTitle vs
> !StippledTitle. I will correct the man page.

Most commands should be using !Foo in the negatory sense.

> Style only works with window/class names. So there's no easy way of

Name, Class, Resource.

> telling fvwm just to stipple sticky windows. (Like "Style Sticky
> !StippledTitle"). Perhaps this could be done with conditional
> commands, but it's not an easy thing. 

How do you mean?  It's perfectly simple to add something like:

Style * StickyStipples
Style * !StickyStipples

... Which might apply to windows which have been declared as sticky.


> The imediate solution would be
> to add another style to set/reset the StippledTitle flag only on the
> sticky windows, or globally (like Style * NeverStipple) but in my
> oppinion this is wrong..

Maybe it is, but then you can turn that around and say that stippling
sticky windows in the first place is also wrong. 

> But the long term solution would be to extend the Style command not
> just for window/class names but also for Window states ("Style Icon
> (...)" or "Style Sticky (...)"). Dominik?

I don't like this, since you would probably extend it to include things
like:

Style Shaded (...)
Style HasTitle (...)

It gets too boring, unmanagable, and ultimately wrong.   The stylation
of window *states* (as in the above) just doesn't make logical sense to
me.

-- Thomas Adam

-- 
"If I were a witch's hat, sitting on her head like a paraffin stove, I'd
fly away and be a bat." -- Incredible String Band.



Re: FVWM: How to use StippledTitleOff

2006-07-17 Thread seventh guardian

On 7/17/06, Thomas Adam <[EMAIL PROTECTED]> wrote:

On Mon, Jul 17, 2006 at 10:35:15AM +0100, Leon wrote:
> Thomas Adam <[EMAIL PROTECTED]> writes:
>
> > On Sun, Jul 16, 2006 at 05:56:18PM +0100, Leon wrote:
> >
> >> However it seems it does nothing at all. All the icons still have
> >> sticky title. Any ideas?
> >
> > Of course -- the style "StippledTitleOff" is only applicable to
> > non-sticky windows which have been told to use StippledTitle -- it
> > doesn't work for sticky windows.


Humm first of all this now should be a flag StippledTitle vs
!StippledTitle. I will correct the man page.


> >
> > -- Thomas Adam
>
> I misunderstood StippledTitleOff.
>
> Is there any way to tell sticky icons to use a normal title?
>
> Thanks, -- Leon

No, there isn't.  I did send a patch in last year to address this
problem, but it was mostly ignored.


Style only works with window/class names. So there's no easy way of
telling fvwm just to stipple sticky windows. (Like "Style Sticky
!StippledTitle"). Perhaps this could be done with conditional
commands, but it's not an easy thing. The imediate solution would be
to add another style to set/reset the StippledTitle flag only on the
sticky windows, or globally (like Style * NeverStipple) but in my
oppinion this is wrong..

But the long term solution would be to extend the Style command not
just for window/class names but also for Window states ("Style Icon
(...)" or "Style Sticky (...)").
Dominik?

Finally as a personal oppinion, I see no utility in the current
StippledTitle style, so maybe Thomas' patch could be re-discussed?

Cheers,
 Renato



-- Thomas Adam

--
"If I were a witch's hat, sitting on her head like a paraffin stove, I'd
fly away and be a bat." -- Incredible String Band.