Introducing AREXX commands for AmiFox, so you can send a URL to AmiFox to view. If the Browser is idle it will directly start to load the new URL. If still loading another URL it will remember the URL and start it after the current one is finished loading, maybe later also stop the current task, atm its easier that way.
Wit this new AREXX command of course one can use an AREXX script but even better you can use programs like openurl to directly send urls to your favourite Web-browser… or AmiFox 😀
To check if the releases of AmiFox Server work I tried that on a RasPi, fresh install, the only thing you need to install is the Chromium-browser and start the WRP. sudo apt install chromium-browser wget https://github.com/alb42/wrp/releases/download/v0.3/wrp-arm-linux chmod a+x wrp-arm-linux ./wrp-arm-linux
The AmiFox Server can already be used via docker container with everything you need installed, but this works atm only for x64 linux with docker installed. But the original WRP was already prepared to cross compile to multiple targets, so I made a release with all the platforms available which includes, Windows, Mac or Linux on a RasPi, there you can start the apps directly. You might need some additional packages though, for example a current Google Chrome / Chromium Browser browser must be installed.
A new version of AmiFox is ready for release, I fixed some more bugs the last days. The 0.3 Version is a big step forward for usability of AmiFox. Most of these features I already introduced in the blog entries here so just a short recap.
Copy Text from selected webpage (AmiFox-Server 0.2+)
Copy Clipboard from Server (AmiFox-Server 0.2+)
IFF Format (AmiFox-Server 0.2+)
send longer texts to page (needs texteditor.mcc)
Mouse wheel support
Shift cursor up/down send as Page up/Down (AmiFox-Server 0.2+)
Error message when Datatype could not load image
send Youtube URLs to AmiTube
send Google Maps and OpenStreetmap positions to Mapparium
AROS Version atm i386 and 64bit ABIv11
Read URL at Mouse position
direct download of catched URL at mouse position
save Webpage Image
Downloads as always on the AmiFox Page or with the Update check inside AmiFox.
If you using an own AmiFox Server please note that you must update to the latest Version to get all the Features, The Current Version should have the Version Number „AmiFox-Server 0.3“ visible in the AmiFox about (after at least one page was loaded) or in the footer of the AmiFoxServer webpage, next to the WRP Version number.
I was browsing around in the old sources of WRP, how it was in older Releases, and I found an interesting point, in the beginning they tried the same as me. To gather all the links on the page with their position and sent it back as map to the client. So they gave me a handy example source how to achieve that with the headless chrome. so I build a routine which takes coordinates and sends back the URL if the coordinates are on a link. And I put that into AmiFox. But for that of course I need a Version detection because older versions or the official WRP can’t do that.
Now this works rather nicely, still thinking if I should do that always and out in the original answer html, but then it will be huge for most webpages. Atm I like this more dynamic way more, I also cache them in AmiFox so if it knows already once the position it will not ask again for these positions.
To use that besides the little text in the status bar I added a Context menu with „Download Link“ and that it no looks that empty also a „save image“ function, which just copies the temp image to an other location. Little demonstration, as usual.
Some days before I made a Video how AmiFox and AmiTube/MUIMapparium will work together in the next AmiFox version. But that would not work for AROS, simply because the AROS MUI, named Zune does not support an AREXX Port as MUI does. But when I thought about, it should be not too hard to create an AREXX port yourself, in principle what you need to do:
Create an Message port (CreateMsgPort)
Name that Message port for example „AmiTube.1“, MUI/Zune already supplies such a name in the Base property of the application class (ln_Name)
Register that named Message port to the system (AddPort)
Read Messages from the port (GetMsg)
check if that message is a commando (RXCOMM)
Handle that Message (RexxMsg)
Reply the message to the sender (ReplyMsg)
Thats all, (of course in destroy you need to remove the msgport from the system and destroy it). But overall very simple. I tried it for i386 AROS and it works very nicely I can send AREXX messages from AmiFox to AmiTube as in Amiga. Now I really think why they did not implement that in Zune, if it’s that simple, maybe I forget something.
I got a new AmiSSL Library for AROS i386 ABIv0 and this time it works smoothly. The httpstest worked without a problem.
So I created a new Version of AmiFox for AROS with SSL enabled and it also worked. That went almost a bit too smoothly. noticed already that the images (logo and lock icon) looks wrong in AROS, it seems the TImage does not work properly, the lock is only shifted a bit, but the logo is completely destroyed. What to do about it, I want at least the lock look right, that the user can see if they are on a secure connection. So the easiest way it to bring in the images as iff and load them with Datatypes. The difficult part here is that you cannot load files from memory before Datatypes library V44. So I never do that for m68k Amiga, I always put a file to HD or RAM and load that one. But, here on AROS there must be a datatypes v44+, easy. And yes the datatypes library is v45 so it should work, spoiler, it does not, it does not even give a error message. The object is nil and the error code is 0, nice, a little bit grepping in the AROS code revealed, it seems it is still not implemented. Ok back to field one, I implement that save to T: as file and load that, not nice but it works, and for AROS it’s not too bad to put some stuff into Ram disk, it had enough RAM. But so finally it works, SSL with AmiFox on AROS ABIv0 makes a nice secure connection to the server, visible by the little lock in the lower right corner.
Don’t ask me… AmiFox is a nice workaround for Amiga, even it’s slow.. but for a highend computer as AROS (Intel/AMD CPUs)? Why would you ever use it? Especially when there is OWB which can show the webpages in real without the image server in between. And even OWB is not up to date it still shows most of the pages without problems.
But still I got „some“ (2 actually 😉 ) requests for AmiFox for AROS, maybe thats just… hey Amiga has a new Program, we also need it, if it is useful or not is not important. *sigh*
So I compiled it for AROS i386 and AROS 64bit ABIv11 but it has some strange effects… first of course AmiSSL is still missing so no SSL downloads, no SSL connection to Server. 2nd the images are quite disturbed, seems AROS has some problems with real Amiga bitplanes… I mean the lock looks somewhat right… just shiftet? But the logo? not even recognizable. 3rd The Scrollbar in AROS Zune seems really does not like to be hidden/shown in runtime.. it makes crazy stuff, so now it’s visible the whole time on AROS. Join Discord to get the beta.
I worked a bit on AmiTube, I guess soon we can make a new release. For the next release I improved the handling of shorts and lists. Added a special window where one can paste a youtube URL into and it extracts the IDs from it.
A big problem with shorts is that they are saved in portrait mode means the height is much bigger than the width. until now I always only scaled by the width. I worked nicely for the small sizes, OCS and AGA but failed spectacular for AGA+. So now I read out the sizes from the move and scale differently when there is a portrait video. On that I notice that the agablaster has a curious restriction, the CDXL movie must be at least 128 pixels wide. is that a general restriction in CDXL or just for agablaster? I’m not sure.
Also the VCD-MPEG1 showed some strange effects because it tried to scale it, resulting in fat faces, no I added a padding.