AROS World Exec
Distros => Icaros Desktop => Topic started by: miker1264 on November 25, 2021, 07:29:09 PM
-
After several hours of work the new user interface for DTConv is coming along nicely.
Now I just have to connect the code to the gadgets.
-
It's nice that the same GUI compiles easily and it works well on 68k & x86_64. It's based on GadTools. So it will compile easily on IcarosDesktop x86 as well. It's small. It consists of a Cycle Gadget, 2 String Gadgets, & 4 Button Gadgets.
On x86_64 The New Datatypes Conversion GUI works with the MultiView Export Menu Item! :)
A week ago I couldn't have imagined this journey would happen. It has been so satisfying setting up this new conversion tool.
Whichever file is open in MultiView will be sent to the GUI as the SourceFile.Then you select the Datatype to convert to and the destination filename. If it's valid the file will be converted.
It doesn't matter what program is called DTConvert. MultiView will open it from Export Menu Item.
The MultiView Export Item in MultiView 68k should also open the New GUI but it isn't working. I will put some debug messages in MultiView to find out why that part ins't working.
The output window won't be part of the final program. It's just being used for testing purposes.
-
nice miker :)
-
nice miker :)
To make it more interesting I may add another button called "DataTypes" between Convert & Cancel. It will display a message about the source & destination GroupID's & BaseNames. 8) Or just keep it simple.
-
It's nice that the same GUI compiles easily and it works well on 68k & x86_64. It's based on GadTools. So it will compile easily on IcarosDesktop x86 as well. It's small. It consists of a Cycle Gadget, 2 String Gadgets, & 4 Button Gadgets.
Beautiful simple and effective !
-
Miker I noticed that Multiview and DTConv cannot convert PNG images that have a transparence around them, the conversion produces a 0 KB file.
-
Miker I noticed that Multiview and DTConv cannot convert PNG images that have a transparence around them, the conversion produces a 0 KB file.
That depends on which datatype you are trying to convert to. For example BMP supports 32bit images with alpha.
If the PNG has transparency then it is 32bit with alpha channel. If you try to convert to JPEG or PNM it won't work.
-
After doing some searching and testing I found out the simple solution as to why MultiView 68k wasn't activating Export on the Project Menu.
It was looking for an icon to get the ToolType "EXPORT". Previously I thought it was looking for the DTConvert Icon. But after I added some debug to MultiView I found it.
The ToolType Text is actually added to the MultiView Icon instead. So I added to the MultiView Icon and now it works perfectly. :)
-
Here is the current source code for the Datatype Conversion Tool. It's a little messy but it's a good start.
Still much code to add to it such as ConvertDatatype, ConvertPicture and some other functions.
-
Here are the 68k binaries for the Datatype Conversion Tool & the Newest MultiView & Icons.
I included a small text file with instructions. Edit the MultiView Icon & insert the ToolType.
The export program can be activated from within MultiView using Project > Export.
Or you can navigate to Sys:Tools and start DTConvert directly as a standalone program.
This is not the original DTConvert program. This is my homegrown alternative to that.
I simply named it DTConvert because that's what MultiView is looking for in the system.
If you start it with Export from the menu MultiView will send the active datatype filename as SourceFile.
For the destination file requester you must completely re-enter the filename or the conversion won't work.
-
You will need these updated 68k datatypes for the Datatype Conversion Tool to work correctly.
-
thanks Miker
-
Thanks Miker I will install everything on my AROS One 68k, then I will make a nice news for these works of yours !
Thanks for the info for the PNGs, I had guessed that was the problem, in fact the Paint I use on my PC converts transparent PNGs to all formats but the transparency is lost, except for BMP which however loses the quality of the PNG.
-
Thanks Miker I will install everything on my AROS One 68k, then I will make a nice news for these works of yours !
Thanks for the info for the PNGs, I had guessed that was the problem, in fact the Paint I use on my PC converts transparent PNGs to all formats but the transparency is lost, except for BMP which however loses the quality of the PNG.
Using the Datatype Conversion Tool you can now convert Picture-Picture, Sound-Sound & Either to IFF (ILBM or 8SVX).
I'm thinking of adding a menu system with additional items.
Maybe a Project Menu with "File Name, File Data, About & Exit"
-
Miker I tested Multiview and DTConv GUI and they are perfect on my AROS One 68k, will there be also forAROS x86 ?
I read in Radme that there are problems with Wanderer while with Dopus Magellan works fine.
Of course Wanderer lacks a tool to replace icon images and a tool to change the icon type, but these problems can be solved with two utilities taken from Aminet.
After this Wanderer will be much faster and more reliable than Dopus Magellan (magellan slows down the icons and as said on the Web has many unsolved bugs), this is valid both for AROS 68k and AROS x86.
In fact it is for this reason that I have never used Dopus5 Magellan on my systems both OS3 and AROS :)
-
Miker nice surprise!!! your Multiview "ELF" also works on OS3 and therefore also on my AfA One :o only problem that is disabled the save and some other function :'(
I deny myself, your Multiview has never started on OS3 and never will because it is an "ELF" executable.
I don't know why clicking on your Multiview started the Multiview of OS 3.9 installed on the system.
The doubt came to me when I saw the version of the Multiview that was running, so to be sure I renamed my Multiview and your Multiview no longer started up. ;D ;D ;D
-
Miker nice surprise!!! your Multiview "ELF" also works on OS3 and therefore also on my AfA One :o only problem that is disabled the save and some other function :'(
Interesting concept.
But that menu doesn't look familiar to me.
-
But that menu doesn't look familiar to me.
What do you mean? It is a normal OS3.9 menu graphically embellished with magic menu, watch in full the small video attached:
https://drive.google.com/file/d/1spQktNoo4AFSRc_eQDN5ZD4huTvA0DV2/view?usp=sharing
-
Interesting concept.
No longer interesting, I took a blunder read above !
-
Interesting concept.
No longer interesting, I took a blunder read above !
It wasn't the MultiView Menu. That was MysticView instead.
-
It wasn't the MultiView Menu. That was MysticView instead.
No it's Multiview Os 3.9 BB3, see screenshot !
-
Here is an updated version. You can now edit the destination string gadget text directly or use the file requester to select a new destination. It seems to work fairly well now.
It doesn't like paths with spaces. I'm working on that to test for spaces & illegal characters.
But in this case it seems the problem is the filename MultiView sends to the Datatype Conversion Tool. It gets shortened if it has spaces in the filepath. But that can be fixed by using the file requester to re-select the filepath. It supports using spaces. But that's just a temporary workaround. It should get fixed right.
-
Miker could you enlarge a little the GUI of DT Convert? in practice if the system uses fonts a little larger the GUI of DT Convert breaks down, see scteenshot
-
Miker could you enlarge a little the GUI of DT Convert? in practice if the system uses fonts a little larger the GUI of DT Convert breaks down, see scteenshot
I will look into doing that. I was wondering why your user interface looked odd. :)
Are you using a global font size? Which font and size so I can test?
There is a function called ComputeFont that I may use to adjust the user interface.
-
A few minor improvements. It's coming along nicely.
-
I have often wanted something like the Magellan Feature called SmartRead to randomly read a file in MultiView using Binary DT.
Now DTConvert GUI allows converting to "HEX" (binary). This is how it works. We look at the source file to get filesize then store the binary data in a byte buffer. We make a new empty file using the destination filename with .bin extension. We prepend ASCII "BIN:" to the new file then write the contents of the byte buffer.
When you look at the file on IcarosDesktop it will have an "Unknown File" Icon (white paper icon). Because of the BIN: header it can't be recognized by the Datatypes System. So when you click the file to open in MultiView it displays as Binary Text.
The user can then optionally delete the bin file when finished.
-
Here is the latest DTConvertGUI as well as the fancy icon thanks to @AMIGASYSTEM.
I also included the MultiView Icon with sample ToolTypes.
-
This is DTConverGUI on AROS One x86 v1.6
As you can see the User Interface looks just fine. Font is Arial 14.
I would have tested it with some picture files but AROS One wouldn't let me copy from USB Flash.
-
This is DTConverGUI on AROS One x86 v1.6
No that in your screenshot is not AROS One x86 v1.6, but a very old version AROS One x86 v1.2, AROS One v1.6 you can find it HERE (https://sites.google.com/view/arosone)
As you can see the User Interface looks just fine. Font is Arial 14.
Yes even Font Arial 15 works well because they are small fonts, see screenshot, if you increase to 16 you'll see that the GUI breaks down, Arial 14 however is forced because it doesn't really exist.
I would have tested it with some picture files but AROS One wouldn't let me copy from USB Flash.
This is very strange maybe it's a VirtualBox configuration problem, it works fine for me !
It's about DTConv/DTConertGUI on AROS 68k the JPG format doesn't work it creates only 0 Byte files
-
You need the revised jped datatype. :)
Even Arial 14 was sufficient on AROS One x86.
So bump it down to Arial 15 and stop breaking things! ;D
-
You need the revised jped datatype. :)
I am using your jpg.datatype !
So bump it down to Arial 15 and stop breaking things! ;D
Unfortunately for my old eyes and for those with vision problems a slightly larger font is important, now I will try a "tighter" Font :)
-
You need the revised jped datatype. :)
I am using your jpg.datatype !
So bump it down to Arial 15 and stop breaking things! ;D
Unfortunately for my old eyes and for those with vision problems a slightly larger font is important, now I will try a "tighter" Font :)
It might help if I allow more space in the GUI between the gadgets and the edges of the window. I'll try a few things.
-
I'm making some minor revisions to DTConvertGUI.
-
DTConvert GUI now uses proportional offsets so that the user interface can be resized based on screen font.
-
Perfect ! other Christmas gift