Thumbnail Size (Browser Zoom Level) via Mouse Wheel
LoggedThe Zoom level of the Viewer can be changed by pressing Ctrl and turning the mouse wheel.
The same should be possible for changing the Zoom level of the Browser, i.e., for changing the display size of the thumbnails shown in the Browser.
N.B., sadly, keyboard shortcuts for changing the display size of thumbnails in the Browser (when assigned) do not work correctly.
-> View | Customize Browser | Decrease Thumbnail Size
-> View | Customize Browser | Increase Thumbnail Size
When assigned and used, the keyboard shortcuts only access the two highest size settings of the Browser "Zoom". These two settings result in the same thumbnail size.
If one decreases the thumbnail size via the slider in the Browser Toolbar then increasing the thumbnail size via the respective keyboard shortcut immediately jumps to the one but largest slider setting.
Decreasing the thumbnail size via an assigned keyboard shortcut works for some Browser zoom settings but only for one step at most.
I submitted the erroneous keyboard shortcut behaviour for "Increase Thumbnail Size" and "Decrease Thumbnail Size" as a "technical question". I hope that will count as a bug report.
P.S.: Browser Zoom level control via mouse wheel and/or keyboard would be extremely useful for those who do not want to see the Browser Toolbar per default. Only if the latter is visible can one access the Browser Zoom level slider. Even if it is visible, control via mouse wheel or keyboard would be more efficient.
-
Hi,
Thank you for your post.
When the Browser is in the Filmstrip view mode, the size of the thumbnails adapts automatically to fit the selected Browser size. The same goes when in the Grid view mode, but you can also additionally regulate the size of the thumbnails with the Decrease Thumbnail Size and Increase Thumbnail Size options or with the zoom bar in the corner of the browser.
Best regards,
Lily
0 -
Hi Lily,
thank you for your response.
I realise that there is a slider to influence the thumbnail size, however I normally have the browser bar hidden to save space and have a cleaner layout.It is is too cumbersome to always show the browser bar, adjust the thumbnail size, and then hide the browser bar again.
Using keyboard shortcuts would allow me to change the thumbnail size while the browser bar is hidden, but the "increase"/"decrease" shortcuts don't work.I assigned keys to both
View | Customize Browser | Decrease Thumbnail Size
View | Customize Browser | Increase Thumbnail Sizebut they don't work correctly (as described in my original post).
Do you acknowledge that the keyboard shortcuts are not working (Windows 10, Build 13.1.0.162)?
Do you acknowledge that it is a reasonable idea to use the mouse scroll wheel (in combination with "Ctrl"/"Command") to change the thumbnail size, given that the same approach is used for changing the Viewer zoom level?0 -
This is still marked "answered", despite the fact that the answer was irrelevant.
Can this request be finally be considered, or do I have to create a new one?
N.B., the keyboard shortcuts for changing the browser thumbnail size remain broken even with the latest 14.2 release.0 -
Just for reference, the aforementioned shortcut options for the Browser seem to work for me running Win 10 and 14.2 beta 5.
I am guessing that beta 5 is, in effect, the final release for the 14.2 build.
I have not checked 20 so far.
0 -
@SFA
Can you access the full range of thumbnail sizes in the Browser through the keyboard shortcuts?They do change the size for me as well but only in a very limited way. They definitely do not function as a replacement for using the Browser's zoom slider.
I tried it on Win10, using 14.2 (Capture One Pro 21) and the behaviour was as broken when I first reported it.
Back then a support person confirmed the bug.
Could you try the official 14.2 yourself, please and confirm that repeatedly pressing the increase/decrease shortcuts takes you through all available sizes?
0 -
@ Class A
I have not yet moved to V21 and may not do so but I have tested the betas. I'm not keen to install a time-limited trial at this point - too many other things to work on first.
However, I have taken a few minutes to check the functionality discussed using the 14.2 final beta and V20 on Win 10 as well as V20 on Win 7 on my older notebook. The results seem to be the same for all of them.
There are times when the function seems to be erratic even though it is working. That seems to be influenced by the amount of real estate available in the browser window. Notably the Width, if running the browser vertically. The Height if running it horizontally. Both in Grid mode.
If one hides the Viewer, for example, the results seem to be consistent when the browser occupies most of the screen. Likewise, if the browser is at its maximum width, even with the Viewer visible.
The zoom slider offers more granularity of scaling. The Shortcuts, even the increase and decrease options, work for the predefined XS,S,M,L,XL settings rather than as a zoom replacement.
My assumption, based on what I have observed when changing the width or height of the browser, is that there can be situations where the requested scaling simply does not compute well for the available space resulting in an apparently erratic use experience. The use of 5 fixed display sizes for the thumbnails would be a constraint in that situation. I think the zoom functionality would have more scaling options available to it.
If running the Browser in List mode the same comments apply but the results may be slightly less consistent for thumbnail size since the requirements for the data displays across the screen become paramount and constrain the effective available height for the thumbnails.
In Film Strip mode thumbnail size is associated with the height used for the strip display and the Thumbnail size is not adjustable using other methods.
So, those are my findings. Do you see anything substantially different?
There may be a case for introducing a shortcut facility for replicating the Zoom functionality but I'm getting to the point where the number of "modifiers" for "shortcuts", be they from applications or just Windows standard functionality or something built-in to the driver for a "pointing" device, have a tendency to compete with each other making things more complex then they need to be for occasional use.
However, that is a personal thing and I can fully appreciate that some people may have brains that work well with large sets of memorized shortcuts (I recall watching videos where things seemed to be happening on screen as if by magic!) or a workflow method that makes full and regular use of a particular feature is a way that would make a shortcut desirable.
0 -
@SFA
Thanks a lot for checking how the shortcuts behave on your system.
I'd be very happy if the shortcuts could access the zoom level presets ("XS" -- "XL").
Even when I close everything (the view and the tools) then "Increase Thumbnail Size" only provides access to two presets ("L" and "XL") and "Decrease Thumbnail Size" only provides access to one zoom preset ("L").
In combination, they only allow me to switch between two zoom settings and in many configurations (tools and/or viewer open) that results in no change at all.
My view is that
a) the shortcuts should at least allow to consistently access all zoom presets ("XS" -- "XL"). They don't do that on two different Win systems I'm running.
b) it would be much better if the shortcuts could access the more fine-granular zoom steps the Browser zoom slider supports. Ideally, the Ctrl-mouse wheel approach I proposed with this request should be implemented -- I don't see a single reason why it should not be -- but failing that, at the very least, the keyboard shortcuts should be useful.
I don't understand why the functionality, although still erratically, appears to be work better for you. Perhaps you are using a higher resolution monitor. I'm running 1920x1080 and 1920x1200 monitors.
I've seen this bug in many C1 versions, so I don't think it is a difference between the beta versions you tried and the C1 V21 version (14.2) I'm running.
I appreciate that you personally don't see an urgent need to have any of this fixed but let me try to make five points:
- The presence of keyboard shortcuts that one doesn't use, should not affect one in any way. One can leave the shortcuts unassigned and then they won't even claim key combinations that one would like to use for something else.
- I'm not arguing for a new set of shortcuts to be introduced. Either the mouse-wheel approach should be added or the current (useless, on my systems) keyboard shortcuts should be given useful behaviour.
- If one uses a console like the Contour ShuttlePro V2 or the Loupedeck CT then one can assign shortcuts to buttons or dials/wheels and then one does not need to remember complicated key combinations.
- Any way to interact with C1 other than using the mouse is very powerful as that allows one to leave the mouse cursor where it is currently needed (e.g., to edit a spot in the image), and minimises the back and forth one has to do with the mouse cursor, thus increasing efficiency and reducing the risk of RSI.
- Everything that helps with minimising screen clutter and maximising the space available for the image is welcome. I could leave the browser toolbar closed permanently, if I did not have to change the thumbnail zoom level from time to time.
0 -
I'm running on 1920 x 1080 screens for both WIn 10 and Win 7.
Dell Precision notebooks.
The Win 7 machine is from 2013.
The Win 10 machine was purchased in December 2020.
For Win 10 I have Scaling set to 100% but note that 125% is recommended for some reason. The Width (or height it browser horizontal) available for the browser window seems to be influential. More so than just minimum or maximum.
Have you tried it without the Viewer so that browser has a full screen to play with?
Beta 5 had a build revision number one lower than the 4.2 release. That is normal and I think just means that that New Camera Support and lenses have been included and everything has been checked to make it a "complete" release.
I am all for minimising clutter, etc. Part of the problem with expanding the Shortcuts is that one can easily create more and more "aids" that I suspect many, me included, will never really use efficiently or effectively during day to day tasks. One of the thinks I liked about C1 when I first tried it was that it gave me nicer results than the other applications I was using at the time with no real activity on my part.
But that was then. After a while one starts to investigate what else might be possible.
From my perspective, I'm not really sure what the ability to shortcut zoom the Browser, more than I can now, would give me.
Now if I could use the trackpad with a gesture - as I can for the Viewer - that might be a better simplification if I ever needed it. To me that would seem preferable to additional shortcuts or some sort of new options for another form of zooming.
From a support perspective and a development and testing perspective, I think it might be a benefit as well. Perhaps only if which window was in-focus at that moment of gesture use was made extremely clear?
0 -
@SFA
Following a suggestion by C1 support, I tried a Win10 display scaling of "100%" (rather than the "120%" I had), and this drastically alleviated the issue. As a result, at least five different zoom levels become available (out of ~20, that are available through the Browser Toolbar scrollbar).
I hope the developers can change the behaviour so that the keyboard shortcuts access all available zoom settings, not just a subset that can be so reduced via display scaling that the keyboard shortcuts are rendered useless.0
Post is closed for comments.
Comments
9 comments