Re: Round 3 Default Artwork Decision
Máirín Duffy wrote: http://fedoraproject.org/wiki/Artwork/F8Themes/Infinity/Round3Final It still needs: - CD boot menu - firstboot banner splash (could reuse anaconda splash) - Normal boot menu background (grub) - RHGB theme - GDM theme (we can do a graphical greeter if we provide the theme so i can write it) - if we need splashes for gnome and KDE, the anaconda splash design should work well with minor modifications Do you need help with this? -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/ Open Clip Art Library: http://www.openclipart.org my Fedora stuff: http://fedora.nicubunu.ro ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: [Echo Icons] help needed in cleaning SVG icons.
Le Mer 15 août 2007 19:42, Martin Sourada a écrit : Hi, the SVG icons have several more or less serious issues. I've already fixed those most bad ones (non-square icon sizes and some of the worst garbage removal from inkscape). We need more, however. Here is the list of what is needed to do with the SVG icons currently. a) make them smaller in means of space on disk - vacuum defs in inkscape does very good job at this (I already run it on some icons), it would be great if we could do more automatically, opening each icon in inkscape is just slow... Just tell me what elements or attributes you want to be killed and I can modify the scrubbing xslt to do it (if it does not now, it's pretty thorough already) b) fix the positioning. The positioning must the same as in 48x48 png counterparts. Currently the SVG usually are slightly bigger c) add shadows. The shadows must be same like in their 48x48 png counterparts. It's possible to make a shadow in and then export png, in order to be same. d) fix various rendering issues. Many icons made in Adobe Illustrator just don't display as they should. All SVG icons MUST look like their 48x48 png counterparts. Again if you can specify the transform you want I may just automatise it (no hard promise) Regards, -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Round 3 Default Artwork Decision
On 22/08/07, Máirín Duffy [EMAIL PROTECTED] wrote: Ben, have you made any more progress on Abstract? I checked the wiki page [1] but it looks like the latest artwork is from Aug 5th and doesn't incorporate the modifications based on the feedback you got on our blogs and on list? [1] http://fedoraproject.org/wiki/Artwork/F8ThemeAbstract Unfortunately, I have been very busy this month (hence my quietness regarding the mailing list) and will be for the foreseeable days. I don't think I will be able to make anything substantial until September. I apoligise for this but I have updated the wiki page with the feeback and my intentions so if anyone wants to help then they can. Where has August gone? On 23/08/07, Nicu Buculei [EMAIL PROTECTED] wrote: Máirín Duffy wrote: http://fedoraproject.org/wiki/Artwork/F8Themes/Infinity/Round3Final Do you need help with this? Anyone please feel free to jump in with any project. ./b -- |..// seawolf //..| | Ben Arnold | |e-mail / msn / icq / web | | http://clik.to/seawolfsanctuary | | ben.arnold.inbox (at) gmail.com | | iamseawolf (at) gmail (dot) com | |GnuPG Available - ask me!| ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Round 3 Default Artwork Decision
Nicu Buculei wrote: Máirín Duffy wrote: http://fedoraproject.org/wiki/Artwork/F8Themes/Infinity/Round3Final It still needs: - CD boot menu - firstboot banner splash (could reuse anaconda splash) - Normal boot menu background (grub) - RHGB theme - GDM theme (we can do a graphical greeter if we provide the theme so i can write it) - if we need splashes for gnome and KDE, the anaconda splash design should work well with minor modifications Do you need help with this? YES, I would *love* some help - All of the source SVGs should be on that Round3Final page... I haven't even thought too much about the basic RHGB and GDM designs so anything is really fair game! ~m ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: [Nodoka] New release, 0.6 beta 1 (anconda problem?)
On Thu, 2007-08-23 at 12:45 +0200, dragoran wrote: Martin Sourada wrote: I've just released first official beta version of Nodoka theme. If there will not be found any rendering issues this is how the final version included in Fedora 8 will look like. anconda looks ugly with this theme... it looks like running with only the colors but not the theme itself. I attached a screenshot to show you have it looks. This is actually a bug[1] in anaconda that's fixed in CVS -- we just need to actually get a build done. I think was one was going to be done yesterday, but I was out yesterday afternoon and haven't gotten that far into checking yet :-) Jeremy [1] Well, two bugs really. We used to hard-code the file info for the themes used by anaconda. I fixed things up to determine it dynamically a couple of weeks ago, but that fix had a buglet that I didn't notice in my testing. ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Round 3 Default Artwork Decision
Nicu Buculei wrote: Máirín Duffy wrote: YES, I would *love* some help - All of the source SVGs should be on that Round3Final page... I haven't even thought too much about the basic RHGB and GDM designs so anything is really fair game! This attached mockup (I never did a RHGB screen before) is how I think it should look like: plain and simple but nice and with the same theme. And I tried something: replaced the background in the Flying High GDM theme with your Infinity background and it does not look bad at all. We can tweak the login box a little (maybe decrease the corner roundness) to have it changed more. -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/ Open Clip Art Library: http://www.openclipart.org my Fedora stuff: http://fedora.nicubunu.ro ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: [Echo Icons] help needed in cleaning SVG icons.
On Thu, 2007-08-23 at 13:33 +0200, Nicolas Mailhot wrote: Le Mer 15 août 2007 19:42, Martin Sourada a écrit : Hi, the SVG icons have several more or less serious issues. I've already fixed those most bad ones (non-square icon sizes and some of the worst garbage removal from inkscape). We need more, however. Here is the list of what is needed to do with the SVG icons currently. a) make them smaller in means of space on disk - vacuum defs in inkscape does very good job at this (I already run it on some icons), it would be great if we could do more automatically, opening each icon in inkscape is just slow... Just tell me what elements or attributes you want to be killed and I can modify the scrubbing xslt to do it (if it does not now, it's pretty thorough already) Dunno exactly, but I DO know, that inkscape's vacuum defs can strip a lot of code, but also adds some of its own, which can be then stripped using your script. Also the layers with display:none are not removed with your script, or at least didn't work for some of them. Combination of these three in one script would be good. b) fix the positioning. The positioning must the same as in 48x48 png counterparts. Currently the SVG usually are slightly bigger c) add shadows. The shadows must be same like in their 48x48 png counterparts. It's possible to make a shadow in and then export png, in order to be same. d) fix various rendering issues. Many icons made in Adobe Illustrator just don't display as they should. All SVG icons MUST look like their 48x48 png counterparts. Again if you can specify the transform you want I may just automatise it (no hard promise) Regards, Probably cannot. I can only tell that there are some rendering issues (e.g. gradients set wrong, etc., ordering of objects is also sometimes wrong), but cannot tell, why and when. One thing that MIGHT be automatised is fixing of positioning - the svg icons are usually stretched to whole canvas, while the pngs are not. Also it seems that Diana used to finish them in non vector format, because if you set them right, they still differ a bit. Thanks, Martin signature.asc Description: This is a digitally signed message part ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: [Nodoka] New release, 0.6 beta 1 (anconda problem?)
On Thu, 2007-08-23 at 15:52 +0200, Jeremy Katz wrote: On Thu, 2007-08-23 at 12:45 +0200, dragoran wrote: Martin Sourada wrote: I've just released first official beta version of Nodoka theme. If there will not be found any rendering issues this is how the final version included in Fedora 8 will look like. anconda looks ugly with this theme... it looks like running with only the colors but not the theme itself. I attached a screenshot to show you have it looks. This is actually a bug[1] in anaconda that's fixed in CVS -- we just need to actually get a build done. I think was one was going to be done yesterday, but I was out yesterday afternoon and haven't gotten that far into checking yet :-) Jeremy [1] Well, two bugs really. We used to hard-code the file info for the themes used by anaconda. I fixed things up to determine it dynamically a couple of weeks ago, but that fix had a buglet that I didn't notice in my testing. Maybe I would not call it a bug, only a issue. I don't know where the core of the problems lie, but when you install rawhide's nodoka to a machine with Fedora 7's gtk it looks precisely the same, upgrade to rawhide's gtk fixes it (or build against the old gtk). Martin signature.asc Description: This is a digitally signed message part ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Round 3 Default Artwork Decision
On Thu, 2007-08-23 at 15:58 +0200, Steven Garrity wrote: I'm not sure if this is an RHGB bug, or just a theme issue, but is it possible to lock the width of the box so that it doesn't get wider/more-narrow as the length of the startup text messages change? Cheers, Steven Garrity Yes, I noticed that also. It looks a little unpolished. Dunno whom to address about it though... I think it's a rhgb bug (or a feature?), I've been noticing it since the first Fedora I used (FC3) and we've changed the theme several times since then. Martin signature.asc Description: This is a digitally signed message part ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: [Echo Icons] help needed in cleaning SVG icons.
On Thu, 2007-08-23 at 22:47 +0200, Martin Sourada wrote: On Thu, 2007-08-23 at 13:33 +0200, Nicolas Mailhot wrote: Le Mer 15 août 2007 19:42, Martin Sourada a écrit : Hi, the SVG icons have several more or less serious issues. I've already fixed those most bad ones (non-square icon sizes and some of the worst garbage removal from inkscape). We need more, however. Here is the list of what is needed to do with the SVG icons currently. a) make them smaller in means of space on disk - vacuum defs in inkscape does very good job at this (I already run it on some icons), it would be great if we could do more automatically, opening each icon in inkscape is just slow... Just tell me what elements or attributes you want to be killed and I can modify the scrubbing xslt to do it (if it does not now, it's pretty thorough already) Dunno exactly, but I DO know, that inkscape's vacuum defs can strip a lot of code, but also adds some of its own, which can be then stripped using your script. Also the layers with display:none are not removed with your script, or at least didn't work for some of them. Combination of these three in one script would be good. But to be fair, I don't remember whether I did a notice about it or not, but I run all the icons through the vacuum defs and removed the layers with display:none, where it was seen on first look (I removed it manually in gedit, so I might have overlooked some of them). Also I run your script (but before the inkscape's vacuum defs) on all icons that seemed to be too big (basically only those that were not in luya's initial import). Can your script be run easily on all icons (I mean something like ./svg_cleanup /path/to/Echo/scalable/*/*.svg)? Martin signature.asc Description: This is a digitally signed message part ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Round 3 Default Artwork Decision
Martin Sourada wrote: Yes, I noticed that also. It looks a little unpolished. Dunno whom to address about it though... I think it's a rhgb bug (or a feature?), I've been noticing it since the first Fedora I used (FC3) and we've changed the theme several times since then. File a bug report against RHGB. I don't think it is theme related. Rahul ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: [Echo Icons] help needed in cleaning SVG icons.
Le jeudi 23 août 2007 à 22:47 +0200, Martin Sourada a écrit : On Thu, 2007-08-23 at 13:33 +0200, Nicolas Mailhot wrote: Le Mer 15 août 2007 19:42, Martin Sourada a écrit : Hi, the SVG icons have several more or less serious issues. I've already fixed those most bad ones (non-square icon sizes and some of the worst garbage removal from inkscape). We need more, however. Here is the list of what is needed to do with the SVG icons currently. a) make them smaller in means of space on disk - vacuum defs in inkscape does very good job at this (I already run it on some icons), it would be great if we could do more automatically, opening each icon in inkscape is just slow... Just tell me what elements or attributes you want to be killed and I can modify the scrubbing xslt to do it (if it does not now, it's pretty thorough already) Dunno exactly, but I DO know, that inkscape's vacuum defs can strip a lot of code, but also adds some of its own, which can be then stripped using your script. Also the layers with display:none are not removed with your script, or at least didn't work for some of them. Ok, just post samples of svgs that exibit each problem then, I'll do some diffing to find out what happens. Regards, -- Nicolas Mailhot signature.asc Description: Ceci est une partie de message numériquement signée ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: [Echo Icons] help needed in cleaning SVG icons.
Le jeudi 23 août 2007 à 23:00 +0200, Martin Sourada a écrit : Can your script be run easily on all icons (I mean something like ./svg_cleanup /path/to/Echo/scalable/*/*.svg)? My original message has a loop example : mkdir /tmp/svgtest for svg in $(find /usr/share/icons/Echo/scalable -name *.svg -type f) ; do xsltproc -o /tmp/svgtest/$svg svg-cleanup.xsl $svg ; done This will generate a copy of the /usr/share/icons/Echo/scalable tree in /tmp/svgtest with every icon scrubbed. As xslt is very much a single file transformation language you need a wrapper (shell in this case) to automate multiple file processing -- Nicolas Mailhot signature.asc Description: Ceci est une partie de message numériquement signée ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: [Echo Icons] help needed in cleaning SVG icons.
On Thu, 2007-08-23 at 23:06 +0200, Nicolas Mailhot wrote: Ok, just post samples of svgs that exibit each problem then, I'll do some diffing to find out what happens. Regards, For the vacuum defs you can try out nearly every icon in git[1]. The icons in echo-icon-theme-0.3-1 folder should be before the inkscape's vacuum defs, all in the trunk folder are after that. Most notable it is for weather icons (in trunk listed under status, the trunk also has only 48x48 versions, so compare these, in release not included, so you'll have to d/l them from EchoDeveloment wiki). For the adobe garbage it works already good. For the layers with display:none one of the examples is emblem-photos [2]. In git in trunk it is under emblems folder. Another one is preferences-desktop-keyboard [3]. In git in trunk under apps folder. Most of the changes should be in the git as well, because I did it after I imported it in git... See these commits: Remove Illustrator Garbage, using your script [4] vacuum defs plus layers display:none removal [5] and [6]. Martin References: [1] git clone git://git.fedoraproject.org/git/hosted/echo-icon-theme [2] http://fedoraproject.org/wiki/Artwork/EchoDevelopment?action=AttachFiledo=gettarget=emblem-photosL.svg [3] http://fedoraproject.org/wiki/Artwork/EchoDevelopment?action=AttachFiledo=gettarget=preferences-desktop-keyboard24.svg [4] https://hosted.fedoraproject.org/projects/echo-icon-theme/changeset/11676a02265d8e0ed18b724240baa67415248fc8 [5] https://hosted.fedoraproject.org/projects/echo-icon-theme/changeset/bb8c0d1bfe39dd5da74b59488f76de4b20f11c15 [6] http://git.fedoraproject.org/?p=hosted/echo-icon-theme;a=commit;h=27ff156191a3223cc7cf86d0a705cd0866bcc929 Sorry for the last commit being in git web interface directly, but trac seems to have problems with this one. The start of the address is same like in [5] and the last part is same as that after h= (it's commit ID). Direct access to git web interface seems to be a lot of faster, the one on trac seems to be a little buggy, slow, but fancier. signature.asc Description: This is a digitally signed message part ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Round 3 Default Artwork Decision
On Thu, 2007-08-23 at 23:02 +0200, Rahul Sundaram wrote: Martin Sourada wrote: Yes, I noticed that also. It looks a little unpolished. Dunno whom to address about it though... I think it's a rhgb bug (or a feature?), I've been noticing it since the first Fedora I used (FC3) and we've changed the theme several times since then. File a bug report against RHGB. I don't think it is theme related. Rahul Doing a routine search first for existing bugs in rhgb I've found a one [1] that looks pretty much like the issue we discuss here. But I want to be sure that it's the same issue before reopening it, so if anyone can check it (as I am a little in doubts about it), it would be appreciated :) Martin References: [1] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183193 signature.asc Description: This is a digitally signed message part ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Round 3 Default Artwork Decision
Martin Sourada wrote: On Thu, 2007-08-23 at 23:02 +0200, Rahul Sundaram wrote: Martin Sourada wrote: Yes, I noticed that also. It looks a little unpolished. Dunno whom to address about it though... I think it's a rhgb bug (or a feature?), I've been noticing it since the first Fedora I used (FC3) and we've changed the theme several times since then. File a bug report against RHGB. I don't think it is theme related. Rahul Doing a routine search first for existing bugs in rhgb I've found a one [1] that looks pretty much like the issue we discuss here. But I want to be sure that it's the same issue before reopening it, so if anyone can check it (as I am a little in doubts about it), it would be appreciated :) Yep. Reopen. Rahul ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Round 3 Default Artwork Decision
Nicolas Mailhot wrote: Please check with the desktop group, I think at least some of those won't be needed by the new F8 boot process I didn't notice you cc'ed another list and missed a large part of the conversation since I am not subscribed to fedora-desktop list. :( ~m ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: [Nodoka] New release, 0.6 beta 1 (anconda problem?)
Jeremy Katz wrote: This is actually a bug[1] in anaconda that's fixed in CVS -- we just need to actually get a build done. I think was one was going to be done yesterday, but I was out yesterday afternoon and haven't gotten that far into checking yet :-) ok :) ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list