Page 1 of 2

XnView 1.74 Release Candidate 5 (Windows)

Posted: Tue Oct 05, 2004 8:30 am
by xnview
Hello,

Normal users should use the current Final version of XnView, which is version 1.70.4. Please see post XnView 1.70.4 for details.

A RC5 (last before final release) is available here:

http://www.xnview.com/beta/XnView-RC5.zip

If you have found a problem, please have a look whether the problem has been observed and reported before. Then start a new topic in this newsgroup or append to an existing thread. Please do not reply to this topic.

Thank you & Regards. Pierre.

Posted: Tue Oct 05, 2004 8:47 am
by lawndart
Menu size bug:

1. Select f10 details.
2. Deselect date and description columns.
3 Reselect date and description columns.
4. *Now the column size becomes extremely wide*

xnview.ini=
column0=141
column1=51
column2=80
column3=77
column4=7047856
column5=7047856

(Reducing last 2 values bring columns back in view)

----
Scan Headers in folders: fixed.

---
"dont start browser thumbnail" causes files not to be listed under
any other mode when starting browser from windows explorer right mouse click.

Posted: Tue Oct 05, 2004 8:59 am
by xnview
lawndart wrote:Menu size bug:
1. Select f10 details.
2. Deselect date and description columns.
3 Reselect date and description columns.
4. *Now the column size becomes extremely wide
Ok, ;-)
Pierre.

Posted: Tue Oct 05, 2004 9:25 am
by lawndart
1. Resize (enlarge) jpg.
2. Select smaller area.
3. Apply lossless crop. (Not sensible step for user to do here)
4. *Crash to desktop.*

Posted: Tue Oct 05, 2004 10:02 am
by lawndart
When selecting area in middle of jpg using 4:3 ratio,
sometimes frames go off screen instead of stopping at
edge of picture.

And performing a lossless crop using 4:3 often crashes
program to desktop (when proper area within photo is
selected).

Posted: Tue Oct 05, 2004 10:11 am
by lawndart
With lossless crop there appears to be a minimum amount
of area selected before change can be made permanent.
Just making a 922x783 photo into 914x783 by removing a
little from the left only will not stick.

Posted: Tue Oct 05, 2004 10:25 am
by xnview
lawndart wrote:With lossless crop there appears to be a minimum amount
of area selected before change can be made permanent.
Just making a 922x783 photo into 914x783 by removing a
little from the left only will not stick.
Yes, lossless crop is 8 by 8 pixels.
Pierre.

Posted: Tue Oct 05, 2004 11:44 am
by lawndart
When moving a selected area the dimensions are correctly
displayed on the botom right of status bar, this information
disappears when not moving frame with mouse. It should remain
even when not moving mouse, so you can see dimensions selected
without having to change them first.

Posted: Tue Oct 05, 2004 4:01 pm
by xnview
lawndart wrote:When moving a selected area the dimensions are correctly
displayed on the botom right of status bar, this information
disappears when not moving frame with mouse. It should remain
even when not moving mouse, so you can see dimensions selected
without having to change them first.
The problem is that this field is reserved to show description :-(
Pierre.

Posted: Wed Oct 06, 2004 9:06 pm
by lawndart
A couple of trivial things:

Changes to auto-refresh option take effect only after leaving and reentering
directory. This can trick users into thinking the function does not work.

Going to next file when deleting is always much slower than going to next file
without deleting.

Posted: Thu Oct 07, 2004 8:07 am
by xnview
lawndart wrote:Changes to auto-refresh option take effect only after leaving and reentering
directory. This can trick users into thinking the function does not work.
Yes, a :bugconfirmed:
Going to next file when deleting is always much slower than going to next file without deleting.
Are you sure? It's the same function.
Pierre.

Posted: Thu Oct 07, 2004 8:29 am
by lawndart
xnview wrote: Are you sure? It's the same function.
Pierre.
Yes its slower (win2k) even with auto-refresh off. Slower still with
autorefresh on.

--------

SCR files are shown in file browser box, when recognize only by
extension is selected. This may be a problem.

On windows OS's, virus scans often find infected '.scr' files.
Is it safe for these to even show up in file browser?
The default (good) SCRs from windows system32 directory can
be invoked from Xnview.

Posted: Thu Oct 07, 2004 9:00 am
by xnview
lawndart wrote:[Yes its slower (win2k) even with auto-refresh off. Slower still with autorefresh on.
Do you have option "Go to next picture when deleting..."?
Pierre.

Posted: Thu Oct 07, 2004 9:06 am
by lawndart
Yes, I have the goto when deleting option checked. Using the
delete key.

Posted: Thu Oct 07, 2004 9:49 am
by lawndart
0. Show tooltips on.
1. Move mouse over jpg. Label pops up showing name, size, date.
2. Move mouse straight down to bottom of taskbar.
3. Same popup label is now shown on the taskbar (filename, size, date).
Normally, just titlebar info shows up on taskbar.
4. *Its stays there a fairly long time even when you try to select
something else on taskbar. When Xnview only displays titlebar
info here, it behaves normally and does not stay there as long.

-updated-