Project

General

Profile

Feature #9840

Automatically rearrange the interface for smaller screen sizes

Added by Tobias Jakobs almost 6 years ago. Updated over 4 years ago.

Status:
New
Priority:
Low
Assignee:
-
Category:
General
Target version:
-
Start date:
03/05/2014
Due date:
% Done:

0%

Estimated time:
Affected Version:
git development version
System:
all
bitness:
32-bit
hardware architecture:
amd64/x86

Description

I have a small notebook with a 12.1" display with a 1024x768 resolution. Some parts of the UI are not reachable with this resolution. That makes darktable on this notebook unusable.

side_panel_module_overflow.png (13.8 KB) side_panel_module_overflow.png Jozef Sivek, 07/06/2015 11:43 PM
screenshot.png (674 KB) screenshot.png horizontal scroolbars Torsten Bronger, 07/07/2015 02:29 PM

History

#1 Updated by Robert Hutton almost 6 years ago

Try this:

  • copy the darktable.gtkrc file from wherever it is on your machine to ~/.config/darktable. For the version of darktable installed by the package manager, the command is: cp /usr/share/darktable/darktable.gtkrc ~/.config/darktable
  • edit this file and change the font_name tags to use a smaller font size in points (for example, change 8 to 6 or whatever).
  • start darktable, and open the global preferences (by clicking the cog icon at the top right of the image pane)
  • change the width of the side panels in pixels to whatever you like, say 200 or 220 (this requires a restart of darktable to apply).

Does this help?

Regards,

Rob

#2 Updated by Tobias Jakobs almost 6 years ago

Thank for your fast help.
I changed the font_name in the clearlooks-header block from "Sans bold 9" to "Sans bold 8" and the panel size to 200px. This fixes most of my problems. Even there are some smaller problems with some controls in the 200px wide panels it is now possible to work with darktable.
For me it's OK to close this bug, but I don't know if you want to keep it open and fix it for the standard version.

#3 Updated by Christian Mandel almost 6 years ago

Until last week I was working on a 1024x768 screen as well. Writing a suitable .gtkrc file helps only partially, since some modules (e. g. export) are not entirely visible at 200 px wide panels. Additionally, the window resizes with almost every click and changes maximization state as well. What about applying a system similar to what is possible with the modules: to have only one panel open at a time (as configurable option)?

#4 Updated by Robert Hutton almost 6 years ago

Do you mean only having the left or right panel open? That's possible simply by clicking the triangles at the far left/right side of the screen to expand/collapse, or by pressing tab to toggle the visible ones open/closed. Or do you mean having only a single lighttable module open? That's possible with the "expand a single lighttable module at a time" in the GUI options tab of the global preferences.

Perhaps I misunderstood what you meant though. ;)

Cheers,

Rob

#5 Updated by Christian Mandel almost 6 years ago

Robert Hutton wrote:

Do you mean only having the left or right panel open? That's possible simply by clicking the triangles at the far left/right side of the screen to expand/collapse, or by pressing tab to toggle the visible ones open/closed. Or do you mean having only a single lighttable module open? That's possible with the "expand a single lighttable module at a time" in the GUI options tab of the global preferences.

Perhaps I misunderstood what you meant though. ;)

I meant that when I open the right panel (click the little triangle) the left panel closes immediately, so that the image/the lighttable shares the available screen only with one of the two sidebar panels (as configurable option, since I consider it only being useful at low res. displays). Similar to the option to have only one module visible at a time. It's just a user interface suggestion for those working with low resolution displays.

Nevertheless, there is still a “bug” that prevents a correct behaviour at low resolution, as I wrote (window maximization state toggles with almost every click and the minimum window size changes depending on the used mode and module). My solution was to buy a new laptop computer that gives me full HD resolution at 12", what leads to other reasons to tweak .gtkrc (font size again, but the other direction ;-) ).

#6 Updated by Tobias Jakobs over 5 years ago

Christian Mandel wrote:

I meant that when I open the right panel (click the little triangle) the left panel closes immediately, so that the image/the lighttable shares the available screen only with one of the two sidebar panels (as configurable option, since I consider it only being useful at low res. displays). Similar to the option to have only one module visible at a time. It's just a user interface suggestion for those working with low resolution displays.

