5698 - mac apprunner icon is very difficult to open

Status: RESOLVED INVALID

(SeaMonkey :: General, defect, P3)

Description

[cpratt]

build 1999042908, mac os only.

although the new mac apprunner icon looks swell, it's very difficult to
double-click on as lots of the icon's area is transparent - the clicks pass
straight through to the desktop. not being able to design an icon myself, i'm
not familiar with the correct terminology, but if it's possible so that any
click across the entire image is registered correctly, that would be ideal.
thanks!

Comment 1

[shuang (gone)]

Not a UI bug. Assign to Don.

Comment 2

[don]

Simon, you just did the new icon, right?

Comment 3

[Simon Fraser [no longer active]]

OK, I'll fiddle with the icon mask. Note, you'll have to rebuild your desktop
to see the new icons, when they're done.

Comment 4

[Simon Fraser [no longer active]]

Just out of curiosity, were you using small icons (list view), or large icons?

Comment 5

[cpratt]

Big honking icons (an alias located on the Mac desktop).

Comment 6

[Claudius Gayle]

QA assigning several orphaned UI/UE bugs. cpratt, I'm giving you the ones you wrote :-), and I'll take the rest.

Comment 7

[Simon Fraser [no longer active]]

I presume that we'll get some artwork at some stage for the icon, and it will
change completely.

Comment 8

[rubydoo123]

assigning this to Shuang since she is our UI lead

Comment 9

[shuang (gone)]

Chnage miletont to M14, and reset severity to normal.
cc-ing eli and don. eli,will you be the QA contact for this one, right?
The res file will be ready within two weeks. by then we will need to find an eng
that's responsible for putting the icon in.
also, the icon(s) we are providing at this time will be Netscape build only.

Comment 10

[shuang (gone)]

reassign it to myself

Comment 11

[leger]

Moving all UE/UI bugs to new component: User Interface: Design Feedback
UE/UI component will be deleted.

Comment 12

[shuang (gone)]

I think this one is fixed: Netscape build has the netscape icon, mozilla has the 
"m" and both of them are not "difficult to open" any more. 
Anyone has different opinion? otherwise, i am closing this bug and eli can you 
please verify it soon. 

Comment 13

[cpratt]

I no longer have a Mac to use... elig?

Comment 14

[Eli Goldberg]

Mozilla for Netscape uses an icon suite that Simon Fraser put together before
any UI resources were available, rather than the Windows "M" icon.

I believe there is another bug dealing with the fact that the Mozilla icon mask
enables clicks pass through to the desktop, and this is probably a duplicate.

CC:ing Simon in case it rings a bell.

Comment 15

[moshev]

How come this is still M14? M14 is already out!

Comment 16

[David Krause]

Mass moving old milestone bugs to M16

Comment 17

[Mike]

M16 has been out for a while now, these bugs target milestones need to be 
updated.

Comment 18

[Henri Sivonen (:hsivonen)]

*** Bug 50166 has been marked as a duplicate of this bug. ***

Comment 19

[Zach Lipton [:zach]]

This seems ok now. Marking fixed

Comment 20

[Simon Fraser [no longer active]]

Actually, the mozilla icon didn't change, but what the heck.

Comment 21

[Paul Wyskoczka]

Verified in mac build 2000110616-mn6

Comment 22

[Paul Wyskoczka]

Forgot to click verified

Comment 23

[hirata masakazu]

I do not think this issue be ignored.
I do not like the current icon at all because of this bug.
No icon should require user some getting used to clicking the right position.

Comment 24

[Blake Ross]

Of course it's being ignored, it's assigned and QA assigned to two people who 
are long gone.

Comment 25

[Matthew T (active 1999-2002)]

*** Bug 66936 has been marked as a duplicate of this bug. ***

Comment 26

[Oliver Klee]

Milestone 0.8 has been released. We should either resolve this bug or update its
milestone.

Comment 27

[hirata masakazu]

Is anybody interested in implementing Giovanni's icons?
http://www.crosswinds.net/~ggc/
For desktop icons (resource ID128), it is not difficult to adapt his.
For others such as documents, plug-ins, extensions, etc, and, especially small
icons, it requires more tweaking.

