OXT Lite 1.09

[richmond62]

your artboard in Adobe illustrator

I don't have an artboard in Adobe Illustrator: I use Inkscape as a supporter of Open Source software.

The last time I used Illustrator was in 1994.

That's a heck of a lot to fit into a tooltip

Agreed; but what IS in the tooltip is not very helpful.

[tperry2x]

...as a supporter of Open Source software.

Yeah, me too - when I can remember what it is called... "viewbox" in Inkscape:

viewbox.png (47.87 KiB) Viewed 3830 times

...what IS in the tooltip is not very helpful.

What would you like the tooltip to be?

[richmond62]

as a supporter of Open Source software

I gave up pirating software when it was no longer necessary.

[tperry2x]

I gave up pirating software when it was no longer necessary.

Good. Glad to hear it. Meanwhile I still have an Adobe Illustrator 9.0 license that runs nicely via a wine appimage (that I own) - didn't say anything about pirating software (?)

[ REMOVED PICTURE CONTAINED BECAUSE IT CONTAINED A SERIAL NUMBER ]

[micmac]

Do you mean, why aren't all the corners equal. Did you scale it up or down after drawing it?
Looking at your picture, the pixellation on the corners are doubled so looks like it's been scaled up after being drawn.

They are straight from the screen.Though the high resolution of an iMac makes it double the size here.

Mic

[tperry2x]

Ah, okay - thanks Mic. Yes, that makes sense.
No antialiasing on these types of paint objects makes it appear even more blocky.
It's weird how it's not always equal on each corner, but that is somehow calculated by the engine.

[richmond62]

No, you didn't say anything about pirating software, and I am sorry you took my comments about that to refer to you, when it refered to me.

[tperry2x]

In that case, my apologies also, as I obviously got the wrong end of the stick.

I'm on the cusp of re-applying the draggable revmenubar - and it works, aside from the following annoyance I've just spotted.
Anyone know how to turn off 'window snapping' in recent versions of MacOS?

edit: Aha! found it.
You can temporarily get MacOS to behave by holding the alt key while dragging a window. (at least on Monterey). That turns off the snapping.
As mentioned here. I just wanted to make sure it wasn't an IDE bug I'd just created! - turns out, it's a MacOS "Feature"

In later versions, seems like Apple give you a way to turn things like this off? (possibly)
Seems like they might have confusingly reversed that behavior in later versions of macOS, where you have to hold the alt key to get the snapping (if I'm reading this right).

I think this is the option to turn that off / on... (who knows?) in later versions of MacOS.

maybe.png (180.44 KiB) Viewed 3619 times

Does it mean "only tile (snap) windows if the alt key is down" and this is turned on?
Does it mean that if this is turned off, the default behavior is to tile (snap) the windows if you are dragging without the alt key held?
Or does turning this option off disable the tiling (snapping) altogether?
OR.... does "tiling" even mean window snapping - or is it somewhere else entirely?

Either way, this is interference from the OS, not the OXT IDE.

[richmond62]

Either way, this is interference from the OS, not the OXT IDE.

This is just going to strengthen for MacOS.

I have got this turned on (it must have done that automatically as I did NOT know about that until you pointed it out):
-

SShot 2024-11-19 at 14.42.56.png (21.76 KiB) Viewed 3579 times

-

Does it mean "only tile (snap) windows if the alt key is down" and this is turned on?
Does it mean that if this is turned off, the default behavior is to tile (snap) the windows if you are dragging without the alt key held?
Or does turning this option off disable the tiling (snapping) altogether?
OR.... does "tiling" even mean window snapping - or is it somewhere else entirely?

Dunno: just going to have a fiddle around and find out:

If I drag a Window WITHOUT the ALT key pressed it behaves 'normally'.

If I drag a Window WITH the ALT key pressed a round-cornered rectangle appears (and a screenshot will not capure that: tried)
that is a different size to the window being dragged: if the Window is then dropped it changes shape in some, frankly, unpredictable way (and I am not sure what the point of the feature is).

OK, OK: if your application has a window open that is larger than the rectangle appears, your app windows is squidged to fit inside that rectangle,

if your application has a window open that is smaller than the rectangle appears, your app windows is stretched to fill that rectangle.

Does not do anything for me to be honest: so will not use it.

MacOS 15.2

[richmond62]

Does it mean that if this is turned off, the default behavior is to tile (snap) the windows if you are dragging without the alt key held?

NOT as far as I can tell: over 'here' (Intel MacOS 15.2) the 'normal' windows dragging behaviour carries on, but pressing the ALT key has no effect either.

OR.... does "tiling" even mean window snapping - or is it somewhere else entirely?

If I knew what the difference was I'd try and work out an answer.

[richmond62]

Just ran the latest update.

As THIS is not going to work, it should not really be present in the Prefs stack:
-

SShot 2024-11-19 at 15.03.13.png (11.18 KiB) Viewed 3568 times

[tperry2x]

That's because I've not uploaded it yet

It will work, and will be present. I just temporarily turned it off.

I'm going to overwrite the download for 1.09 with fresh versions. Which will make it work again.

Have tested in Windows 11 (which also threw up another error), have adjusted for MacOS, and have also adjusted for Linux. I'll do a demo video (new demo video here), but what you have currently available isn't what I've been working on lately. Not yet.

I'd produce download links now, except for the fact that I have to do the mac version from a specific computer... because codesigning.

So some will have to wait until tonight, after I've helped kids with homework and they've gone to bed.

[richmond62]

I've helped kids with homework

I wish you well.

-

activity.jpg (62.02 KiB) Viewed 3535 times

-
https://assets.ctfassets.net/oshmmv7kdj ... orld25.pdf

pages 18 & 19.

[tperry2x]

Well, teaching methods aside - right or wrong, they've got to do it, so that's what will happen.
Anyway, new video demo. Trying every combination I could think of to confuse it. Also done the same on Windows 11 (what a joy ), and MacOS - which is where I encountered that window snapping issue above.

In fact, on my previous post - you'd have seen a mac demo of the revMenubar "as a standard window" (in the video from earlier today). (so you didn't have to worry about the button not working for long !).

