From 741ded15967b19b78879bcc9e8f172895eb984ff Mon Sep 17 00:00:00 2001 From: Marco Pesenti Gritti Date: Fri, 19 Sep 2003 09:02:05 +0000 Subject: *** empty log message *** --- TODO | 52 ++-------------------------------------------------- 1 file changed, 2 insertions(+), 50 deletions(-) (limited to 'TODO') diff --git a/TODO b/TODO index 90f6e2dd3..970273d7e 100644 --- a/TODO +++ b/TODO @@ -1,50 +1,2 @@ -1.0 FIXES - -1. download-view.c: (download_dialog_delete_cb) -This is the canel all pending downloads dialog. It should be document -modal (or in this case technically window modal) but not app modal. - -2. ephy-embed-utils.c: (ephy_embed_utils_nohandler_dialog_run): -A dialog to warn the user that no application capable to open the -specified file are found. Should probably be tab modal or window -modal, not app modal (it uses both gtk_dialog_run and sets the modal -window hint, both are bad). - -3. ephy-gui.c (ephy_gui_confirm_overwrite_file): -This dialog should be modal to its parent file selector dialog but not -to the epiphany application. It uses both gtk_dialog_run and sets the -modal window hint. also it should be an ok cancel, not yes no dialog. - -4. ephy-nautilus-view.c (gnv_cmd_file_print): -Creates a modal print dialog, although it doesn't really matter -because of the embedding inside of nautiuls. - -5. pdm-dialog.c (show_cookies_properties): -Uses gtk_dialog_run. Should instead keep a hash table creating a -one-to-one relationship between a property window and its cookies and -these dialogs should be destroyed with their parent pdm and not be modal. - -6. prefs-dialog.c (prefs_language_more_button_clicked_cb): -More languages dialog, I'm not sure why its modal. given the new ephy -prefs layout this could be directly integrated into the prefs window. -At the very least there is no reason for it to be modal. - -1. when you hit tab while viewing a page, mozilla goes through all the -links in the page (which is good), but when it gets to the end it doesn't -tab back up to the first toolbar. - -2. right/down arrow while keyboard focus is on the button of a -smartbookmark should probably give focus to the text entry to be consistent -with the arrow behavior of other actions. - -3. tabbing out of the text entry of a smart bookmark should give focus to -the next bookmarks bar toolbar item. - -4. Using the default toolbar layout, it is impossible to give focus to the -address entry by tabbing from the toolbar 1 to toolbar 2 because the -favicon can't be focused. - -5. tabing out of the address entry should give focus to the next toolbar -item (go button in default layout). - -6. in arrow buttons, arrow keys should move in between the icon and the arrow. +- Make location address an action property so that it's not lost +when recreating the proxy (exiting fullscreen and toolbar editing) -- cgit v1.2.3