GNOME Bugzilla – Bug 77287
Go->Location... doesn't open dialog.
Last modified: 2006-12-26 18:29:37 UTC
Go->Location... has ellipses which indicate a dialog will be opened, but none appears. Instead, the location bar which I'd turned off reappears. When I try to reset the view to match my preferences, nothing happens. The location bar only goes away if I select "View->Hide Location Bar" or pretend to or do switch to another location. (Pretending to meaning I leave the location as is.)
Just type a URL into the location bar field and hit return and it will go away.
Sorry, I should've been more specific. I don't think the menu item is supposed to have the ellipsis if it isn't opening a modal dialog. This is more about the label than the response, though the response might present an accessibility problem. Maybe it should be modal but not a dialog? I.e., Maybe focus should lock on the location bar? That might present a problem when the location bar is supposed to be left showing. *shrug*
greg: don't elipses simply mean that user information is needed, so doing go=>location requires the user to enter a url so aren't the elipses correct???
I'm not sure. Neither was Calum when I asked about similar behavior elsewhere. I'm thinking that the ellipsis is appropriate if the location bar isn't showing and it goes away when you click elsewhere, focus out of it, or press Escape; much like Rename works. That seems to fulfill the "requires more information" requirement for ellipses; otherwise it's just showing the location bar and that it disappears is only a consequence of the default view being restored. Something odd about the mixed browser/file-manager/desktop-shell model here. In browsers, isn't the same function under File->Open Location... ?
Greg bug 82112 covers adding an open location... dialog to the file menu. I'm sort of mixed on this. We have a location bar, so implementing a dialog seems kind of repetitve. you're never going to be able to convince the maintainers to remove the location bar since it's just too useful for advance users. I don't think it's worth the extra code complexity to make the elipses based on whether the location bar is present or not. I guess i'm just really not sure what to do here either, it's very minor. I really don't like go location when the location bar is on... just seems wrong to me. on the other hand is it really worth adding another dialog for something that is already handled in the current nautilus ui. Anyway...can we mark this notabug and move this conversation to bug 82112, i think it makes more sense to have it there, as go => location... with the elipses makes sense when the location bar is off, and i'd like to make this the default in the future, if i can convince everyone else.
As I read the HIG, the use of ellipsis in this case is justified. It is however a bit confusing when the location bar is always shown, in that case the location-bar content is selected (like with CTRL-A). The amount of visual feedback when selecting 'Go->Location...' might be to little in this case. This is the behaviour in 2.1.2
This is now a dialog anyway.
Mass reassigning bugs with 2.2.0 milestone to 2.2.x milestone Grep for "Mass reassigning" to filter out this bug spam.