Hello,

like the title, i would like to ask you what do you need on MorphOS?

I think to a markdown reader (.md).

Don't hesitate to propose ideas of ports (game and software), GUI, or small software.

You can do a list of course.

With links it better for me

If you like my ports, don't hesitate to offer me a coffee

https://www.morphos-storage.net/?all=1&dev=Papiosaur

https://ko-fi.com/papio

@Papiosaur

Thanks for all you do for MorphOS!

I would be interested in an improved Mplayer that worked better with multiple screens and supported more formats and a decent spreadsheet (if someone could just update TurboCalc to new formats, improve navigation with the keyboard, and a few other nice touches I would be happy).

@Papiosaur

Quote:
I think the CommonMark parser already can export to HTML. Maybe a rewrite of HTML.mcc would be better. It's open-source on the Aminet but not very extensible as written.

Quote:
I was wishing for a Flutter-like framework on AmigaE to wrap the native GUIs of all Amiga-like systems. I considered calling it "Butter" if you think that would fly and the E version would be Butter-E. (But enough wordplay...)

I'm learning Dart Native right now on my Linux box and it would be neat if I could bring some of that portable goodness back to MorphOS. Especially since the hot-reloading of Flutter made GUI-builder software obsolete practically overnight.

Quote:
@matt3:
Happy to work on MorphOS

For MPlayer, maybe MorphOS Team could update it? It's a big project for me unfortunnally
For a spreadsheet, source code of TurboCalc will be very usefull. Maybe i could try something this Hollywood.

@Samurai_Crow:
Sorry, i couldn't help you for these projects.

Quote:

I think a better idea would be to add the markdown lexer to our Scintilla. I don't think we include it at the moment. This would give us (dynamic) markdown lexing in FlowStudio and also support in MultiView. If find a bit of time and motivation, I'll add this sometime.

best,
Nicholai

Quote:
@Nicholai: It will be nice to have this feature in Flowtudio and Multiview!
Maybe i could help for Multiview part and maybe FlowStudio part too?
Maybe i could try to create a markdown.datatype for Multiview?

There is a lua plugin for Lite-XL to have MarkDown support, maybe this plugin is usable/adaptable on FlowStudio too?
https://www.youtube.com/watch?v=DvOmJ1RFs94

Quote:

IIRC Turbocalc is written in assembler and rather a grown mess of code.
A hollywood written spreadsheet program once was on my list, but I haven‘t pursued it further as it would need at lesst be as good as Turbocalc and also support modern file formats. Huge task.
One thing I was thinking of instead is a file format converter. Convert turbocalc files to xls(x) and vice versa.

I would like to have a MP3 and FLAC tagging software like MP3Tag on Windows.

There is RNOTags by jPV, which is pretty ok. But it doesn't support autofill by online services like Discogs or Musicbrainz, it's a bit sluggish for tagging many files at once and it supports only MP3, support for FLAC or OggVorbis is for me manditory.

Quote:
@analogkid: Maybe you could ask to jPV to add theses features?
If he can't i could try to port a "Flactag" and a "Oggtag"

@Zylesea: Thanks for the info about TurboCalc.

Maybe a new MUI class destinated to spreadsheet will be good to have.

Quote:

Wow, MP3Tag can do a lot of formats!

I like https://aminet.net/package/mus/edit/MP3TagEditor but it does not support other sound formats. It was created by Michal Rybinski who was a member of the MorphOS Team. Maybe does one of them have the source of it and can continue it? Because it is much beter performing than the sluggish Hollywood programs.

Sources of MP3TagEditor are most likely gone. It shouldn't be too hard to re-create it since it's mostly just a front-end for the id3.library.

Quote:

I started to implement FLAC support on RNOTags, but it's a bit mess because I didn't plan it well enough originally :) It's still quite unfinished, but maybe I should continue with it. IIRC OggVorbis is a bit PITA format for writing and I think I wasn't that keen to implement it (especially when I don't use that format myself), but I should refresh my memory regarding it.

I guess I could look for the online support too...

How it feels sluggish with many files for you? Is it user interface or design that feels sluggish, or writing speed to files?


Quote:

MP3TagEditor and other programs on our platforms have some critical issues and that's why I wrote my own program in the first place.

1) MP3TagEditor is unstable and hits in the debug log in certain situations. It's always a risk to write files with it and you'll better to reboot the machine after using it to avoid any further implications.