I'd do a demo version on Windows 11, but there does not seem to be a good way to record a screen. I have a hardware hdmi recorder somewhere, so will have to dig that out.

I'll have to go through pruning posts out at some point.

[richmond62]

pruning posts

Gardening? LOL!

Please do not prune any posts as people think in different ways: some instantly get 'it', while others need to reason their way through 'it' in all sorts of differing ways.

[tperry2x]

@micmac
- you mentioned the IDE not adhering to the cursor choice after you adjusted the number of columns shown in the tools palette. Then I subsequently found that this would cause the IDE to get stuck on the "validating preferences" stage at startup.
Just to let you know that this has also been fixed and tested (on all platforms) - demo video.
I'll replace the downloads for v1.09 with the updated versions later.

[richmond62]

So, we should dump our current 109s and download newer versions . . .

[tperry2x]

So, we should dump our current 109s and download newer versions . . .

Yes please, when it's ready.

I was feeling bad because I thought I caused this bug. It turned out I didn't. It's there in LCC 9.6.3.
I don't think the revMenubar was ever intended to be draggable, not on MacOS anyway.

Take a fresh version of LCC 9.6.3.
Open it.

Note the revMenubar (with all the icons horizontally across the top is not draggable).

Screenshot 2024-11-19 at 18.46.42.png (629.52 KiB) Viewed 3386 times

Using a combination of the "revApplication Overview", you can inspect the revMenubar stack and change the window decorations (so it has the close and minimise icon). You can also bring it down the screen.

Screenshot 2024-11-19 at 18.48.12.png (510.73 KiB) Viewed 3386 times

I now drag the revMenubar window down the screen to a new position, by using the window's titlebar - the standard MacOS window part you drag to move a window.
Hey-presto! I can't click the message box button.

Screenshot 2024-11-19 at 18.48.34.png (572.02 KiB) Viewed 3386 times

Now, this isn't about apportioning blame. It's just important to understand where this bug came from, from my point of view. I wanted to know how it came about - because it might have given me a chance of solving it.
At the moment, MacOS is the only one of the 3 platforms that has this strange behavior.

I just have to put a conditional fix in for it, but I still don't know WHY it's happening. I can counteract it I think though.

[tperry2x]

Righto. v1.09 of OXT lite, links have been replaced.
I would have just done it via updates, but just as easy to make sure everyone had a newly downloaded full version. Also, I found out that people on Windows 11 couldn't update because:

Code: Select all

put URL [website-url] into [somevariable]

does not seem to work at all under windows 11.
(The updater now falls back to curl if no response through the put URL method). For mainly this reason, it couldn't have been an update because that wouldn't have worked for all windows users.

I also did a demo video of installing in windows 11, for anyone who's using that version.
(install demo videos)

For the mac revMenubar stack-dragging-bug (I've still not totally squashed it). You can have the standard window appearance, but I'd recommend you don't drag using the Mac's window titlebar on this stack. Instead, "enable the toolbar to be dragged from the left edge" (preferences > appearance) - then position the stack where you want. Then turn off the "enable the toolbar to be dragged from the left edge" again if you don't want that shown. MacOS is the only platform this bug shows on.

[OpenXTalkPaul]

Screenshot at 2024-11-18 17-05-29.png

Now that I have your serial number I own that too
Just kidding, I have my own Illustrator 9 with box and manual still (somewhere).
For decades now I've work for business where I've always had legit access to the latest Adobe software (Illustrator and Photoshop at a minimum).

I removed that picture from your post.