alpha version 1.7
Moderators: fgagnon, nikos, Site Mods
-
- Gold Member
- Posts: 801
- Joined: 2005 Oct 21, 16:33
- Location: WA, USA
-
- Site Admin
- Posts: 16296
- Joined: 2002 Feb 07, 15:57
- Location: UK
can somebody with vista test this for me: if you do a lengthy <ctrl+f> search (eg for all exe files) in a space where it has many small folders, does the mouse pointer go bezerk, changing from "busy" to normal and back very quickly and looking like cr@p or is it just my beta vista version that does that?
-
- Bronze Member
- Posts: 87
- Joined: 2006 Mar 23, 14:56
- Location: Toronto
-
- Site Admin
- Posts: 16296
- Joined: 2002 Feb 07, 15:57
- Location: UK
-
- Site Admin
- Posts: 3737
- Joined: 2003 Sep 08, 19:56
- Location: Springfield
-
- Gold Member
- Posts: 801
- Joined: 2005 Oct 21, 16:33
- Location: WA, USA
-
- Gold Member
- Posts: 465
- Joined: 2007 Apr 17, 11:09
Regarding this:
So, taking the example above, the behaviour, Wasker described here, is not really new. But with the old behaviour of the "Eat first click"-(EFC)behaviour the user didn't see it.
I am not yet quite sure, but I tend to believe, that the behaviour I described for multiple selected items is, what the EFC-option is ment to do; so the same can't be wrong for the new version.
For me personally, I am very happy with the new version (regarding this option) and hope, this will make into the final release. But I see, that users, who have other pattern of use may come to another result. This should be easily be solvable with an additional option, to extend the EFC-option also for folder with only a single marked item or not. Doing so, all users should get happy.
This is not new. I am not sure, if this behaviour is a bug or an unexpected behaviour. If you (with 1.6.5.3 or 1.6.5.5, it's the same) mark several files or folder in the folder pane, place the focus to e.g. the Miniscrap, and then double-click in the same folder-pane another item (which is one of the not marked ones), than you will notice, that not the double-clicked item gets started or opened, but one of the previously marked ones. Strangly enough, trying this a few times (I used 1.6.5.3), sometimes the first (top most in actual sorting) gets started / opened, sometimes the one, that has the focus; I did not find a way to predict, which of both will get started by doing so. - Nevertheless, I would expect, that in my given example the double-clicked item gets started (or at least marked, whereas the previously marked items get unmarked with the second half of the double-click), but in no case one of the marked ones.wasker wrote:Besides that, double click with this feature behaves very weird: instead of selecting new item on second click, it runs previously selected item.
So, taking the example above, the behaviour, Wasker described here, is not really new. But with the old behaviour of the "Eat first click"-(EFC)behaviour the user didn't see it.
I am not yet quite sure, but I tend to believe, that the behaviour I described for multiple selected items is, what the EFC-option is ment to do; so the same can't be wrong for the new version.
For me personally, I am very happy with the new version (regarding this option) and hope, this will make into the final release. But I see, that users, who have other pattern of use may come to another result. This should be easily be solvable with an additional option, to extend the EFC-option also for folder with only a single marked item or not. Doing so, all users should get happy.
-
- Bronze Member
- Posts: 87
- Joined: 2006 Mar 23, 14:56
- Location: Toronto
Usually I don't get an assertion. The one time that I did get the assertion failure, the "...encountered a problem... Debug / Close" window came up obliterating most of the assertion window. The only thing remaining is tByteSize().Nikos: Do you get an assertion error? what does it say? Click on ignore to dismiss it
I didn't get a chance to click ignore before it crashed.
-
- Site Admin
- Posts: 3737
- Joined: 2003 Sep 08, 19:56
- Location: Springfield
1.6.5.5 is the debug version (call it an alpha) of upcoming version 1.7
It is for those who are interested in checking out & testing the potentially new features.
It can be downloaded from the link in nikos' post at the head of this thread.
It is not in release trim, and should be run with dbmon (debug monitor) active, which logs program activity and errors so the user can report problems encountered.
It is for those who are interested in checking out & testing the potentially new features.
It can be downloaded from the link in nikos' post at the head of this thread.
It is not in release trim, and should be run with dbmon (debug monitor) active, which logs program activity and errors so the user can report problems encountered.
-
- Site Admin
- Posts: 16296
- Joined: 2002 Feb 07, 15:57
- Location: UK
here's the last alpha 1656, see changes.txt for the additions
www.zabkat.com/dbmon.zip (1.1MB)
www.zabkat.com/dbmon.zip (1.1MB)
-
- Bronze Member
- Posts: 87
- Joined: 2006 Mar 23, 14:56
- Location: Toronto
Opening my recycle bin (with 497 items) crashes using alpha 1656 as well.
I used dbmon to capture the debug statements, I can email this file to you if you like.
The most interesting lines were the last three statements:
3428: UWM_DELAYSHOW got rid of 0 redundant messages
3428: Second Chance Assertion Failed: File D:\umeca74\My Documents\cpp\newkenny\commViewImpl.cpp, Line 7175
Another interesting line is:
3428: D:\umeca74\My Documents\cpp\newkenny\folderItem.cpp(5977) : Assertion failed: ((IsFolder()==0) == ((m_ffd.dwFileAttributes & 0x00000010)==0)) ||
GetByteSize()
I used dbmon to capture the debug statements, I can email this file to you if you like.
The most interesting lines were the last three statements:
3428: UWM_DELAYSHOW got rid of 0 redundant messages
3428: Second Chance Assertion Failed: File D:\umeca74\My Documents\cpp\newkenny\commViewImpl.cpp, Line 7175
Another interesting line is:
3428: D:\umeca74\My Documents\cpp\newkenny\folderItem.cpp(5977) : Assertion failed: ((IsFolder()==0) == ((m_ffd.dwFileAttributes & 0x00000010)==0)) ||
GetByteSize()
-
- Site Admin
- Posts: 16296
- Joined: 2002 Feb 07, 15:57
- Location: UK
-
- Gold Member
- Posts: 465
- Joined: 2007 Apr 17, 11:09
In alpha 1656 there seems to be a problem, if miniscarp and quickviewer are both open and the focus is on a MS-content (so that it gets shown in the QV): If you now try to close MS (QV still open), kenny crashes. If you bring at first the focus to a folderpane (so that the focused file gets shown in QV or close QV before MS, kenny does not crash. It is easily reproducable (because of this I did not sent a debug log, until Nikos aks for).
-
- Gold Member
- Posts: 465
- Joined: 2007 Apr 17, 11:09