-
-
Notifications
You must be signed in to change notification settings - Fork 1.9k
Display quota if configured/available in navigation drawer #204
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
Conversation
|
@tobiasKaminsky please see c264f38#diff-154af4ff2566e264dcca122072d20ae7R507 for an easy starting point, for now I have marked them private since I am not yet sure if everything could be handled within the DrawerActivity. |
c264f38 to
ebf6efa
Compare
|
@tobiasKaminsky UI part is done, see below. Can you help me out with the caching part and also check the code if I implemented the server calls correctly (first time for me in this project)... PLEASEEE 😸 Weird thing I realized is that as soon as I activated the 5 GB for the test account (tiger), my personal account even though it is set to unlimited shows a quota of 1 TB ?! Id this on purpose? Not sure who to ask to pinging @LukasReschke @nickvergessen @MorrisJobke and @rullzer ... Sorry guys for the noise. |
|
I'll do it tomorrow, wednesday. |
1c1bf25 to
792ef04
Compare
|
@jancborchardt is this fine with you color and threshold wise? |
330f47f to
85ac1b2
Compare
|
+1 for color. |
|
Thanks @tobiasKaminsky :) Did you already have a chance to to look into the caching aspect? |
|
Awesome! Looks good. I’d only change 2 things:
|
|
@jancborchardt @nextcloud/designers Thanks for the Feedback, just a minor issue to clarify:
This is only for the quota right? For formatting I used the implementation that we use to display the individual file size for each file in the list views, which shows 1 decimal for MB, see: So should we keep 1 decimal for MB for files but none for MB displaying quota or remove the MB decimal everywhere? (Bytes and KBytes don't have a decimal anywhere) |
|
@AndyScherzinger thinking about caching I think it is not necessary. |
|
Ping me, when I should do a CR |
|
@tobiasKaminsky you can start right away. Only remaining changes I'll do are:
|
|
@jancborchardt @nextcloud/designers
That doesn't make sense! If you used 2MB and have a Limit of 1GB you wouldn't want to display |
6886e4f to
beb3abb
Compare
6d94140 to
457027a
Compare
|
Personally I would be fine with just going with
While as a rule, we could "glue" it to the coloring rules
I understand the issue with scale 2 for large total-space scenarios but would still say 99,x is good enough since you are already very close to your limit. So if you have 1TB as total space and 99,9% are in use you do have a problem already simply since you are a power user storage wise... So how about my coloring / scale approach, it might not be the perfect solution (if there is any) but it is better than not having anything 😄 |
|
We don’t need to add % because the bar already signifies that. Regarding the white background I think it’s fine @AndyScherzinger. :) If it’s really a problem, maybe it’s possible to make the background slightly transparent so it’s clear there’s items below? |
|
@jancborchardt the background shouldn't be a problem. The drawer and the scroll-able menu can be considered "standard behavior" since all Google apps and any other app implementing a drawer menu I can think of supports scrolling, so I think the user is expecting this anyways :) I'll postpone this PR until 9.0.54 has been released. To be done then:
|
|
Sounds good yes :) |
Good point. |
|
@jancborchardt one issue to be decided. How should the app behave for Servers not supporting the new Quota (NC < 9.0.54 and oC - both not detecting unlimited quota) ?
I am fine either way. I just need to know and since I am already running Nc10 this isn't a matter for my personal scenarios. - Edit: Actual implementation is: Second issue where we don't agree: wording/values: use the same unit for both current and max value, likely MB or GB --> I say let's keep it the way it is with appropriate, calculated size-units for used/total, you gave the best example yourself with "total" most likely being "GB".
Both don't make sense at all ever, with a factor of 1024 per size used<>total shouldn't be size-unit equal ! Another issue I just realized is by having implemented your request to have no decimals for MB the Android client now differs from the server.
|
|
@jancborchardt PLEASE take a look at my last comment #204 (comment) - development wise this PR is implemented, tested and code reviewed so this one is ready to go for the next release! |
|
added to beta branch #169 |
Sounds good I guess!
👍 :) |
|
...aaaand merged to master to be included in the next release 🚀, also put to the beta branch with the latest changes. Thanks everyone! 👏
|




for initial discussion please see #195
Open issue:
%1$s of %2$s usedwhich could re-use the given formatter for (might need some work or a slightly different string) so %1$s and %2$s would be the sizes with the units calculated like the one in the file lists e.g. "1MB of 3,0GB used", another idea (like dropbox) would be to mix: "10% of 3,0GB used" - both have their advantages and disadvantages.DONE
As a sidenote, for now I had to add a "invisible" menu item for the bottom padding since I cannot customize the layouting of the menu-list itself which is imho okay until AppCompat provides more options to customize the drawer itself.
cc @tobiasKaminsky for further development and @jancborchardt regarding the quota string/format and colors to be used.