Page 3 of 5

Posted: 14 Mar 2007 06:52
by j_c_hallgren
Creat wrote:TreePosForAutoScroll
with that, the meaning is actually pretty clear :)
That's better than my previous ones...either that...or...maybe "TreeRowForAutoScroll" as it's the row nbr to position on?

Posted: 23 Mar 2007 14:20
by admin
Creat wrote:TreePosForAutoScroll
with that, the meaning is actually pretty clear :)
Okay, I added that INI-only setting.

Posted: 23 Mar 2007 15:46
by j_c_hallgren
:D Thanks! I like it! I set mine to 4...Only suggestion would be to put a short comment line before it in INI to make locating it a tad easier, as it's buried in a long list...yes, one can do a search, but tagging it might be nice...just a thought.

Posted: 23 Mar 2007 22:11
by admin
j_c_hallgren wrote::D Thanks! I like it! I set mine to 4...Only suggestion would be to put a short comment line before it in INI to make locating it a tad easier, as it's buried in a long list...yes, one can do a search, but tagging it might be nice...just a thought.
Forget it. When I say hard-core I mean hard-core. No hints. :P

But you a free to find a better key name :wink:

Posted: 24 Mar 2007 02:19
by jacky
admin wrote:
j_c_hallgren wrote::D Thanks! I like it! I set mine to 4...Only suggestion would be to put a short comment line before it in INI to make locating it a tad easier, as it's buried in a long list...yes, one can do a search, but tagging it might be nice...just a thought.
Forget it. When I say hard-core I mean hard-core. No hints. :P
And I set mine to 1 :D ;)
But i don't think any "clue" would make any difference. I mean, either you know about it & search for it, or you don't and it ends there. I doubt any one would go like "men I wish there was a setting for this, hey, let's review all the INI keys one by one!" :P ;)

Posted: 24 Mar 2007 02:26
by surrender
jacky wrote: hey, let's review all the INI keys one by one!" :P ;)
Good idea! That way we all get to dig deeper.

Posted: 24 Mar 2007 22:43
by peterbonge
Strange. TreeRowForAutoScroll doesn't seem to work here. I've set it to 5 and if I double-click on a empty area of the tree list the active folder scrolls to the top. Am I doing something wrong?

Posted: 25 Mar 2007 00:33
by surrender
Yes, double click in empty area will scroll the selected/focused folder to position one. The TreeRowForAutoScroll setting applies when you click across tabs. If you set it to 5 then the selected folder will be atleast on the 5th row or more (exception to this is top most 4 items in the tree which will always be on row 1,2,3 and 4 for obvious reasons)

Posted: 25 Mar 2007 00:49
by peterbonge
Wouldn't it make sense if this value would also apply to the double-click scrolling? I'm sure that this was alread the case some builds ago (with the hardcoded value). Why was this changed?

Posted: 25 Mar 2007 01:00
by surrender
I guess to be consistent with list behavior where double-click leads to scrolling of focused item to row #1. I agree, if user sets it to 5 then double-click should scroll item to 5th row not 1st row. But then, maybe there was another reason for not doing so. I wonder what it is.

Posted: 25 Mar 2007 03:26
by j_c_hallgren
surrender wrote:I guess to be consistent with list behavior where double-click leads to scrolling of focused item to row #1.
Reading jacky's postings on first page of this thread, that appears to be reason for it...and the way it is now, one can have it work sorta both ways at the same time in a way, depending on whether one dbl-clicks or not...so even though I'm not much of a dbl-click'r, having that option to move it to row 1 instead of my defined row 5 is a good thing, IMO.

Posted: 28 Mar 2007 14:02
by peterbonge
Hello Mr. Admin? Can you please change this (back)?

Posted: 28 Mar 2007 15:00
by admin
peterbonge wrote:Hello Mr. Admin? Can you please change this (back)?
What and why?

Posted: 28 Mar 2007 16:04
by peterbonge
admin wrote:
peterbonge wrote:Hello Mr. Admin? Can you please change this (back)?
What and why?
Wasn't there at least one build where double-clicking on an empty tree area scrolled the active folder rather to the 3rd position than to the top? Now there is the TreeRowForAutoScroll setting which just affects the auto-scrolling when switching the tabs. But I (we?) think it would be nice if this value would also affect the double-click-scrolling.

Posted: 28 Mar 2007 16:27
by j_c_hallgren
peterbonge wrote:But I (we?) think it would be nice if this value would also affect the double-click-scrolling.
As I stated right before your "hello mr admin" post, I'm convinced having dbl-click work differently from tab-switch is a good thing, even though I use it very rarely...now maybe the (ugly) solution to this would be another INI setting? :wink:

Update:I just updated to latest...went looking for the INI settings...found this:

Code: Select all

TreeItemDistY=-1
lCatalogItemDistY=0
lListItemDistY=0
The 2nd and 3rd lines show as having a 1 prefix char in XY preview and here but in hex it's a 6C :?

But notes say:

Code: Select all

Those without a wheel have to go the hard way via INI editing: 
        [Settings] 
        TreeItemDistY=... 
        CatalogItemDistY=... 
        ListItemDistY=... 
:?

BTW, is there a good reason why the user tweakables like these couldn't be at either the start or end of all 'settings' instead of in the middle?

And...why aren't these settings using the actual pixel value instead of a offset? Just wondering...seems actual would make it easier for user to compute what results would be.