I have no jump, perhaps you could send me your .ini?herr_k. wrote:here, it does.ckv wrote:.. and when nothing is selected, it doesn't jump.
after thumbnail creation, jumps to beginning
Moderators: XnTriq, helmut, xnview
I can't reproduce this bug.herr_k. wrote:here it is: xn.ini
During the thumbnail creation process, i go to the bottom and select one thumbnail. When creation process is finished, the selection is always on the same thumbnail...
Pierre.
The problem is not that the selection has changed.xnview wrote:During the thumbnail creation process, i go to the bottom and select one thumbnail. When creation process is finished, the selection is always on the same thumbnail...
The problem is that when the creation process is finished, XnView scrolls to the selected thumbnail.
To reproduce:
- go into a folder (with many pages of thumbnails to be created)
- select first thumbnail
- use the scrolling arrows to go down several pages down
- wait the end of thumbnails creation
=> bug: XnView scrolls back to selected thumbnail.
And in herr_k's case, it even happens when you don't actually select the first thumbnail.
Olivier
To remove non image item for exampleOlivier_G wrote:Is it necessary to call this delete API systematicaly?xnview wrote:When i call the delete API for thumb item, the scroll is made
Really, are you sure that a file is not removed?? Same file count in 'all' filter?For example, all my images are perfect with the proper extension => there is no thumbnail cleaning, only the annoying scroll.
Pierre.
This "auto thumbs cleaning" needs some polishing: XnView doesn't show you thumbnails of broken images... when you should be able to see that there is a file with problem (and correct the file, if you want to).xnview wrote:When i call the delete API for thumb item
I just discovered that XnView has been hiding some of my images for years...
Olivier
Please keep in mind that this bug might play a role as well:xnview wrote:Really, are you sure that a file is not removed?? Same file count in 'all' filter?For example, all my images are perfect with the proper extension => there is no thumbnail cleaning, only the annoying scroll.
––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––>8ckv ([url=http://newsgroup.xnview.com/viewtopic.php?p=68790#68790]1.95: Filtering broken in browser[/url]) wrote:Yes it's alway reproducible. The problem occurs when "All other files" and file type you filter is un selected in the file list.
Example: When both "All other files" and "Video files" are unselected in the file list, "Videos" filter doesn't work in browser.
Also when "All other files" is unselected "Custom" and "All" filter has the same effect.
My request from earlier this year:Olivier_G wrote:This "auto thumbs cleaning" needs some polishing: XnView doesn't show you thumbnails of broken images... when you should be able to see that there is a file with problem (and correct the file, if you want to).
I just discovered that XnView has been hiding some of my images for years...
XnTriq ([url=http://newsgroup.xnview.com/viewtopic.php?p=58098#58098]Suggestion: Corrupt image indicator ?[/url]) wrote:When you enter a directory in Browser mode (View as Thumbnails), XnView displays the images' file-type icons before generating the actual thumbnails. If a corrupted file or a CorelDraw/PostScript file without an embedded thumbnail is encountered, the file gets dismissed from the list and the user will never know that something's wrong. (Dunno how Ignore read errors* fits in.)
I see two possible solutions:*Tools » Options... » General » Read/Write » General » Ignore read errors
- Display the image's file-type icon
- Display a generic “broken file” icon
Xyzzy ([url=http://newsgroup.xnview.com/viewtopic.php?t=4941]Options' descriptions for 1.82[/url]) wrote:Ignore read errors - Read errors during reading image are silently ignored. Damaged or truncated files are displayed, if XnView is able to render them.
Not always easy to know if it's a image broken,or a bad format...Olivier_G wrote:This "auto thumbs cleaning" needs some polishing: XnView doesn't show you thumbnails of broken images... when you should be able to see that there is a file with problem (and correct the file, if you want to).xnview wrote:When i call the delete API for thumb item
Pierre.
It doesn't jump to when the "All other files" is selected for thumbnails in the file list. Unselect "All other files" and it should jump.xnview wrote:I can't reproduce, if i have only pictureOlivier_G wrote:Yes, but I have folders with images only.xnview wrote:To remove non image item for example
Really, are you sure that a file is not removed?? Same file count in 'all' filter?
Can anyone confirm?