New Var Toy Idiosyncrasy

Started by Darius1968, October 20, 2025, 06:48:46 AM

Previous topic - Next topic

Darius1968


Suddenly, the Var Toy is nearly unusable.  The screenshot will show that the UI element that controls the ratio of the data entry pane to the rendered pane can no longer be adjusted such that one or the other is fully visible - and its range of motion is compromised, now only moving about a quarter of the way.  And, this is when I use the ctrl+scroll wheel to minimize - once I ctrl+0, the data entry pane is fully visible, at the complete exclusion of the rendered pane.  
You cannot view this attachment.

Mario

Maybe close the panel and reopen it? 
Switch to another app and back?
Try another workspace?

Not sure. I have never seen seen this before.

Darius1968

I've already tried all your suggestions with the problem still not being resolved.  I've even gone as far as to uninstall/reinstall IMatch.  Still nothing!  VarToy is the only app for which this problem manifests.  So, could it be files that are left behind after the uninstall that are the source of corruption for this app?  Any way to reinstall VarToy? 

axel.hennig

I've got the same problem with the VarToy-app.

The lower part of the app (where the variables are evaluated) can be shrinked a lot, but not increased as much as wanted (see screenshots).

You cannot view this attachment.

You cannot view this attachment.

Darius1968


Yep.  You and I are having the same problem.  And, the extent to which you can shrink the bottom part depends on the ctrl+scroll magnification.  

Mario

Hm, I tried this just now on my laptop and workstation computer. Making the output area very small, and then bring it back up to the maximum allowed size (the upper area has a minimum size). I see this (on both computers):

You cannot view this attachment.

So what is the difference?
Can you click and move the track bar and then it just stops at a certain height?

The VarToy app is many years old. I've just looked at the code and it's simple.
On startup it loads the height of the upper area from IMWS and then uses a jQuery function to make the div resizable. When the user resizes the div, JQuery calls back into the VarToy code and the new height is saved in IMWS:

What happens if you resize the panel or set it to full height?

Maybe try this: Close IMatch and delete the folder

C:\ProgramData\photools.com\IMatch6\browser\Cache


axel.hennig

#6
Quote from: Mario on October 20, 2025, 11:29:55 AMCan you click and move the track bar and then it just stops at a certain height?
Yes, move works and yes, stops at a certain height.

Quote from: Mario on October 20, 2025, 11:29:55 AMMaybe try this: Close IMatch and delete the folder

C:\ProgramData\photools.com\IMatch6\browser\Cache
Tried it, but does not solve the problem.

axel.hennig

Not sure if this helps anything, but I've tried wie Experimental Features On and Off. No difference.

Mario

Let's try this:

Open "C:\ProgramData\photools.com\IMatch6\webroot\imatch\apps\vartoy\app.js"

in Visual Studio Code or Notepad.
Scroll to line 104 and comment out the line

$('#input-container').css('min-height',data.height);
by adding a // in front.

// $('#input-container').css('min-height',data.height);
Then click into VarToy and press Ctrl+F5 a couple of times to force-reload it.
Can you now drag the track bar to the top?

Darius1968

I also tried toggling on/off the experimental features, which made no difference in my case as well. 

axel.hennig

#10
Quote from: Mario on October 20, 2025, 11:55:55 AMScroll to line 104 and comment out the line

$('#input-container').css('min-height',data.height);

Now, it works as expected. Thanks.

Interesting: If I comment out this line (hit several times Ctrl+F5) and move the track bar upwards, then comment in the line again (Ctrl+F5 again), then I can't move the track bar any further upwards, but downwards is possible. So the "upwards" is limited by the position where it was when it was last time working (comment out line 104).

jQuery, bootstrap, animate,... problem?

Darius1968


Axel beat me to it, but I too edited the file as you suggested, and the problem appears to be solved!  Hopefully, this sticks!  Thanks:)

Mario

The limit exists to prevent the user from "hiding" the input area completely.
I don't remember why I've implemented it this way. Or why this works here on my computers. Strange.

I think a good solution would be to remove the commented out line.
Then open the app.css in the same folder as the app.js

Add

min-height: 10rem;
to the #input-container style, so it looks like this:

#input-container {
    display:flex;
    flex-direction: column;
    overflow: hidden;
    /* border: solid 1px #ffff00; */
    min-height: 10rem;
}

This has the same effect. Ctrl+F5 a couple of times. The upper area should enforce a suitable minimal height, while leaving the track bar free to size.

axel.hennig

This (css-file) works perfectly, thanks again.