Hunting for bugs in OXT 0.98 and above

[tperry2x]

I think it's good to retain the paint tools. Even if many people don't use them, it could be handy just for marking something for the attention of someone. (Like drawing an arrow or annotation).

I've also made the new paint image that is created sit behind everything (move to back), so that if any buttons are placed on the card, these aren't obscured or unclickable when the image is created.

paint-everywhere.png (74.55 KiB) Viewed 224 times

[richmond62]

The paint tools would be extremely useful if you wanted to make a program like Apple's Freeform:
-

SShot 2024-04-23 at 15.33.10.png (432.21 KiB) Viewed 219 times

-
And a Freeform rip-off that was cross-platform is not such a daft idea.

[tperry2x]

And a Freeform rip-off that was cross-platform is not such a daft idea.

Now there's an idea - one for the fun & games section (or example stacks etc).
I've never tried the paint tools in LCC/OXT with a stylus and graphics tablet - I'll have to have a try at some point.
Failing that, if someone creates a stack - we can later export to android (easier of the two mobile platforms to publish for), and have it with a stylus on there... just ideas.

[OpenXTalkPaul]

I think it's good to retain the paint tools. Even if many people don't use them, it could be handy just for marking something for the attention of someone. (Like drawing an arrow or annotation).

I've also made the new paint image that is created sit behind everything (move to back), so that if any buttons are placed on the card, these aren't obscured or unclickable when the image is created.


paint-everywhere.png

I was just thinking, and this is probably expensive for a cosmetic thing, Tools could swap the color table on the cursor image before loading it, so that way a brush shaped cursor would be filed with the selected paint color. I believe all Desktop OSes support color cursors nowadays. It would be cool to see the cursor in the color you're about to paint pixels with.

[tperry2x]

I like that suggestion. This is picked up from the revCursors stack (and I believe there's a separate mac and linux stack, although it's debatable if they are actually used).
I initially thought it would be quite 'expensive' on the processor cycles and slow things down, as I supposed you'd have to have to set the colour, then have it export the image and reimport it.

But, then I remembered about this in the user guides:

To manipulate the binary data of an image, use the image's imageData property. This property returns the color and transparency value of each pixel in the image in a consistent format regardless of the format the image is saved in. The imageData is stored as binary, with each pixel represented by 4 bytes. To convert it to and from RGB values use the byteToNum and numToByte functions.

For example, the numeric value of the red, green and blue channels respectively for the tenth pixel are given by the expressions:

