-
Notifications
You must be signed in to change notification settings - Fork 2.1k
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
Combine new+upload and move to sidebar #18589
Conversation
Very neat! 👍 Could the progress bar count %, or MB maybe? |
@enoch85 maybe as a tooltip, yes. |
See #10326 |
@MorrisJobke Thanks for linking. Problem is, that WIP seems to be dead unfortunately. |
Sure, but could be a good starting point ;) |
A new inspection was created. |
Argh... just when I tried the new shiny "hub pull-request" command, it decided to convert this issue to a pull request... I thought it would just reference it. Well, anyway, try it out 😄 What is done so far:
TODOs:
@jancborchardt I have concerns regarding the progress bar: if we implement like in the mock up, we still need a different solution for the public link page. @nickvergessen suggested a different approach where we add a thin row under the controls bar (with witdth:100%) and show the progress bar there. The cancel button could be at the right of the controls bar. And this for all views, regular file list and public link page.
@jancborchardt @nickvergessen @schiesbn @Xenopathic @karlitschek @DeepDiver1975 |
|
Neat :) |
Due to the various design complications we (with @jancborchardt) to do a smaller step and first combine the upload action into the menu. This is done in this PR: #18630 |
ping :-) |
@karlitschek so now that we’re using the new solution since some time: Is it cool like that, or should we move it to the sidebar too? Drawbacks I see with that:
What do you think? Also cc @owncloud/designers |
I'd vote for leaving the button where it is now in 8.2. Also note that in the public link page the button will still have to be in the top bar, so from the code perspective it will be two different code paths to support. |
I would also leave it in the controls bar. |
Same here, we have more important stuff to design and implement... |
Close because the current approach is quite good. |
guys. We have to talk about this before just closing this pull request for a feature that was discussed. |
@jancborchardt Can we talk about this at our next opportunity and reopen this in the meantime please? Thanks |
Yeah folks, I specifically asked for @karlitschek so please don’t go rogue-closing discussions, thanks. ;) |
Let's leave this open for now and discuss at the next opportunity. Thanks |
Did you get a chance to talk about this ? |
Moving to 9.1. I guess you guys still want to discuss this ? |
@jancborchardt Do you still think we should do this? or drop it? |
@karlitschek after some more thinking about it I would say the cons slightly outweigh the pros:
I’d say we close it for now and revisit it again at a later date when we feel the need for it. The mockup up top is still a valid solution, but maybe with time & using the current version we come up with something better. |
agreed. makes sense |
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
This has several advantages:
The proposed flow:
As discussed @PVince81 @karlitschek cc @owncloud/designers
(In the uploading entry, there needs to be a progress bar and an x icon to cancel it. That’s details we can adjust.)
@PVince81 we need to take care that the button is hidden in the other views like favorites, shared. And also that it’s still placed in the breadcrumbs bar for shared files.
(Similar to #7031)