RC1: Ability to set increased thumnail width & height...

Bugs and Issues in 1.82 Test versions which have been fixed and verified as resolved.

Moderators: XnTriq, xnview

Guest

RC1: Ability to set increased thumnail width & height...

Post by Guest » Wed May 18, 2005 10:49 am

I noticed that it's still only possible to set the Thumbnail size to 320 x 240
from the Options dialog. Any chance this can be changed so it's possible to set a Thumbnail size between 32 -> 1200 for both the width and height ?

This would make XnView the ideal tool for quickly proofing images/photos.

Famous last words, but it should be easy enough to do. ;o)

I also think that "Use high quality thumbnail" should be enabled by default.

One other anomaly is that the whole of the thumbnail view pane is blanked white and redrawn (causing it to flicker) if you grab and move the splitter between the thumbnail pane and the viewer pane, when the thumbnail pane is not at the top (eg.
scroll down the thumbnail view and select a thumbnail near bottom of display, then grab and move the splitter).

Also, any chance of optimising the redraw/resize speed when using high
quality preview since the redraw is quite slow when moving the splitter.

User avatar
xnview
Author of XnView
Posts: 31509
Joined: Mon Oct 13, 2003 7:31 am
Location: France
Contact:

Re: RC1: Ability to set increased thumnail width & heigh

Post by xnview » Thu May 19, 2005 7:23 am

Guest wrote:I noticed that it's still only possible to set the Thumbnail size to 320 x 240
from the Options dialog. Any chance this can be changed so it's possible to set a Thumbnail size between 32 -> 1200 for both the width and height ?

This would make XnView the ideal tool for quickly proofing images/photos.
1200 really????
One other anomaly is that the whole of the thumbnail view pane is blanked white and redrawn (causing it to flicker) if you grab and move the splitter between the thumbnail pane and the viewer pane, when the thumbnail pane is not at the top (eg.
scroll down the thumbnail view and select a thumbnail near bottom of display, then grab and move the splitter).
It's a problem of windows API :-(
Try with windows explorer, and you see the same problem
Pierre.

Guest

Re: RC1: Ability to set increased thumnail width & heigh

Post by Guest » Thu May 19, 2005 10:28 am

xnview wrote:
Guest wrote:I noticed that it's still only possible to set the Thumbnail size to 320 x 240
from the Options dialog. Any chance this can be changed so it's possible to set a Thumbnail size between 32 -> 1200 for both the width and height ?

This would make XnView the ideal tool for quickly proofing images/photos.
1200 really????
Yes, this large size is useful with multi-monitor displays.

Guest

Post by Guest » Thu May 19, 2005 10:33 am

Can you also make the maximum width and height of the XnView window 4000 x 3000 respectively. This would allow a single XnView window to span between two high res screens, and with the ability to have two large thumbnails side-by-side. This ability would be unique among Viewer programs, and as I mentioned it would be perfect for high-res comparison of images/photos.

User avatar
xnview
Author of XnView
Posts: 31509
Joined: Mon Oct 13, 2003 7:31 am
Location: France
Contact:

Post by xnview » Thu May 19, 2005 11:25 am

Guest wrote:Can you also make the maximum width and height of the XnView window 4000 x 3000 respectively. This would allow a single XnView window to span between two high res screens, and with the ability to have two large thumbnails side-by-side. This ability would be unique among Viewer programs, and as I mentioned it would be perfect for high-res comparison of images/photos.
Why currently there is a limit???
Pierre.

User avatar
Dreamer
XnThusiast
Posts: 4605
Joined: Sun Jul 25, 2004 9:08 pm
Location: Slovakia

Post by Dreamer » Thu May 19, 2005 2:47 pm

xnview wrote:Why currently there is a limit???
Yes, if I tried to change to 640x480, xnview has crashed.

Edit:

XnView has crashed only if I changed size from 32x32 to 640x480, if I changed size from 320x240 to 640x480, just thumbnail size has changed to 320x240 automatically (no crash).

User avatar
helmut
Posts: 8153
Joined: Sun Oct 12, 2003 6:47 pm
Location: Frankfurt, Germany

Post by helmut » Thu May 19, 2005 6:49 pm

Anyone goes for the 10.000 x 10.000 pixel thumbnail? Seriously, XnView is a general purpose product which does a lot for most people. If we start supporting all special cases, XnView will soon become very messy and unusable: Too specialized and odd for novice users and too non-specific for specialists. I think a reasonable size for thumbnails is something like 500 x 500 maximum.

Thumbnails are not intended for comparing images in detail. If you need something like this, there's other means (e.g. opening two windows and aligning them horizontally). If this is not sufficient, another way should be found. But please don't try to misuse things for something that they are not intended for.
Last edited by helmut on Thu May 19, 2005 6:50 pm, edited 1 time in total.

User avatar
xnview
Author of XnView
Posts: 31509
Joined: Mon Oct 13, 2003 7:31 am
Location: France
Contact:

Post by xnview » Thu May 19, 2005 6:49 pm

Dreamer wrote:
xnview wrote:Why currently there is a limit???
Yes, if I tried to change to 640x480, xnview has crashed.

Edit:

XnView has crashed only if I changed size from 32x32 to 640x480, if I changed size from 320x240 to 640x480, just thumbnail size has changed to 320x240 automatically (no crash).
No i means the limit of windows size?
Pierre.

Guest

Post by Guest » Thu May 19, 2005 7:53 pm

When a window is created (in Windows, at least) you normally specify the maximum window size as well as the dimensions you want. If not this defaults to something like 1600x1200. I think it's possible to set this maximum va;ue for width and height when you create the window.

