MagicWB Icons & Escom
Tony Scott
looking icon set for the new Amiga OS. It also appears that there are
hundreds of icons available for MagicWB. Now, if Escom is to provide us
with new icons, it may come up with something terrible, that nobody
likes. On the other hand, if all of the artists who created icons for
the standard workbench would submit them to Escom (or at least put a
disclaimer that they may be used by Escom and their licensees, then we
might get a nice set of icons with the new OS.
Not only that, but it would be nice to see a single archive containing
most/all of the currently available icons, rather than downloading a 400k
archive with only 2 new icons in it. My vote by the way is for MagicWB
look and not for NewIcons.
Michel De Meerleer
the TOOLTYPES).
Michel.
Maxwell Daymon
: Not only that, but it would be nice to see a single archive containing
: look and not for NewIcons.
My vote is to let the user decide. Aesthetics are a PREFERENCE, a
normative choice with no 'right' or 'wrong'
The Workbench should have no _forced_ look - NewIcons OR XEN.
--
+- Maxwell Daymon -+- mda...@rmii.com -+
Martin Hauner
> Ok, well it seems a fairly popular decision that escom include a nice
> looking icon set for the new Amiga OS.
The only question is: what's 'nice looking'?
I would like an iconsset with equally sized icons using not too much
colors (max. 16 (?)) to avoid a , someone used the term, 'angry fruid
salad' look.
The icons should be somehow recognizable, so one could figure out what
they stand for. That's the hard part. ;)
On the software side, something like NewIcons/DefIcons would be nice.
> Now, if Escom is to provide us
> with new icons, it may come up with something terrible, that nobody
> likes.
May be, or maybe not. Let's hope the best.
> My vote by the way is for MagicWB look and not for NewIcons.
Nooooooooo... please not ;-))
At the moment I would prefer the RareDiamonds style
(aminet/pix/icon/RareDiamonds.lha)
though i am a bit 'parteiisch' as it is my own creation.
--
// MfG Martin Hauner
\\/
O Sch'eck! Schaut nu'! Sie sind's!
SCOTT WATSON
: Tony Scott (tsc...@ez0.ezlink.com) wrote:
: : Not only that, but it would be nice to see a single archive containing
: : most/all of the currently available icons, rather than downloading a 400k
: My vote is to let the user decide. Aesthetics are a PREFERENCE, a
: normative choice with no 'right' or 'wrong'
: The Workbench should have no _forced_ look - NewIcons OR XEN.
That's a very good point. I feel really happy when I re-config my
workbench to look unique. I'm on a manga art backdrop/ magic workbench
kick at the moment.
--
L8er,
_ _ _ _ ____ _
Scott Watson - Salamander / \ | \ / | |/ ___\ / \
swa...@enterprise.powerup.com.au / _ \ | \/ | | | __ / _ \
Brisbane, Queensland, Australia / ___ \| |\/| | | |_\ \/ ___ \
Ensoniq ASR10, Yamaha SY22, and an .. / / \ \ | | | |\ / / \ \
Hans-Joerg Frieden
: Maxwell Daymon (mda...@rainbow.rmii.com) wrote:
: : Tony Scott (tsc...@ez0.ezlink.com) wrote:
: : : Not only that, but it would be nice to see a single archive containing
: : : most/all of the currently available icons, rather than downloading a 400k
: : : archive with only 2 new icons in it. My vote by the way is for MagicWB
: : : look and not for NewIcons.
: : My vote is to let the user decide. Aesthetics are a PREFERENCE, a
: : normative choice with no 'right' or 'wrong'
: : The Workbench should have no _forced_ look - NewIcons OR XEN.
: That's a very good point. I feel really happy when I re-config my
: workbench to look unique. I'm on a manga art backdrop/ magic workbench
: kick at the moment.
There should be an option in the installer script of workbench:
Install (*) NewIcons
( ) MagicWB Icons
( ) 2.x/3.x Style icons
MagicWB icons look stupid on multiscan:productivity with 4 colors...
--
---Hans-Joerg Frieden (in...@uni-trier.de)-------------------------------------
Q: Why doesn't Quicksort work on a Pentium CPU
A: You can only Conquer, not divide.
-------------------------------------------------------------------------------
Martin Hauner
> There should be an option in the installer script of workbench:
> Install ( ) NewIcons
> ( ) MagicWB Icons
(*) RareDiamonds Icons
there are still 1-2 more...
> ( ) 2.x/3.x Style icons
> MagicWB icons look stupid on multiscan:productivity with 4 colors...
What is wrong? Colors (but then, why only multiscan:productivity)?
--
// MfG Martin Hauner
\\/
Asterix : ...und zu Fuß sind wir genauso schnell wie die Ochsen!
Obelix : Eben! Die Ochsen sind ja auch zu Fuß!
Gerard McDermott
should be implemented as part of the OS. Let icon sets such as MagicWB and
NewIcons and others be used on the Amiga according to the user's preference.
Use a MUI-type system for customising the GUI.
Icon sets and MUI-style settings can then be provided for the user to choose
from or for people to make and upload to Aminet so they can be shared. This
would be (kind of) like choosing a window manager on a unix/X machine.
DefIcons should be made part of future Amiga OS releases.
Any release of an Amiga OS should include any datatypes currently available
which can be distributed. There are now datatypes for fonts, REKO cardsets,
different sound and graphics formats, source code, binaries and probably more
I have not downloaded yet. They are fantastic. Put a multiview dock somewhere
on the workbench so that if somebody wants to know what a file is, they can
drag the file over it and let go. If it is a picture they see it, a sound
they hear it, an anim they watch it, a text file they read it, an executable
they see details about it (libraries, etc.). I have this set up on my
machine now and it is quite impressive to show others. It is also rather
handy.
Future OS versions should have functionality like that of ToolManager,
MagicMenus, KingCON, and ARQ built in. These utilities are not large but
provide an enormous amount of functionality. (Please note that I said
"have functionality like x", not "have x").
As for NewIcons supposedly trashing tooltypes...
As a registered MagicWB user who has crossed over to NewIcons and will never
return, I have found that the icon copier supplied with MagicWB 2.0 will
work fine for copying NewIcons. Just use it with a NewIcon as you would
with a normal one and everything works fine. Tooltypes remain intact, but
for some reason, if NewIcons is running, the NewIcon gets copied as well.
I also leave the daemon running so that if I do get any MagicWB icons with
software they still work OK.
And, lastly, Amiga productivity software must be able to import/export (at
the very least) common PC or MAC application data files. Not doing this is
costing the Amiga application software industry quite a bit more than piracy
ever can. Being able to read/write a PC format disk is not all that useful
if you have a Word (for example) document on the disk.
Gerard. //
(\X/ Amiga by choice)
===============================================================================
Gerard McDermott e-mail: g...@tusc.com.AU
TUSC Computer Systems (disclaimers apply)
666 Doncaster Road phone: +61 3 8402222
Doncaster Australia 3108 fax: +61 3 8402277
===============================================================================
Maxwell Daymon
: The NewIcons method should be adopted, but the dynamic pallette allocation
Putting the icon data in the tooltypes is a TERRIBLE thing for an
*official* OS release. That's unacceptable.
The new icon.library should see and respond to a palette chunk in an icon
file and use the old method of registers if no such chunk exists.
Ideally, the old system would ignore the chunk and just display the icon
according to the current color registers (or a setpatch fix to the old
icon.library)
: As for NewIcons supposedly trashing tooltypes...
RE: My above statement. I don't mean that it trashes MY tooltypes, but
that the particular method is a hack and should not be the official
implementation. For people who never touch tooltypes it's not that
noticable but it would be like keeping filename in the file comment area.
It just isn't sound.
: And, lastly, Amiga productivity software must be able to import/export (at
: the very least) common PC or MAC application data files. Not doing this is
: costing the Amiga application software industry quite a bit more than piracy
: ever can. Being able to read/write a PC format disk is not all that useful
: if you have a Word (for example) document on the disk.
When companies won't share, it's very costly to reverse engineer their
formats and possibly get in legal messes (even without grounds, just
being entangled can cause problems)
I believe that the single-OS solution everybody seems to hope for is
totally brain-dead. We should be moving towards FILE-FORMAT independence,
not platform-centricity. No competition is the fastest way to make a crap
OS.
Paul Graham
Eirik Bogsnes
>look and not for NewIcons.
I agree. MagicWB is IMHO much nicer, calmer to look at than Newicons.
______ _ _ _ ____
| ____(_) (_) | | _ \
| |__ _ _ __ _| | __ | |_) | ___ __ _ ___ _ __ ___ ___
| __| | | '__| | |/ / | _ < / _ \ / _` / __| '_ \ / _ \/ __|
| |____| | | | | <bog...@vestnett.no>\__ \ | | | __/\__ \
|______|_|_| |_|AmiNor - An Amiga User Group/_| |_|\___||___/
__/ |
|___/
AmigaDOS: Windows done RIGHT!
Robert Dennison
: As a registered MagicWB user who has crossed over to NewIcons and will never
: return, I have found that the icon copier supplied with MagicWB 2.0 will
: work fine for copying NewIcons. Just use it with a NewIcon as you would
: with a normal one and everything works fine. Tooltypes remain intact, but
: for some reason, if NewIcons is running, the NewIcon gets copied as well.
: I also leave the daemon running so that if I do get any MagicWB icons with
: software they still work OK.
Unfortunately, it is getting very difficult to become a registered
user of MagicWB2.0 these days. Having put my cash in an envelope and sent
it off to the SASG US registration site (hosted by Robert Blayzor, I
believe) 6 weeks ago, and seeing nothing in return, I'm beginning to have
my doubts as to whether I ever will become a registered user. I tried to
call "Liquid Sky BBS", but neither number given in the SASG registration
program was in service any more. I Emailed Mr. Blayzor with the address
that Martin Huttenloher gave me, but it was bounced. I sent the bounced
message and a plea of help back to Martin, and haven't heard boo in a week
and a half.
SASG claims that they have never had any cash lost in the mail -
I fear I may be the first.
Anyone got an Email address for Robert Blayzor? I tried
"d...@lsd.org" - that's the one that got bounced.
Perhaps I'll try Martin again...
Dennis Grant
(Byron Montgomerie) wrote:
> : My vote is to let the user decide. Aesthetics are a PREFERENCE, a
> : normative choice with no 'right' or 'wrong'
>
One point though. NewIcons or XENicons look a ton of a lot better on a
dealer display machine than the stock icons.
Escom could spend a few bucks and get an artist to design new stock icons
(In say, 16 or 32 colors) or adopt one of the existing scemes, just to
make the machine more attractive when placed next to Windows or MacOS.
---------------------------------------------------------------------
Dennis Grant Cycor Tech (Amiga&Mac) Support / HTML & Graphic Design
dgr...@cycor.ca Amiga 4000/040/14/970/17"IDEK/2XCD-ROM/14.4 AmiTCP
http://www.cycor.ca/TCave/ Visit Trog's Cave!
choke
>One point though. NewIcons or XENicons look a ton of a lot better on a
>dealer display machine than the stock icons.
>
>Escom could spend a few bucks and get an artist to design new stock icons
>(In say, 16 or 32 colors) or adopt one of the existing scemes, just to
>make the machine more attractive when placed next to Windows or MacOS.
in charge of that will zoooooooooooom to redisgn all the
icky butt ugly icons of the WorkBench.
Brian Kokernak
ch...@delphi.com
ko...@eworld.com
Thomas Frieden
: My vote goes also to MagicWB look and not for NewIcons (asnewicons garbage
: the TOOLTYPES).
NewIcons do not trash the tooltypes if you have the patch installed...
MfG Thomas
--
-- Thomas Frieden (in...@apollo23.uni-trier.de) - Finger for PGP -------------
"Why is it, that the years seem to fly by, but the nights seem to last
forever" - Elminster of Shadowdale, Sage of the Forgotten Realms
---------------------------------------------------- Amiga owner since 1988 --
Mr Gavin Moran
: One point though. NewIcons or XENicons look a ton of a lot better on a
: dealer display machine than the stock icons.
: Escom could spend a few bucks and get an artist to design new stock icons
: (In say, 16 or 32 colors) or adopt one of the existing scemes, just to
: make the machine more attractive when placed next to Windows or MacOS.
A good idea, and inexpensive too. The basic look of WB is _ugly_, putting
magicwb icons into the system as default would be a great idea.
gavan
--
email: G.M...@ee.qub.ac.uk | 'There can be only one!'
or gmo...@nyx.cs.du.edu | - The Highlander
Zsolt Szabo
>One point though. NewIcons or XENicons look a ton of a lot better on a
>dealer display machine than the stock icons.
>
>Escom could spend a few bucks and get an artist to design new stock icons
>(In say, 16 or 32 colors) or adopt one of the existing scemes, just to
>make the machine more attractive when placed next to Windows or MacOS.
Yeah, as long as the image is static. But try to actually >move< anything
on the screen--and that 32 color mode will appear >real< slow. This is
obviously on OCS/ECS/AGA machines.
Jamie Knight
Just clear up something - are you actually using the same computer as the
rest of us? You havn't got a Clone with the word Amiga crayoned on the
front, have you? It's just that your knowledge of Amiga computers just
doesn't add up to much...
-------------------------------------+--------------------------------
Jamie Knight | jam...@hwcces.demon.co.uk
Environmental Services Dept | /// A1200 020-14/882-33
Hereford & Worcester County Council | /// 2MChip, 4MFast
Worcester, UK | \\\/// and a 200Mb Hard disk on
All views are my own, etc, etc | \XX/ the table next to it..
What do you mean Application Error? I thought Windows was in
protected mode..
norman_henry
> Yeah, as long as the image is static. But try to actually >move< anything
> on the screen--and that 32 color mode will appear >real< slow. This is
> obviously on OCS/ECS/AGA machines.
I'm not sure I follow what you refer to here, Zsolt... I have "MagicLayers"
installed (moving windows with contents, not only a frame that gets refreshed
once the move is done). Still, this neither is nor appears to be slow... On
the contrary, it appears impressively fast (I've only seen this "full window"
move on high end Suns and SGIs before). What exactly appears slow on the AGA
machine? Which AGA machine?
Henry Norman
------------------------------------------------------------------
__o __o st...@hotcity.com /W\ Strix Merx Mitis:
-\<,-\<, henry....@cup.portal.com (Ovo) Usus Tandem, Nisi
(*)/=-=/(*) norman...@tandem.com ))#)) Sententi Ego Ipse
-------------------------------------------m-m--------------------
Michael P. Lepisto
>In article <dgrant-0206...@198.167.3.78> dgr...@cycor.ca (Dennis Grant) writes:
>>One point though. NewIcons or XENicons look a ton of a lot better on a
>>dealer display machine than the stock icons.
>>
>>Escom could spend a few bucks and get an artist to design new stock icons
>>(In say, 16 or 32 colors) or adopt one of the existing scemes, just to
>>make the machine more attractive when placed next to Windows or MacOS.
>Yeah, as long as the image is static. But try to actually >move< anything
>on the screen--and that 32 color mode will appear >real< slow. This is
>obviously on OCS/ECS/AGA machines.
On my A1200 that 32-color screen moves just fine and snappy. A lot more
responsive than the Mac Quadras and 486s/Pentiums I use everyday.
--
- Mike
---
God walked upon the Earth and fell off.
Maxwell Daymon
: In <3qvt0a$l...@jhunix.hcf.jhu.edu> robo...@jhunix.hcf.jhu.edu (Zsolt Szabo) writes:
: >Yeah, as long as the image is static. But try to actually >move< anything
: >obviously on OCS/ECS/AGA machines.
: On my A1200 that 32-color screen moves just fine and snappy. A lot more
: responsive than the Mac Quadras and 486s/Pentiums I use everyday.
I really don't want to get into this, but the Mac/PC is dealing with a
depth-abstracted interface with a lot more going on than the Amiga's
simple pen-sharing system. As far as raw graphics throughput, they are
beating the A1200.
Try opening a shell and type "dir all" and see how fast it goes, not try
that on a Mac. (Get a good Mac shell for this)
Grignon Yanik
: I'm not sure I follow what you refer to here, Zsolt... I have "MagicLayers"
: installed (moving windows with contents, not only a frame that gets refreshed
: once the move is done). Still, this neither is nor appears to be slow... On
: the contrary, it appears impressively fast (I've only seen this "full window"
: move on high end Suns and SGIs before). What exactly appears slow on the AGA
: machine? Which AGA machine?
Put your AGA machine in 256 colors and move through the menu bar
with the menu button activated... You'll see that it's slow.
--
\|
@ @
------------------------------------------------------oOO-(_)-OOo-----
Yanik Grignon InterNet: grig...@JSP.UMontreal.CA IRC: rslayer
----------------------------------------------------------------------
"Until you've hiked more than twenty miles a day, slept in a ditch,
and eaten something that tried to kill you first, you're not an
adventurer" - Alias: Azure Bonds -
Jamie Knight
grig...@JSP.UMontreal.CA (Grignon Yanik) writes:
>norman_henry (hen...@storage.tandem.com) wrote:
>
>: I'm not sure I follow what you refer to here, Zsolt... I have "MagicLayers"
>: installed (moving windows with contents, not only a frame that gets refreshed
>: once the move is done). Still, this neither is nor appears to be slow... On
>: the contrary, it appears impressively fast (I've only seen this "full window"
>: move on high end Suns and SGIs before). What exactly appears slow on the AGA
>: machine? Which AGA machine?
>
> Put your AGA machine in 256 colors and move through the menu bar
>with the menu button activated... You'll see that it's slow.
The guy said *23* colours were slow, not 256. Put a 486-66DX2 in 24-bit
mode and tell me how fast it is... (don't bother, I already know..:)
>--
> \|
> @ @
>------------------------------------------------------oOO-(_)-OOo-----
> Yanik Grignon InterNet: grig...@JSP.UMontreal.CA IRC: rslayer
>----------------------------------------------------------------------
>"Until you've hiked more than twenty miles a day, slept in a ditch,
> and eaten something that tried to kill you first, you're not an
> adventurer" - Alias: Azure Bonds -
-------------------------------------+--------------------------------
Zsolt Szabo
>On my A1200 that 32-color screen moves just fine and snappy. A lot more
>responsive than the Mac Quadras and 486s/Pentiums I use everyday.
Nonsense. I have the fastest processor currently available for 1200s in
my A1200. Therefore your system can only be slower than mine, even
graphics-wise. I have tried out all hacks/utilities/tools that supposedly
speed up graphics performance. And in 32 color mode my 1200 is still dog
slow. It certainly is NO match for my 486/33 which only has a Speedstar
24X ISA (1024x768/256). I don't know what Macs/Pentiums you are using,
but if you are referring to a well configured PC, you are blatantly lying.
Thomas Boerkel
Zsolt Szabo wrote:
> >Escom could spend a few bucks and get an artist to design new stock
> icons >(In say, 16 or 32 colors) or adopt one of the existing scemes,
> just to >make the machine more attractive when placed next to Windows
> or MacOS.
> Yeah, as long as the image is static. But try to actually >move<
> anything on the screen--and that 32 color mode will appear >real<
> slow. This is obviously on OCS/ECS/AGA machines.
But you know, that this is really faster on AGA machines
than on OCS/ECS, don't you?
Bye,
Thomas
an...@netspace.net.au
> >(In say, 16 or 32 colors) or adopt one of the existing scemes, just to
> >make the machine more attractive when placed next to Windows or MacOS.
> Yeah, as long as the image is static. But try to actually >move< anything
> on the screen--and that 32 color mode will appear >real< slow. This is
> obviously on OCS/ECS/AGA machines.
Running in 16 colors is fine on any AGA machine, 8 colors is fine on any machine.
Hans-Joerg Frieden
> Yeah, as long as the image is static. But try to actually >move< anything
> on the screen--and that 32 color mode will appear >real< slow. This is
> obviously on OCS/ECS/AGA machines.
than lores...
--
---Hans-Joerg Frieden (in...@uni-trier.de)-----------------------------
"Faithless is he who says farewell when the road darkens."
- The Dwarf Gimli, in The Lord of the Rings
-----------------------------------------------------------------------
Jamie Knight
robo...@jhunix.hcf.jhu.edu (Zsolt Szabo) writes:
>In article <3r084u$i...@ucsbuxb.ucsb.edu> ugh...@mcl.ucsb.edu (Michael P. Lepisto) writes:
>
>>On my A1200 that 32-color screen moves just fine and snappy. A lot more
>>responsive than the Mac Quadras and 486s/Pentiums I use everyday.
>
>
>Nonsense. I have the fastest processor currently available for 1200s in
>my A1200. Therefore your system can only be slower than mine, even
Oh, you do actually *own* an Amiga, then....
>graphics-wise. I have tried out all hacks/utilities/tools that supposedly
>speed up graphics performance. And in 32 color mode my 1200 is still dog
>slow. It certainly is NO match for my 486/33 which only has a Speedstar
>24X ISA (1024x768/256). I don't know what Macs/Pentiums you are using,
>but if you are referring to a well configured PC, you are blatantly lying.
If he is, then so am I, because I agree with him. I'm using a 486DX2-66 PC
and it's 256 color mode is slow and not as responsive as my A1200 in 32
colors. But then again that can't be true, because we are all lying...
Thomas Boerkel
Zsolt Szabo wrote:
> >On my A1200 that 32-color screen moves just fine and snappy. A lot
> more >responsive than the Mac Quadras and 486s/Pentiums I use
> everyday.
> Nonsense. I have the fastest processor currently available for 1200s in
> my A1200. Therefore your system can only be slower than mine, even
> graphics-wise. I have tried out all hacks/utilities/tools that
> supposedly speed up graphics performance. And in 32 color mode my 1200
> is still dog slow. It certainly is NO match for my 486/33 which only
> has a Speedstar 24X ISA (1024x768/256). I don't know what
> Macs/Pentiums you are using, but if you are referring to a well
> configured PC, you are blatantly lying.
He said "more responsive". And that is true.
Or can you move windows on your PC, when Windows "thinks"?
Bye,
Thomas
Gary Alan Peake
>>responsive than the Mac Quadras and 486s/Pentiums I use everyday.
>
>
>Nonsense. I have the fastest processor currently available for 1200s in
>my A1200. Therefore your system can only be slower than mine, even
>graphics-wise. I have tried out all hacks/utilities/tools that supposedly
>speed up graphics performance. And in 32 color mode my 1200 is still dog
>slow. It certainly is NO match for my 486/33 which only has a Speedstar
>24X ISA (1024x768/256). I don't know what Macs/Pentiums you are using,
>but if you are referring to a well configured PC, you are blatantly lying.
Then, what the heck are you doing here? Go play with your beemer and let us
be!
Gary Peake
1:106/7512.2
40:202/12.1
gpe...@cup.portal.com
... URA Redneck if your Mother admires your girlfriends tattoos.
-*- ASTG 1.8
ste...@pavilion.co.uk
>>On my A1200 that 32-color screen moves just fine and snappy. A lot more
>>responsive than the Mac Quadras and 486s/Pentiums I use everyday.
>Nonsense. I have the fastest processor currently available for 1200s in
>my A1200. Therefore your system can only be slower than mine, even
>graphics-wise. I have tried out all hacks/utilities/tools that supposedly
>speed up graphics performance. And in 32 color mode my 1200 is still dog
>slow. It certainly is NO match for my 486/33 which only has a Speedstar
>24X ISA (1024x768/256). I don't know what Macs/Pentiums you are using,
>but if you are referring to a well configured PC, you are blatantly lying.
You must have something wrong with your setup then, cos I run my A4000/030
in 32 colour DBLPAL and it is just as fast moving windows as my 486-66. ie
pretty much instant... I find even 64 colours fine - 256 colours is another
story though :(
Steve
~======================================================================~
Stephen Birch Amiga Programmer at: /\ Summit Software
ste...@pavilion.co.uk /~~\/\ Brighton
/.../~~\
Alan L.M. Buxey
i have a fast processor in my Amiga....and i run my workbench at 256
colours.
i have NO problem with speed gfx wise AT ALL. in fact, its faster than
most 486's that i have seen (sans diamand stealth 64 based ones! :) )
alan
Jonathan Gapen
Palette remapping (a la NewIcons): yes
Icon images: take your pick
We probably have as many opinions about the look of Amiga icons as there
are Amiga users. It's totally pointless to debate which style of icons looks
the best, as that's a completely subjective matter. I think Amiga Technologies
should get some well designed icons to distribute with the system and let the
user choose to replace them or not. No matter how many sets of icons you
offer, many users will want something different.
Now, the NewIcons system is a very different concept from a set of icons.
Amiga Technologies definitely should include a new icon system which stores
palette information in the icon and remaps them to the current palette.
That's the *only* way to insure they don't end up looking funny when the user
edits the palette or icons transfer across systems, bar locking the Workbench
into a preset palette. (A Bad Thing, IMO.)
Think about it for a moment. They plan to ship the A1200, in current form
or upgraded to an EC030. The A4000T will have an '040 or an '060. In any
case, even the slowest new Amigas have the oomph needed to make icons snappy.
Disk fragmentation slows down icons on my system far, far more than the 14
color McVey icons.
I don't see why anybody would object to it.
--
Jonathan Gapen (jag...@students.wisc.edu)
"Gonna make my resurrection / No more of this crap
Gotta whole new direction / Ain't no turning back
Resurrection is a-gonna come!" -- Brian May
Maxwell Daymon
: Now, the NewIcons system is a very different concept from a set of icons.
: Amiga Technologies definitely should include a new icon system which stores
: palette information in the icon and remaps them to the current palette.
: That's the *only* way to insure they don't end up looking funny when the user
: edits the palette or icons transfer across systems, bar locking the Workbench
: into a preset palette. (A Bad Thing, IMO.)
Right, but the TOOLTYPES is obviously not the place to put them. This was
a "necessery evil" to get this hack to work.
The official system should simply have a palette chunk and backwards
compatibility (the old icon.library should ignore this chunk without
difficulty)
I would like an icon system that uses any graphic (ILBM, ACBM, DR2D, ILUS)
that scales the icon to the current screen aspect ratio. Further, bitmaps
could be cached for speed, and if there is NO graphic in the .info file
(it could still hold default tools, tooltypes, and POSITION such
icon-related information) then the default image could be used.
Think about how much disk space all those redundant images are taking!
It'd be wonderful to have "inheritable" images while still having the
.info file for the specifics like positions, tooltypes, etc.
: Think about it for a moment. They plan to ship the A1200, in current form
: or upgraded to an EC030. The A4000T will have an '040 or an '060. In any
: case, even the slowest new Amigas have the oomph needed to make icons snappy.
: Disk fragmentation slows down icons on my system far, far more than the 14
: color McVey icons.
: I don't see why anybody would object to it.
If it's not transparently compatible, there will be a lot of headaches.
Fine if you have wrong colors under the old OS, but the icons should
still be accessable.
59532-Richard M Brack(CB2008)000
Maxwell Daymon <mda...@rainbow.rmii.com> wrote:
>
>Think about how much disk space all those redundant images are taking!
>It'd be wonderful to have "inheritable" images while still having the
>.info file for the specifics like positions, tooltypes, etc.
I would like to see the option of instead of using an image in the .info
file having a filename that would be the image you want for that file. kind
of like picking up the def_whatever.info files but more versatile. you would
have one set of images for your standard icons, and say you wanted to change
your text icons you just change that one files and all your icons change!
I'd also like to see datatypes used to determine icons for files that have
no .info.
rich...
r...@hercules.att.com
Hans-Joerg Frieden
> in...@apollo23.uni-trier.de (Hans-Joerg Frieden) wrote
> > MagicWB icons look stupid on multiscan:productivity with 4 colors...
> What is wrong? Colors (but then, why only multiscan:productivity)?
You won't get more than 4 colours on Multiscan on an ECS Amiga, out of
a 64 color palette. Since I don't have this daemon program running,
they _do_ look stupid. This says nothing about how they look on a 8
color screen (They look ok, IMHO). It's just that I can't use 8 color
icons, save for NewIcons.
Regards, Hans-Joerg.
Byron Montgomerie
: The official system should simply have a palette chunk and backwards
: difficulty)
Without a palette field in the DiskObject structure or Image structure then
whenever you change a preference setting you have to access the .info files to
get the icon since icon.library has to do the remapping. So the official system
should do a bit more than adding a palette chunk to .info files. If you use
newicons with Sabot for example, changing overscan size or font will screw up
the image of the app icon Sabot uses, (I patched sabot to get notified when
things like this happen and reload the icon image if anyone is interested).
Workbench really has to be designed with paletted images in mind from the
start to get all the pen locking stuff right.
: I would like an icon system that uses any graphic (ILBM, ACBM, DR2D, ILUS)
: that scales the icon to the current screen aspect ratio. Further, bitmaps
For that you have to know what the image in the icon was drawn on, was it on
a 640x200 screen or 800x600 screen for example? Again this information
should be added to the DiskObject structure or Image structure or reloading
of icons from disk will have to occur whenever screenmode is run. If
workbench knows what the palette of the icons are supposed to be it can do
the pen locking and remapping of colors automatically. Perhaps there should
be a workbench prefs program to set things like the number of pens it can
allocate for icons etc.
: could be cached for speed, and if there is NO graphic in the .info file
: (it could still hold default tools, tooltypes, and POSITION such
: icon-related information) then the default image could be used.
As I said before, I think this is a good idea. :)
: Think about how much disk space all those redundant images are taking!
: It'd be wonderful to have "inheritable" images while still having the
: .info file for the specifics like positions, tooltypes, etc.
What I would find interesting would be a cutout system for icon images, not
sure if it would be practical but being able to refer to a drawer image
stored outside of the .info files and another image in the .info files that
would be drawn over it would be neat. Overly complex, inefficient and perhaps
totally useless, but neat. :)
I'd also like to see animated icons, not overly so, perhaps just 8 images but
that would be a dramatic enhancement.
: If it's not transparently compatible, there will be a lot of headaches.
: Fine if you have wrong colors under the old OS, but the icons should
: still be accessable.
Regards,
BM
Maxwell Daymon
: Maxwell Daymon (mda...@rainbow.rmii.com) wrote:
: : I would like an icon system that uses any graphic (ILBM, ACBM, DR2D, ILUS)
: For that you have to know what the image in the icon was drawn on, was it on
: a 640x200 screen or 800x600 screen for example? Again this information
The idea is that the image was drawn in a scalable drawing package which
has no regard for the screen resolution - it thinks in its own units or
abosultes like pica, etc. I can see a problem with ILBM/ACBM images though...
: the pen locking and remapping of colors automatically. Perhaps there should
: be a workbench prefs program to set things like the number of pens it can
: allocate for icons etc.
I would like to have the option to force the system to allocate colors
unless there is an EXACT match. Some pictures take "close" colors and
that looks very bad sometimes. :-(
: What I would find interesting would be a cutout system for icon images, not
: sure if it would be practical but being able to refer to a drawer image
: stored outside of the .info files and another image in the .info files that
: would be drawn over it would be neat. Overly complex, inefficient and perhaps
: totally useless, but neat. :)
Not TOTALLY useless! ;-) Like a default drawer, and a tiny image that
would be superimposed - the drawers and folders could all be custom but
take very little space and the images would load very quickly!
: I'd also like to see animated icons, not overly so, perhaps just 8 images but
: that would be a dramatic enhancement.
If it would just support the IFF ANIM format...