the stars here only reflect how many messages you've posted in the forum, nothing else
looking at your posts, you'd be worth more stars if the algorithm counted total words instead of posts
if you enjoy clicking to go up folder, don't forget that you can click on the path in the titlebar of a pane to go one or more levels up: wherever you want to go, just click and go!
So, have you been able to duplicate my navigation problem? Or is it an XP thing. I have verified that it is a ver 1.0.0.3 thing as ver 1.0.0.2 does not do it and the other guy, Gandalf? could also duplicate it so I am ot the only one... Basically its about view and focus not staying together.
Gandolf said that it only occurs in "non-positioned" modes, that is large/small icon and thumbnails. It doesn't happen in "proper" modes like details and list view. This is a limitation of the list control used
Yes, I found the same thing, once I discovered that tick69 was using the icon or thumbnail views.
When I was able to reproduce it & see what was going on, it triggered my memory to the discussion of this issue 6-9 months ago.
If I recall correctly, nikos' conclusion at that time was to not bother with trying to fix those views, believing that no serious file-managing person would use other that list or details view.
But now the mystery is why there is no problem in v1.0.0.2 (at least not for tick69 -- I have not re-checked myself)
Yes, but I use those views, specifically because I CAN double click between the icons to go up a level and because that is the view I am used to, have been using it for - since 1994 - basically same view I had in OS/2 warp... I do not need to see all the details of everything in the folder because I do not want to. I switch to details when I need more info or to sort by a trait, but I then sort by name and switch back when I'm done with that. I click on an icon and the date and size appear at the botton and If I want version type info I have to hit alt-enter anyway, or choose properties... The large icon grid because ofthe width and hieght can show quite a few icons at a time. I would really appreciate it if you could identify the cause of that and fix it for ver 1.1
I went back again and re-installed v1.0.0.2 to see if I could reproduce the behaviour you report, but I could not. [this on XPsp2]
For me, v1.0.0.2 behaves the same as v1.0.0.3 and v1.0.0.96.
I even tried the old alpha57 version from February 2004, which I dug out of my archives, and got the same behaviour.
'Tis a mystery what settings you have got with your v1.0.0.2 installation to manage the behaviour you desire.
I actually copied the exe and manifest from a machine at work that had never seen 1.0.0.3 and then took it home and, because I only had a 1.0.0.0 installation file, uninstalled 1.0.0.3 - but as I mentioned, though I intended to, I forget to erase everything out of the registry - then I rebooted, just to be sure nothing stayed resident. I then installed 1.0.0.0 and again rebooted - note, at this point it asked me if I wanted to register it but I declined and rebooted again. Then I took just the exe and manifest that I had copied from the system at work and copied them over the 1.0.0.0. That is how I got it to work agian. After I copid it over I tried to enter my key but it seemed to know or remeber that it was registered, leading me to believe that that info is stored in the exe or, more likely, the manifest. IF I had the 1.0.0.2 installation package that is what I would have tried, but I only had the 1.0.0.0 package so I did not really uninstall 1.0.0.3 and install 1.0.0.2, I uninstalled 1.0.0.3 then installed 1.0.0.0 then copied 1.0.0.2 over it. It now behaves just the way I want it to. And as I said before I tried this fix, since I have a dual boot system and When the 1.0.0.3 was installed in the XP directory the win98 did not get updated and still had version 1.0.0.2 and when I ran it and did an about, to see what version I was running, it said 1.0.0.2 ansi but be still behaved the same way, losing view while keeping focus. That is why I think it may be a setting elsewhere, maybe a setting that the 1.0.0.3 created or modified, but that affects all versions and that is why I had to uninstall the 1.0.0.3 to get it to go away. It could have been a setting that 1.0.0.0 set to a certain default that 1.0.0.2 defaults differently or does not even put in, but by upgrading originally the setting was imported and so the system at work never got confused, but this 'setting' could have been actively modified by 1.0.0.3 and since 1.0.0.2 leaves it alone when you uninstalled 1.0.0.3 and installed 1.0.0.2 the setting from 1.0.0.0 that was 'corrupted' by 1.0.0.3 was not fixed? Grasping at straws, , I know, but I am trying to make sense of this...
I think it merits correcting the problem; but It is likely very low priority on nikos' list. It could be fruitful to bring it up again in a month or so -- if it doesn't get fixed in the interim.
Sometimes these minor nits get ironed out without comment from nikos -- so you might want to check out the official new v.1.1.0.0 released earlier today, & see how it plays. I only just noticed it & have not tried it out yet myself.
this is not a case of being cool view mode or not, it is a case of a mode not supporting the technique x2 uses to bring some item in visibility. Only list and detailed modes can do that
nikos wrote:this is not a case of being cool view mode or not, it is a case of a mode not supporting the technique x2 uses to bring some item in visibility. Only list and detailed modes can do that
but for tick69 the details & list views are the uncool ones.
IMNSHO, it is appropriate to consider expanding the list viewer module functionality to include the currently unsupported modes. It will just require work. Please put it on the to-do list, nikos, even though it may be low priority for now.
There are probably quite a few users who would also appreciate the user-friendliness that tick69 seeks in those view modes -- they are just not as vocal.
It doesn't happen in "proper" modes like details and list view. This is a limitation of the list control used
but the question is, if those are the only views that support the techniques for view and focus, then why did the others work before? what was changed between 1.0.0.2 and 1.0.0.3 to cause them not to work? maybe they were never officially meant to work, but they did and I want to try to keep them working as long as I can. I am actually afraid to try 1.1.0.0 because if it does not work then when I try to go back it may never work again....
[/quote]
& to add to the mystery, all views worked ok on my w98 machine as I was checking out v1.1.0.0 -- but only the list & details views keep the previous folder in view going 'up' on my XPsp2 machine.
As I understand it, the code block nikos is using was only designed for what he calls the two 'proper' views. It is entirely appropriate to ask that he review/expand that design and get it to work correctly for all views.
fgagnon wrote:There are probably quite a few users who would also appreciate the user-friendliness that tick69 seeks in those view modes -- they are just not as vocal.
I guess I would be one of those, so I will take fgagnon's hint and speak up.
I use Large Icons as my default view mode, for the much the same reasons as tick69 mentions above. It's clean and uncluttered, and any info I need I can get from a glance at the status bar. When I need more, it's easy to change to another view mode, or even (using layouts) to morph x2 itself into a different format. (This, IMO, is one of x2's strengths: to be whatever one needs it to be. )
So, by all means: equal functionality for all view modes!
