Community
Participate
Working Groups
We are preparing the files for an updated Eclipse logo. I am assuming that https://wiki.eclipse.org/Platform-releng/Updating_Branding is the source we should use for the different formats required. One question I have is for the Windows ICO file do you want individual ico files for each size and format. btw, please reassign to the correct category if UI is not the correct component.
David, do you know about the windows ICO file? PW
(In reply to Paul Webster from comment #1) > David, do you know about the windows ICO file? > > PW For Windows ICO files, yes, I believe we need one for each size. If that's what is being asked. (I mostly say that based on what I see in "branding dialog" ... I am not positive we currently use all sizes ... but probably should be).
Created attachment 239358 [details] Zip file containing icons for the new logo I have attached the icon files containing the new eclipse logo. Please let me know if these are okay.
David, I was only able to find one eclipse.ico file at eclipse.platform.releng.aggregator/rt.equinox.framework/features/org.eclipse.equinox.executable.feature/library/win32 it's larger than the ones Ian provided to us. Is it a combined icon? PW
(In reply to Paul Webster from comment #4) > David, I was only able to find one eclipse.ico file at > eclipse.platform.releng.aggregator/rt.equinox.framework/features/org.eclipse. > equinox.executable.feature/library/win32 > > it's larger than the ones Ian provided to us. Is it a combined icon? > > PW Yes the windows icon file contains several sizes within the same file. SWT team had a tool for editing that and inserting new images.
What about the splash?
(In reply to comment #3) > Created attachment 239358 [details] > Zip file containing icons for the new logo > > I have attached the icon files containing the new eclipse logo. Please let me > know if these are okay. Windows icons eclipse16.ico, 22.ico and 24.ico are all the same size 16x16. For the rest, in general the 3 white lines/bands suffer greatly at all sizes under 48x48 and seemingly at random in almost all the versions. /PNG/eclipse22.png is the only one of them that looks crisp, with each line the same strength as the other two and clearly distinct from them. The highlight in the inner circle might have to be boosted for the smaller sizes, if that's an important feature of the logo. Now it's almost unnoticeable when the icon is put on a large bright light-grey or white background. The highlight is much more prominent in the bigger versions, see for example 32x32 compared to 64x64.
(In reply to John Arthorne from comment #5) > Yes the windows icon file contains several sizes within the same file. SWT > team had a tool for editing that and inserting new images. Ian, would it be possible that you provide the final icon file?
(In reply to Dani Megert from comment #8) > (In reply to John Arthorne from comment #5) > > Yes the windows icon file contains several sizes within the same file. SWT > > team had a tool for editing that and inserting new images. > > Ian, would it be possible that you provide the final icon file? I am not exactly sure what you mean by 'final icon file'? We tried to deliver what was specified on https://wiki.eclipse.org/Platform-releng/Updating_Branding We can certainly provide something else but can you be a bit more specific.
(In reply to Paul Webster from comment #4) > David, I was only able to find one eclipse.ico file at > eclipse.platform.releng.aggregator/rt.equinox.framework/features/org.eclipse. > equinox.executable.feature/library/win32 > > it's larger than the ones Ian provided to us. Is it a combined icon? > > PW I cannot find the file / path in http://git.eclipse.org/c/platform/eclipse.platform.releng.aggregator.git/tree/ Can you provide the full URL?
(In reply to Ian Skerrett from comment #9) > (In reply to Dani Megert from comment #8) > > (In reply to John Arthorne from comment #5) > > > Yes the windows icon file contains several sizes within the same file. SWT > > > team had a tool for editing that and inserting new images. > > > > Ian, would it be possible that you provide the final icon file? > > I am not exactly sure what you mean by 'final icon file'? We tried to > deliver what was specified on > https://wiki.eclipse.org/Platform-releng/Updating_Branding > > We can certainly provide something else but can you be a bit more specific. I was referring to comment 5. I don't have more details on this (yet).
(In reply to Dani Megert from comment #10) > > I cannot find the file / path in > http://git.eclipse.org/c/platform/eclipse.platform.releng.aggregator.git/ > tree/ Sorry, yes, it's in rt.equinox.framework: http://git.eclipse.org/c/equinox/rt.equinox.framework.git/tree/features/org.eclipse.equinox.executable.feature/library/win32 PW
(In reply to Paul Webster from comment #12) > (In reply to Dani Megert from comment #10) > > > > I cannot find the file / path in > > http://git.eclipse.org/c/platform/eclipse.platform.releng.aggregator.git/ > > tree/ > > Sorry, yes, it's in rt.equinox.framework: > http://git.eclipse.org/c/equinox/rt.equinox.framework.git/tree/features/org. > eclipse.equinox.executable.feature/library/win32 > > PW A minor point, for now, but I have also "copied up" some of the icons to the product definitions in "tycho builder", such as http://git.eclipse.org/c/platform/eclipse.platform.releng.aggregator.git/tree/eclipse.platform.releng.tychoeclipsebuilder/platform But some still copied dynamically via pom functions. While a side point, I just wanted to mention it. In brief, I've no idea why we include them with the "executables". I guess because they are "binary"? and in the past PDE would handle copying them to "products" with minimal fuss ... but, with Tycho/Maven, it seems it really wants to have each product (redundantly) defined on its own. (To be even more explicit, to get the Mac products correctly built, I have to explicitly exclude the copies of PList.info that we used to copy up from executable projects, and let Tycho create it the way it wants to). I mention this in part because I suspect given out history, this may have partially been done to make the "Delta Pack" share more of the "Eclipse Product" resources ... but to the extent that delta-pack is (was) used for custom products, I'm not sure that's really required? [None of what I'm saying effects the main topic of this bug, or actions people should take ... just mentioning it, since if someone had time to sort it out, I suspect we could now just make redundant copies in the 'products' we build, and leave them out of executable projects ... but ... until that is sorted out, they should just go in 'executable' projects as they do now. My way of passively mentioning improvements that are going undone :) ]
Just to cross reference, I've recently found https://wiki.eclipse.org/Platform-releng/Updating_Branding that appears to be fairly up to date ... updated for Juno? We should remember to update it with anything new we learn this round.
(In reply to David Williams from comment #14) > Just to cross reference, I've recently found > > https://wiki.eclipse.org/Platform-releng/Updating_Branding > > that appears to be fairly up to date ... updated for Juno? Yes, John created it when we had our last icon refresh.
(In reply to David Williams from comment #14) > Just to cross reference, I've recently found > > https://wiki.eclipse.org/Platform-releng/Updating_Branding > > that appears to be fairly up to date ... updated for Juno? > > We should remember to update it with anything new we learn this round. This is the same link I referenced in comment #1 and #9. I believe we have provided what was requested at that link. I still don't understand what is wrong with what we have provided, especially the comments in #9.
Yes, thanks Ian ... I'm skim reading. One thing I see missing from the zip, mentioned in the wiki, are the Linux XPM icons. (And, for the life of me, I've never found a program that can convert from png or gif to xpm ... let me know if I'm just being blind and they really are there in the zip). I assume we still need those? Or are they a "thing of the past"? (We've always had them ... but, not sure if that's out of habit, or if Linux (still) really needs them). Another thing missing (well, at least I haven't seen yet) are the icons with and without "borders", as mentioned on the wiki. The other "big" thing missing is the splash.bmp file! One of the most "noticeable" by most users. Ian, Should we be expecting a "refresh" of the zip file? Such as to address the comments made by Timo in comment 7? (I can confirm some of what he says, such the fact that eclipse16.ico, eclipse22.ico, and eclipse24.ico are all actually 16x16. What I don't know is if that matters much (in context). His other comments are more "aesthetic" in nature, and while I think they are valid ... I am not the best judge of that (at the moment). I've taken a quick peek at some of the file files in the zip, and some of them just look like "static" ... such as eclipse512.ico and eclipse1024.ico. Of course, that's probably because I'm looking at them on Linux :) But ... gives me pause. I'll look at on windows soon ... but, just wanted to raise a cautionary flag. One approach, is we can start to use this set, in "nightly builds", and then be prepared to respond quickly to community feedback? Ian, are you (and your resources) poised to react quickly over the next 3 or so weeks? Our "last chance" to include in M6 is 2/28. And, while we can make changes after that if needed ... we'd prefer to "nearly done" with these images (both for the sake of EclipseCon, and for those that may start updating screen shots for tutorials, etc.). Plus ... the initial splash screen I think is critical as its a good indicator of how the community will react to the general "theme change".
(In reply to David Williams from comment #17) > Plus ... the initial splash screen I think is critical as its a good > indicator of how the community will react to the general "theme change". +1
(In reply to Lars Vogel from comment #18) > (In reply to David Williams from comment #17) > > Plus ... the initial splash screen I think is critical as its a good > > indicator of how the community will react to the general "theme change". > Please provide the splash without copyright info, see Bug 400759. I think removing the copyright on the splash is also a good signal for a Open Source project.
(In reply to David Williams from comment #17) > Yes, thanks Ian ... I'm skim reading. > > One thing I see missing from the zip, mentioned in the wiki, are the Linux > XPM icons. (And, for the life of me, I've never found a program that can > convert from png or gif to xpm ... let me know if I'm just being blind and > they really are there in the zip). It was not included. I will try to get ab xpm file included. > Another thing missing (well, at least I haven't seen yet) are the icons with > and without "borders", as mentioned on the wiki. Not sure what this means? Can you please be more specific. > > The other "big" thing missing is the splash.bmp file! One of the most > "noticeable" by most users. Yes we can work on this but I was hoping to get the icons done first. > > Ian, > > Should we be expecting a "refresh" of the zip file? Such as to address the > comments made by Timo in comment 7? (I can confirm some of what he says, > such the fact that eclipse16.ico, eclipse22.ico, and eclipse24.ico are all > actually 16x16. What I don't know is if that matters much (in context). His > other comments are more "aesthetic" in nature, and while I think they are > valid ... I am not the best judge of that (at the moment). We will do a refresh of the entire zip file. I still am not sure what Dani means by final icon file. There seemed to be some confusion if we are actually providing the correct files. > > One approach, is we can start to use this set, in "nightly builds", and then > be prepared to respond quickly to community feedback? Ian, are you (and your > resources) poised to react quickly over the next 3 or so weeks? Our "last > chance" to include in M6 is 2/28. And, while we can make changes after that > if needed ... we'd prefer to "nearly done" with these images (both for the > sake of EclipseCon, and for those that may start updating screen shots for > tutorials, etc.). Yes we can react but I also need your help getting answers to my questions. From the discussion on this bug it is not clear to me if what is described on the wiki page is actually correct?
> > Another thing missing (well, at least I haven't seen yet) are the icons with > > and without "borders", as mentioned on the wiki. > > Not sure what this means? Can you please be more specific. > Made me look! Apparently it means a "border of space". I'll attach side-by-side comparison of what we currently have, in next comment. > Yes we can react but I also need your help getting answers to my questions. > From the discussion on this bug it is not clear to me if what is described > on the wiki page is actually correct? It's correct as far as we know, but, given we do this only every few years it might not be perfectly correct. But, it is close. I think all Dani meant was "are you going to react to the feedback so far and provide an updated file?" I think in any case, if you provide an update "right now", or "in a week", we will probably need to iterate again, after that based on feed back from community, and learning of anything we forgot to document on that wiki page.
Created attachment 239619 [details] 16x16 icon with and without "space border". This is example of "with border" and "without". They are both 16x16 icons (magnified 600%). Presumably whatever context they appear in (wizard, menu item?) there's some cases where a little more space around the icon was judged necessary. That is probably least important of the issue to address (in order of timing). I'd say the priority is a) providing splash screen (I do not think we can "finish icons first", but must do at "same time"). b) provide the Linux XPM files. c) provide at least the corrected sizes from comment 7. d) respond to aesthetic comments from comment 7 -- I think a valid response is either "ok, will change now", or "ok, we'll change after we see them on context and if the feedback is still that they appear wrong". and then e) the 16x16 gifs with a border, as mentioned in https://wiki.eclipse.org/Platform-releng/Updating_Branding#Icon_in_IDE I'm sure something will come up after that list, but if we had those issues addressed, we'd be willing to put in our builds as "first pass".
(In reply to David Williams from comment #22) > Created attachment 239619 [details] > 16x16 icon with and without "space border". > > This is example of "with border" and "without". > > They are both 16x16 icons (magnified 600%). Thanks this helps. > > I'd say the priority is Thank you for the priority list. Unfortunately doing a splash screen isn't trivial so I would prefer finishing the icons, especially since that is what I ask the graphics designer to do this morning. We can work on a 'basic' splash screen that includes the new logo but it won't be fancy. > a) providing splash screen (I do not think we can "finish icons first", but > must do at "same time"). > b) provide the Linux XPM files. > c) provide at least the corrected sizes from comment 7. > d) respond to aesthetic comments from comment 7 -- I think a valid response > is either "ok, will change now", or "ok, we'll change after we see them on > context and if the feedback is still that they appear wrong". > > and then The graphic designer will try to address the issues raised in #7. > e) the 16x16 gifs with a border, as mentioned in > https://wiki.eclipse.org/Platform-releng/Updating_Branding#Icon_in_IDE > > I'm sure something will come up after that list, but if we had those issues > addressed, we'd be willing to put in our builds as "first pass".
Ok, we'll wait for a new zip then, but think we (at least, I) have a better idea of what needs to happen once we get it. And I personally think fine if splash screen is not final ... but glad to follow your judgment on when it is "close enough" to include in a build. I'm assuming we'll get some splash screen "in a week or two" (i.e. before EclipseCon) ... let me know if that is an incorrect assumption and you were thinking of post EclipseCon.
Created attachment 239638 [details] New set of icons and splash screen
(In reply to David Williams from comment #22) I uploaded a new zip file of icons. Here is what is included. > > I'd say the priority is > a) providing splash screen (I do not think we can "finish icons first", but > must do at "same time"). Turns out the designer had done a splash screen. Nothing fancy but it is a start. > b) provide the Linux XPM files. Still having a problem creating this. Will try to get this done later this week. > c) provide at least the corrected sizes from comment 7. Icon files should now be the correct size. > d) respond to aesthetic comments from comment 7 -- I think a valid response > is either "ok, will change now", or "ok, we'll change after we see them on > context and if the feedback is still that they appear wrong". We tried to fix the lines. For the smaller sizes we removed the shading but some of the lines still need work. > > and then > e) the 16x16 gifs with a border, as mentioned in > https://wiki.eclipse.org/Platform-releng/Updating_Branding#Icon_in_IDE This was done too. Let me know if any changes are required.
Thanks for the quick turn around. There is one more requirement that is not documented at https://wiki.eclipse.org/Platform-releng/Updating_Branding And that is for some "Solaris Desktop Icons". The "pixmap" kind; large, medium, small, and tiny. Here's a link I found via Google search: http://docs.oracle.com/cd/E19683-01/806-7492/creatingicons-20497/index.html And and this link shows 4 we currently use, if they can serve as examples: http://git.eclipse.org/c/equinox/rt.equinox.framework.git/tree/features/org.eclipse.equinox.executable.feature/bin/gtk/solaris/sparc I have no idea how to actually view these as "images" (and, a Solaris desktop is about the only system I do not have :) but suspect they can be derived from the linux XPM files, once those are figured out? They are a "low priority", in the sense we just plop them into the right location and package them up, so fine if they come later. I'll update the wiki soon. = = = = I see there are fewer sizes of *.ico files than there were? Guess that means something was wrong with the larger ones? Or ... ? I appears are current one we use, at http://git.eclipse.org/c/equinox/rt.equinox.framework.git/tree/features/org.eclipse.equinox.executable.feature/library/win32/eclipse.ico may have a max size of 256 ... maybe that's that you are going by? According to my image program (GIMP) it has "7 layers" (but, that might mean just 6 sizes?) (I'll check with SWT Team, but despite what John said ... if it is easy for your designer to go ahead and include all the ico files, as one, "eclipse.ico" that'd probably be easiest for us ... I'm just assuming that's routine ... feel free to say if its not ... and would still be good to have all as separate files too -- in fact, in the end, would be good to have copies of all as original "source" files ... not sure what source format / editor they are using .... but, just best to have those on file in case some long term, future change is needed.) = = = = = = = = On splash screen ... I guess "psd" is the "source" file? Is the "light" and "dark" versions meant as two alternatives, for theming? Or discussion? From appearances, I assume the "light" one is the one intended to be used?
(In reply to David Williams from comment #27) > And that is for some "Solaris Desktop Icons". The "pixmap" kind; large, > medium, small, and tiny. > > Here's a link I found via Google search: > > http://docs.oracle.com/cd/E19683-01/806-7492/creatingicons-20497/index.html Wow, I haven't heard someone mention Solaris for years. Didn't realize we supported Solaris. > > And and this link shows 4 we currently use, if they can serve as examples: > > http://git.eclipse.org/c/equinox/rt.equinox.framework.git/tree/features/org. > eclipse.equinox.executable.feature/bin/gtk/solaris/sparc > > I have no idea how to actually view these as "images" (and, a Solaris > desktop is about the only system I do not have :) but suspect they can be > derived from the linux XPM files, once those are figured out? Let's hope you can use the xpm files. My graphic designer will have no idea how to create Solaris files. I might even have to explain what is Solaris. :-) > > They are a "low priority", in the sense we just plop them into the right > location and package them up, so fine if they come later. It might be prudent to see if we can find someone who knows more about the Solaris requirements. This might be low priority now but closer to the release time if we don't have someone that can help it might become a high priority. > > I'll update the wiki soon. > > = = = = > > I see there are fewer sizes of *.ico files than there were? Guess that means > something was wrong with the larger ones? Or ... ? > I appears are current one we use, at Yes, we did not include 22x22 and the large ones. These are not 'standard' icon formats so the designer needs to do extra work. I wanted to get you the update asap. Can you confirm you actually need these other formats. > > http://git.eclipse.org/c/equinox/rt.equinox.framework.git/tree/features/org. > eclipse.equinox.executable.feature/library/win32/eclipse.ico > > may have a max size of 256 ... maybe that's that you are going by? According > to my image program (GIMP) it has "7 layers" (but, that might mean just 6 > sizes?) > > (I'll check with SWT Team, but despite what John said ... if it is easy for > your designer to go ahead and include all the ico files, as one, > "eclipse.ico" that'd probably be easiest for us ... I'm just assuming that's > routine ... feel free to say if its not ... I have no idea if this is easy or not. I will ask. > and would still be good to have > all as separate files too -- in fact, in the end, would be good to have > copies of all as original "source" files ... not sure what source format / > editor they are using .... but, just best to have those on file in case some > long term, future change is needed.) We will have pds and ai files available on an updated artwork page. It is not ready yet but when it is public I'd prefer those to be the 'source' versions for all graphics we are using. > > = = = = = = = = > > On splash screen ... I guess "psd" is the "source" file? Is the "light" and > "dark" versions meant as two alternatives, for theming? Or discussion? > From appearances, I assume the "light" one is the one intended to be used? Yes psd is the source. I prefer the light theme. The project team can make the final decision. I think it would be nice to ask for suggestions and contributions from the community for a 'better' splash screen.
(In reply to Ian Skerrett from comment #28) > (In reply to David Williams from comment #27) > > > > I see there are fewer sizes of *.ico files than there were? Guess that means > > something was wrong with the larger ones? Or ... ? > > I appears are current one we use, at > > Yes, we did not include 22x22 and the large ones. These are not 'standard' > icon formats so the designer needs to do extra work. I wanted to get you the > update asap. Can you confirm you actually need these other formats. David, I took another look and it seems to me we have included all the different sizes that were requested. The 22x22 png and the 512x512, 1024x1024 are available but just not in ico format. They are also not requested in those sizes. Can you please be more specifc about what is missing.
(In reply to Ian Skerrett from comment #28) > Yes psd is the source. I prefer the light theme. The project team can make > the final decision. I think it would be nice to ask for suggestions and > contributions from the community for a 'better' splash screen. Yes. To be clear, we'll ask for feedback and suggestions, but don't plan to "run a contest" or anything. We are looking for you to "set the branding direction". [One suggestion from Lars, not responded to yet, is that the splash not have the "copyright blurb" ... I agree with that and would be nice to get your confirmation and a new splash without it.] = = = = = = For your second comment on "what was missing" I just meant different from the previous set. I'm not sure if we need the 512 and 1024 sizes or not. We've not had them before ... but, I've heard vague rumblings that "on today's super high resolution screens" that we might. I expect we'll pin that requirement down as we go, no need to have them from the start.
Created attachment 239675 [details] Windows ICO files Attached are four windows ico file that contain the different sizes. We left them in different files for each format. I hope this is waht you wanted.
(In reply to David Williams from comment #30) > (In reply to Ian Skerrett from comment #28) > > > Yes psd is the source. I prefer the light theme. The project team can make > > the final decision. I think it would be nice to ask for suggestions and > > contributions from the community for a 'better' splash screen. > > Yes. To be clear, we'll ask for feedback and suggestions, but don't plan to > "run a contest" or anything. We are looking for you to "set the branding > direction". > > [One suggestion from Lars, not responded to yet, is that the splash not have > the "copyright blurb" ... I agree with that and would be nice to get your > confirmation and a new splash without it.] OK, will do a version of the splash screen with no copyright notice. However this information needs to be moved to the about us. I will open another bug to track. > > = = = = = = > > For your second comment on "what was missing" I just meant different from > the previous set. I'm not sure if we need the 512 and 1024 sizes or not. > We've not had them before ... but, I've heard vague rumblings that "on > today's super high resolution screens" that we might. I expect we'll pin > that requirement down as we go, no need to have them from the start. OK, let me know.
Created attachment 239753 [details] Splash screen with no copyright Here is a splash screen with no copyright notice.
Created attachment 239766 [details] The new icon in Windows taskbar These screenshots show how the new icon looks like on the Windows taskbar against a random selection of wallpapers. I think it looks quite dark, actually. A big part of its darkness are the transparent stripes in the middle. I also realized that all other icons that I have on taskbar are solid. (The only exception is Paint but its icon depicts a physical object that has a hole (and it's being clever about it) so it gets a pass.) The new icon would probably stand out more if the stripes were in yellow, but I don't know if that's OK with the design.
(In reply to Timo Kinnunen from comment #34) > Created attachment 239766 [details] > The new icon in Windows taskbar > > These screenshots show how the new icon looks like on the Windows taskbar > against a random selection of wallpapers. I think it looks quite dark, > actually. > > A big part of its darkness are the transparent stripes in the middle. I also > realized that all other icons that I have on taskbar are solid. (The only > exception is Paint but its icon depicts a physical object that has a hole > (and it's being clever about it) so it gets a pass.) > > The new icon would probably stand out more if the stripes were in yellow, > but I don't know if that's OK with the design. Timo, I agree it looks funny having the transparent stripes, and I think they should be "white" for consistent logo look ... or ... maybe yellow, though I'd fear that might look garish. If you are willing and able, feel free to attach "counter proposals" that you'd like to propose to be used. That's often easier than "iteration" ... at least, if you have the time and ability. Thanks for the comments.
(In reply to Ian Skerrett from comment #31) > Created attachment 239675 [details] > Windows ICO files > > Attached are four windows ico file that contain the different sizes. We left > them in different files for each format. I hope this is waht you wanted. No, not even close. :) I thought this was more "general knowledge" among icon designers, but if not, that's fine. Feel free to continue to attach the separate ICO files, and we'll combine them. = = = = = = If you or your designer are interested, I could only find one "microsoft referenence" and it seems old ... I'm sure there must be something more recent http://msdn.microsoft.com/en-us/library/ms997636.aspx But a good technical reference is probably the standard wikipeidia https://en.wikipedia.org/wiki/ICO_%28file_format%29 If you don't already, even your Eclipse "favicons" could profit from multiple sizes ... if they don't already: https://en.wikipedia.org/wiki/Favicon There's several "alternative" tools on how to do it ... some free, some not ... these are some I found doing a quick google search ... but, recommend you do you own, if you ever need it. https://stackoverflow.com/questions/4808600/make-several-pngs-into-one-ico-file http://download.cnet.com/Ico-Converter/3000-2195_4-75617429.html https://superuser.com/questions/491180/how-do-i-embed-multiple-sizes-in-an-ico-file = = = = = But again, feel free to provide the seperate files ... we'll combine them. Thanks,
Created attachment 239770 [details] Quick mockups of different stripes These quick and dirty mockups were converted to ICOs using an online converter website, so they are merely for comparing the various options for coloring the stripes and the placement of the crescent. I'll attach my personal favourite of the bunch separately as a 1024x1024 PNG.
Created attachment 239771 [details] My favourite of the alternate options The gear-like version come about by accident while moving some layers around, but I like it.
I like it ... "gears effect" or not ... I don't think it looks too garish, at least at the "icon size". Ian, please review with your designer and let us know if this concept was already rejected for some reason (such as being "too different"?) or if you would like to incorporate? Also, Ian, the splash screen needs to say "Luna", not Juno. [And naturally, other opinions welcome.]
*** Bug 400759 has been marked as a duplicate of this bug. ***
(In reply to David Williams from comment #39) > I like it ... "gears effect" or not ... I don't think it looks too garish, > at least at the "icon size". > > Ian, please review with your designer and let us know if this concept was > already rejected for some reason (such as being "too different"?) or if you > would like to incorporate? I don't want to start changing the logo. We need to be consistent. We will do versions that have solid white stripes. Unfortunately the graphics designers did not know how to create one ico file without have file name collisions. I would suggest you guys create the one ico file. > > Also, Ian, the splash screen needs to say "Luna", not Juno. Doh, I will get that fixed.
Created attachment 239823 [details] new icon in GNOME 3 app switcher (Alt+Tab) +1 for Timo's comment 34. Here's how the new icon with transparency looks like in the app switcher under GNOME 3 against a white background. Too dark and it doesn't stick out like the other icons do. White stripes will probably work better.
Created attachment 239835 [details] New icons for testing When we make a solid icon we are running into trouble with how it looks. I have uploaded two versions of the 16x16 and 32x32. Version 1, has the solid white lines but the curve between the gold and the sphere is left transparent. 2) Version two remove the gold sphere entirely. Can people please try out both versions on the different backgrounds. I'd like to see how they look and collect feedback.
Created attachment 239836 [details] New splash screen Uploaded a new splash screen that has the correct logo.
Created attachment 239841 [details] Test icons on different color taskbars I don't really like the white color. I think the problem is a too strong contrast compared to the dark blue the stripes are set against. Also the right and left edges could do with being more rounded ... Well I know they are already rounded to a circle, my brain just doesn't want to see it that way :)
(In reply to Timo Kinnunen from comment #45) > Created attachment 239841 [details] > Test icons on different color taskbars > > I don't really like the white color. I think the problem is a too strong > contrast compared to the dark blue the stripes are set against. Also the > right and left edges could do with being more rounded ... Well I know they > are already rounded to a circle, my brain just doesn't want to see it that > way :) Thanks for testing these out. I don't find the white lines to be that bad, especially with the gold arch. I also don't have a better solution. It also appears the transparency between the arch and sphere doesn't impact the icon. Unless I hear differently, I will get the graphic designer to create ico file with that version.
One experimental version I did of attachment 239771 [details] was moving the right edge of the stripes a bit to the left, which made them look like they were now part of the background object, like they were behind the main icon. The resulting notched edge also looked somewhat smoother when the icon was scaled down to taskbar size, although part of that was due to the using orange rather than white as the color. Actually, I'll just replace the attachment with the one I'm talking about because I'm probably not describing this as clearly as I should.
Created attachment 239878 [details] Other experimental version
(In reply to Timo Kinnunen from comment #47) > One experimental version I did of attachment 239771 [details] was moving the > right edge of the stripes a bit to the left, which made them look like they > were now part of the background object, like they were behind the main icon. > The resulting notched edge also looked somewhat smoother when the icon was > scaled down to taskbar size, although part of that was due to the using > orange rather than white as the color. Actually, I'll just replace the > attachment with the one I'm talking about because I'm probably not > describing this as clearly as I should. Thanks for providing some suggestions. The problem with your design is that it is not consistent with the large logo. I'd like to be consistent. Someone suggested adding a thin black line around the purple sphere. That seems to be what was done in the old icon. I can ask my graphic designer to do it or if you have time maybe you could try it. unfortunately, I don't have photoshop and am not gimp literate. :-(
I have added the splash screen, to org.eclipse.platform: http://git.eclipse.org/c/platform/eclipse.platform.git/commit/?id=8ababc8a5c0188d6e643bada7aac5c13a002fa9a Notes: we actually need the splash in .bmp format (well, I'm assuming it is a hard need ... if there's better alternative that anyone wants to propose, feel free to ... as long as you confirm it works :) I used gimp to "save as" the EclipseSplash_5.0_.jpg version to splash.bmp. Also, I included EclipseSplash_5.0_.psd "source" file, even though the last one in this bug is an earlier version so is slightly out of date with current jpg (and bmp). Lastly, I renamed the "_5_0_ versions to "_4.4_" since that is the version of Luna. (figured even if documented in this bug, it'll be confusing 6 months or 3 years from now). I did not check or adjust anything about "progress bar" ... figured we could after "seeing in action". Ian, I don't mind creating the bmp format, but would appreciate if there's future iterations that your source/designer also version as "4.4" ... and, IMHO, just as well get in the habit of attaching psd source each time a new jpg is attached to this bug. Thanks, = = = = Due to the fact that its late already, and I have several appointments on Monday, not sure I'll get "everything in" this week's I build ... but, figured logo was a critical piece of it, so we could get feedback and iterate if needed. Thanks Ian for providing (and please pass along out thanks to those doing the real work :) and thanks to those of you that have commented and provided feedback. = = = = = ToDo: It appears in the past we've left "old images" in the 'master' stream, such as I see spash source for 3.2, 4.2, 37_Indigo ... but, I plan to "remove" those from master, unless someone objects. They will always be there in Git ... but future releng/designers will simply need to get appropriate branch to look up old one.
(In reply to Ian Skerrett from comment #46) > It also appears the transparency between the arch and sphere doesn't impact > the icon. Unless I hear differently, I will get the graphic designer to > create ico file with that version. What's the plan ... and schedule? If I'm reading correctly, new icons with white strips and think black edge about main logo? (I assume the "blue" part?) ... any outlook on when new set will be available? Or am I misunderstanding latest "plan"?
(In reply to David Williams from comment #51) > (In reply to Ian Skerrett from comment #46) > > > It also appears the transparency between the arch and sphere doesn't impact > > the icon. Unless I hear differently, I will get the graphic designer to > > create ico file with that version. > > What's the plan ... and schedule? If I'm reading correctly, new icons with > white strips and think black edge about main logo? (I assume the "blue" > part?) ... any outlook on when new set will be available? > > Or am I misunderstanding latest "plan"? I had hoped to have them to you last week but it didn't happen. I will try to get you mid this week. I will also get a proper bmp image done of the splash screen.
So, you can see the new splash screen "in action" in tonight's nightly build: http://download.eclipse.org/eclipse/downloads/drops4/N20140217-2000/ and it will be in Tuesday's 8 AM I-build. BUT ... I'll need some UI Experts help, Lars :) On such a light back ground, the "loading bundles" messages (and progress bar, actually) are both in white (presumably from previous "dark" logo)? Are these now "themed" somewhere? On my local install, I tried changing the property in plugin.xml, to change this, but seemed to have no effect .. so it is either "cached in build" somewhere ... or ... no longer used? I tried changing in org.eclipse.platform and org.eclipse.sdk plugin.xml (I had the sdk installed). I changed <property name="startupForegroundColor" value="FFFFFF"/> to <property name="startupForegroundColor" value="000000"/> But did not make the "loading workbench" message any different in color. (Actually seemed to run progress bar blue ... which doesn't make much sense ... to me :) So, any "UI Experts" know how these are "controlled"?
(In reply to David Williams from comment #53) > So, you can see the new splash screen "in action" in tonight's nightly > build: > > http://download.eclipse.org/eclipse/downloads/drops4/N20140217-2000/ > > and it will be in Tuesday's 8 AM I-build. > > BUT ... I'll need some UI Experts help, Lars :) > > On such a light back ground, the "loading bundles" messages (and progress > bar, actually) are both in white (presumably from previous "dark" logo)? > > Are these now "themed" somewhere? > > On my local install, I tried changing the property in plugin.xml, to change > this, but seemed to have no effect .. so it is either "cached in build" > somewhere ... or ... no longer used? > > I tried changing in org.eclipse.platform and org.eclipse.sdk plugin.xml (I > had the sdk installed). > > I changed > > <property > name="startupForegroundColor" > value="FFFFFF"/> > > to > > <property > name="startupForegroundColor" > value="000000"/> > > But did not make the "loading workbench" message any different in color. > (Actually seemed to run progress bar blue ... which doesn't make much sense > ... to me :) > > So, any "UI Experts" know how these are "controlled"? In my little build, I see the progress bar color switching after a while. I think what is happening is that the IThemeEngine kicks in and changes the progress bar color. I think the right approach would be to give the elements special CSS ids and style them individual and maybe ensure that the ThemeEngine is connected early enough. If someone can point me to the class which is responsible for the start dialog I can have a look.
(In reply to Lars Vogel from comment #54) > (In reply to David Williams from comment #53) > > So, you can see the new splash screen "in action" in tonight's nightly > > build: > > > > http://download.eclipse.org/eclipse/downloads/drops4/N20140217-2000/ > > > > and it will be in Tuesday's 8 AM I-build. > > > > BUT ... I'll need some UI Experts help, Lars :) > > > > On such a light back ground, the "loading bundles" messages (and progress > > bar, actually) are both in white (presumably from previous "dark" logo)? > > > > Are these now "themed" somewhere? > > > > On my local install, I tried changing the property in plugin.xml, to change > > this, but seemed to have no effect .. so it is either "cached in build" > > somewhere ... or ... no longer used? > > > > I tried changing in org.eclipse.platform and org.eclipse.sdk plugin.xml (I > > had the sdk installed). > > > > I changed > > > > <property > > name="startupForegroundColor" > > value="FFFFFF"/> > > > > to > > > > <property > > name="startupForegroundColor" > > value="000000"/> > > > > But did not make the "loading workbench" message any different in color. > > (Actually seemed to run progress bar blue ... which doesn't make much sense > > ... to me :) > > > > So, any "UI Experts" know how these are "controlled"? > > In my little build, I see the progress bar color switching after a while. I > think what is happening is that the IThemeEngine kicks in and changes the > progress bar color. I think the right approach would be to give the elements > special CSS ids and style them individual and maybe ensure that the > ThemeEngine is connected early enough. If someone can point me to the class > which is responsible for the start dialog I can have a look. I think the start dialog is done in C code?
Note, for today's I-build, just to see if matter of "timing" (i.e. might take large workspace?) I changed the startupForegroundColor property to "black" for "Platform" and "Grey" for "SDK" ... either of which should be visible, according to "help", eg. http://help.eclipse.org/kepler/index.jsp?topic=%2Forg.eclipse.platform.doc.isv%2Fguide%2Fproduct_configproduct.htm I also added the eclipse_lg.gif to both platform and sdk so the "about box" will show the new icon. [Ian and others, its fine if these, or splash, are changing in your next "drop" ... its just we are running out of time for M6 so wanted to start using something, in case their was quick community feedback).
(In reply to David Williams from comment #55) > I think the start dialog is done in C code? AFAIK only the native launcher which shows the static splash screen. Afterwards SWT code kicks in.
Created attachment 240070 [details] New set of icons to test shading and black circle Attached is a set of png files that we would use for icons. We tried to address the squareness of the lines. For the 16x16 icon we remove the gold arch since there is not enough room. Can you please test them out. If they look fine I will get the ico files created.
Created attachment 240077 [details] splash screen in action > Note, for today's I-build, just to see if matter of "timing" (i.e. might > take large workspace?) I changed the startupForegroundColor property to > "black" for "Platform" and "Grey" for "SDK" ... either of which should be > visible, according to "help", From today's I-build, changing the color values for the build did indeed have the desired effect. Black for "platform" and more "grey" for SDK. http://download.eclipse.org/eclipse/downloads/drops4/I20140218-0800/ In the attachment I've tried to capture the flavor if it ... mostly to remind me that the positioning of the "Loading" and "version number" should now "move down" ... since there is no copyright at the bottom, moving down should be fine. And, the version should move down and a little "to the left" as part of it is truncated. (Also reminded me I need to fix the copyright in the about box, so added that bug as blocking this one).
(In reply to David Williams from comment #59) > In the attachment I've tried to capture the flavor if it ... mostly to > remind me that the positioning of the "Loading" and "version number" should > now "move down" ... since there is no copyright at the bottom, moving down > should be fine. > > And, the version should move down and a little "to the left" as part of it > is truncated. See bug 428462.
(In reply to Szymon Ptaszkiewicz from comment #60) > (In reply to David Williams from comment #59) > > In the attachment I've tried to capture the flavor if it ... mostly to > > remind me that the positioning of the "Loading" and "version number" should > > now "move down" ... since there is no copyright at the bottom, moving down > > should be fine. > > > > And, the version should move down and a little "to the left" as part of it > > is truncated. > > See bug 428462. What I've done so far is move the "progress text" 40 pixels lower ... should be right above progress bar, according to my computations. I also tweaked color to AAAAAA ... from that I can tell, that will be a little lighter than the word "Luna", but still darker than the dark parts of the background (the idea being to deemphaisze it, a little, compared to release name). I could not find, in the plugin.xml any "coordinates" for the version string itself. That's either "in code" somewhere, or ... the code computes it based on the startupMessageRect coordinates. In case it is the latter, I made that Rectangle 20 pixels less wide, so the version won't be truncated so easily (i.e. if it is computed, it'd move 40 pixels down, and 20 pixels to the left). If these changes to plugin.xml don't automatically fix "version number", we'll have to dig through code to find where that's coded.
(In reply to Ian Skerrett from comment #58) > Created attachment 240070 [details] > New set of icons to test shading and black circle > > Attached is a set of png files that we would use for icons. We tried to > address the squareness of the lines. For the 16x16 icon we remove the gold > arch since there is not enough room. > > Can you please test them out. If they look fine I will get the ico files > created. They look good to me, though not sure I'm the best judge. Especially the 64x64 one ... looks nice and crisp. The others 48 and 32 look a little fuzzy (sort of like they were autoconverted from the 64x64 one? .... but maybe the way they are is the best that can be done with such small sizes. And, of course, the 16x16 looks _real_ fuzzy ... but, I doubt much can be done there its so small. And just to clarify ... the current Windows ICO set consists of 4 sizes, 16, 32, 48, and 256. AND ... 2 each of the smallest three, with the difference being in number of colors used, I believe. I found a tool on linux "icotool" that lists, extracts, and even combines the files ... supposedly. I'll attach the "extracted files" if that helps you and your designer ... but here's the "list" output: $ icotool -l ~/gitLuna/rt.equinox.framework/features/org.eclipse.equinox.executable.feature/library/win32/eclipse.ico /home/davidw/gitLuna/rt.equinox.framework/features/org.eclipse.equinox.executable.feature/library/win32/eclipse.ico: clr_important field in bitmap should be zero --icon --index=1 --width=48 --height=48 --bit-depth=8 --palette-size=256 /home/davidw/gitLuna/rt.equinox.framework/features/org.eclipse.equinox.executable.feature/library/win32/eclipse.ico: clr_important field in bitmap should be zero --icon --index=2 --width=32 --height=32 --bit-depth=8 --palette-size=256 /home/davidw/gitLuna/rt.equinox.framework/features/org.eclipse.equinox.executable.feature/library/win32/eclipse.ico: clr_important field in bitmap should be zero --icon --index=3 --width=16 --height=16 --bit-depth=8 --palette-size=256 --icon --index=4 --width=256 --height=256 --bit-depth=32 --palette-size=0 --icon --index=5 --width=48 --height=48 --bit-depth=32 --palette-size=0 --icon --index=6 --width=32 --height=32 --bit-depth=32 --palette-size=0 --icon --index=7 --width=16 --height=16 --bit-depth=32 --palette-size=0 Honestly, on today's displays, I do not know if "multiple palettes" are required ... maybe that was an XP thing? So if no one knows better, the choice is yours ... I just wanted to be sure the sizes were were clear.
Created attachment 240091 [details] Here's 7 files ( 4 sizes) making up windows eclipse.ico file FYI, I do not know if the fact that the images end up as "png" files is a function of the tool ... or, if that was the real input to (previous) tools?
*** Bug 428462 has been marked as a duplicate of this bug. ***
(In reply to comment #57) > (In reply to David Williams from comment #55) > > I think the start dialog is done in C code? > > AFAIK only the native launcher which shows the static splash screen. Afterwards > SWT code kicks in. Also the static splash screen is only made visible after Java code is already running, so why not just use Java to create it? Puzzling.
See also https://bugs.eclipse.org/bugs/show_bug.cgi?id=428530 for Linux
I think this commit fixes the remaining "location" issues. http://git.eclipse.org/c/platform/eclipse.platform.git/commit/?id=856f72d3ea2dfb39cca89e594e08ee6a4904ddae For all the changes related to "location" and "color of text" search Git for this bug number: http://git.eclipse.org/c/platform/eclipse.platform.git/log/?qt=grep&q=Bug+426260 And, interested parties should also see Bug 428462. I marked it as a "dup" for a while .... but then it was suggested we should perhaps not even show "build id" on the splash screen. The more I think about it, the more I like the idea ... but am interested in "community feedback". I will leave it "on" for at least tonight's "nightly" build (for SDK only, as before) so people can see the new location and color etc (nothing great ... but, at least doesn't "lay on" the main logo, and should no longer be truncated on some machines). Then depending on discussion in bug 428462 may turn "off" the build id ... and we'll see how many complaints ... or complements :) ... we get. Let us know, Ian, if you are waiting on "us" before providing a new set of icons, or if there's anything I can do to help. Thanks,
(In reply to David Williams from comment #67) > Let us know, Ian, if you are waiting on "us" before providing a new set of > icons, or if there's anything I can do to help. > I am hoping to have the icons to you later today or tomorrow. Unfortunately I am in Europe now so communication with the graphic designer has been problematic. What is the deadline for M6?
(In reply to Ian Skerrett from comment #68) > (In reply to David Williams from comment #67) > > > Let us know, Ian, if you are waiting on "us" before providing a new set of > > icons, or if there's anything I can do to help. > > > > > I am hoping to have the icons to you later today or tomorrow. Unfortunately > I am in Europe now so communication with the graphic designer has been > problematic. What is the deadline for M6? Our M6 is delivered on 3/7, with means one week prior (2/28) is deadline for getting changes in, and even that leaves no time for feedback and iteration, so ideally in our build on 25th, which means we should have them "in hand" well ... about now. :)
Created attachment 240184 [details] New set of icon files Attached are a new set of icon files. I hope this looks better and everything you need.
Created attachment 240185 [details] Working PSD files for icons Attached are the psd files for the icons.
I noted that the controls in the splash screen gets styled by the current theme. This can make the splash screen look really ugly, depending on the theme. I suggest to assign CSS ID to the controls on the splash and style theme in our base them. Can someone point me to the dialog which is shown?
Created attachment 240216 [details] Splash controls with a dark theme To test this, change to the new dark theme and restart your Eclipse.
(In reply to Lars Vogel from comment #72) > I noted that the controls in the splash screen gets styled by the current > theme. This can make the splash screen look really ugly, depending on the > theme. I suggest to assign CSS ID to the controls on the splash and style > theme in our base them. Can someone point me to the dialog which is shown? I believe you are looking for EclipseSplashHandler.java ... or, beginning with repo, eclipse.platform.ui/bundles/org.eclipse.ui.workbench/Eclipse UI/org/eclipse/ui/internal/splash/EclipseSplashHandler.java HTH
(In reply to Ian Skerrett from comment #70) > Created attachment 240184 [details] > New set of icon files > > Attached are a new set of icon files. I hope this looks better and > everything you need. Just to give some status update: I do believe we "have everything we need". (In fact, probably a little more ... given what I've learned, in future we may only need full set of PNG files (for icons) and use readily available tools to create the other forms/formats we need. Do let me know if the designer "designed something different" for the PNG files vs the BMP vs the ICO files ... but, have feeling they just converted formats?) I'd say the icons are about "half in" ... the largest, most important omission being for the "launcher" icons. Those won't be in our initial I-build this morning (at 8 AM) but if all goes well hope to ask for a rebuild later today to get them into a re-spin of our weekly I-build).
The 16px icon with border suggested for use in PDE (Bug 428949) does not look good. This is the icon used in PDE launch configurations, API Tools baselines, the target platform, etc. It gives the impression that the icon is cut off at the top and left. The previous icon had empty space at the top and left and only two stripes rather than three. Can we get a new version made? What icon will be used for the Help > About Eclipse SDK menu item? Perhaps we could re-use it.
(In reply to Curtis Windatt from comment #76) > The 16px icon with border suggested for use in PDE (Bug 428949) does not > look good. This is the icon used in PDE launch configurations, API Tools > baselines, the target platform, etc. It gives the impression that the icon > is cut off at the top and left. > > The previous icon had empty space at the top and left and only two stripes > rather than three. Can we get a new version made? What icon will be used > for the Help > About Eclipse SDK menu item? Perhaps we could re-use it. As far as I can tell, there is no required empty border for the 'IDE' icon used by PDE. The last time the icon was changed (2012), Dani first added an icon looking the same as the Help > About icon, but then replaced it with the current smaller icon with the commit message "Made icons smaller". In paint I can make the suggested icon better by copyring the bottom and right shading to the top and left. However, resizing it smaller makes a mess of it. Options: 1) Use the standard 16px icon in the attached zip, it has some orange in it. 2) Update the existing 'small' PDE icon with some new colours. 3) Something new.
(In reply to Curtis Windatt from comment #77) > (In reply to Curtis Windatt from comment #76) > > The 16px icon with border suggested for use in PDE (Bug 428949) does not > > look good. This is the icon used in PDE launch configurations, API Tools > > baselines, the target platform, etc. It gives the impression that the icon > > is cut off at the top and left. > > > > The previous icon had empty space at the top and left and only two stripes > > rather than three. Can we get a new version made? What icon will be used > > for the Help > About Eclipse SDK menu item? Perhaps we could re-use it. > > As far as I can tell, there is no required empty border for the 'IDE' icon > used by PDE. The last time the icon was changed (2012), Dani first added an > icon looking the same as the Help > About icon, but then replaced it with > the current smaller icon with the commit message "Made icons smaller". > > In paint I can make the suggested icon better by copyring the bottom and > right shading to the top and left. However, resizing it smaller makes a > mess of it. > > Options: > 1) Use the standard 16px icon in the attached zip, it has some orange in it. I am not sure what you mean by 16px icon with orange in it? can you be more specific? > 2) Update the existing 'small' PDE icon with some new colours. > 3) Something new. I will try to get the graphic designer to provide a version without the top and left cut off.
Created attachment 240401 [details] New Gif with border Here is a new version of the gif with border. I am hoping this won't be cut off.
Created attachment 240429 [details] Hand-touched from earlier version to remove all asymmeries. (In reply to comment #79) > Created attachment 240401 [details] > New Gif with border > > Here is a new version of the gif with border. I am hoping this won't be cut off. Oh, it looks so smudgy :( Here's one I started hand-touching earlier but only put the finishing touches on now to match the anti-aliasing of the border.
Created attachment 240485 [details] Comparison of icons for PDE Comparison of proposed icon choices 1) (attachment 240429 [details]) Hand touched version with border 2) (attachment 239638 [details]) the eclipse16 icon taken from the proposed icon zip on this bug 3) what PDE currently has I would be happy with any of them (though 3 would need some colour updates). The new icon looks a lot darker and bolder, which will make it look a little strange when compared to other launch config icons (JDT has lots of whitespace, OSGi framework has a smaller icon similar to (3), JSDT has smaller icons.
Created attachment 240488 [details] I liked number 2 the best, so here's a hand-tuned version of it as well
(In reply to Timo Kinnunen from comment #82) > Created attachment 240488 [details] > I liked number 2 the best, so here's a hand-tuned version of it as well This version looks good to me. Thank you both for taking the time to hand-tune them.
(In reply to Ian Skerrett from comment #83) > (In reply to Timo Kinnunen from comment #82) > > Created attachment 240488 [details] > > I liked number 2 the best, so here's a hand-tuned version of it as well > > This version looks good to me. > > Thank you both for taking the time to hand-tune them. I am a little lost ... it this version supposed to be one "with space border" ... or simply a replacement for the "normal" 16x16 icon? (If the former, still doesn't look like much "space" ... but ... I'd be the first to admit I can't keep up with the discussion and proposals). If the latter, good ... one of the things I don't like about current set is that 32 and above have orange in them, but 16x16 does not ... so I think in context, it's a "step down" from previous icon which "looked prettier".
(In reply to David Williams from comment #84) > (In reply to Ian Skerrett from comment #83) > > (In reply to Timo Kinnunen from comment #82) > > > Created attachment 240488 [details] > > > I liked number 2 the best, so here's a hand-tuned version of it as well > > > > This version looks good to me. > > > > Thank you both for taking the time to hand-tune them. > > I am a little lost ... it this version supposed to be one "with space > border" ... or simply a replacement for the "normal" 16x16 icon? > > (If the former, still doesn't look like much "space" ... but ... I'd be the > first to admit I can't keep up with the discussion and proposals). I believe it is the one with space that seems to be used in PDE. > > If the latter, good ... one of the things I don't like about current set is > that 32 and above have orange in them, but 16x16 does not ... so I think in > context, it's a "step down" from previous icon which "looked prettier". We removed the orange from the smaller versions since we just did not have enough pixels.
(In reply to Ian Skerrett from comment #85) > We removed the orange from the smaller versions since we just did not have > enough pixels. Understood, but think Timo's version in comment 82 was closer to better ... and I'm mostly just saying it should be investigated more, since as it is, the "main" icon used in "most" windows sort of looks like a step backwards in terms of "beauty" ... and seems "disjointed" from the main "theme" without any orange at all. I'd suggest some experiments such as putting a bit of orange in the upper left corner of the small icons .. so it would not try to "match" the larger ones exactly ... but ... at least look related to them. Just a suggestion. = = = = = One thing to follow up on -- now that I've suggested more work, I'll also be explicit about what's not needed to make things easier for you :) -- we won't be needing for you to provide the solaris *.pm files mentioned many comments ago. I've found they are very easy to make from the png files you provided (using Gimp to convert the format to "X-pixmap" ... same as as the linux "icon.xpm", just named differently (and, different sizes). In your "Linux" folder, you provided an eclipse256.png file, and it was very easy to convert ... not sure these "pixmap" files would ever have to be provided by designer. (Same for ico files, to tell you the truth). So ... getting close to done.
It is hard to see from this thread for what the gifs are used but if possible it would be great if only png files could be used. gif files do not support a real alpha channel and therefore no real transparency.
(In reply to Lars Vogel from comment #87) > It is hard to see from this thread for what the gifs are used but if > possible it would be great if only png files could be used. gif files do not > support a real alpha channel and therefore no real transparency. And therefore gif files look really bad on a dark themed Eclipse.
(In reply to David Williams from comment #86) > (In reply to Ian Skerrett from comment #85) > > > We removed the orange from the smaller versions since we just did not have > > enough pixels. > > Understood, but think Timo's version in comment 82 was closer to better ... > and I'm mostly just saying it should be investigated more, since as it is, > the "main" icon used in "most" windows sort of looks like a step backwards > in terms of "beauty" ... and seems "disjointed" from the main "theme" > without any orange at all. I'd suggest some experiments such as putting a > bit of orange in the upper left corner of the small icons .. so it would not > try to "match" the larger ones exactly ... but ... at least look related to > them. Just a suggestion. I am very happy if someone can do a better job on the icons. If you and the other committers prefer Timo's version then I am okay if you use it. I agree it looks nice. FWIW, it is hard for me to tell since I don't actually see them in the product, just screen shots. When will these be included in a build? > One thing to follow up on -- now that I've suggested more work, I'll also be > explicit about what's not needed to make things easier for you :) -- we > won't be needing for you to provide the solaris *.pm files mentioned many > comments ago. I've found they are very easy to make from the png files you > provided (using Gimp to convert the format to "X-pixmap" ... same as as the > linux "icon.xpm", just named differently (and, different sizes). In your > "Linux" folder, you provided an eclipse256.png file, and it was very easy to > convert ... not sure these "pixmap" files would ever have to be provided by > designer. (Same for ico files, to tell you the truth). Good to know about the Solaris files. I am not sure if the graphic designer was even born when Solaris was around. :-) > > So ... getting close to done. Good to know. Looking forward to seeing the results.
(In reply to Ian Skerrett from comment #89) > FWIW, it is hard for me to tell since I don't actually see them in the > product, just screen shots. When will these be included in a build? They have been included for weeks ... but, if you are going to pick one to look at, just as well pick our "M6 candidate" from tonight's build, at http://download.eclipse.org/eclipse/downloads/drops4/I20140305-2000/ [And, BTW, I wanted to emphasis I really like the new logo, the new splash screen, the "about box", etc. Very nicely done. But, it's just that little "window icon" -- that appears so often -- that "looks different" since no orange on it. I'm no artist, but I looked a little at the 16x16 icon and that thing is FILLED UP with the blue ball ... it would have to be made 3 or 4 pixels smaller just to have "room in the corner" ... and then the the icon "with a space border" would make it smaller still. So, not sure if feasible.]
(In reply to Lars Vogel from comment #87) > It is hard to see from this thread for what the gifs are used but if > possible it would be great if only png files could be used. gif files do not > support a real alpha channel and therefore no real transparency. I don't think they are used often, perhaps not at all by Platform or SDK. And we have removed some "not needed" images in this pass (bug 428863, bug 427371). But I think you've forgotten your own bug 424916 where this was recently discussed. If you find specific cases (in Platform, or SDK) where we use GIF files "deliberately", I think that'd be a valid bug ... but according to bug 424916 SWT will "make the best choice" (i.e. PNG) but some adopters might have "hard coded" use of some GIF files? (if I understand the discussion/rationale given in bug 424916).
(In reply to David Williams from comment #91) > (In reply to Lars Vogel from comment #87) > I don't think they are used often, perhaps not at all by Platform or SDK. > And we have removed some "not needed" images in this pass (bug 428863, bug > 427371). But I think you've forgotten your own bug 424916 where this was > recently discussed. > > If you find specific cases (in Platform, or SDK) where we use GIF files > "deliberately", I think that'd be a valid bug ... but according to bug > 424916 SWT will "make the best choice" (i.e. PNG) but some adopters might > have "hard coded" use of some GIF files? (if I understand the > discussion/rationale given in bug 424916). Thanks for the reminder, I reopen this Bug and see what Dani says. As we are changing the icons anyway, anyone how might be using the old icons will have to react anyway.
(In reply to David Williams from comment #90) > (In reply to Ian Skerrett from comment #89) > > > FWIW, it is hard for me to tell since I don't actually see them in the > > product, just screen shots. When will these be included in a build? > > They have been included for weeks ... but, if you are going to pick one to > look at, just as well pick our "M6 candidate" from tonight's build, at > http://download.eclipse.org/eclipse/downloads/drops4/I20140305-2000/ Thanks for the link. I downloaded it. The icon at the top of the Eclipse window doesn't really look great. I think this is what you are referring to. However, if I look at the Kepler release the icon in the top window does not look very nice either. I wonder if we could be using a different file format for this graphic? Otherwise, I'd love to see the icon improved and the orange introduced. However, I am not sure if the graphic designer I use will be able to do it. I think it needs to be someone closer to the product who can incrementally include a new graphic version to see what it looks like. > > [And, BTW, I wanted to emphasis I really like the new logo, the new splash > screen, the "about box", etc. Very nicely done. But, it's just that little > "window icon" -- that appears so often -- that "looks different" since no > orange on it. I'm no artist, but I looked a little at the 16x16 icon and > that thing is FILLED UP with the blue ball ... it would have to be made 3 > or 4 pixels smaller just to have "room in the corner" ... and then the the > icon "with a space border" would make it smaller still. So, not sure if > feasible.] Thank you for the feedback. I agree with everything you say but not sure how to fix it.
Ian, I think we could use your (and your designer's) help with bug 429917. I think the "community feedback" about the splash is valid, and I've attached a rough prototype of one solution ... and in the course of looking at that, coincidentally "Windows" kindly provided another possible solution. Would appreciate your (and your designer's) thoughts on either of those approaches to the "washed out" problem the bug is about. Thanks,
(In reply to David Williams from comment #94) > Ian, I think we could use your (and your designer's) help with bug 429917. > > I think the "community feedback" about the splash is valid, and I've > attached a rough prototype of one solution ... and in the course of looking > at that, coincidentally "Windows" kindly provided another possible solution. > > Would appreciate your (and your designer's) thoughts on either of those > approaches to the "washed out" problem the bug is about. > > Thanks, David, We will take a look and get you a new version of the splash screen.
*** Bug 420018 has been marked as a duplicate of this bug. ***
Created attachment 241151 [details] Some new splash screens Some new options for a splash screen.
(In reply to Ian Skerrett from comment #97) > Created attachment 241151 [details] > Some new splash screens > > Some new options for a splash screen. Thanks Ian, I think I'm already wedded to the neutral colors of EclipseSplash_5.0.jpg, though the orange coloring of 5.1 is interesting, but I personally don't like the "stripped" version of 5.2. So, unless others have strong opinions I'll put 5.0 in a build so we can confirm it "looks right" against a white back ground (and, honestly, it had better be "good enough", because we still have a lot of problems to solve, and its getting late!)
(In reply to David Williams from comment #98) > (In reply to Ian Skerrett from comment #97) > > Created attachment 241151 [details] > > Some new splash screens > > > > Some new options for a splash screen. > > Thanks Ian, I think I'm already wedded to the neutral colors of > EclipseSplash_5.0.jpg, though the orange coloring of 5.1 is interesting, but > I personally don't like the "stripped" version of 5.2. > > So, unless others have strong opinions I'll put 5.0 in a build so we can > confirm it "looks right" against a white back ground (and, honestly, it had > better be "good enough", because we still have a lot of problems to solve, > and its getting late!) Ian, it was pointed out to me in bug 429917 comment 7 that the size of the new one has changed. I just assumed it'd be the same. Can you provide a new one of "5.0" that is similar concept, but same size as before? If not exact, then at least close ... both to avoid us having to do re-work ... and to get closer to the "golden rectangle" proportions? The old one was 452 px x 302 px. This new one is "more square" at 452x352. Was this an accident? Or was it done on purpose as some new design fashion? The request was just to solve one problem ... not a whole new design! :)
(In reply to David Williams from comment #99) > (In reply to David Williams from comment #98) > > (In reply to Ian Skerrett from comment #97) > > > Created attachment 241151 [details] > > > Some new splash screens > > > > > > Some new options for a splash screen. > > > > Thanks Ian, I think I'm already wedded to the neutral colors of > > EclipseSplash_5.0.jpg, though the orange coloring of 5.1 is interesting, but > > I personally don't like the "stripped" version of 5.2. > > > > So, unless others have strong opinions I'll put 5.0 in a build so we can > > confirm it "looks right" against a white back ground (and, honestly, it had > > better be "good enough", because we still have a lot of problems to solve, > > and its getting late!) > > Ian, it was pointed out to me in bug 429917 comment 7 that the size of the > new one has changed. I just assumed it'd be the same. Can you provide a new > one of "5.0" that is similar concept, but same size as before? If not exact, > then at least close ... both to avoid us having to do re-work ... and to get > closer to the "golden rectangle" proportions? The old one was 452 px x 302 > px. This new one is "more square" at 452x352. Was this an accident? Or was > it done on purpose as some new design fashion? The request was just to solve > one problem ... not a whole new design! :) <sigh> sorry for the change. I will get it fixed.
*** Bug 420016 has been marked as a duplicate of this bug. ***
Created attachment 241297 [details] New splash screen, hopefully the correct size Hopefully these are the correct size.
(In reply to Ian Skerrett from comment #102) > Created attachment 241297 [details] > New splash screen, hopefully the correct size > > Hopefully these are the correct size. Thanks Ian. I've checked in "splash.bmp" based on the 5.0 version in the attachment. It is same size in pixels. I see the "logo" (ball and word 'Eclipse') and word "Luna" are slightly "higher" in the rectangle, but believe close enough (and, better than being lower!). 5.1 Seemed like the current one -- at least my tired eyes couldn't see any coloring in lower right corder, and 5.2 again had the "block strips", which I don't think are attractive. It seems like the new 5.0 one is slightly lighter overall ... but, again, I think acceptable. We'll be able to "see it in action" after tonight's (3/27) N-build.
Comment on attachment 241151 [details] Some new splash screens marking as obsolete since not used
David, I still see several bugs blocking this one. Is there really real work to do until we can declare this FIXED?
(In reply to Dani Megert from comment #105) > David, I still see several bugs blocking this one. Is there really real work > to do until we can declare this FIXED? Thanks for the prompt. = = = = I think these 4 do not really block declaring this one as fixed, just "work to do", so have removed these 4 from "blocking" list. Bug 429082 - Test that ico in windows exe are replaceable Bug 424916 - Switch org.eclipse.core.runtime.products extension in org.eclipse.platform to use only png files for windowImages Bug 429085 - Update wiki with new "branding" and icon handling with Tycho build, and tools Bug 432910 - Investigate role of "windowImages" list with builders and OS Platforms = = = = But, I think these 4 represent work directly related to the change, so have left them on the list, and are listed in order of priority. If you'd prefer to mark this one as fixed, and open a new umbrella enhancement of "improve graphics" then that'd be fine too. Bug 429521 - make welcome screen graphics/color consistent with new logo Bug 429914 - [About] Logo banner is too short in the about box Bug 432791 - Taskbar icon is pixelated Bug 433139 - Program and window icons: Eclipse marble is not a circle
Created attachment 242470 [details] Blowup of the smallest version showing uneven sides The smallest 16x16 icon, while otherwise looking really good, is lopsided. This is easiest to see when it's drawn against a red, orange or yellow background. The problem is on the left side where the two quarter-arcs look almost straight diagonal lines coming from the horizontal center line.
(In reply to Timo Kinnunen from comment #107) > Created attachment 242470 [details] > Blowup of the smallest version showing uneven sides > > The smallest 16x16 icon, while otherwise looking really good, is lopsided. > This is easiest to see when it's drawn against a red, orange or yellow > background. The problem is on the left side where the two quarter-arcs look > almost straight diagonal lines coming from the horizontal center line. Thanks for the comment. I've opened a general enhancement to "improve icons appearance" as bug 433868 based on this and other comments. Let's move "Window Icons" discussion there.
I think this is close enough to mark as fixed. While I do still hope to improve icons via bug 433868 and the "about box" image via bug 29914 there's no reason to leave this one open for those efforts.
(In reply to David Williams from comment #109) > I think this is close enough to mark as fixed. > > While I do still hope to improve icons via bug 433868 and the "about box" > image via bug 29914 there's no reason to leave this one open for those > efforts. Sorry, missed a character pasting in last bug ... I meant "about box" image via bug 429914.
