diff options
author | Owen Taylor <owt1@cornell.edu> | 1998-03-10 03:17:02 +0000 |
---|---|---|
committer | Tim Janik <timj@src.gnome.org> | 1998-03-10 03:17:02 +0000 |
commit | 2f50a3044ed8bf7783e8362d956b6f77010795cd (patch) | |
tree | ade65b5ee1804697cc26df7b59ed317bc99807cb /TODO | |
parent | 990bddfe1688861332443d89a4796a710e18ae39 (diff) | |
download | gtk+-2f50a3044ed8bf7783e8362d956b6f77010795cd.tar.gz |
commiting changes from owen:
Mon Mar 9 20:38:15 1998 Owen Taylor <owt1@cornell.edu>
* gtk/gtkentry.c gtk/gtkeditable.c gtk/gtkspinbutton.c:
Moved "activate" to editable class. Made the vfuncs in
gtkeditable just vfuncs not signals.
* gtkentry.[ch] gtktext.[ch]: Made behavior when pressing
multiple buttons at once more rational.
* gtkentry.c gtktext.c: Unified and rationalized key
bindings. (Now are basically emacs+CUA)
* gtktext.c:
- Last position now always shares the property of the preceding
character
- Freeze the widget when inserting large amounts of text.
- Selecting lines now selects the _whole_ line.
- Fixed bug with displaying the cursor
- Ctrl-Home/End now move the cursor to the _absolute home/end
* gtkmenuitem.c: Remove necessary code out of a g_return_if_fail
-timj
Diffstat (limited to 'TODO')
-rw-r--r-- | TODO | 42 |
1 files changed, 7 insertions, 35 deletions
@@ -159,45 +159,17 @@ TODO AFTER GTK 1.0 Bugs: - - In Entry and Text widget, you can ungrab while still - dragging by pressing button-1, pressing button 3, releaseing 3, - then releasing 1. + - Who knows? - - When selecting on a Text or Entry widget, the selection isn't - claimed until you release the button, and that shows by the - color of the selection. (Which is the real problem - it probably - is OK/better to delay claiming the selection) [fixed] - - - Related to the above, when you Shift/arrow to select text, the - selected text doesn't show that you have the selection immediately. - - - Selecting an entire line with triple-click doesn't work right - - it should select the wrapped portion too. - - - Selecting an entire line should probably select the newline as - well, so when the selection is cut/deleted, the newline goes - along. - - - Inserting text in a different property - problems? Shouldn't - split the last position off in any case. - - - Do something about the bg pixmap situation. (It will produce - garbage when editing is enabled) - - - "Copy" removes selection - Improvements: - - Finish making the key bindings consistent between the Entry - and Text widgets - - Unify the key binding support in some fashion between the - two widgets (???) - - - When inserting or deleting large chunks of text, do a freeze/thaw - automatically, to avoid scrolling around for ever on screen. + Entry and Text widget widgets (???) - - Jump scroll on large insertions/deletions + - Figure out a way not to recompute the geometry on insertions/deletions + which are large, but not a significant fraction of the + entire text. (e.g., compute the changes as when the widget + is not frozen, but without the actual scrolling) - Prune the line start cache. But since it is only 68 bytes per line, and it is a lot faster when lines are in the cache, @@ -254,4 +226,4 @@ TODO AFTER GTK 1.0 * gtk_rc_add_[name/class]_style are broken for bg pixmaps, because styles are broken for bg pixmaps, and RC styles only hack around - that.
\ No newline at end of file + that. |