bug-gnustep
[Top][All Lists]
Advanced

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




reply via email to

[Prev in Thread] Current Thread [Next in Thread]