On Thursday 30 November 2000 02:34, Allan Rae wrote:
> Consider TF Message Read.
Sorry. I got a bit overexcited.
> > When your cursor goes over amy object in FormPreferences you get a little
> > bit of text. Read it. Act upon it!
> You already set the X11 name by some search method. Why not set the colour
> swatch to that shade and have the modify key active instead of requiring
> the user click three times to make a mod? Alternatively, why not allow
> the user to choose a colour other than one with an X11 name? I have no
> idea what you need to do to make this work but it seems silly to me that a
> user is restricted to named colours only.
> If you have a good reason for this restriction then what is it? I have no
> problem with a discrete colour space if that is what you want I just think
> you should make it easier for idiot users like me by only using that
> discrete colour space in the colour swatch. That way I only need press
> Modify and Apply to see the pretty colours changing! (Excellent work BTW)
The ONLY reason we have the X11 name browser is because LColor currently
stores colours by name, not by RGB value. This will have to change in the
future if we're to have a native windows port etc, but, for the time being it
makes it hard to do other than I have here.
1. Must input an X11 name.
2. The user would like to browse the colour space using the dials/sliders.
There are MANY more possible colors available this way than by X11 name.
3. The name displayed in the browser is the CLOSEST available to the
dialed/slid colour. I thought about then changing the colour to the X11 name,
but this means that the dials/sliders bounce all over the place; this is HSV
space remember, not RGB. Similar colours have vastly different H,S,V values.
> BTW, can we please, pretty please with whipped cream and a cherry on top,
> have the next larger font for the messages ;-)
Don't think so. Try changing language and see the problems associated with
fitting it all in. Ok, at the moment nobody's written any translations, but
they will. Since we can't resize tabbed folders, then it makes more sense to
make sure the test fits!
> Allan. (ARRae)
>
> P.S. Bold GUI text (and some random GUI text) seems unaffected by a change
> to GUI_text. ...pause..
>
> Wow! That's weird! Try this:
> set GUI_background to a dark colour (purple4 for example)
> set GUI_text to white.
> most bold gui text is still black
> set GUI_background to grey16
> set GUI_text to mediumpurple1
> now the bold text stuff is white and rest is purple.
> Change virtual desktops and then back again.
> LyX is now rooolly purty (all GUI_text is now purple)
>
> No idea how to fix this.
It seems that xforms has some problems with fl_redraw_xxx(); You mention bold
text. It's truw also for the tab folder names. I'll probably submit a little
sample code to the xforms list highlighting the problem. Bearable though.
(You don't need to change desktop. Move your mouse over the offender. That
seems to work.)
Angus
