-
Notifications
You must be signed in to change notification settings - Fork 2.5k
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
Decrease height of download bar by showing source on hover #1638
Comments
note that this was a blocker from security to have this information, so we don't want to remove it with a new design. cc @diracdeltas |
needs a UX review to see if there is a solution that makes everyone happy. |
maybe show the origin and/or the progress text on hover instead of in the area? |
+1 on hover behaviour. Honestly its too distracting when there are multiple downloads going on |
I received a ping from a user via Twitter today asking that we consider UI changes. This user also encourages us to consider Safari's approach. |
Any news on this? |
Another Community +1: @rebron can we take a look at this and see if this is something to be adjusted? It's minor (even aesthetically) but has been brought up consistently since switching to Chromium and is certainly worth considering an adjustment if not a redesign. |
Yeah, PLEASE. |
The big irony is that there's screen space to show both file name and its url three times one after another in a row, but nobody seems to notice. Why do file name and file url have to be trimmed to the length when both of them are not meaningful? @rebron |
@bsclifton Yeah, I have been following it since he started to work on it :D Thank you very much @nullhook :) |
Verified
Steps:
light dark height comparison (bottom) to current Verification passed on
Verified the origin URL shows up only on hover Verification passed on
height comparison (bottom) |
When downloading a large file the DownloadItemView is supposed to show certain information about the item being downloaded, such as the name and the current status. Additionally, it's also meant to show the URL but, due to changes done recently in PR 9521 [1] (see issue in [2]), Brave contains changes to only show the URL when hovering over the download item view, to save space. Turns out that these changes were causing a crash after a the change below landed upstream and the reason seems to be that our chromium_src override was wrongly redefining the Button symbol way beyond the scope of download_item_view.cc, causing the crash. This change includes the necessary headers from download_item_view.cc to avoid this Button redefinition from propagating any further, and also makes the most of the effort to fix some small things in the override file, such as calling the parent methods of the overriden methods from the Button class, or adding some extra documentation. Last, this change also fixes 2 crashing browser tests: * BraveCheckClientDownloadRequestBaseBrowserTest.FilterRequest * SavePackageFinishedObserverBrowserTest.Success [1] #9521 [2] brave/brave-browser#1638 Chromium change: https://source.chromium.org/chromium/chromium/src/+/03f006384e02fb387c177af07a3df9792e364e18 commit 03f006384e02fb387c177af07a3df9792e364e18 Author: Peter Kasting <[email protected]> Date: Thu Jul 22 00:45:59 2021 +0000 Clicking the download item context button should close any open menu. This is what other buttons in Chrome do: repeatedly clicking the button toggles it between open and closed, instead of flickering it closed and instantly reopening (the current behavior). Bug: 1031682
When downloading a large file the DownloadItemView is supposed to show certain information about the item being downloaded, such as the name and the current status. Additionally, it's also meant to show the URL but, due to changes done recently in PR 9521 [1] (see issue in [2]), Brave contains changes to only show the URL when hovering over the download item view, to save space. Turns out that these changes were causing a crash after a the change below landed upstream and the reason seems to be that our chromium_src override was wrongly redefining the Button symbol way beyond the scope of download_item_view.cc, causing the crash. This change includes the necessary headers from download_item_view.cc to avoid this Button redefinition from propagating any further, and also makes the most of the effort to fix some small things in the override file, such as calling the parent methods of the overriden methods from the Button class, or adding some extra documentation. Last, this change also fixes 2 crashing browser tests: * BraveCheckClientDownloadRequestBaseBrowserTest.FilterRequest * SavePackageFinishedObserverBrowserTest.Success [1] #9521 [2] brave/brave-browser#1638 Chromium change: https://source.chromium.org/chromium/chromium/src/+/03f006384e02fb387c177af07a3df9792e364e18 commit 03f006384e02fb387c177af07a3df9792e364e18 Author: Peter Kasting <[email protected]> Date: Thu Jul 22 00:45:59 2021 +0000 Clicking the download item context button should close any open menu. This is what other buttons in Chrome do: repeatedly clicking the button toggles it between open and closed, instead of flickering it closed and instantly reopening (the current behavior). Bug: 1031682
When downloading a large file the DownloadItemView is supposed to show certain information about the item being downloaded, such as the name and the current status. Additionally, it's also meant to show the URL but, due to changes done recently in PR 9521 [1] (see issue in [2]), Brave contains changes to only show the URL when hovering over the download item view, to save space. Turns out that these changes were causing a crash after a the change below landed upstream and the reason seems to be that our chromium_src override was wrongly redefining the Button symbol way beyond the scope of download_item_view.cc, causing the crash. This change includes the necessary headers from download_item_view.cc to avoid this Button redefinition from propagating any further, and also makes the most of the effort to fix some small things in the override file, such as calling the parent methods of the overriden methods from the Button class, or adding some extra documentation. Last, this change also fixes 2 crashing browser tests: * BraveCheckClientDownloadRequestBaseBrowserTest.FilterRequest * SavePackageFinishedObserverBrowserTest.Success [1] #9521 [2] brave/brave-browser#1638 Chromium change: https://source.chromium.org/chromium/chromium/src/+/03f006384e02fb387c177af07a3df9792e364e18 commit 03f006384e02fb387c177af07a3df9792e364e18 Author: Peter Kasting <[email protected]> Date: Thu Jul 22 00:45:59 2021 +0000 Clicking the download item context button should close any open menu. This is what other buttons in Chrome do: repeatedly clicking the button toggles it between open and closed, instead of flickering it closed and instantly reopening (the current behavior). Bug: 1031682
Description
Users are complaining about the download bar being too tall. Download may be integrated into sidebar in the future, but do a short term quick fix by only showing the source on hover.
Original description:
Steps to Reproduce
Actual result:
While downloading
After download complete
Expected result:
Do not show the source by default:

Show the only source on hover (source replaces the title):

Reproduces how often:
Easily
Brave version (brave://version info)
All versions
Version/Channel Information:
Other Additional Information:
Miscellaneous Information:
@bradleyrichter @rossmoody @karenkliu @bbondy @brave/legacy_qa
The text was updated successfully, but these errors were encountered: