[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Small FontPanel glitch.
From: |
Pascal Bourguignon |
Subject: |
Re: Small FontPanel glitch. |
Date: |
Tue, 29 Jan 2002 13:01:20 +0100 (CET) |
Fred Kiefer <FredKiefer@gmx.de> wrote:
>
> Hi Pascal,
>
> a few days back yopu wrote this mail:
>
> Pascal Bourguignon wrote:
> >
> > There is this small bug in the Font Panel:
> >
> > 1/
> >
> > The typeface selected in the list of typefaces is not synchronized
> > with the typeface shown in the font name in the preview box.
> >
> > When selecting for example: Helvetica Normal 12PT and preview, then
> > clicking ont Times in the Family column shows Time NoFace 12 PT in the
> > preview box, in Times (I don't know if it's Times "NoFace" or Times
> > "Normal"), but the Typeface column still shows the Normal typeface
> > selected.
> >
> > I would expect that if the selected typeface exists in the new font,
> > then the new font should be displayed with this same typeface. If not,
> > then the typeface should be deselected from the Typeface column.
> >
> > 2/
> >
> > Now, bug of feature: once selected and previewed a font, if we
> > unselect the Preview button, and continue browsing the fonts, the name
> > of the font (family, typeface and size) displayed in the preview box
> > stays unchanged. I'll check as soon as possible on my OPENSTEP 4.2,
> > but I believe that at all times the preview box should show the
> > selected font name. I'll come back on this with the OPENSTEP Font
> > panel behavior.
> >
>
> Could you confirm the OpenStep behaviour? If so I would try to adjust
> the GNUstep code to fit with that.
>
> Cheers
> Fred
Oops ! I promised to come back with the OPENSTEP Font Panel behavior,
which I promptly tested and documented, but then my notes stayed
forgotten unsent between my NeXTstation and my GNUstep
workstation. Sorry for the delay. Here it is:
There are differencies of behavior of the Font Panel between GNUstep
and OPENSTEP 4.2. Here is a description of the behavior of the Font
Panel on OPENSTEP 4.2 on the points where it differs. IMHO, most of
these differences should be implemented in GNUstep too, because
they're more user friendly and logical.
- When selecting a Family and Typeface (let's say Courrier-Bold), then
selecting another Family that has the same Typeface (eg. Helvetica)
will select the other Family with the same Typeface (Helvetica-Bold
will be selected).
- When selecting a Family and Typeface (let's say Courrier-Bold), then
selecting another Family that has more than one typefaces, none the
same than the currently selected (eg. Shalom), then no typeface will
be selected in the column, but one of the typeface is used to write
the name in the preview box.
This should be considered a bug, the behavior of the GNUstep Font
Panel, writting noface is better here. But IMHO, it would be best to
select the first typeface in the column and use it in the name
written.
- There are some exceptions probably due to some equivalence between
some typefaces. With:
Textbook-Medium
Textbook-Italic
Textbook-Bold
Times-Roman
Times-Italic
Times-Bold
Times-BoldItalic
when selecting Times-BoldItalic, then clicking on Textbook selects no
typeface ; but when selecting Times-Roman, then clicking on Textbook
selects the Medium typeface. Regular, Medium, Normal, Roman seems to
be equivalent.
I think that this feature introduce some strangeness to the algorithm
and that we should keep clear and logical rules and we should avoid
it.
- When selecting a Family and Typeface (let's say Courrier-Bold), then
selecting another Family that only has one typeface (eg. Palladam),
then this typeface will be selected again.
- In any cases, when selecting again a Family having a typeface of the
same name than the last typeface selectioned by a click, then this
typeface is selected anew.
- In all cases, when selecting a new family, a new typeface or a new
size, the preview mode is reset.
- The preview mode can be locked on with a shift click on the Preview
button.
I think that the behavior of the GNUstep Preview button is more user
friendly here. In addition, the current computer should be fast enough
to give good response times when browsing the fonts with preview on.
- In preview mode, the preview box is editable by the user. Once this
box has been edited, it's not replaced by the new font name.
- In Edit.app, for example, when the preview mode is not activated,
activating a text window activates the preview mode with the current
font of the text window. I guess that means that
setPanelFont:isMultiple: when NO is passed as second argument
activates the preview mode.
A feature that would be very useful (when there are more than three
fonts installed):
- after a click in the Family column, the up and down arrow keys
should select the previous or the next family.
- after a click in the Typeface column, the up and down arrow keys
should select the previous or the next typeface.
- after a click in the Size column, the up and down arrow keys should
select the previous or the next size (listed in the column).
It should be logical to add processing of the left and right arrow
keys to navigate between the columns too.
--
__Pascal_Bourguignon__ (o_ Software patents are endangering
() ASCII ribbon against html email //\ the computer industry all around
/\ and Microsoft attachments. V_/ the world http://lpf.ai.mit.edu/
1962:DO20I=1.100 2001:my($f)=`fortune`; http://petition.eurolinux.org/
-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GCS/IT d? s++:++(+++)>++ a C+++ UB+++L++++$S+X++++>$ P- L+++ E++ W++
N++ o-- K- w------ O- M++$ V PS+E++ Y++ PGP++ t+ 5? X+ R !tv b++(+)
DI+++ D++ G++ e+++ h+(++) r? y---? UF++++
------END GEEK CODE BLOCK------
- Small FontPanel glitch., Pascal Bourguignon, 2002/01/18
- Message not available
- Re: Small FontPanel glitch.,
Pascal Bourguignon <=