Comment 28

[timeless]

if we pick those icons this should be easy enough for anyone w/ a mac to do. 
resetting milestone to match bug 43647.

Comment 29

[Andrew Thompson]

I'll see if changing the mask so there's no longer a hole in the middle works... 

but it could look awful...

Comment 30

[Simon Fraser [no longer active]]

Can you make icons, and add BNDLs etc to viewer and the PPEmbed smaple too 
please? Ensure they each have a unique creator code.

Comment 31

[Andrew Thompson]

OK. Can do, but first, here's what the icons look like with the middle filled in, 
against a white background and a patterned one. Is this what we want?

Comment 32

[Andrew Thompson]

Attachment: Icons with a more solid mask

Comment 33

[Andrew Thompson]

Attachment: /xpfe/bootstrap/nsMacBundle.rsrc ... encoded with MacBinary, use stuffit to decode

Comment 34

[Andrew Thompson]

Attachment: webshell/tests/viewer/mac/viewer.rsrc (red version of icon)

Comment 35

[Andrew Thompson]

Attachment: viewer.mcp from the same location (both attachments are MacBinary encoded)

Comment 36

[Andrew Thompson]

OK, I made a red version of the icon for Viewer, and the appropriate BNDL 
resources. This is using the creator 'MOZV'.

S. Dagley, Simon Fraser said that you handle registering creators and types with 
Applet DTS. Can you do this one please? Also we'll need MOZP for the PowerPlant 
embeded version. Icons and BNDLs for that will be forthcoming...

Comment 37

[Andrew Thompson]

Attachment: embedding/browser/powerplant/resources/Browser.rsrc (mac binary encoded)

Comment 38

[Andrew Thompson]

Attachment: PPBrowser.mcp, from embedding/browser/powerplant, also Mac binary encoded

Comment 39

[Andrew Thompson]

Attachment: Ignore that last attachment - wrong file. This is proper PPBrowser.mcp.bin

Comment 40

[Andrew Thompson]

OK made a stripy "under construction" version for powerplant embed.

Attached project file to build app with type MOZP and altered resources to have 
BNL and icon.

Reviews please!

Comment 41

[Steve Dagley]

I submitted a registration request for MOZV and MOZP creator codes.  No 
confirmation yet but they were listed as available when I did a search.

Comment 42

[Andrew Thompson]

Attachment: Forgot to change code for optimised build. Corrected PPBrowser.mcp.bin

Comment 43

[Andrew Thompson]

Attachment: Forgot to change code for optimised build. Corrected viewer.mcp.bin

Comment 44

[Andrew Thompson]

Attachment: Better icons (sorry!)

Comment 45

[Andrew Thompson]

Changed icons for PPEmbed to look better.
Useful attachments are highlighted in status whiteboard 

Comment 46

[Andrew Thompson]

I found issues with the patches I made to add icons to the other 2 apps last 
night. 

To avoid this bug getting any messier I'll split the new icon stuff into a new 
bug and CC: people on it.

Attachemnt 26098 fixes this bug and should be reviewed and checked in please...

Comment 47

[Andrew Thompson]

New icons for PPEmbed and Viewer is bug 70093 for those that want to follow it

Comment 48

[Zach Lipton [:zach]]

Chaning the qa contact on these bugs to me. MPT will be moving to the 
owner of this component shortly. I would like to thank him for all his hard 
work as he moves roles in mozilla.org...Yada, Yada, Yada...

Comment 49

[Andrew Thompson]

Patch is good but no reviews -> 0.9.1

Comment 50

[Simon Fraser [no longer active]]

Didn't the new mozilla icon obsolete this bug?

Comment 51

[Simon Fraser [no longer active]]

Ow, those yellow stripey icons hurt mine eyes! Anyway, we have the M icon now, so 
this is dead. Sorry Andy!

Comment 52

[Andrew Thompson]

Oh, is that on for non-carbon builds now? OK, bug is invalid.

<rant>
Shame, that new one is really really lame (just less lame than most of the
others posted to the newsgroups).

A blue square with an M on it and a cheesy 3d border. <ugh> <ugh> <ugh>

Can't we get The Icon Factory to make something nice?

</rant>