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.

I didn't have to use CLI or WB in the icon DefaultTool. I just used Magellan with Icon Information to add a DefaultTool. I navigated to the PixieView icon then chose 'save'. On double-click it just opened the image in PixieView.

Admittedly, though it didn't work the first time, or the second time. I copied the PixieView program and icon to Ram Disk. I copied a test image there also and I changed the DefaultTool.

In Ram Disk it worked fine. I did a drag-n-drop from Ram Disk to MyWorkspace then I edited the DefaultTool of the image in Ram Disk. It no longer worked. It wouldn't open PixieView! That wasn't expected. So I assumed there was something wrong with Magellan drag-n-drop. Maybe DOS or Intuition isn't immediately aware the program was copied? Anyhow, I used Magellan in Name View to copy the program and icon separately to MyWorkspace. Then the image in Ram Disk opened just fine with PixieView in MyWorkspace. How strange? I suppose copying the program in a shell should also work.

I haven't tested it on AROS One yet. I will do that tomorrow morning. But there is definitely some strange behavior. If you copy a picture file and PixieView to Ram Disk and change the DefaultTool then it works. Copy the program anywhere else and change the DefaultTool and it won't open the picture file! How strange.

Juan your Pintor Web is a very good, with PixieView I wanted to replace Multiview to view images on the fly.

Well, also you can use Pintor Web to make some nice effects.

Thanks, tested on AROS One and it works fine, but to run the image from Icon, you have to add the parameter "CLI" in the ToolTypes, this way PixieView will run via Shell

If there is nothing in the Tooltypes or there is the parameter "WB" (used by Multiview and all applications that run from Workbench), the image will not be opened.

The CLI parameter does not allow the information message to be hidden! If you have to display a lot of images, it might be annoying!

Here is the revised PixieView program. I work full time at my work from home job so I didn't have time to do it yesterday.

It works if you use a shell or in Magellan if you use Open With... or if you use DefaultTool in a icon or if you open the program with it's icon.

I copied the program and icon to SYS:MyWorkspace/Programs and I copied a picture file to Ram Disk. I changed the DefaultTool in the icon. PixieView opened with a double-click just like using MultiView.

Thanks, now the user after viewing the image will also be able to make changes or convert the images to the available formats.

AMIGASYSTEM

I haved solved the Open With Default Tool issue for PixieView. Now you can set the Default Tool in the icon to match the path to PixieView then double-click the icon to open the image. It works the same as Default Tool to open in MultiView. It uses WBStartup method.

Later today I will compile a new binary file to post for you to use.

At best, I am a good 'cut and sew' tailor

Thanks! I really like the new icons. You are an artist. :-)

Perfect as always miker, light fast and useful,created AROS One x86/68k style Icons !

Here is the release version and some test files and the original artwork for the project. Enjoy!

Lastly, PixieView can save 24bit images as either HAM6 or HAM8. There are two ways to save as HAM. Choose Save As HAM from the Project Menu to Save HAM6. Alternatively, choose Save As IFF with a 24bit image loaded & it will prompt to Save IFF24 or Save As HAM8.

I'm testing the release version now. :-)

PixieView can also do Color Change Operations for 8bit, 24bit & 32bit images.

The PixieView program can do Greyscale & Sepia for 8bit, 24bit & 32bit images.

The PixieView Program Updates are almost finished. But there is room for improvements.

I've developed the concept of "Color Shift" that is different from a Hue Rotation. Color Shift on the Colors Menu will use a numeric requester for values from 0 to 360 degrees on the color wheel.

Whereas a Hue Rotation using HSL only applies the same Hue Change to all pixels Color Shift behaves differently. The RGB color channels each have a different intensity. When combined they make a color image. Even Greyscale uses the weighted averages to increase the intensity of the resulting image. Color Shift increases the color intensity while changing the Hue values.

Color Shift uses baseline hue values to apply a conversion "formula" to each pixel to predict the new hue values. For example when shift a mostly red image to blue we first find the highest red hue which may be 357 for example. We add 245 to get to the blue sector of the color wheel. Because HSL works with 0-360 degrees we have 357+245=602 but to keep it in range we have to subtract 602-360=242. So the baseline red is 357. The baseline blue is 242. For each pixel we apply the conversion formula. If we have a HSL pixel that is 9,27,68 The hue value 9 is 3+9=12 away from 357. So we subtract 12 from 242 which is 230. The new HSL pixel is 230,27,68. The saturation & luminance values remain the same for each pixel. The result of the color Shift toward blue is a blue image that has increased intensity that a simple hue rotation can't do.

So far I have a menu item on the Colors Menu but I haven't written the Color Shift function.

The Greyscale & Sepia Effects now work correctly for 8bit, 24bit & 32bit images. Color Change Operations to Reverse Pixels also work for these bit depths.

OK as soon as PixieView is ready I will start building the new ISO of AROS One 2.7