I think this would be a very nice and simple solution, that would help to make darktable usable with small resolutions.

#7 Updated by Jozef Sivek over 4 years ago

The clear solution will be to provide a different UI schemes/skins - think of Gimp which has "tiny" as well as "normal" skin. The setting for width of the side panels is really lousy solution:

- in needs restart
- it works as expected only when the default value is increased
- if the default value is decreased then the side modules start to overflow (see attached picture)
- it has low information value (people want more simple setting, like: tiny, normal, huge ...)

Plus there is a ton of other elements of the UI that should be adjusted for a small screen (either with normal or high DPI): top panel with logo and mode switchers (lighttable, darkroom ...), film roll in darkroom at the bottom (it has quite large minimum height, especially for hi-DPI screens it is too high), icons, histogram in darkroom, preview in darkroom, etc.

The option for "tiny", or even "enlarged" UI could be a win for both sides. Users will get simple setting and developers will be in full control of look and feel of the UI elements.

#8 Updated by Pedro Côrte-Real over 4 years ago

  • System changed from Ubuntu to all
  • Affected Version changed from 1.4.1 to git development version
  • Priority changed from Critical to Low
  • Tracker changed from Bug to Feature

Editing raw photos with such a small screen is bound to be a very niche usage. We already provide enough tunables that you can make it work without too much trouble. I don't think it's really worth the effort to do much more. But it's an open-source project with 100% volunteer effort so if someone wants to take a stab at it they are always welcome.

#9 Updated by Pedro Côrte-Real over 4 years ago

  • Subject changed from darktable is not useble with small screen like 1024x768 to Automatically rearrange the interface for smaller screen sizes

#10 Updated by Jozef Sivek over 4 years ago

To the previous statement from Pedro Côrte-Real:

Editing raw photos with such a small screen is bound to be a very niche usage. We already provide enough tunables that you can make it work without too much trouble. I don't think it's really worth the effort to do much more. But it's an open-source project with 100% volunteer effort so if someone wants to take a stab at it they are always welcome.

Editing photographs on the low resolution screens is niche usage, however editing on the small (like 1280x768 equivalent) but hi-DPI screen makes completely sense (if you are in doubts you need to see it on your own eyes).

#11 Updated by Torsten Bronger over 4 years ago

FWIW, recent changes in git DT (in the last 6 months approx.) make it a little bit awkward to use on my 1280x1024 screen. Even if you are willing to sacrifice the width of the middle column, there is no way to get rid of horizontal scroll bars.

#12 Updated by Tobias Ellinghaus over 4 years ago

What scrollbars? Could you provide a screenshot please?

#13 Updated by Torsten Bronger over 4 years ago

I attached a screenshot. I set the width of side columns to 300px.

#14 Updated by Tobias Ellinghaus over 4 years ago

Yeah, those are there on purpose so you can at least use the modules when they are wider than the side panel. Is there any problem with them?

#15 Updated by Torsten Bronger over 4 years ago

As I wrote, "make it a little bit awkward to use". You cannot see the whole module at the same time, and you have to move with the mouse down and up to see different parts of the module.

#16 Updated by Tobias Ellinghaus over 4 years ago

I am still not sure what you mean. Is there a module that is just so high that without the scrollbar it fits and with the scrollbar you miss a few pixels that are important?

#17 Updated by Torsten Bronger over 4 years ago

It is not about the height but the width. Some modules are too wide for my screen, so I have to deal with horizontal scrollbars, which is inconvenient.

#18 Updated by Pedro Côrte-Real over 4 years ago

Jozef Sivek wrote:

Editing photographs on the low resolution screens is niche usage, however editing on the small (like 1280x768 equivalent) but hi-DPI screen makes completely sense (if you are in doubts you need to see it on your own eyes).

I don't think darktable would be really usable in a small screen, no matter how high-dpi. I can't imagine editing images would be all that fun with a screen much below 12 inches and anything larger (high or low dpi) should already work fine as long as the dpi is properly set.

#19 Updated by Tobias Ellinghaus over 4 years ago

Ah, now I get it. You confused me with moving the mouse up/down. I agree, the width of some panels doesn't reliably shrink enough, That is especially true for "history stack" in some languages. In the English GUI I am not aware of any modules being too wide though.

Also available in: Atom PDF

Go to top