2) MP3TagEditor, as all other programs on Amiga/MorphOS too, don't preserve all ID3V2 frames that can exist in MP3 files. They only preserve a limited set of frames that they can edit, but all other information is lost from files when you edit an existing tag with these programs. It isn't an issue with new files without any existing tags, but I see it as a major issue when editing files that already have tags. This applies on most programs on other platforms too, I guess I'll have to try how that MP3Tag program on Windows handles them.

3) You can't embed/export cover images from MP3 files with the existing MorphOS/Amiga programs.


Quote:

You can't say Hollywood programs would be sluggish per se. It's a programming/scripting language as any other language, and the biggest impact on the speed is skills of a coder and code design/quality, just like with any language.

I know that I could make RNOTags writing speed quite a bit faster, but my initial design was to make it extra safe with low memory footprint, and it's still been fast enough for my use. But please let me know if this is why you consider RNOTags sluggish or is it something else that feels slow?

That MP3Tag on Windows seems to preserve all frames in tags fine. The only thing I noticed with a quick try is that it doesn't recognize if there are multiple V2 tags in a file, so RNOTags is better for cleaning your messy files ;)

I also tried MP3TagEditor again and it really loses lots of data from files. Pretty much every file lost some information from its existing tag, some even half or so. It also didn't succeed to read some tags at all, so all fields were empty even though there was a tag with information that should have been shown. This might be an issue with the id3tag.library and affect all programs using it. The program also writes a comment frame always, even though there isn't a comment... and hitted in the log immediately, so no thanks and this is why I wrote my own program :)

Quote:
Maybe this is good? https://github.com/xiph/vorbis
Quote:
That would all be good to be fixed, yeah.
Quote:

I understand your reason for your own program. Possibly you used MP3TagEditor more intense than me. When I used it, it was enough for my need. Why I don’t like Hollywood programs: they are always much fatter and slower than programs in C or E or Pascal or so. e.g. because they have huge sizes compared to every other language program (even when the *hws must still be added to the directory). They are at least 10 or often 100 times bigger than comparable not Hollywood programs. This is how Hollywood is constructed in general, it has nothing to do with the skills of a programmer. Then especially MUI programs are so much slower when I change the window size or move them around or switch tabs etc. The window laggs when I move it around or change the size ONLY for Hollywood programs. No other MUI program has that issue. Even not ARexx MUI programs. So it is because of Hollywood. And then that they are only MUI 3.8 programs and not make use of the newest MUI features on MOS. And also that when there is an error the whole program crashes immediately. Many more reasons but those are heavy enough that I don’t want to use Hollywood programs.

Quote:
The core Hollywood interpreter is a bit over 2MB in size and it's included in the compiled executables, so you can't avoid that. The actual code doesn't make it that much bigger, but if you embed some resources into the executable (like images, audio, plugins, other external stuff) then it grows just like executables on any other language too. I don't think the 2MB is that big issue with nowadays mass storage and memory sizes.

What do you mean by "hws"? .hws is a script code file which is embedded in an executable and not visible for users. Or do you mean .hwp plugin files? The plugin files are like libraries and you don't have to keep them in the program directory, you can move them to Libs:Hollywood/ if you want. I just like to bundle them with my programs so that users don't need to do anything to launch the programs, because as said, I think HD space isn't an issue nowadays.


Quote:
But how that 2+ megabytes executable size affects to the speed? At least on our PPC platforms Hollywood programs start immediately unless you have veeery slow and fragmented HD? When I talked about skills of a programmer I meant generic speed when using the programs, not about something that would be affected by an executable size.


Quote:
Hmmm.. window moving is done by OS (Intuition) and nothing in Hollywood should affect to that. And MUI GUI is handled by MUI of course... I don't understand why there would be difference in speed, unless programmer himself decided to do something when there will be a notification about resizing or switching tabs... can you give a more exact example which Hollywood program has a slower window handling? Only thing that I could think it that if a MUI window has a Hollywood display embedded in it and it scales with resizing realtime.. graphical scaling is CPU heavy process, RNOEffects is probably slow becasue of this. But if it only has standard MUI objects on it, I don't understand why it would be slower... does it make full CPU load or something like that or is it just refreshing slower?


