miker, Pixieview does not recognise the XBM format, see screenshot, with Multiview the XBM format works fine

OK thanks, in the meantime Pixieview is the default tool for viewing images on the new AROS One that will be released in a few days.

The Zoom In/Zoom Out & Maximize/Minimize using Scrollbars will be in the next update as well as being able to open images centered on screen rather than at top left corner of screen. These features require a large re-write of the program & much of the existing source code needs to be cleaned up. There's much work to do. :-) P.S. - I'm working on revising S-MultiView (Super MultiView) for testing purposes. If I'm satisfied with the new features I will ask deadwood if we can include many of the new features in standard MultiView that we all know & use daily. The new features are Edit File on the Edit Menu that looks at the App Icon to open an editor based on the currently loaded Datatype Object. Also new is the ability for About information to recognize HAM6/HAM8 & EHB images. Zoom In & Zoom Out, Maximize & Normal are all working. Only Minimize (Iconify) isn't working yet. I have to fix that. I'm not sure if Convert to PNG will be included, but for Picture files that's very useful. For Sound we could have Convert to WAV. For IFF Text we could Convert to standard text. That will all be tested in S-MultiView to make sure it is working. Of course, the other option is to completely omit the Convert to functions & instead just use Edit File to open the current filename in the appropriate editor. Then it can be easily converted. I haven't decided yet. But keeping MultiView as pure as possible is surely as important as adding features to improve upon it.

Thanks miker, now the images can be deleted, PixieView is perfect, there is only a small problem, it is not important maybe you can improve in the future, in practice if you view an Image higher than the resolution of the video used, the image is cut and you can not see it in full. For example, if you have a 1024x768 screen, you can't see the entire image at a resolution of 2048x1024. With Multiview, Zoom is not supported, but you can see the entire image via the vertical/horizontal scroll bars

AMIGASYSTEM Try this new version of the PixieView program. You should now be able to delete a picture file after viewing it. If you find any issues please let me know so I can fix them. Thanks for testing.

I will compile & post the updated PixieView program later today. It will solve the problem of not being able to delete a picture file after viewing.

AMIGASYSTEM After doing some testing with PixieView I found the unfreed resource that prevented deleting an image after viewing. The source code is several years old and it's very messy. In the Load_Image_DT function there is a subfunction to read the BMHD by using a Datatype. But the DTObject wasn't being freed. I will revise it and I will compile a new version later today and post it for testing.

Hello Amigos, I recently discovered the marvelous option of running Icaros in Hosted mode, utilizing a solution called hostbridge, which is analogous to Host-run in WinUAE and uses Amikit as RabbitHole. This feature is very intriguing, as it elevates Arosx86 to a new level of functionality—a brilliance that Amikit has cleverly harnessed, although Amiga fans are often slow to appreciate the possibilities of new features and improvements. I am curious to know if there is any distribution of Icaros built on Amiberry x86 Linux or on top of Lakka. This would allow us to run Icaros x86 with Linux running in the background, enabling us to offer Linux emulators or applications that could be useful within the Icaros desktop environment. Think of it like Amilator—we could run Arosx86 on top of Linux without having the Linux desktop visible. Essentially, it would be fantastic to have a distribution that we can install on a USB or internal drive, running Linux in the background to enhance Arosx86 hardware compatibility and leverage the Linux API for more demanding resources when needed.

[quote name=AMIGASYSTEM post=6961]@AMIGASYSTEM - miker with PixieView I have encountered on Wanderer but also on Dopus4 a strange thing, after you view a graphic file, afterwards it cannot be deleted, reason file in use ! with multiview this does not happen.[/quote] I've noticed the same issue. I will look into it. There is also some unfreed resources at times. Maybe the two issues are related. If you notice anything else please let me know.

miker with PixieView I have encountered on Wanderer but also on Dopus4 a strange thing, after you view a graphic file, afterwards it cannot be deleted, reason file in use ! with multiview this does not happen.

Modified and reconfigured Dopus4 and Def_Icons, created a small video where PixieView on Wanderer displays 12 different graphic formats "without extension". The last TIF image instead displayed with 'PicShow', where via PicShow I make a SlideShow, attach video.

