Yes you can. Everything that has a small yellow round button you can edit.
I have resized Hugin to the minimum size permitted on my platform (Kubuntu). It is 788x482 including the window decoration / border.
At that size:
* the Assistant tab is useless (cur away at the description of the second step and can't reach the Create Panorama button, not even by scrolling)
* the Images tab is useless (can't select individual images and the layout is mangled up)
* the Camera and Lens tab is barely usable (only one line for the list; Camera Response section of Photometric sub-tab unreachable)
* the Crop tab is OK
* in the Mask tab the lists (Number of Masks and Mask Types) are unaccessible
* in the Control Points tab the auto-estimate checkbox is unaccessible
* the Optimizer tab is OK (with vertical scrolling)
* the Exposure tab is OK (with vertical and horizontal scrolling - the horizontal scrolling can and should be removed)
* the Stitcher tab is OK (with vertical scrolling)
The Preferences window resizes to a minimum dimension of 675x628. Everything is useful at that dimension and there is even some place to reduce the height.
The Fast Preview window resizes to 928x252 (and the Apply button that disappeared on you seems to be the limiting factor to horizontal shrinking). All the tabbed functions are accessible, but the preview and the overview are useless at that size.
The above description of the current state of affairs lead me to the conclusion that <b>the current layout of Hugin is 'broken'</b>. We need decisions and consistency about the user interface layout.
Here is what I would suggest:
1. Decide a minimum screen size at which the application is functional.
2. Decide a consistent way of paging the information that can't be fit in such minimum screen size - can be vertical scrolling, can be sub-tabbing, can be anything else we have not seen yet
3. Document the above decisions and enact them as project policies
4. Implement the above decisions consistently across windows and tabs.
Given the current hardware trends, I would suggest:
1. 800x480 minimum screen size
2. vertical scrolling within the tab (not so cool for mouse users, but look at tablets)
Hi Kay,
Yes you can. Everything that has a small yellow round button you can edit.
I have resized Hugin to the minimum size permitted on my platform (Kubuntu). It is 788x482 including the window decoration / border.
At that size:
* the Assistant tab is useless (cur away at the description of the second step and can't reach the Create Panorama button, not even by scrolling)
* the Images tab is useless (can't select individual images and the layout is mangled up)
* the Camera and Lens tab is barely usable (only one line for the list; Camera Response section of Photometric sub-tab unreachable)
* the Crop tab is OK
* in the Mask tab the lists (Number of Masks and Mask Types) are unaccessible
* in the Control Points tab the auto-estimate checkbox is unaccessible
* the Optimizer tab is OK (with vertical scrolling)
* the Exposure tab is OK (with vertical and horizontal scrolling - the horizontal scrolling can and should be removed)
* the Stitcher tab is OK (with vertical scrolling)
The Preferences window resizes to a minimum dimension of 675x628. Everything is useful at that dimension and there is even some place to reduce the height.
The Fast Preview window resizes to 928x252 (and the Apply button that disappeared on you seems to be the limiting factor to horizontal shrinking). All the tabbed functions are accessible, but the preview and the overview are useless at that size.
The above description of the current state of affairs lead me to the conclusion that <b>the current layout of Hugin is 'broken'</b>. We need decisions and consistency about the user interface layout.
Here is what I would suggest:
1. Decide a minimum screen size at which the application is functional.
2. Decide a consistent way of paging the information that can't be fit in such minimum screen size - can be vertical scrolling, can be sub-tabbing, can be anything else we have not seen yet
3. Document the above decisions and enact them as project policies
4. Implement the above decisions consistently across windows and tabs.
Given the current hardware trends, I would suggest:
1. 800x480 minimum screen size
2. vertical scrolling within the tab (not so cool for mouse users, but look at tablets)
Yuv