Tree/Tab Expansion Memory and Focus

Post by **j_c_hallgren** » 14 Mar 2007 06:52

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?

Post by **admin** » 23 Mar 2007 14:20

Creat wrote:TreePosForAutoScroll
with that, the meaning is actually pretty clear

Okay, I added that INI-only setting.

Post by **j_c_hallgren** » 23 Mar 2007 15:46

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.

Post by **admin** » 23 Mar 2007 22:11

j_c_hallgren wrote: 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.

But you a free to find a better key name

jacky · Post by **jacky** » 24 Mar 2007 02:19

admin wrote:
j_c_hallgren wrote: 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.

And I set mine to 1

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!"

surrender · Post by **surrender** » 24 Mar 2007 02:26

jacky wrote: hey, let's review all the INI keys one by one!"

Good idea! That way we all get to dig deeper.

peterbonge · Post by **peterbonge** » 24 Mar 2007 22:43

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?

surrender · Post by **surrender** » 25 Mar 2007 00:33

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)

peterbonge · Post by **peterbonge** » 25 Mar 2007 00:49

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?

surrender · Post by **surrender** » 25 Mar 2007 01:00

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.

Post by **j_c_hallgren** » 25 Mar 2007 03:26

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.

peterbonge · Post by **peterbonge** » 28 Mar 2007 14:02

Hello Mr. Admin? Can you please change this (back)?

Post by **admin** » 28 Mar 2007 15:00

peterbonge wrote:Hello Mr. Admin? Can you please change this (back)?

What and why?

peterbonge · Post by **peterbonge** » 28 Mar 2007 16:04

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.

Post by **j_c_hallgren** » 28 Mar 2007 16:27

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?

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.