GNOME Bugzilla – Bug 637694
a few issues with the sendto utility under GNOME Shell
Last modified: 2011-02-28 20:40:53 UTC
Also see bug 637690. * The app that is launched by clicking "Send Files to Device..." is titled "bluetooth-sendto" in the app menu. We should pick a decent app name for it. OS X seems to use "Bluetooth File Exchange" fwiw. * The window that comes up initially has a very small titlebar (half height?) and that makes it a bit difficult to move around. * The window title uses sentence capitalization and I think that is contraindicated by the HIG. Probably heading capitalization works better. We should check on that one. * We can probably be a bit smarter at some point and not just show a file chooser initially. Something that knows where my documents, music, videos etc are would be better. Have to look into that someday. * The file chooser dialog should not say "Open" since it isn't opening them but selecting them to send. * In the "Select Device to Send To" dialog (which uses heading capitalization) there are two section headings: one uses heading capitalization and the other uses sentence capitalization. * The "Show Only Bluetooth Devices With..." shouldn't have "..." but really I think we can probably get away with just "Show:" or something. * Using a bold heading for the list filters ("Show Only Devices With...") draws way too much attention to them and distracts from the primary label (goal) of the dialog. * The treeview should reserve enough space for 5 rows or so regardless of the size of the dialog or the initial set of data. For me it is coming up with 2 and that forces a scrollbar when devices are found. * The "Searching for devices" label and spinner looks a bit strange to be over on the upper right side. This choice also forces a strange space between the heading label and the treeview. Having it underneath and left aligned would eliminate that issue. * For some reason my spinner next to "Searching..." stops animating but the label and spinner do not disappear. * The button action "Send To" is a bit strange to see when you don't have the direct object listed ("to what?"). Probably better to just stick with the verb "Send". * It would be indicate what files will be sent (that were selected in the previous step) since that may influence my decision - especially if I am coming back to this task after a little while. Or let me know if I clicked the wrong thing, etc. * Related to the above I think it looks a bit strange to duplicate the window title in the first heading. OS X uses title: 'Send File: "File.pdf"' heading: 'Select Bluetooth Device' and I think that is much nicer than what we have now. * The next dialog I get is called "File Transfer" (which gives me "An unknown error occurred") so I can't test it fully. But it appears to be similar in scope to the nautilus transfer dialog. I kinda wish we didn't have this yet another separate dialog at all. Maybe we can repurpose the select device one or even use the shell's message tray to keep this state.
(In reply to comment #0) > Also see bug 637690. > > * The app that is launched by clicking "Send Files to Device..." is titled > "bluetooth-sendto" in the app menu. We should pick a decent app name for it. > OS X seems to use "Bluetooth File Exchange" fwiw. Fixed for GNOME 3.0 > * The window that comes up initially has a very small titlebar (half height?) > and that makes it a bit difficult to move around. Because it's a dialogue. > * The window title uses sentence capitalization and I think that is > contraindicated by the HIG. Probably heading capitalization works better. We > should check on that one. Noted, string change. > * We can probably be a bit smarter at some point and not just show a file > chooser initially. Something that knows where my documents, music, videos etc > are would be better. Have to look into that someday. > > * The file chooser dialog should not say "Open" since it isn't opening them > but selecting them to send. Noted, string change. > * In the "Select Device to Send To" dialog (which uses heading capitalization) > there are two section headings: one uses heading capitalization and the other > uses sentence capitalization. It wasn't even marked as translatable. I now use the same capitalisation as in the window title, so as not to add a string. > * The "Show Only Bluetooth Devices With..." shouldn't have "..." but really I > think we can probably get away with just "Show:" or something. Problem with the chooser widget. > * Using a bold heading for the list filters ("Show Only Devices With...") > draws way too much attention to them and distracts from the primary label > (goal) of the dialog. Ditto. > * The treeview should reserve enough space for 5 rows or so regardless of the > size of the dialog or the initial set of data. For me it is coming up with 2 > and that forces a scrollbar when devices are found. Packing bug, fixed. > * The "Searching for devices" label and spinner looks a bit strange to be over > on the upper right side. This choice also forces a strange space between the > heading label and the treeview. Having it underneath and left aligned would > eliminate that issue. Chooser problem. > * For some reason my spinner next to "Searching..." stops animating but the > label and spinner do not disappear. How did you reproduce that? It's never supposed to stop. > * The button action "Send To" is a bit strange to see when you don't have the > direct object listed ("to what?"). Probably better to just stick with the verb > "Send". String change. > * It would be indicate what files will be sent (that were selected in the > previous step) since that may influence my decision - especially if I am coming > back to this task after a little while. Or let me know if I clicked the wrong > thing, etc. Usability wise the whole app is pretty much broken. The long-term goal is to trash it for something integrated in the new nautilus-sendto. > * Related to the above I think it looks a bit strange to duplicate the window > title in the first heading. OS X uses title: 'Send File: "File.pdf"' heading: > 'Select Bluetooth Device' and I think that is much nicer than what we have > now. Noted, string change. > * The next dialog I get is called "File Transfer" (which gives me "An unknown > error occurred") so I can't test it fully. But it appears to be similar in > scope to the nautilus transfer dialog. I kinda wish we didn't have this yet > another separate dialog at all. Maybe we can repurpose the select device one > or even use the shell's message tray to keep this state. The goal is to have it reuse the existing window in nautilus-sendto. I'll split off the chooser bugs, as we'll probably carry on using it.
TODO items for 3.2, if we're not canning this for something integrated into nautilus-sendto. (In reply to comment #0) > * The window that comes up initially has a very small titlebar (half height?) > and that makes it a bit difficult to move around. Because it's a dialogue. > * The window title uses sentence capitalization and I think that is > contraindicated by the HIG. Probably heading capitalization works better. We > should check on that one. Noted, string change. > * The file chooser dialog should not say "Open" since it isn't opening them > but selecting them to send. Noted, string change. > * For some reason my spinner next to "Searching..." stops animating but the > label and spinner do not disappear. Could you please file a separate bug about this? > * The button action "Send To" is a bit strange to see when you don't have the > direct object listed ("to what?"). Probably better to just stick with the verb > "Send". String change. > * It would be indicate what files will be sent (that were selected in the > previous step) since that may influence my decision - especially if I am coming > back to this task after a little while. Or let me know if I clicked the wrong > thing, etc. Usability wise the whole app is pretty much broken. The long-term goal is to trash it for something integrated in the new nautilus-sendto. > * Related to the above I think it looks a bit strange to duplicate the window > title in the first heading. OS X uses title: 'Send File: "File.pdf"' heading: > 'Select Bluetooth Device' and I think that is much nicer than what we have > now. Noted, string change. > * The next dialog I get is called "File Transfer" (which gives me "An unknown > error occurred") so I can't test it fully. But it appears to be similar in > scope to the nautilus transfer dialog. I kinda wish we didn't have this yet > another separate dialog at all. Maybe we can repurpose the select device one > or even use the shell's message tray to keep this state. The goal is to have it reuse the existing window in nautilus-sendto. I've split off the chooser bugs into bug 643516, as we'll probably carry on using it.
(In reply to comment #2) > TODO items for 3.2, if we're not canning this for something integrated into > nautilus-sendto. > > (In reply to comment #0) > > * The window that comes up initially has a very small titlebar (half height?) > > and that makes it a bit difficult to move around. > > Because it's a dialogue. Fixed. > > * The window title uses sentence capitalization and I think that is > > contraindicated by the HIG. Probably heading capitalization works better. We > > should check on that one. > > Noted, string change. Fixed. > > * The file chooser dialog should not say "Open" since it isn't opening them > > but selecting them to send. > > Noted, string change. Replaced by "Select". > > * The button action "Send To" is a bit strange to see when you don't have the > > direct object listed ("to what?"). Probably better to just stick with the verb > > "Send". > > String change. Changed to "Send". > > * It would be indicate what files will be sent (that were selected in the > > previous step) since that may influence my decision - especially if I am coming > > back to this task after a little while. Or let me know if I clicked the wrong > > thing, etc. > > Usability wise the whole app is pretty much broken. The long-term goal is to > trash it for something integrated in the new nautilus-sendto. > > > * Related to the above I think it looks a bit strange to duplicate the window > > title in the first heading. OS X uses title: 'Send File: "File.pdf"' heading: > > 'Select Bluetooth Device' and I think that is much nicer than what we have > > now. > > Noted, string change. Removed the heading. Code to have a title that doesn't suck is in nautilus-sendto. > > * The next dialog I get is called "File Transfer" (which gives me "An unknown > > error occurred") so I can't test it fully. But it appears to be similar in > > scope to the nautilus transfer dialog. I kinda wish we didn't have this yet > > another separate dialog at all. Maybe we can repurpose the select device one > > or even use the shell's message tray to keep this state. > > The goal is to have it reuse the existing window in nautilus-sendto. > > I've split off the chooser bugs into bug 643516, as we'll probably carry on > using it. Will close this, as the workflow of the app is not something that we can fix now, and I hope to trash the app in 3.2.