Code: Select all

   charToNum(char (4 * 9 + 2 of the imageData of image <image>)
   charToNum(char (4 * 9 + 3 of the imageData of image <image>)
   charToNum(char (4 * 9 + 4 of the imageData of image <image>)

So I thought we could colour individual live pixels of the cursor graphic directly this way then set the cursor to it, which would show a colour at the end of a brush for example.

[OpenXTalkPaul]

The paint tools would be extremely useful if you wanted to make a program like Apple's Freeform:
-
SShot 2024-04-23 at 15.33.10.png
-
And a Freeform rip-off that was cross-platform is not such a daft idea.

Are you guys aware of the SVGPathDrawWidget I made a while back?
I thought I posted about it.
There's actually not (currently) that much to it but it works, simple and effective.
Kind of a white board thing that generates SVG paths as you draw on it.
It could be useful for this sort of use case.

SVGDrawWidgetPIcolors.jpg (71.87 KiB) Viewed 153 times

SVGDrawWidgetPI.jpg (141.96 KiB) Viewed 153 times

You can delete the lines of the SVGPaths property to 'undo' any strokes that were drawn.

It's not all that 'eavy , it's a "wafer thin"!

[tperry2x]

No, I was not aware of that at all.
It somehow got past me
Do you have a link you can attach so we can try it out? Would be cool to add an SVG eraser tool, so it can remove points of the SVG that are clicked on or dragged over.

[tperry2x]

I suppose I may kick this off.

Just found that the Quick Dictionary in OXT Lite 1.04, on MacOS generates this error...

Screenshot 2024-05-04 at 11.48.29.png (101.13 KiB) Viewed 68 times

Code: Select all

field "Cerca2": execution error at line n/a (External handler execution error: revdberr,invalid connection id) near "revdberr,invalid connection id

Works fine under Linux:

linux-test.png (26.61 KiB) Viewed 62 times

Just off to test this on Windows now...
Edit: Works fine on Windows too...

Annotation 2024-05-04 120213.png (38.38 KiB) Viewed 59 times

It's just MacOS. Going to try and sort that now...

In the meantime, you can turn off "Quick Dictionary" in the prefs for the MacOS version.

Edit2: Haha, it even opens the database on Wine on the Mac:

Screenshot 2024-05-04 at 12.18.06.png (110.9 KiB) Viewed 50 times

Seems to be something Mac-specific? Perhaps it reads databases differently to Windows and Linux? I don't know.

So, does anyone know enough about databases to help fix the Quick Dictionary please?
I've attached the Quick Dictionary so you can have a play with it.

While anyone is there, could they also fix this error:
viewtopic.php?p=8451#p8451

Quick Dictionary.livecode

(59 KiB) Downloaded 1 time

[richmond62]

Does this mean 1.04 is available for download?

[tperry2x]

Does this mean 1.04 is available for download?

Haha, it's on the front page

[richmond62]

Aha.

I was on the back page.

Which 'front page' would that be, as this link leads me somewhere else?

https://openxtalk.org/OXTDownloads.html

[tperry2x]

Which 'front page' would that be, as this link leads me somewhere else?

The main forum front welcome page:
(The one I always update )

Screenshot at 2024-05-04 12-29-08.png (216.9 KiB) Viewed 38 times

I don't have access to edit anything else, so that download link outside the forum is... meh
I have asked if that link can be changed to:
viewtopic.php?p=7840#p7840

I might be able to do something about it with a redirect... hang on.
Edit: there you go, through the miracles of PHP, that's fixed in a round-about fashion.

[richmond62]

That is going to be NBG for any newcomers, and those downloads should be on the FRONT PAGE, which is not what you meant by the 'front page'.

[tperry2x]

That is going to be NBG for any newcomers, and those downloads should be on the FRONT PAGE, which is not what you meant by the 'front page'.

Calm down, lol. Try it now. (comment as above)

[richmond62]

I am not "Calmed Up", but just thinking of the poor sods (such as the victims who'll be attending my summer programming classes in July).
-

Oopa_Loompa.jpg (7.98 KiB) Viewed 27 times

-
I knew I'd seen that theme somewhere else.
-

OL_OXT.jpg (87.58 KiB) Viewed 27 times

-
Just opening on MacOS 12.7

[tperry2x]

I knew I'd seen that theme somewhere else.

I should have used a white glove on the hand icon.
It was funny actually, as when I uploaded that on Friday (about midnight GMT+0 time), the number of guests immediately went from 6 to 174

uploaded.png (17.73 KiB) Viewed 18 times

So, I'd assume a lot of people were able to find it

[richmond62]

Is that change in the vertical grab thingy intentional?
-

Screenshot 2024-05-04 at 14.44.54.png (64.13 KiB) Viewed 19 times

-
1.04 at the top, 1.03 below 1.04.

[tperry2x]

Is that change in the vertical grab thingy intentional?

Yes, because everyone complained it didn't look like a grab handle.
(and so it begins)

[richmond62]

Wow! Big changes down the bottom of the Tools stack:
-

Screenshot 2024-05-04 at 14.47.12.png (233.78 KiB) Viewed 12 times

-
1.04 on the left.

As well as the much-improved new icons for colour selection, the labels: 'Vector Shapes', 'Vector Tools', and 'Paint Tools' are super.

[richmond62]

(and so it begins)

Indeed it does.
-

Screenshot 2024-05-04 at 14.49.48.png (30.14 KiB) Viewed 19 times

-
It might be better if the grab thingy was moved leftwards so that its edge coincided with the left of the MenuBar stack.
-

Screenshot 2024-05-04 at 14.54.01.png (27.63 KiB) Viewed 18 times

-
A subtle difference, but:

1. Stops that 1 pixel white strip making things look odd.

2. Gives me a chance to fool myself that I am somehow contributing.