Bruno Postle wrote:
> You have the numeric input in the Stitcher tab, the preview is where 
> all the interactive pointy-clicky stuff is.

If the Panorama Preview is to become the future hub for all panorama 
stitching, the separation of numeric input and interactive pointy-clicky 
stuff as implemented now is obsolete (not to say it is inconsistent).

What is important to me is to have all the relevant controls accessible 
in a single spot. Dispersing them on two different windows (acutally 
more, there is no reason why the numeric transform should be hidden in a 
pop up window behind a toolbar button) which are potentially on two 
different screens at very large scrolling distance is inefficient.

if there are two windows, one should be preview only (i.e. interactive 
pointy-clicky stuff *inside* the panorama determined by the FoV and 
crop) and the other should be control.

Moreover, the sliders for the FoV are neat when the preview is small. 
Sliding them on a 1920x1200 display is a much bigger (i.e. slower) 
movement than it should be. I'd simply put them next to the respective 
numeric values and make them 360 pixel long - a resolution of one degree 
per mouse-tick is enough for the FoV.

The control panel would be a remodeled stitcher tab which eventually 
will become a modal window of the preview window. I'd let it float on 
the preview window, and keep it vertical in design so that people with 
two display can put it next to the preview window/display without having 
to travel long distance with the mouse to reach it.

I'd separate it in the following areas, top to bottom:

1. The toolbar that is currently on top of the preview window without 
the Num. Transf. button

2. Preview Options (only Blend mode and EV)

3. Projection - the current projection drop down

4. FoV - the current FoV numeric fields in a column, next to them 
sliders of 360px length for the pointy-clicky interaction and the 
existing Calculate FoV button.

5. Canvas Size - the current width/height (for which there is no 
pointy-clicky control at the moment

6. Crop - ok as is now

All of the above is what I need to control the preview (even if I agree 
with your previous message that the Canvas Size is more stiching related 
than preview related, but if the Crop is in pixel (which I believe it 
should be to allow for finer grained control) then the Canvas Size 
belongs above.

The rest is in a processing / stitching area defining Output, File 
Formats, Processing, etc. Could be on a separate window, Output.


 > Yes the new fast preview has a great mode for adjusting crop:
 >
 > http://wiki.panotools.org/Hugin_Fast_Preview_window#Crop

great indeed, although in Windows it flickers too much and stays gray 
long times - must release the mouse more often than I want to get some 
feedback.

The white controls are unintuitive, but once understood they are great 
to work with.

I'd add a way to maintain the aspect ratio by holding down a modifier 
key (shift).

I'd make the semi-transparent (sides) and completely transparent 
(corners) controls all semi-transparent and either red or blue (all the 
same color, and use the same color for the crop border too). I'd shape 
them as large/bold bidirectional arrows with the point of the outward 
arrow slightly outside the crop box. I would not let them touch corners 
as they do now, because it makes them look like some weird transparency 
pattern more than like controls inviting interaction. Scaling them as 
the crop becomes small is OK.

Yuv

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"hugin and other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to 
[email protected]
For more options, visit this group at http://groups.google.com/group/hugin-ptx
-~----------~----~----~----~------~----~------~--~---

Reply via email to