One day, I lost the ability to reach the “handle” of the edit properties window.
One day, I lost the ability to reach the “handle” of the edit properties window. It’s drawing above the screen. Since it’s the only part of the edit window that lets you resize it, I can’t access some properties.
I’ve tried and tried to figure out how to fix this, but I’m at a loss. I’m sure there’s a stupidly simple solution, but it eludes me. Thanks.
]]>
D5 Creation
< ![CDATA[
I had that happen once, and I can’t remember how I fixed it.
Will hiding the status bar help any? You should be able to scroll the window
]]>
< ![CDATA[
No. That was one of the many things I tried. Sometimes it will redraw with access to all properties, but the handle is still inaccessible.
]]>
< ![CDATA[
Do you have it at the top or the bottom?
]]>
< ![CDATA[
Do a back up and then wipe data for the app
]]>
< ![CDATA[
Honestly, I have no clue where it is. I think it’s at the top. I thought about wiping the data, but surely there has to be a better solution. This can’t be an entirely uncommon issue.
]]>
< ![CDATA[
I backed up and cleared the data. The edit properties looked fine on the default desktop.
I restored my settings, and the problem returned. So, now I definitely need a better fix. My desktops pre-date the change to the new editor style, so I’m wondering if that’s related.
]]>
< ![CDATA[
When you say you restored your settings, does that mean that you restored a back up made in LL?
]]>
< ![CDATA[
Yes.
]]>
< ![CDATA[
I didn’t thing a lightning back up affected editor defaults. Hmmm…
]]>
< ![CDATA[
I’d your desktop such, that you could try the same thing with a template instead of a backup?
I mean save as a template, wipe data, then restore template.
]]>
< ![CDATA[
Use slide to bottom for seeing all properties into a tab
And slide to right/left for changing tab
]]>
< ![CDATA[
Posted a video for you
]]>
< ![CDATA[
Henry Adams 🙂
]]>
< ![CDATA[
I think he just wants to resize the option box back to something near the default but can’t now reach the handle.
]]>
< ![CDATA[
Chris Chastain yes but he’ll be able to change any property with slides
]]>
< ![CDATA[
Sure, but how to fix it. It happened to me once and was a pain. Wish I could remember what I did.
]]>
< ![CDATA[
Chris Chastain​ perhaps only Pierre Hébert​​ could answer
A change on DPI or grid change perhaps
]]>
< ![CDATA[
Had this happen twice also got no idea how i fixed it, its nothing to do with DPI because the phones not rooted.
]]>
< ![CDATA[
I’ll back up and restore individual templates and see what happens. Anything like grid changes don’t seem to do anything as they affect the desktop, not the edit properties window.
]]>
< ![CDATA[
I can restore a template without an issue. However, I have some heavy editing in My Drawer that I’d rather not lose.
I’ve been trying to edit the backup, but once I modify it at all, LL won’t recognize it as a valid backup. Even unzipping and rezipping the same files causes an issue.
If I can’t fix it, I may have to completely rebuild my setup, which would be very frustrating.
]]>
< ![CDATA[
Not that anyone cares at this point, but I restored the backup to my tablet, and it’s having the same issue. The problem is somewhere in the backup.
]]>
< ![CDATA[
I tried the same thing. You’re right. I wonder what happens to break the backup.
]]>
< ![CDATA[
In your backup, in /core/config what is the value for “editBoxPropHeight”
]]>
< ![CDATA[
Pierre Hébert​ any thought ?
]]>
< ![CDATA[
2050, which seems high to me. That’s what I was trying to modify, but I can’t seem to make a modified backup that LL will actually restore.
I even tried to unzip it and rezip it without modifying files, and it still didn’t like it. It seems to be some form of zip since I can easily extract it, but I’m not sure how to recompress it.
]]>
< ![CDATA[
Mine is 850. I tried to edit it as a test but ran in to the same issue. Even tried to zip with no compression, and tried 7zip. No luck.
]]>
< ![CDATA[
This is because these software insert directory entries when rebuilding the archive, and this “surprises” LL. The plain zip tool doesn’t have this issue.
Try to enable screen rotation and switch the orientation twice. I don’t know why the box height manages to exceed the limit, since there’s a check for this. But obviously it failed.
]]>
< ![CDATA[
Then maybe screen rotation is the cause!
Even though I stay locked in portrait, I have seen screen rotate for a split second on extremely rare occasion. No idea the circumstance.
]]>
< ![CDATA[
I believe I’ve fixed it before on my tablet by rotating the screen, but it doesn’t seem to be working for this issue. The top of the properties is hidden in portrait and in landscape. I rotated it many times.
]]>
< ![CDATA[
There’s always the bottom?
]]>