-
Notifications
You must be signed in to change notification settings - Fork 153
On the initial launch if the user press "Cancel" on briefcase storage location selection dialog, user is end up having a disabled main window #87
Comments
@rclakmal I'm not sure what to do here. Instead of removing the Cancel button, maybe we should quit the application? Or take the user to the Settings tab (and they can't leave that tab)? Any other ideas @shivam-tripathi @icemc @nribeka? |
@yanokwa Well technically, user shouldn't be able to cancel the selection of a folder since it's a mandatory requirement. I think your idea of directing to Settings tab is nice. But then, why wouldn't we just redirect the user to Settings page and make them do this setting on the first launch instead of this popup dialog ? |
Redirecting to Settings seems like it'll be more complicated. You'd then have to prevent them from doing anything until they select a folder. Another option is instead of Cancel, we replace that with Quit. |
My point was not adding redirection. Rather, get rid of the popup and start the main window with the focus on Settings view and not letting user to browse other view until a folder path is set. However, Changing the button to a "Close/Quit" would be an easy option. |
@yanokwa Shall I move forward with "Close" option and submit a PR? |
So the options are:
I don't like the popup, but I bias towards Close/Quit as a solution because we'll probably be changing Briefcase's UX anyway and Close/Quit is a straightforward fix. Paging @lognaturel and @nribeka for feedback. |
@yanokwa @nribeka @lognaturel I created a PR since it was a small change. We can further discuss this through that PR. |
For a quick fix, in my opinion, we can change the "Cancel" button with a "Quit" button.
|
Idea of multiple storage locations could make things little complex from UI perspective and as far as I see it doesn't add any extra value from user's perspective. |
Thanks for all the ✨great✨ feedback. I think we'll go with the Cancel/Quit option for now. I'll review the PR shortly. 👨🏿💻 |
* master: On the initial launch if the user press "Cancel" on briefcase storage location selection dialog, user is end up having a disabled main window getodk#87 (getodk#91) Re-download deleted submission file during next pull from aggregate server fixes getodk#92 (getodk#96) ui/ServerConnectionDialog: Trim spaces in the URL entered (getodk#97) Duplication not allowed when pulling forms from Collect Add checkstyle support (getodk#90) util/ExportToCsv: On export, only create media folder when needed (getodk#75) Cleaner syntax, upgrade buildconfig (getodk#89) Fix packaging to use dependent jars (getodk#78) Add gradle support for JavaRosa (getodk#80) Included a chronological sorting for file instances in csv export (getodk#66) Add additional SDCard mount point for Linux (getodk#74) Update CONTRIBUTING.md # Conflicts: # src/org/opendatakit/briefcase/ui/FormTransferTable.java
Software versions
Briefcase v1.4.10, Java 1.8, OS Windows 7
Problem description
On the initial launch if the user press "Cancel" on briefcase storage location selection dialog, user is end up having a totally disabled main window.
Steps to reproduce the problem
Expected behavior
This would probably get fixed over the summer project for unified ui. A quick fix would be to remove the "Cancel" button. Because as of now, it doesn't serve any purpose
The text was updated successfully, but these errors were encountered: