You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
IDLE: Improve config dialog font change user interface #68964
A recurring issue with students using IDLE is the user interface for the fonts and tabs preference settings.
The default setting of 4 space tabs is a good default, but the giant slider cries out to be moved (usually when people are intending to increase their font size). A slider was not a good choice. It should use something like what is currently used for font size.
On the other hand, the font size would benefit from have a slider.
I don't know if anything can be done to improve the selection of the font face. The scrolling menu of choices worked great back when we only had a handful of choices but it had grown problematic with a large number of choices. It is a bit of a struggle to select Menlo on a Mac if you already know what you want.
I agree that this tab needs an overhall.
Existing issues would be part of this:
17642 Font resizing hot keys (not sure about this)
14440 Use multiple alphabets in example (definitely)
Other ideas that I remember:
Enlarge dialog box as needed (it already expands horizontally with big fonts).
Put indent box across top with unobtrusive spinbox or pulldown box to right.
For font names, use the same sort of listbox as used with completions, where one can type initial chars of name in entry box and selection bar moves down to first entry that matches.
Put example box to right of selection box.
roseman commented on Aug 2, 2015
rosemanmannequin
Mannequin
More actions
What do you think of the layout in cfg_font_layout.png? (before/after)
The side-by-side part I obviously like, but I think we need to keep 'Base Editor Font' since this and only this is affected by the selection. I think there should be an option to increase the 'other' font used for everything else.
FWIW, I would also like a pair of hotkeys, Cmd + and Cmd - to increase and decrease the font (this would greatly improve usability for font size changes). There is good precedent for this in other editors and terminal programs.
roseman commented on Aug 17, 2015
rosemanmannequin
Mannequin
More actions
Agree about the font resizing menu items/shortcuts... your original bpo-17642 remains open for this
Make this the master issue for improving the font tab user interface by improving components and rearranging them. With basic tests done, I am moving this up in priority.
Related issues currently open. bpo-30870 (dependency) made Up/Down change font selection; unit test needed. bpo-27755 replaces IDLE's custom DynOptionMenu with ttk.Combobox. Comboboxes allow key entry of a value and the arrow toggles. See msg298091 for comparison and evaluation for font page. bpo-13802 (dependency) is about the improving the sample display. bpo-17642 is about font resizing by hot key and wheel in editor. bpo-20917 is about the font change notification system.
Additional changes for this issue or new related issues.
Selecting a font by name (as well as a font size by number) can be done with an entry box with a validator linked to the listbox. If a ttk Combobox can be locked open, I would try that. See bpo-27755. For a demo of another alternative, run the tk fontchooser.
For IDLE, I like some parts, not others. I view it as an alternate mockup for ideas to build on.
Mark's mockup removes "Base Editor Font". If an editor window can have its font individually resized, then the settings on the font page define just that. 'Font Size' would then have to be 'Starting [or Default] Font Size'.
Font size a slider? I am not convinced. It would have to be vertical to go up to 40. (I added larger sizes by request for classroom projector use.) On the other hand, it would allow any size in the given range. A spinbox that could be spun by mousewheel would also and stay compact. Or use a ttk Combobox.
Indent. I don't understand "cries out to be moved (usually when people are intending to increase their font size)." But I think it take too much space and should be shrunk to a spin box or drop box. Reduced to a single line, I am thinking of moving it to the General tab, or perhaps a new Editor tab. It does not particularly belong with font selection.
Factor the Font page, with associated Variables and their tracers, other attributes, and methods, into a FontPage class.
I now think that the proper widget for font resizing might be a ttk.Spinbox (but see below). bpo-33962 discusses issues around using this widget.
bpo-33397 is about adding local font resizing with hot key or mousewheel to text and help viewers via a new FontSizer class. Font Sizer should be usable with the sample Text instance. Size changes in the sample should propagate to the size widget. When done, it might suffice to use a simple entry box for font size. We already use them for counts on the General tab.
Since we do not want to encourage indent changes, I think the indent widget should be an entry box with bounds check.
Activity
rhettinger commentedon Aug 1, 2015
A recurring issue with students using IDLE is the user interface for the fonts and tabs preference settings.
The default setting of 4 space tabs is a good default, but the giant slider cries out to be moved (usually when people are intending to increase their font size). A slider was not a good choice. It should use something like what is currently used for font size.
On the other hand, the font size would benefit from have a slider.
I don't know if anything can be done to improve the selection of the font face. The scrolling menu of choices worked great back when we only had a handful of choices but it had grown problematic with a large number of choices. It is a bit of a struggle to select Menlo on a Mac if you already know what you want.
terryjreedy commentedon Aug 2, 2015
I agree that this tab needs an overhall.
Existing issues would be part of this:
17642 Font resizing hot keys (not sure about this)
14440 Use multiple alphabets in example (definitely)
Other ideas that I remember:
roseman commentedon Aug 2, 2015
What do you think of the layout in cfg_font_layout.png? (before/after)
terryjreedy commentedon Aug 17, 2015
The side-by-side part I obviously like, but I think we need to keep 'Base Editor Font' since this and only this is affected by the selection. I think there should be an option to increase the 'other' font used for everything else.
rhettinger commentedon Aug 17, 2015
FWIW, I would also like a pair of hotkeys, Cmd + and Cmd - to increase and decrease the font (this would greatly improve usability for font size changes). There is good precedent for this in other editors and terminal programs.
roseman commentedon Aug 17, 2015
Agree about the font resizing menu items/shortcuts... your original bpo-17642 remains open for this
terryjreedy commentedon Aug 17, 2015
I agree. Cntl/Cmd +/- font sizing works in turtledemo within sensible limits. The code could be copied.
terryjreedy commentedon Jul 10, 2017
Make this the master issue for improving the font tab user interface by improving components and rearranging them. With basic tests done, I am moving this up in priority.
Related issues currently open.
bpo-30870 (dependency) made Up/Down change font selection; unit test needed.
bpo-27755 replaces IDLE's custom DynOptionMenu with ttk.Combobox. Comboboxes allow key entry of a value and the arrow toggles. See msg298091 for comparison and evaluation for font page.
bpo-13802 (dependency) is about the improving the sample display.
bpo-17642 is about font resizing by hot key and wheel in editor.
bpo-20917 is about the font change notification system.
Additional changes for this issue or new related issues.
For IDLE, I like some parts, not others. I view it as an alternate mockup for ideas to build on.
Mark's mockup removes "Base Editor Font". If an editor window can have its font individually resized, then the settings on the font page define just that. 'Font Size' would then have to be 'Starting [or Default] Font Size'.
Font size a slider? I am not convinced. It would have to be vertical to go up to 40. (I added larger sizes by request for classroom projector use.) On the other hand, it would allow any size in the given range. A spinbox that could be spun by mousewheel would also and stay compact. Or use a ttk Combobox.
See bpo-13802 for discussion of sample display.
Indent. I don't understand "cries out to be moved (usually when people are intending to increase their font size)." But I think it take too much space and should be shrunk to a spin box or drop box. Reduced to a single line, I am thinking of moving it to the General tab, or perhaps a new Editor tab. It does not particularly belong with font selection.
Factor the Font page, with associated Variables and their tracers, other attributes, and methods, into a FontPage class.
[-]Improve Fonts/Tabs UX for IDLE[/-][+]IDLE: Improve config dialog font change user interface[/+]terryjreedy commentedon Jul 21, 2017
I decided to rearrange page bpo-24776 before changing sample bpo-13802.
terryjreedy commentedon Jan 24, 2019
I now think that the proper widget for font resizing might be a ttk.Spinbox (but see below). bpo-33962 discusses issues around using this widget.
bpo-33397 is about adding local font resizing with hot key or mousewheel to text and help viewers via a new FontSizer class. Font Sizer should be usable with the sample Text instance. Size changes in the sample should propagate to the size widget. When done, it might suffice to use a simple entry box for font size. We already use them for counts on the General tab.
Since we do not want to encourage indent changes, I think the indent widget should be an entry box with bounds check.