Navigate: 1-20 21-40 41-60 61-65
|RNS-Amiga-Club||Write a suggestion for final release of 32-bit IconEdit||20110215 20:06|
Please feel free to write suggestions and bug reports for final release of the new IconEdit for AmigaOS4. I will read them but don't promise to introduce everything that will be written here :)
Things that will be introduced are:
- Brushes - cut the brush/paint with them
- Ellipse/Rectangle drawing
By the way I would like to ask the OS4 developers to implement Alpha drawing with the SetRPAttrsA() function :) Also the Flood() function should be looked at. It would simplify for me the task of creating functions responsible of drawing such figures. Thanks in advance!
|kas1e||Re: Write a suggestion for final release of 32-bit IconEdit||20110215 20:18 #2159|
Better if you will show what you currently have, and we will write what is wrong :) Did layouts are fine now ? Did all the stuff resizes well now including color-wheel ? Are you fix problems with palette (which you say that its not problems, but still, for some of us its just give wrong palette on loading) ?
I.e. need to check latest-binary, to saying what is wrong or what is need to add.
Personally (imho only of course) i feel that in latest beta version (that one which on os4depot), gui-layout are not good enough for now. Too big places there and there, to small parts there and there and so on.
Need to check last-bin, to saying what is wrong and what is not :)
ps. after i reading on exec.pl thread about icon editor, should to say, that Konrad say for you tons of good ideas, all of them are right, just some of them are not for icon-editor. But in terms of usability and layout - he right everythere.
|RNS-Amiga-Club||Re: Write a suggestion for final release of 32-bit IconEdit||20110215 20:30 #2161|
The OS4Depot version is the latest. I haven't worked on it since exams on the studies. But now I resume the work and then give you a sign what I am introducing. The palette thing is still waiting to fix, the colorwheel isn't scalable yet but it's a case of changing attributes. There's a small bug in undo-redo thing when drawing lines.
I've read Konrad's suggestions and I agree that they are very good and useful. However Konrad expects some things from Adobe Photoshop program which I am unable to introduce at the moment. But I will try to introduce some of his other suggestions and improvements.
|kas1e||Re: Write a suggestion for final release of 32-bit IconEdit||20110215 20:45 #2162|
I've read Konrad's suggestayions and I agree that they are very good and useful. However Konrad expects some things from Adobe Photoshop program which I am unable to introduce at the moment. But I will try to introduce some of his other suggestions and improvements.
Yeah :) But you can skip imho those ones which are "very hard to implement". As for me, is better have tiny, simply but good looking with good layout editor.
Check PM plz
|samo79||Re: Write a suggestion for final release of 32-bit IconEdit||20110215 22:01 #2164|
I have the same opinion of Kas1e, better complete the user interface first then other things will come, but with a solid base as reference :-)
|T-J||Re: Write a suggestion for final release of 32-bit IconEdit||20110216 15:35 #2185|
No suggestions, but it looks very good so far.
Also, I wouldn't worry about adding 'too many' features. If we end up with a fully featured paint application for an Icon Editor, I won't be complaining. :)
|kas1e||Re: Write a suggestion for final release of 32-bit IconEdit||20110216 15:53 #2186|
A little notice: imho for now whole gui elements looks a bit broken beetwen. I mean for example there is too much free space on right area, but tons of stuff on left area. Buttons are a bit "broken by desing", like 2 buttons here, 3 buttons here, and without any good border canvas, etc. Maybe you of course leave all that cosmetic stuff for the last changes, but maybe not :)
To make clear what i mean, i a bit rework your screenshot, take a look plz here. I just regroup items, make normal spaces there and there, and after all it looks much cleaner (all the buttons in one row for example, every left-side gui elemts rounded by the same line, etc).
What you think ?
ps. checked new version:
-- now palette are fine (maybe now we can just make 64 colors palette again ? 64small rectangles looks much cleaner and nice in compare with 32big rectangles. if it possible of course to init defaulty all 64 cols in palette).
-- when i resize the window, elements not regroups and not resizes. I.e. like everything static, only changes size of window and main paint area, while in old icon edit , when you resize it, you can resize it as you wish (up/down/small/big) and all gui elemets inside of main window will regroups to be right visibly normally.
But its start to be indeed nice :)
|shadowsun||Re: Write a suggestion for final release of 32-bit IconEdit||20110216 16:14 #2187|
|I don't knowk if it's because I'm a right-hander, but I prefer that icon and color option will be put on the right.
I didn't test yet 1.3, but in menu I would like if there is an option to save in image format from icon
|kas1e||Re: Write a suggestion for final release of 32-bit IconEdit||20110216 16:45 #2189|
Yeah. All the other editors have it like you say mostly (on all the oses). But imho that will be very easy later to just switch left area with right area, because as i understand Robert do it modulate enough, so should be not hard to flip sides.
|samo79||Re: Write a suggestion for final release of 32-bit IconEdit||20110216 17:32 #2191|
To be honest i prefer the 1.2 look, IMHO kas1e grab example is the correct way to go as final interface, also would be cool if entire area of the program could be resizable, then an iconify gadget would be usefull too :-)
Great work BTW !
|trixie||Re: Write a suggestion for final release of 32-bit IconEdit||20110216 17:45 #2192|
> Please feel free to write suggestions
I would like the appwindow to be a bit more clever about files dropped on the program window. Currently I can only drop-open icons. Would be great if pictures could be imported this way, too. I mean, the appwindow routine would first check for fileformat and then decide to either load or import.
|ChrisH||Re: Write a suggestion for final release of 32-bit IconEdit||20110216 18:07 #2193|
Not tried it before, but from a quick try it seems very nice! I did notice a few issues, but maybe I missed something:
There is no indication of which icon it is editing (name and possibly path). Could be in the window title bar, or maybe under the "icon preview".
There is no Save button.
If I quit the program or drop another icon on the window, it does not ask about any unsaved changes.
Would be nice if the Undo/Redo buttons were grayed out when they won't do anything.
The arrow buttons don't seem to be undo-able.
The cursor keys don't do anything. Probably they should act as the arrow buttons? Unless you plan to use them for moving an "already placed" brush.
There is no indication what the brightness slider actually does. Would be awesome if it actually contained the graduated colours that you will actually be choosing.
The minimum size of icons seems to be 32x32 pixels. Is there any reason for this? I have some (old) smaller icons.
There is no "flood fill" option.
When drawing a line, there is no indication about how far I have moved (without doing Coords maths in my head). For rectangles & elipses would be very handy to see. Not sure where to put, maybe instead of the Coords?
There does not seem any way to load an icon into the current (Normal/Selected) view.
The "transparent background" is static, and so may still be difficult to tell apart from the actual icon. Would be nice if there was an option to animate it (say with cycling colours, or else simply moving the background slowly).
Less necessary but still would be nice:
Would be useful if I could save an icon as (one or two) IFF images (maybe only the current view). Shouldn't be too hard using Datatypes. (Can provide some hints if necessary, but I guess you already use datatypes for loading pictures, so saving may not be too much harder for you.)
Would be useful if there was an option to open/edit the Icon Information, instead of having to switch to Workbench. Maybe cause some issues, unless you load-back the icon info before saving it with the modified icon.
There is no option to open it on a (named) public screen. Maybe a tooltype option?
Not sure what format the icon is saved using - always OS4's new format? What about the OS3-style icons - do they get stripped? I think it would be nice if we could still support OS3 users, even if the icons looked rubbish (4 colours).
Might be nice if clicking on the preview icon actually toggled between the Normal/Selected states. I know there are buttons for this, but it seems more natural to click the icon.
If you get stuck for things to add, a "recently opened files" might be handy (no need to save this history though).
|xenic||Re: Write a suggestion for final release of 32-bit IconEdit||20110216 18:17 #2194|
I don't understand the Alpha load, display & editing. When I open an icon the alpha view is white instead of showing the alpha image for the loaded icon. Deawing in the alpha image does nothing. What is the alpha slider (below the RGB sliders) supposed to do? I expected to see an actual alpha image when I loaded an icon. I expected the alpha view to display a greyscale palette for alpha blending. Even if the main image has only 64 colors, you need 256 color greyscale palette to get good alpha blending. If there is no alpha channel editing then the only advantage of this editor over the current icon editor is the ability to load 24/32 bit icons. If alpha editing is fixed (or works and I don't know how) it would be good to add a tool or menu item to copy a stencil of the image to the alpha channel as a starting point for creating a good alpha blend for the icon.
|ChrisH||Re: Write a suggestion for final release of 32-bit IconEdit||20110216 18:26 #2195|
The Alpha View works here. I can open an (OS4 style) drawer icon, switch to the Alpha View, and see grayscale alphachannel.
Maybe you are testing it on an icon withOUT an alpha channel, such as OS3 icons? They had an alpha-channel kludge, where one colour was transparent (and another similar choice). Perhaps the program should convert those into REAL Alpha channel, *if* it is saving it in an OS4-only format anyway?
|cha05e90||Re: Write a suggestion for final release of 32-bit IconEdit||20110216 18:55 #2196|
|Alpha seems to look ok here - but I would like to be able to load/save an 8bit alpha channel independent from the color image (i.e. change existing alpha or add alpha to an image without one...). This would - btw - add the feature to seperate color/alpha from existing icon images, which I use very often. Up to now only Paul's Hollywood-based IconEditor has this very welcomed feature.|
|xenic||Re: Write a suggestion for final release of 32-bit IconEdit||20110217 17:17 #2210|
Maybe I have the wrong version of Iconed; the version is 1.3 which I thought was the latest. When the program opens with the default system icon (OS4u2 installed icon) and I switch to the Alpha view, there is just a white square (empty alpha?). If I load the SYS:Prefs/AHI icon (OS4u2 installed icon) the same thing happens; the Alpha view shows nothing but a completely white square. The icons are NOT OS3
icons and opening the icon images in ImageFX 4 shows an alpha channel is present.
I'm using OS4u2 on a SAM Flex with datatypes.library version 53.4, picture.datatype version 53.3 and ilbm.datatype version 53.1. I can't think of any other installed software that would affect Iconed.
|kas1e||Re: Write a suggestion for final release of 32-bit IconEdit||20110217 17:25 #2211|
As far as i remember, iconedit for now works only on 32bit screens. On 16bit ones, alpha borks. So maybe 16bit one for you ?
|xenic||Re: Write a suggestion for final release of 32-bit IconEdit||20110217 17:54 #2212|
Yes, that's it. I use 16bit screens. Since I have some programs that don't like 32 bit screens and I want to preserve graphics memory for all the different screens I use, all my screens are 16 bit. Switching between screens that are all the same resolution is much smoother because the monitor doesn't need to switch displays. On a 16 bit screen the icon background is black and there is no alpha image displayed. On a 32 bit screen the icon background is checkered blue & black and the alpha image is displayed properly. The Alpha slider (below the RGB sliders) also works to set the color (shades of gray).
ImageFX 4 works on 16 bit screens so it must be possible and I think Iconed should be able to do it too. It would take an icon larger than 250x250 with each pixel a different color in order to exceed the number of colors available in 16 bit; Very unlikely to get an icon image like that. If Iconed is only going to work properly on a 32 bit screen then there should be a prefs item or TOOLTYPE to open it on it's own public screen.
Navigate: 1-20 21-40 41-60 61-65
|kas1e||Re: Write a suggestion for final release of 32-bit IconEdit||20110217 19:22 #2216|
Yeah, support of 16bit screens will be cool as well.