Make May AI Data-type month for OS 4

Hi guys,

Sorry... late catching up with this thread... Cool Stuff!

regarding datatypes vs. HTML for the MarkDown data - It seems
like making a datatype would efficiently allow for any dev to
incorporate that in a proper program to see the resuls while
still maybe being able to edit the file on the fly. Of course
that gets into the question of file locking, etc etc.

Extending existing datatypes or creating other ones sounds
great!

These were always intended to be modular - whether done by or
with a bot or by craftsmanship.

Have at it!

Thanks guys!

PJS

a SVG datatype

@Petrol

Quote:

Way ahead of you (also no AI used).

https://aminet.net/package/util/dtype/drawing_dt

@Chris

Thanks.

Will it be possible to add more features, like gradients, transparency, antialiasing, ... ?

@PetrolQuote:

Antialiasing I made a conscious decision to use graphics.library rather than anything more sophisticated, so probably not.

Gradients and transparency - possibly, I'm unsure if libsvgtiny supports them.

Updated font datatype posted.

Amifig datatype is almost complete

AutoCad DXF datatype is starting to produce images

Both of those use the drawing class, so thanks for that work, Chris!

@tekmage

Fab! It's great to see others using it!

@tekmage
Just plz, never-ever-ever replace any exiting software on os4depot with your AI based apps : you can't know how good your one works , because is it vibe-coding, and you only test it on your single machine without knowing for real what code did. So, for example you killing on os4depot good old font datatype, by simple replacing original one on which Salas00 and others work hard to make it good. And in comments you already can see pplz have problems, and what they should do now ? Where to find old one ?

So please, any new stuff plz upload with different names, or anyhow else, just do not kill good software plz. AI is good and helpfull, but you can't simple overwrite other's quality work by vibe-coded one and not well tested.

Hi guys,

A couple suggestions...

How about an HEIF image datatype?

In a parallel path, it would also be cool to see updates to
the XAD drivers.... Like on the ZIP dearchiver.

So many projects!

;D

Thanks guys!

PJS

@kas1e

As I told you privately, the os4depot admin told me to replace the existing archive to reduce package sprawl.

I agree we should not lose any work, human or otherwise, which is why I put the original archive inside the work I uploaded:

font_dt contents

As for "not well tested", that has nothing to do with AI.

@pjs

I have on/off (mostly off) been writing a Zip plugin which uses zip.library. If anybody wants to finish it off the code is here: https://github.com/chris-y/xad_libzip

@all

May is almost over and here is my progress:

Font_dt update: I released 54.1 and had some feedback that it was not working on everyone's machine. I'm working on 54.2 to address those issues.


fig.datatype: supporting AmiFig/Xfig 3.2 files, based on the drawing class, is working, needs more testing and a few more capabilities, but I hope to release it in a few weeks

dxf.datatype: AutoCad files, it works but struggles with larger files, this is also based on the drawing class, hope to make progress but not sure when it can be released

cameraraw.datatype: Support for Camera Raw files. This is based on Libraw, and I have a custom Amiga native shared library working and rendering. The dcraw_emu(ulator) is not 100% with Silkraw, and the datatype based on that library is not working just yet.


Does anyone else have any updates to share?

Cheers,
Bill

dup post