LiveCode Forums

the y size of property inspector won't go above a really small size, so its very annoying. please help. video of bug in link.
https://driv e.google .com/open?id=1jd SFoHTnVknJZKIladG nZG0P-AkY_VrA

Hi BlackBook ,
Welcome to this forum,
It seems that is an issue with windows
The link without typo
https://drive.google.com/open?id=1jdSFo ... 0P-AkY_VrA
Best regards
Jean-Marc

same problem on Linux

It would be lovely if the Property Inspector could have a resize "thing"
in the bottom-right-hand corner so end-users could make it whatever size they wanted.

For some reason that is completely beyond me,
one can make the Properties palette wider, but not taller.

Vertical does work after you switch tabs a few times. (Still a bug, but there is a work around).

The listed bug report is something that I’ve taken a look at. The proposed logic is pretty much what is used, but for some reason the initial resize permission isn’t getting set correctly (there is a setting for whether resize is allowed which looks to have the wrong value in some situations).

The custom props inspector is one that I’m particularly interested in addressing. The current behavior grows the tree widget and never shrinks it. I think growing the text box may be better. A splitter would be the best option, but not sure about implementing that.

There is already code submitted that will select the key when the highlight changes. I’m looking into auto select on add but that is proving to be more difficult (keys at the root level are currently the sticking point with the widget, PI is also going need additional changes since it doesn’t like the selection changing).

Brian.

Vertical does work after you switch tabs a few times. (Still a bug, but there is a work around).

Switching tabs does not enable vertical resizing for me (v.8.1). How do you do it?

Is that the workaround you mentioned?

Craig

I only tested the workaround in 9 - mainly on Linux.

Digging around in "revPropertyInspector 1" I found this:
- -
which is NOT very helpful as I haven't a clue where resizeInspector might be

(and, before you ask, it doesn't seem to be in the stackScript of "revPropertyInspector 1").

Presumably resizeInspector is what one should consider hacking.

Commenting out the line:

on resizeStack
--resizeInspector
end resizeStack

has no obvious effect.

Which makes me wonder why it is there in the first place.

If you select a word in the Script Editor, right click, and then select "See Definition" from the context menu, it should take you to take handler.

Thanks for the help.

This is like a treasure hunt:

resizeInspector > inspectorLayout > #Layout Inspector

which is very complicated indeed:

" # Loop through the editors and get the minimum width of the labels and editors
# To work out an initial row width"

Which is all very fine, BUT does not really explain why a drag on the bottom-right corner of the
property palette ONLY allows a horizontal resize.

Maybe this:

local tStackHeight is where the constraints take place:

set the minheight of me to tStackHeight
set the maxheight of me to tStackHeight
set the height of me to tStackHeight

certainly looks likely.

Nope: cancelling out those does not help at all either.

Oh WOW that is awesome Richard! Thank you!!