Tal Einat <talei...@gmail.com> added the comment:

Additional feature discussion:

> 10. The button for 'a'*10000 says '(nn lines)'.  It should say '(10000 
> chars)' or '(1 line, 10000 chars)'.

IMO that's too much, it leads to "information overload".  Since the number of 
lines shown is the number of "wrapped" lines, e.g. how many visual lines would 
be used, isn't that enough? W ould users really need to also know how many 
characters are there?

While on the subject, the labels are currently not updated when the width of 
the window is changed; this could be a future improvement to make (might need 
to be done in the background).

> 11. Right click should bring up a custom context menu.  It can have 'cut' 
> (delete), 'copy' (to clipboard, eliminating middle click need), 'edit' (IDLE 
> editor if it seems ok), 'view' (ditto for TextView).

'cut' and 'edit' would break the current IDLE shell convention that output 
above the prompt is read-only.  Squeezer currently manipulates such output, but 
essentially keeps it there in a different form.  This seems like a design 
decision you've already made, Terry, but personally I would find this rather 
confusing.

> Is there a standard for simulating left and right click with keys?  

Not that I'm aware of. Squeezer already has an event for expanding the last 
squeezed output; we could improve on the event bindings.  Some keyboards have a 
dedicated key for opening a context menu (used to be common), so for users with 
that having all of the options in the context menu would achieve the 
keyboard-only-usability goal.  We should likely do both, and show the keyboard 
shortcuts in the context menu.

----------

_______________________________________
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue1529353>
_______________________________________
_______________________________________________
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Reply via email to