Quote:
That's not entirely true. While all the latest features might not be supported yet, you still can use MUI4+ features. There's the mui.IsVersion4 function too, which I have been using in my programs to change the GUI features depending on the platform.


Quote:
It doesn't crash, but exits cleanly without taking the whole OS with it. I think it's the best feature in Hollywood, because if there's a fatal bug in the code, it informs about it and quits nicely. You can then make a bug report to the developer then and it even tells the line where the error occured, what could be better! When you make a similar bug in C, it very likely trashes memory and breaks something that you don't see immediately, or crashes other software or the whole OS immediately. Hollywood programs are very safe to run in that regard! This is especially useful on our systems that don't have memory protection, and I rather choose stability than forcing a program to run in a broken state.

But that said, a programmer can also disable the internal error handler in Hollywood if wanted (permanently or temporarily) and let the mess escalate, or write your own error handling function. For example, I have made my own error handling function in RNOPublisher, and if a fatal error occurs, it doesn't quit immediately but writes a backup file of the current project before exiting, and informs a user about it.


Quote:
I still think that most bad experiences are because of inexperienced coders rather than the language itself... and I think that it's good to have easier higher level languages too.

A "Quick Share" application for MorphOS/AmigaOS and Linux. For sending files quickly over the network.

An easy was to transfer files from MorphOS to Linux is using the scp command , as known from Unix, it's part of the MorphOS SDK.
But probably wonÄt work the other way. AFAIK there is no SSL Server for MOS.
Teh same problem as with otehr solutions. Eitehr only one way, cause there is no server part dor MOS , or too complicated (e.g. ftp server).

Or NFS ? NetworkFileSystem. Never used myself but think it is available for all systems you mentioned.

What kind of application would you need ?
For the command line ?
Or an AppIcon or Window you can drop files onto ?
Or more like a file lister application ?

@analogkid & pOS

Have either of you used the new Networks icon added in 3.18? :) SMB2/3 works just fine for file sharing and is easy to configure on Win/Linux/mac and then auto-mount on MorphOS. Why reinvent the wheel?

Quote:
There's SimpleTransfer for OS4, Windows, and Android. As it's made with Hollywood, I asked for a MorphOS version from the author, and he compiled a test version for me. It's been working fine and I use that to transfer files between MorphOS and Androind phones.

Maybe you guys should ask for a public MorphOS version or other platforms you need... although I don't remember now if there were some restrictions regarding Linux for this kind of program...

I've been thinking to make a bit more elegant and more style guide compatible program for similar purpose, but haven't got it started yet, and don't know if it'd be too much replicating an already existing program.

Quote:
Or if you want a GUI based program, you can use Transfer or RNOXfer programs. You only need an account on a *nix based machine and you can connect to it with the SFTP protocol (you may be misleaded by the protocol name, but it doesn't need an FTP server configured).

@jPV: Yes, SimpleTransfer was something I thought of. Or the Warpinator application on Linux/Windows/Android. Just for sending single files.

This is a detailed article about the network printer toll Airprint on AmigaOS 4:
https://www.amiga-news.de/en/news/AN-2025-02-00083-EN.html

Maybe it could be also a starting point to someone who wants to bring IPP support also to MorphOS.

> This is a detailed article about the network printer toll Airprint on AmigaOS 4:
> https://www.amiga-news.de/en/news/AN-2025-02-00083-EN.html

"At the end of 2022, Apple developed AirPrint[...]"

Strange, as I've been using AirPrint (from non-MorphOS devices, of course) since 7 years earlier than that. The Wikipedia article you link to reads:

"AirPrint's Fall 2010 introduction, as part of iOS 4.2, gave iPhones and iPads printing capability for the first time. AirPrint for Mac computers was introduced in the Mac OS X Lion release. [...] As of July 2020, that number had grown to about 6,000 compatible printer models from two dozen different manufacturers. [...] In most Linux distributions, AirPrint support should be automatic with the CUPS default printing subsystem since version 1.4.6, which has been released on January 6, 2011 [...]."

...and the info box reads: "Initial release: November 22, 2010; 14 years ago"

@Andreas_Wolf

Thanks a lot for finding this mistake. Obviously, I read "November 22" and did interpret that as shortcut for "November 2022" ;)
fixed!

The Ignition 1.3 spreadsheet compiled for MorphOS.