[quote name=miker1264 post=6957]@miker1264 - Thank you for downloading & testing the program. It has come a long way since I started the project many years ago. The next step is to use a new display method with Datatype Objects so that I can adapt PixieView for Amiga 68k. I already have a small program working on Amiga. If you are talking about how icon images are displayed in a larger window than normal that's because I set a minimum window size of 100x120 for icon images. I was frustrated with MultiView opening the icon images with small Windows. They were so small I couldn't move the window or resize the window easily. One of my to do items is to open the images centered on screen rather than the default location at (0,0) top left of the workbench screen. If you are using PixieView on AROS x86 then the TIFF Datatype should work. But if you try to open a Tiff file using MultiView with TIFF Datatype then MultiView will crash. I suspect it can't load Tiff Lib which is an external library not internal.[/quote][quote name=miker1264 post=6957]@miker1264 - If you are talking about how icon images are displayed in a larger window than normal that's because I set a minimum window size of 100x120 for icon images. I was frustrated with MultiView opening the icon images with small Windows. They were so small I couldn't move the window or resize the window easily.[/quote] Yes I was referring to these problems, which is why I preferred PixieView. PixieView does not display TIF images on AROS One, because there is no tif.datatypes, to display TIF images I use "PicShow" For Animations and Music remains Multiview as a tool on Dopus4 and Wanderer !

Thank you for downloading & testing the program. It has come a long way since I started the project many years ago. The next step is to use a new display method with Datatype Objects so that I can adapt PixieView for Amiga 68k. I already have a small program working on Amiga. If you are talking about how icon images are displayed in a larger window than normal that's because I set a minimum window size of 100x120 for icon images. I was frustrated with MultiView opening the icon images with small Windows. They were so small I couldn't move the window or resize the window easily. One of my to do items is to open the images centered on screen rather than the default location at (0,0) top left of the workbench screen. If you are using PixieView on AROS x86 then the TIFF Datatype should work. But if you try to open a Tiff file using MultiView with TIFF Datatype then MultiView will crash. I suspect it can't load Tiff Lib which is an external library not internal.

miker PixieView is now perfect, on Dopus4 it performs much better than Multiview. Multifiew showed the small images so small that the window could not be closed. PixieView on the other hand shows the small Images in real size so well manageable! On the forthcoming AROS One PixieView will be the viewer of all the image formats described above even without extension, both on Dopus4 and Wanderer All Def_Icon "Images" will now have PixieView as a tool, except TIF Images which will have an Application that supports this format.

Here is the current version of PixieView that works with Default Tool set in picture icons.

I have tried all image formats supported by AROS One thanks to the Datatypes Descriptors! The formats successfully supported (with or without extension) on AROS One by PixieView are 12, only the TIF format is not supported because AROS lacks datatypes: - XPM - XBM - PPM - WEBP - TGA - SVG - PNG - PCX - JPG - ILBM - GIF - BMP PixieView is a light and fast viewer, for the future to improve it even further we could add a Zoom to enlarge or reduce images that are too big or too small, and a Slide Show to view or browse images in a drawer. Thanks miker, sorry if I demanded a lot!

That was the problem. It's working now. Later today I will compile the new binary for the program & post it. Hopefully, it's the final version for now. :-)

AMIGASYSTEM Sometimes when you leave a problem unresolved for a day or two the solution becomes more obvious. I believe I know what's wrong. There are two ways to start a program - CLI method & WB method - from shell or from workbench. The shell method is easier. For PixieView you send two arguments, the program name & filename to open. So argc = 2, argv[ 0 ] = program name & argv[ 1 ] = full path. But when you start from workbench the shell argc = 0. But workbench (Wanderer or Magellan) sends a WB message. In the message argc = 2. Again argv[ 0 ] = program name & argv[ 1 ] = full path. But the way workbench deals with the path is different. Just like using a file requester there is a PathPart & FilePart. I seem to have grabbed the FilePart without the PathPart. So when the picture file & program are in the same directory no problem. It doesn't need a full path. So to resolve the issue I need to revise the code in main for the WB message to get the PathPart & then use AddPart to combine PathPart + FilePart to get a full path not just a filename.

miker also on AROS One (Wanderer) works fine if the executable "PixieView" even without Icon is in the same path as the images, in practice it works perfectly as Multiview, whether the images are on Hardisk, on RAM, or on a shared folder on Windows So no parameter is needed in Tooltypes, but "PixieView" is required in the same path as the image, probably the "PixieView" added in the icon as a tool is ignored.

The PixieView program is just a lightweight picture viewer/converter with a few effects added to show what is possible. I intentionally didn't include more effects or features to keep it simple. I'm just pleased that it works, mostly. :-) If you need something more then there are several options of great graphics programs for use with AROS. I like Zune view/Zune Paint and of course Luna Paint. But there are many more.