summaryrefslogtreecommitdiff
path: root/TODO
diff options
context:
space:
mode:
authorOwen Taylor <owt1@cornell.edu>1998-03-10 03:17:02 +0000
committerTim Janik <timj@src.gnome.org>1998-03-10 03:17:02 +0000
commit2f50a3044ed8bf7783e8362d956b6f77010795cd (patch)
treeade65b5ee1804697cc26df7b59ed317bc99807cb /TODO
parent990bddfe1688861332443d89a4796a710e18ae39 (diff)
downloadgtk+-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--TODO42
1 files changed, 7 insertions, 35 deletions
diff --git a/TODO b/TODO
index 6dfd3aaa4b..ffb1e5a8c1 100644
--- a/TODO
+++ b/TODO
@@ -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.