[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Small FontPanel glitch.
From: |
Fred Kiefer |
Subject: |
Re: Small FontPanel glitch. |
Date: |
Sat, 02 Feb 2002 01:14:24 +0100 |
Hi Pascal,
I tried to implement some of the font panel features you did describe.
Please test them if they fit your expectations. As for the keyboard
navigation and the text editing we need a lot more support from the rest
of the gui lib. NSBrowser still lacks the up and down navigation and
currently it is not even possible to change the size value with keyboard
input. As soon as this is there I will add more of the listed features.
Cheers
Fred
Pascal Bourguignon wrote:
>
> 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.
- Re: Small FontPanel glitch.,
Fred Kiefer <=