Regarding the large thumbnails, I just thought that it would be no harder to support 1200x1200 thumbnails as it would be to support 500x500. Isn't it just a case of specifying the min and max values for the sliders on the Options dialog thereby allowing the user to specify the size they require. The XnView function that scales the thumbnail already allows for thumbnails up to 768x576. What happens if you manually specify a thumbnail size of 1200x1200 ? Is the thumbnail created successfully ?

Don't get me wrong, if it requires a lot of work to add this capability then maybe that time could be better spent elsewhere, but if it's just a case of modifying the thumbnail size sliders to allow the user to specify between 32->1200, then why not since this would be a unique feature and greatly appreciated on my part (and many others) ?!

User avatar
xnview
Author of XnView
Posts: 31509
Joined: Mon Oct 13, 2003 7:31 am
Location: France
Contact:

Post by xnview » Fri May 20, 2005 6:22 am

Anonymous wrote:When a window is created (in Windows, at least) you normally specify the maximum window size as well as the dimensions you want. If not this defaults to something like 1600x1200. I think it's possible to set this maximum va;ue for width and height when you create the window.
No, when i create a window i don't set a maximum size...
Regarding the large thumbnails, I just thought that it would be no harder to support 1200x1200 thumbnails as it would be to support 500x500. Isn't it just a case of specifying the min and max values for the sliders on the Options dialog thereby allowing the user to specify the size they require. The XnView function that scales the thumbnail already allows for thumbnails up to 768x576. What happens if you manually specify a thumbnail size of 1200x1200 ? Is the thumbnail created successfully ?
Very very large thumbnail can perhaps be a problem...
Pierre.

Guest

Post by Guest » Fri May 20, 2005 1:57 pm

OK, how about allowing any size betwen 32->1000 for both the width and the height ?

That's only just over 200 pixels more that XnView currently handles for the width.

Guest

Post by Guest » Fri May 20, 2005 2:03 pm

Regarding the maximum window size, I found this in the Platform SDK which indicates it's possible to override the system defaults for the minimum and maximum window sizes.
Tracking Size
The system maintains a minimum and maximum tracking size for a window of the WS_THICKFRAME style; a window with this style has a sizing border. The minimum tracking size is the smallest window size you can produce by dragging the window's sizing border. Similarly, the maximum tracking size is the largest window size you can produce by dragging the sizing border.

A window's minimum and maximum tracking sizes are set to system-defined default values when the system creates the window. An application can discover the defaults and override them by processing the WM_GETMINMAXINFO message. For more information, see Size and Position Messages.
and
Size and Position Messages
The system sends the WM_GETMINMAXINFO message to a window whose size or position is about to change. For example, the message is sent when the user clicks Move or Size from the window menu or clicks the sizing border or title bar; the message is also sent when an application calls SetWindowPos to move or size the window. WM_GETMINMAXINFO includes a pointer to a MINMAXINFO structure containing the default maximized size and position for the window, as well as the default minimum and maximum tracking sizes. An application can override the defaults by processing WM_GETMINMAXINFO and setting the appropriate members of MINMAXINFO. A window must have the WS_THICKFRAME or WS_CAPTION style to receive WM_GETMINMAXINFO. A window with the WS_THICKFRAME style receives this message during the window-creation process, as well as when it is being moved or sized.

The system sends the WM_WINDOWPOSCHANGING message to a window whose size, position, position in the z-order, or show state is about to change. This message includes a pointer to a WINDOWPOS structure that specifies the window's new size, position, position in the z-order, and show state. By setting the members of WINDOWPOS, an application can affect the window's new size, position, and appearance.

After changing a window's size, position, position in the z-order, or show state, the system sends the WM_WINDOWPOSCHANGED message to the window. This message includes a pointer to WINDOWPOS that informs the window of its new size, position, position in the z-order, and show state. Setting the members of the WINDOWPOS structure that is passed with WM_WINDOWPOSCHANGED has no effect on the window. A window that must process WM_SIZE and WM_MOVE messages must pass WM_WINDOWPOSCHANGED to the DefWindowProc function; otherwise, the system does not send WM_SIZE and WM_MOVE messages to the window.

The system sends the WM_NCCALCSIZE message to a window when the window is created or sized. The system uses the message to calculate the size of a window's client area and the position of the client area relative to the upper left corner of the window. A window typically passes this message to the default window procedure; however, this message can be useful in applications that customize a window's nonclient area or preserve portions of the client area when the window is sized. For more information, see Painting and Drawing.

User avatar
xnview
Author of XnView
Posts: 31509
Joined: Mon Oct 13, 2003 7:31 am
Location: France
Contact:

Post by xnview » Fri May 20, 2005 2:27 pm

Anonymous wrote:Regarding the maximum window size, I found this in the Platform SDK which indicates it's possible to override the system defaults for the minimum and maximum window sizes.
But by default it's the system that set the maximum size.
Pierre.

Guest

Post by Guest » Sat May 21, 2005 12:55 am

xnview wrote:
Anonymous wrote:Regarding the maximum window size, I found this in the Platform SDK which indicates it's possible to override the system defaults for the minimum and maximum window sizes.
But by default it's the system that set the maximum size.
Yes, but this can be overridden as decribed in Paltform SDK. It means handling an extra message, but for a Graphics app I believe it's worth it. Maybe this is for a future version. I'd like to see the big thu8mbnails in XnView 1.8 though :)

If you're qorried about problems caused by large thumbnail support, I'd be happy to test it for a month or so if you give me a special build.....

Guest

Post by Guest » Thu May 26, 2005 4:45 pm

Only possible to set 320x320 thumbnails using Options dialog. Can you produce a special build with support for large thumbnails so I can test it to find out if there are any problems with large thumbnails ?

Locked