OpenXTalk Forums

Maybe the paintbrush use these graphics to make its strokes

How can I edit the sizes and maybe make them anti-aliased.

Thanks Mic

This is in the 'revBrushPopup' stack, in a card called 'Brushes Card'
Each one of them are separate buttons, each with their own icon. You could set alternative icons there, then save the 'revBrushpopup' stack (located at [location of your OXT install] /Toolset/palettes/tools/revBrushpopup.livecode')

To expand upon my answer above:
If you look in the stack "revCompatibilityBrushes1", all the cards in there are where these icons are pulled from:

Wow, Tom...

To take your time to give me such a detailed guide!!!

Thanks
Mic

I've previously altered these with varying degrees of usefulness.
If I recall correctly you can use grayscale images as brushes (just like you can in PhotoShop) which could give a sort-of antialias / soften edge effect, but the normal brushes are 1-bit images so you won't get any soft edges from those.

Thank you Paul

I stalled because I couldn't figure out how to actually replace the graphics.
Maybe you can give a hint.

Thanks
Mic

micmac wrote: ↑Tue Mar 05, 2024 9:07 am Thank you Paul

I stalled because I couldn't figure out how to actually replace the graphics.
Maybe you can give a hint.

Thanks
Mic

Open that stack from the 'Application Browser', then you can change the stack mode to topLevel and edit the graphics (using external Image Editor by right-clicking).

I did a little bit of work on a tool intended to (eventually) do copy images data, replace Images as data, export images, etc. including in the IDE stacks. But there's more work to do to there. I posted it on the forums here.

micmac wrote: ↑Fri Mar 01, 2024 3:25 pm Wow, Tom...
To take your time to give me such a detailed guide!!!
Thanks
Mic

Just going back over things (stuff I intend to put in v1.04 of OXT lite).

I replaced the brushes (see attached stack).
The end result is that there's antialiasing on the brush icons on the palette, and when you use the brushes - you get antialiased pixels at the end of the brush trail, but not along the path of the brush. (magnified to show you what I mean)

It's weird, it kind of sometimes does and sometimes doesn't:

So . . .

I opened a new stack and drew a squiggle on it and saved it.

Quit OXTL 1.04.

I then swapped in your new revIcons stack.

Reopened my stack, at which point the squiggle I had drawn previously was not present . . .

It gets better than that. Draw a squiggle with the antialiased version.
Save the stack.
Quit OXT.

Reopen OXT.
Reopen the stack.

No Squiggle.
(it's not just when you swap the file), it's all the time with the antialiased one.
It doesn't seem to be able to cope with antialiasing.

Edit 2:
Ah, no - it's not as simple as that.
None of the painted on brush marks are saving in the stack.... even with the original non-antialiased version...so that's weird.
I'm now off to test this in Livecode 9.6.3...

Edit: doesn't retain my splodges in Livecode 9.6.3 either
This is if you save the stack and "close and remove from memory" then open the stack.

That makes the paint tools effectively useless.

However: Totally Mental as it may seem (mind you, I think most teachers did mental things during the COVID lockdown) I used a screen-size LiveCode stack and the brush tool as a virtual whiteboard with ZOOM to draw things during my online ESL classes.

richmond62 wrote: ↑Mon Apr 22, 2024 1:18 pm That makes the paint tools effectively useless.

It does.
I wonder at what point that got broken... perhaps somewhere before 9.6.3?
I'll try and test that this evening. Glad we found this bug.

Certainly brush tool does not save in LC 8.1.10 (oldest version I have got here on MacOS Sonoma).

Wow! it's been broken for a long time then.
I honestly never used it
Just tried this as a test.
The image exports fine, so that's one way of 'saving it' - but it becomes read-only.
It just won't load back in an object that's been painted in.

Well, as explained earlier, I have only ever used it for drawing 3-eyed cats during the COVID lockdown to keep kiddos focused.

Hmm: 'Humpy-Humpy': LC 8.0 crashes on MacOS Sonoma. Trying hard to care: although backwards compatibility would suddenly make MacOS about 1000 times better.
-

It does make me wonder what else is left to discover that isn't working.
I just checked, and at least the 'graphics' objects save, such as ovals and things. It's just the 'paint' ones as far as I can tell so far.

It does make me wonder what else is left to discover that isn't working.

That is a moot point in light of some people's behaviour over the last 20+ years.

I must remember to pay £500 for that bike with no brakes!

As soon as we post about this, the server cacks the bed again:

It works if you first insert an image area

Mic

micmac wrote: ↑Mon Apr 22, 2024 2:38 pm It works if you first insert an image area

Oh yeah, indeed it does. How odd. It's like the image it originally creates when initially painting isn't a valid image object or something. Nobody is going to know to do that first unfortunately, so I wonder upon choosing the tool if it should create a blank image first which covers the entire card, or a simpler option is to stop it creating the invalid image object somehow... hmmm.