If I've originally written something for an older OS version I will try to keep the compatibility in - unless I've had to rewrite it due to OS bugs. If an update is free it doesn't make much sense to retain compatibility with the previous update.

If in writing something new it will always be for the latest version, and then I'll work out later if it actually uses new features 😀 - if not it should be compatible with older versions but may not stay that way.

If I'm writing for OS4 and OS3 then the compatibility workarounds for OS3 tend to mean it works on old OS4 too.

It's usually not worth expending effort supporting old versions of the OS, but if you've written the code already and it's easy to do so, leave it in.

@Raziel

No, I raised it on the bugtracker but I'm not sure the SVGTiny area gets looked at much!
https://bugs.netsurf-browser.org/mantis/view.php?id=2850

Hmm, I wonder if I can subclass drawing.image off of picture.image to make it compatible with this sort of thing, without losing the scaling? (don't think I have the time or motivation to try this at the moment, but I can give access to the repo if anybody want to give it a try)

@Raziel

I suspect it only supports picture class objects, not drawing class objects. It probably copies the data out rather than embedding the object.

@AmigaOldskooler

drawing.datatype 53.7 isn't new - I just noticed it wasn't the latest version of OS4Depot so updated it. I forgot to change the version field, so it's actually 53.8 on there now. Anyway, I have just updated it (v53.9) so there is a new version appearing soon.

@Raziel

Hmm, yes gradients might not work properly, would definitely be interested in checking them to see if it is something I can fix or just not supported by svgtiny. PM being sent.

@Raziel

That is how it's meant to look - SVG is structured art! If you convert to PNG/bitmap you're losing information.

If the file isn't displaying correctly then that's a different matter and I'd like to look at the file (libsvgtiny isn't fully featured but should display most files correctly)

@Raziel

Which one? I would recommend mine: Https://www.unsatisfactorysoftware.co. ... nload.php?file=drawing_dt
The advantage of this is it renders the files as structured art. Disadvantage is you can't load into a pixel editor via the datatype.
If it won't recognise the file send it over to me on email and I'll look into it.

Thanks for highlighting Avalanche (there's a typo - cfd should be xfd). Although I wrote it primarily for OS3.2, it seems to have gained quite some OS4 fans!

1. Use this: http://aminet.net/package/comm/tcp/mrwolf
(I wrote it, it can either use timesync.library or its built-in client - I recommend the built-in as it plays nicely with the NTP pool, whereas I can't guarantee timesync.library does - neither do I have any clue what TimeGuard does, IIRC it didn't work properly when I tried it many years ago)

2. Ensure Timezone Prefs is set to the correct region for DST switching (ignore the Enhancer crap - this is the timezone database which matters)

3. That should be it - it will sync in the background. Would recommended setting SERVER to a local NTP pool though.

@FirstNinja

How about a Discord bot which posts to the IRC and vice-versa?

That should be relatively simple to do, but would need an #irc channel set up on Discord (as you obviously can't mirror all channels to one)

edit - first link on Google: https://github.com/reactiflux/discord-irc

@rjd324Quote:

This is purely down to people not knowing how to write Installer scripts.

There's a copylib function which does version checking. This should *always* be used for 3rd party libraries, and can be used for executables or anything else containing a version number too.

Novice mode will *never* overwrite older versions when using this function.

Try SOCK_RAW

It's possible the 6.7 in the archive (which is the one I created the patches off of), and the 6.7 created from patching up older versions are different. I didn't check. I want to change the OS4 patch so it just copies the new binary over (there's not much advantage to using gpatch on ELF binaries), but that involves changing the Installer script significantly so I haven't bothered.

@xenic

It should update. Try copying the executables from the full archive back over and then running the update again.

@Antique

You can look on ntppool.org (it's probably no.pool.ntp.org)

@Thematic

Quote:

Yes, lowlevel.library is a CD³² library. AmigaInput has a compatibility layer for old software - whether it works or not I don't know! Certainly AmigaInput has always been flaky.

@Cageman

How about;


Adapted from the script you posted, but without a 3rd party command!

You can also get rid of the path in that LFORMAT but I can't remember the formatting command off-hand. It also needs double-quotes around the paths, I think that's *" but didn't add it as I'm not sure.

Maybe this should be a news article, but I just saw this about a new game engine:
http://www.indieretronews.com/2022/04 ... mes-good-because.html?m=1

@kas1e

Yeah, I built some SAS/C code with vbcc and it uncovered bugs that had been hidden. Some code should have never worked, just luck that it did. There's almost certainly a bug in there, which if you find will fix it for vbcc.