-
Notifications
You must be signed in to change notification settings - Fork 64
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
New jbrowse-desktop start screen design #2247
Conversation
Codecov Report
@@ Coverage Diff @@
## main #2247 +/- ##
==========================================
- Coverage 62.87% 61.93% -0.95%
==========================================
Files 502 511 +9
Lines 23213 23287 +74
Branches 5255 5341 +86
==========================================
- Hits 14595 14422 -173
- Misses 8352 8595 +243
- Partials 266 270 +4
Continue to review full report at Codecov.
|
downloads https://jbrowse.org/test/jbrowse-desktop-1.3.5-beta.0-win.exe the version when you startup will say 1.3.4 but it is a known thing, it is just a weird thing about our 1.3.5 release |
cc @hawrobin @junjun-zhang and all on team welcome to try. note: if you have used jbrowse desktop before, it may have some weirdness. it might require a factory reset but the factory reset button isn't wired up currently. could try to fix that if interested |
I think the process of factory reset may actually work..might need to refresh page e.g. ctrl+r or relaunch app though in some cases. let me know if there are issues though |
First comment, all items I generally agree on
List view and Grid view sounds good to me. I like to think that the natural curiosity of clicking on things will let people figure it out too
Agree. Could do localStorage perhaps, might not really make sense in a mst
Sounds pretty good to me, I was just having fun with the timeago library
Sounds good to me
It could be more like jbrowse-web with a "current autosave" perhaps, and then a more explicit session save. This would help with #615
Probably reasonable to me
Could be ok, I suppose user would return to start screen to import perhaps, but no export? Would "Save session as..." let them save to a file on filesystem? Is this the concept for the .jbsession files right is making them exportable and shareable?
Renaming to start screen is ok to me |
Other discussion/debate points...on the tough items...the buttons and stuff
I'm a little bit ambivalent on the idea of the .jbsession file. I don't necessarily see the double-click as a needed feature, or a common one either, so kind of would just say to use json extension but not really tied to that. Also the difference between a "Import JBrowse Web config" and a "Open session..." is a little weird to me. At the very least, it might be nice if they both said "Open" instead of one saying Import and one saying Open. I acknowledge they are slightly different in a way, but they are both essentially a config file, so presenting them similarly might be useful. Also I like to avoid making the user confront the concept of a session right on startup. I think it is not an intuitive word, so avoiding it on those buttons is somewhat good to me, but i'm not committed to that (I don't find it as problematic on the list of previous sessions table) Also, I am not a fan of the "JBrowse Web" capitalization in general...would maybe like to avoid using it if possible... |
also, much thanks for the detailed feedback 👍 |
Action items on this from the UI meeting just now:
|
d47c1de
to
3c45454
Compare
new builds uploaded over the old ones https://jbrowse.org/test/jbrowse-desktop-1.3.5-beta.0-win.exe has a number of the improvements that were suggested, including localStorage setting for list/grid, expand preconfigured datasets list to take up more screen real estate, rename open pre-configured to open jbrowse-web config, and synteny sessions can be potentially launched by multi-selection of assemblies in the pre-selected dataset list |
(might take a minute to upload those files to become live) |
should be live now |
New set of builds uploaded, over the old one. Could maybe start making them tag as beta.0,1,2,3 or have new filenames just for clarity. https://jbrowse.org/test/jbrowse-desktop-1.3.5-beta.0-win.exe New changes
|
…hen session is undefined
… fixes issue where if you first enter a session, you cannot rename it because it was not yet written to disk
filter not shown by default
../../node_modules/@types/cli-progress/index.d.ts:181:31 - error TS2507: Type 'typeof EventEmitter' is not a constructor function type. 181 export class MultiBar extends EventEmitter { ~~~~~~~~~~~~
85f20e6
to
ada0f5e
Compare
This is a proposal for the jbrowse desktop start screen redesign
Table of recent sessions (togglable in UI)
![Screenshot from 2021-08-23 16-26-14](https://user-images.githubusercontent.com/6511937/130514682-e7e7e997-85d8-4fb9-a592-f17c6c627e37.png)
Cards view of recent sessions (togglable in UI)
![Screenshot from 2021-08-23 16-25-09](https://user-images.githubusercontent.com/6511937/130514518-edc69683-3d58-4438-ac8c-25d18550023f.png)
View launcher
![Screenshot from 2021-08-23 16-17-22](https://user-images.githubusercontent.com/6511937/130513557-78a25378-0ef9-4bc7-bafe-735dccfec15f.png)
Open sequence file dialog
![Screenshot from 2021-08-23 16-33-53](https://user-images.githubusercontent.com/6511937/130515634-5bf01174-064c-4882-ac66-80f3ebe0e2ab.png)
Open pre-existing config dialog
![Screenshot from 2021-08-23 16-34-34](https://user-images.githubusercontent.com/6511937/130515680-546c044e-4586-4f73-840e-d8d624fb9462.png)
Note for view launcher: Currently disappears if view.length>0 but we could instead have the view launcher available too
Note also: this was sort of a blazing-the-trail type thing, and uncovered interesting technical hurdles like merging the session and config together into one file. I am open to design updates too for this but I think this PR does manage to take care of a number of issues that have come up during UI review