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.
RC1: Ability to set increased thumnail width & height...
Moderators: XnTriq, helmut, xnview
Re: RC1: Ability to set increased thumnail width & heigh
1200 really????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.
It's a problem of windows APIOne 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).
Try with windows explorer, and you see the same problem
Pierre.
-
Guest
Re: RC1: Ability to set increased thumnail width & heigh
Yes, this large size is useful with multi-monitor displays.xnview wrote:1200 really????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.
-
Guest
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???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.
Pierre.
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.
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.
No i means the limit of windows size?Dreamer wrote:Yes, if I tried to change to 640x480, xnview has crashed.xnview wrote:Why currently there is a limit???
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).
Pierre.
-
Guest
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) ?!
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) ?!
No, when i create a window i don't set a maximum size...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.
Very very large thumbnail can perhaps be a problem...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 ?
Pierre.
-
Guest
-
Guest
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.
andTracking 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.
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.
-
Guest
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 thoughxnview wrote:But by default it's the system that set the maximum size.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.
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