Re: DNA theme for new FC6 browser splash page
Le Mar 19 septembre 2006 08:37, Nicu Buculei a écrit : Jiri Jakub Masek wrote: Hi, .and what about to place logo in a white filled polygon as a graphics element? I named it a stamp, maybe a label. This could bring to graphics designs more of variability and the logo independent styles. Honestly, I don't like the the stamp idea, having a whole white rectangle would make the image unbalanced and distract attention to it, it may limit your creative freedom, sometimes you want a discrete logo. What I've seen done before in those cases is to define a large white fringe around the org logo with some sort of fading to transparency on the exterior border. The overal white fringe shape must be simple and derived from the core logo to make clear it's not part of it. Plain rectangular is generally a bad idea as it looks like someone cut pasted a logo without bothering to change the background colour. -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Official Fedora Core 6 media labels
Le Lun 16 octobre 2006 10:18, Rahul Sundaram a écrit : Hi I believe duffy's version got the most votes. So I am declaring this as official. http://fedoraproject.org/wiki/Artwork/CDArtFC6 But it seems duffy only did the insert, what matching round CD/DVD label are people supposed to use? -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Official Fedora Core 6 media labels
Le Lun 16 octobre 2006 14:11, Nicu Buculei a écrit : you have any plans to make your wallpapers on higher resolution than 800x600? Thanks. Are you asking about the wallpapers on my personal website? (the link in my signature) Those are vector in format (SVG) so the resolution does not matter. However aspect ratio does : these wallpapers will scale OK for 4:3 screens but not for 16:10 widescreens Regards, -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Thinking ahead: some FC7 ideas - Initial concept
Le Jeu 19 octobre 2006 11:38, Luya Tshimbalanga a écrit : I decided to take some initiative to do a mockup for future Fedora desktop. Description available on : http://fedoraproject.org/wiki/LuyaTshimbalanga/mockups You notice some texts are missing but the concept only gives some glimpses about the desktop. SVG version is available for modifications. Feedback and constructive critics are welcome. Some feedback : 1. the blue used is much too agressive, while I agree we should move away from gray-only the UI should stay unobstrusive, quiet and out-of-the-way. 2. the proposed title/menu bars are much too wasteful of space. It may work for a simple app like nautilus but won't for dense ones like OO.o and the Gimp. The design must accomodate the text the app displays at the size the user chose, and not the reverse. I'm sorry if I may sound harsh, but your proposal seems typical of the screenshot-oriented design approch which fares so bad in real life. For this kind of endeavour usability concerns should be the priority and art take the back seat. Please do work through the usability SIG. A dull concept won't kill us. A hard-to-use one certainly will. Regards, -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Thinking ahead: some FC7 ideas - Initial concept
Le vendredi 20 octobre 2006 à 01:41 +0800, Luya Tshimbalanga a écrit : Some feedback : 1. the blue used is much too agressive, while I agree we should move away from gray-only the UI should stay unobstrusive, quiet and out-of-the-way. I agree, I was just extract most of idas I got. Also, I've just realised why I liked the green kde theme someone posted the other day: it uses a solid colour for the title bar, not a gradient. The result is high uniform text contrast soothing for my eyes. This is not to say the theme should be 2-d only with solid colours, but you should be real careful text and gradients do not overlap (or if they do overlap use a repeating pattern like Apple stripes so the contrast stays uniform) Regards, -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Ideas Wallpaper flying fedora
Le Mar 31 octobre 2006 16:43, Jovan Spasojevic a écrit : Hi, here is another one. My inperation was to mediate the feeling that fedora goes always forwards in the future so in this direction. I'm calling it FlyingFedora however.. first one http://www.fedora-club.de/images/flyingfedora.png another one http://www.fedora-club.de/images/flyingfedora2.png Why am I thinking about giant propellers there ? :) -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: New Fedora GTK Theme
Le dimanche 12 novembre 2006 à 16:38 +0530, Rahul Sundaram a écrit : The Fedora artwork team in concerned about usability too. So calling the work merely pretty colors is waving off the interaction designers who are involved here. I'm not waving of the artwork team work, I wouldn't be on this list if I didn't think they were great people, but I do think they tend to work a bit in isolation. It's not as if the desktop list is crowded enough something as central as a new default theme could not be discussed there. -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: tools
Le Ven 8 décembre 2006 08:13, Nicu Buculei a écrit : This is a warning for people wanting to improve the proposals in Round 2. The majority of images in SVG format are using Inkscape bleeding edge features (like the new implemented blur filter), so the Inkscape from FC6 or even Rawhide is too old, you will need to grab a development version from Inkscape's SVN and make a build for yourself. Alternatively (and I really hate to say this), go to Inkscape website and download and install a version in Autopackage format. IMHO that's grounds enough to gently ping the inkscape packager so a newer version hits rawhide -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: FC7 Theme Round 1 is over, let's start round 2! (was Re: Round 1 Submission Deadline Extension)
Le Ven 8 décembre 2006 04:18, Máirín Duffy a écrit : - Borealis, by Máirín Duffy: http://fedoraproject.org/wiki/Fc7ThemeProposalFedoraBorealis 'One of the core values of Fedora is only including free and open source software, without including non-free software, codecs, drivers, patents, etc. We try to be a *pure* operating system. So the main word I'd use to describe this theme is pure.' This theme is a bit too peaceful a static (except for the drapes variant). We don't want people to get the idea nothing happens in Fedora or a new release is not a special event. I'd add at least one dynamic element (shooting star, plane trace, ground activity) to add some life to the theme. - Flying High, by John Baer: http://fedoraproject.org/wiki/Fc7ThemeProposalFlyingHigh 'Flying high reflects the level of achievement obtained by the core 7 release of fedora.' I like the way the two balloons on try 5 get the idea of community accross. The other variants either show a single lonely balloon or spread them too much to convene the group idea. - Dreams, by John Baer: http://fedoraproject.org/wiki/Fc7ThemeProposalFedoraDreams 'The idea here is you are only limited by what you can imagine.' I don't really feel any central theme there, though some images are nice. - Planet, by Mola Pahnadayan: http://fedoraproject.org/wiki/Fc7ThemeProposalplanet (none stated) This one has already been discussed. I'll add that the caps on Fedora Project do not seem to respect usual guidelines - Energy Interferences, by Jiri Jakub Masek: http://fedoraproject.org/wiki/Fc7ThemeProposalEnergyInterferences 'All of this universe is built on the energy interferences. The theme is based on a visualization how could these interferences look if we could see them in a *sub-subatomic* level.' Sorry, but no. We don't need to stress the hardcore engineer/math/geek aspect of the distro, if anything we need to deemphasize it. Regards, -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Fedora Planet round 2
Le samedi 23 décembre 2006 à 22:59 -0600, Gabriel Hurley a écrit : Nice! I'm beginning to think that the FC7 theme could be Hot Air Balloons Flying Against a Night Sky with a Planet and the Aurora Joking aside, the planet design gives the message that Fedora is Outta this Word!!!, which seems appropriate. Actually there's no reason for the night sky to be an earth sky night, so it's certainly possible to add a bigger-than-moon satellite to the balloon sky (crazy idea: night on a shoreline hill looking down on a blue river rushing through a white sand beach to a blue sea with white icebergs, under a blue sky with white clouds, stars, a big white planet/moon and a few straying balloons) :) -- 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: GDM Splash Screen Question
Le Mer 3 janvier 2007 17:19, David Zeuthen a écrit : On Wed, 2007-01-03 at 17:58 +0200, Nicu Buculei wrote: David Zeuthen wrote: The GNOME splash screen has been disabled upstream intentionally. True. We might look at enabling for live CD due to the fact that it takes, sometimes, several minutes for the desktop session to start. Indeed, it was one of the big annoyances of the live CD. This part of the boot process felt very slow compared with other live CDs. Yeah. IIRC, it started becoming really slow (as opposed to just slow) when we added SCIM; probably worth profiling / filing bugs. For example, for English and most European locales input methods are not needed at all Actually XKB can not do some nice-to-have things even for latin locales, and averyone could use a fast SCIM Regards, -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Here comes the hard part
Hi John, If you want positive feedback I strongly suggest to link round 2 not round 1 pictures on fedora forums. Most people will just notice round one artworks lacks gradients and pass on the theme. (It's interesting to note a wallpaper-only theme *but* with gradients other effects beat all the other themes in the last posted poll) 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: artTeam Home Page Mockup
Le Mer 28 février 2007 14:10, Nicu Buculei a écrit : Paul W. Frields wrote: On Tue, 2007-02-27 at 19:19 -0500, Máirín Duffy wrote: [...snip...] (I do not think that putting together an extra theme package for (the artist formerly known as) extras requires working with Desktop team at all, although we will need someone with some packaging experience to help us put it together.) I'm not a packaging *guru*, but I've been packaging a few odds and ends for a while now, and if I didn't mention it before, I'm happy to help out with this part. Is possible to make a package that at install time change the wallpaper for all users? I think a package for an alternate theme should change: GRUB splash, RHGB screen, GDM theme, wallpaper. Maybe even the screensaver graphic, but I am not sure about that. Please don't. This is the kind of heavy-handed intervention that makes users mad. What you can do is create aliases with names like default and change what they point at from release to release. Meaning that users who accepted to use distro defaults will get the changes, and others won't have their loved custom setup stepped on. For example I used DNA wallpaper and it changed to balloons recently. I could get mad - I didn't select default wallpaper in the list but DNA wallpaper, it shouldn't have changed at the whim of the Desktop team. -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: ArtTeam Wiki ReDesign
Le Mar 6 mars 2007 12:29, John Baer a écrit : All, IMO we pushed the envelope of wiki design and the result is an attractive and professional look. could the two blue header bars be merged? I hate multi-bar design -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: document-page-setup or/and document-properties icon mockups.
Le Mer 7 mars 2007 16:29, Martin Sourada a écrit : I made the icons as you sugested. I made a microscope [1], put it as an image on a page [2] and deleted lines [3]. Which of them is better? Thanks a lot If you {all} don't have any further sugestion, can two of the icons form this post and/or from the inilial post be chosen for document-page-setup and document-properties? [1] microscope.png [2] document-properties-7.png [3] document-properties-7a.png I don't like the one with lines, they make the form difficult to see For the one without lines, maybe putting the document under the microscope instead of the microscope inside the page would be clearer: - for me stuff inside page = one particular file type) - you'd get a mnemotechnic shape, which is always good But hopefully others will comment. -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: document-page-setup or/and document-properties icon mockups.
Le mercredi 07 mars 2007 à 17:07 -0500, Diana Fong a écrit : I also would like to hear opinions about the use of the wrench or screwdriver + hammer metaphor currently used to represent 'properties' and 'setup' throughout the desktop, and how the use of the microscope can cause confusion. setup is very different from properties. You go into setup to change stuff and have access to configuration utilities. OTOH properties are mostly used in passive look-at-it context, and a lot of properties are static For me gears = active/running stuff, wrench = tweaking things (gears have been used in the past to mark system services and executable/batch files). Both are not appropriate metaphors for looking at static things -- 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 icon set: preferences-system mockups
Le dimanche 18 mars 2007 à 13:35 +0100, Martin Sourada a écrit : Hi, I made two mockups for preferences-system icon listed in Echo ToDo list. One is inspired by tango icon for it [1], one by bluecurve icon [2]. I like the second one a little more. What do you think of them? Any feedback and suggestions appreciated. On the second one blue screwdriver is difficult to separate from blue screen -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Echo icon set: preferences-system mockups
Le dimanche 18 mars 2007 à 14:41 +0100, Martin Sourada a écrit : Nicolas Mailhot napsal(a): Le dimanche 18 mars 2007 à 13:35 +0100, Martin Sourada a écrit : On the second one blue screwdriver is difficult to separate from blue screen Thanks for your reply. Did you try it? I just displayed it in evo which happens to use colors very close to those of my panel. Just caught myself thinking there is a blue screwdriver after a few seconds – I missed it at first I just tried it over the balloon background from FD7T2 and it does not seem to be difficult to separate from it. That's why it has outline... But, still, it is more likely it will be over light gray background of a menu than directly on a desktop. Nevertheless, what colour would you suggest to use? Anything but blue ;) (or repaint the monitor) -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Echo icon set: preferences-system mockups
Le Dim 18 mars 2007 19:11, Martin Sourada a écrit : Nicolas Mailhot napsal(a): I just displayed it in evo which happens to use colors very close to those of my panel. Just caught myself thinking there is a blue screwdriver after a few seconds – I missed it at first ... Anything but blue ;) (or repaint the monitor) I made a green version [2] and 24x24 version [1]. Is it better now? Fine with me, though too much blue+green gives a bluish cold ambiance But others should comment too -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Shutdown button draft for echo-icon-theme
Le mardi 27 mars 2007 à 10:07 -0700, Luya Tshimbalanga a écrit : Mark wrote: i would use red for shutdown and blue for standby. Here is a different models of shutdown and standby icons IMHO the 3d disc just makes the symbol hard to distinguish. Why can't you just work from a naked (I) symbol ? -- 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-icon-theme: gnome-devel icon draft
I don't like the way these tools are used for setup, properties and devel. A metaphor that is re-used for widely different things is not a good metaphor. -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: echo-icon-theme: gnome-devel icon draft
Le mercredi 28 mars 2007 à 19:57 +0100, Ben Arnold a écrit : On 28/03/07, Nicolas Mailhot [EMAIL PROTECTED] wrote: I don't like the way these tools are used for setup, properties and devel. A metaphor that is re-used for widely different things is not a good metaphor. +1 I think a different image should be used; KDE's Crystal developent icon [a1] is a bit bland compared to Echo's style but the mimetype icon for Kig [a2] looks good for development. I can see where you are coming from looking at Bluecurve's package-development but I think we can do better than that. I propose a 'screen designer' style icon; perhaps the following ideas may help: - the screen behind a pencil and set square (similar to accessories) - screen behind the 'applications-other' icon or similar - screen with text or code on it, keyboard or pencil in front - reminiscent to 'text-x-script' - keyboard, pencil, cogs lego-style assembling (recognising software development these days involves creating new things with existing blocks, and avoiding confusion with schema/vector-graphics editors) -- 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: Shutdown button draft for echo-icon-theme
Le mercredi 28 mars 2007 à 20:05 +0100, Ben Arnold a écrit : On 28/03/07, Luya Tshimbalanga [EMAIL PROTECTED] wrote: Ben Arnold wrote: I eally prefer the shutdown24-3.png and standbyL-4.png, they both are a bit quieter than the blue/red combination and I can see them fitting into the GNOME panel and box more, along with the KDE panel. Taking Nicolas suggestion, I removed the circle border with this result. I think these icons not only fit on the menu but also on login screen. Do you prefer the borderless or the border version? If I'm honest, I'll mostly stick with what I said earlier. The borderless versions don't fit with the rest of the Echo set, specifically dialog-* and media-*, because I feel it gives somewhere to 'hit' the icon. One can perhaps do some 3d like in media-* without sacrificing the symbol distinctive form. (I'd make the same reproach for dialog-close dialog-ok, though they've managed to stay somehow distinctive with flat different colours) BTW it may be useful to add little twists to the different shutdown/standby/hybernate icon forms to help colour-blind people. -- 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: New icons draft: menu editor, package manager (Pirut)
Le Mer 4 avril 2007 08:45, Luya Tshimbalanga a écrit : Just made a quick icons for menu editor and package manager based on current Echo version. In case of 24x24, they will be retouched with Gimp. More icons will come. Some remarks (I know I'm a pest): 1. I don't like the menu editor icon at all. If you don't know it's a menu editor, you won't guess : the menu part is difficult to distinguish, and the pen is associated with writing text, not composing menus. I'd rework the menu bit and remove the pen. Probably taking something like the classic add line in a table icon as base. Right now at fist sight it looks like yet another office/text editor icon. Generally speaking the isometric perspective echo chose makes this kind of icon difficult to create, since it reduces the effective space and slants common symbols. It works with 3d objects but not with 2d objects and pictograms (Note: I'm typically using = 100 dpi screens, and they'll only get more common now Vista lifted the old 96dpi windows resolution clamping. That means I may see have somewhat smaller pixels than you, with smaller icons) 2. I'd remove the CD gray box on the second one (no idea if it's supposed to be a PC tower case or a CD+manual box). The main installation/update method is network nowadays, and almost no one gets his Linux software in cardboard boxes. Maybe a pile of greyed-out closed packages with one colorful open package in the foreground would work better. Regards, -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: New icons draft: menu editor, package manager (Pirut)
Le Mer 4 avril 2007 10:19, Luya Tshimbalanga a écrit : Ah ah. you use Microsoft Vista reference. =-O Nope :) I personnaly don't care about Vista at all. However the windows 96dpi limitation hack has been ported by X GNOME people to the Linux desktop a few years ago, and they're resisted fixing it so far. Arguing that as long as Windows only knew 96dpi higher DPI hardware would't appear in numbers on the market. Now MS fixed their bug there's no excuse left to refuse considering screens with higher pixel density (OLPC is one) -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Keyboard icons
Le Mer 4 avril 2007 13:58, Matthias Clasen a écrit : On Wed, 2007-04-04 at 10:32 +0200, Nicolas Mailhot wrote: Using number on top and alphabet on bottom. Comment? you lose, number row is another part that varies a lot between layouts ;) I really fail to see how resemblance or lack thereof of a 3-key icon to any real keyboard layout is relevant here. Are you claiming that people will not recognize the icon because it disagrees with their keyboard layout ? What is the point here ? The first one was real bad because it was clearly qwerty¹. Changing the last one is probably nitpicking ¹ and yes in countries not using qwerty anything that looks like hardcoded qwerty has very bad associations. Too many badly coded software reverting to qwerty at the worst time leave bad feelings -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: New icons draft: menu editor, package manager (Pirut)
Le mercredi 04 avril 2007 à 12:14 -0700, Luya Tshimbalanga a écrit : Uno Engborg wrote: The problem is that the menu part looks too much like a document (and yes, the pen adds to that impression). A add row in table like icon could work. Another way could be to show some part of the menu bar, so that it became distinguishable from a document. Good idea. Here is an attempt. Much better. Maybe you can remove the blue tinge from the background menu slab? Echo is more than a little heavy on blue already. I suspect when the theme is complete reviewers will ask to re-paint some icons to avoid a monochrome effect -- 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: Including scalable icons to improve size coverage
Le vendredi 20 avril 2007 à 12:44 +0100, Charlie Brej a écrit : Luya Tshimbalanga wrote: I forgot to include the modified trim_svg.pl . Charles, could you check why the script failed to restore visibility on one of Echo icon? The I have just noticed that some icons refused to show up on my system. I narrowed down the problem to Adobe Illustrator wanting to put svg: in front of most tags (but only in some icons). Inkscape can deal with it but gimp/nautilus/eog can't. There are some 20 effected icons but the new version of the script corrects this. It goes through and removes all the svg: from the front of tags. Means one of the tools is broken. You should never hand-remove namespaces in XML unless you know what you're doing. They're no here for show. Did you validate the result at least ? -- 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: Including scalable icons to improve size coverage
Le samedi 21 avril 2007 à 01:00 +0200, Nicolas Mailhot a écrit : Le vendredi 20 avril 2007 à 23:18 +0200, Martin Sourada a écrit : I noticed that in inkscape you have two choices how to save an image to svg: Inkscape SVG and Plain SVG. Inkscape SVG is default option whereas Plain SVG seems to be better option for previews in nautilus. So I save all my icons in Plain SVG format. Dunno however where's the difference. It will probably strip all non-standard elements like the attached scriptable filter (that won't remove the svg qualifiers or recent adobe files because as far as I can tell it's legit and tools should not choke on it) And this one will make the svg namespace implicit when possible, making nautilus happy (nautilus is still broken though). It may complain a bit on the many interesting echo xml files but will output a sane result. -- Nicolas Mailhot svg-cleanup.xsl Description: application/xml 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: Cleaning svg icons report
Le samedi 21 avril 2007 à 11:47 +0200, Nicolas Mailhot a écrit : Le samedi 21 avril 2007 à 02:28 -0700, Luya Tshimbalanga a écrit : Hi luya, It will be nice to keep track the svg icons each members have modified so far. Here is mine along with tarball available[1]: Do you intend to scrub the svg files using the filter I posted yesterday ? Your files are still full of adobe and inkscape-specific annotations (one pathological file system-software-updateS.svg shrinks from 476 KiB to 21 KiB when filtered) Scripted 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 $ du -hs /usr/share/icons/Echo/scalable/ 5,2M/usr/share/icons/Echo/scalable/ $ du -hs /tmp/svgtest/ 3,9M/tmp/svgtest/ Loads of cruft in the current echo theme. Slightly modified filter attached Regards, -- Nicolas Mailhot svg-cleanup.xsl Description: application/xml 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: Fedora 7 CD Labels Covers
FYI the liberation fonts are nice and it's certainly worth showcasing them but they're not Fedora 7 default fonts, since they lack extended glyph coverage and lack hinting. -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Fedora 7 CD Labels Covers
Le vendredi 25 mai 2007 à 13:38 -0400, Matthias Clasen a écrit : On Fri, 2007-05-25 at 17:09 +0200, Nicolas Mailhot wrote: FYI the liberation fonts are nice and it's certainly worth showcasing them but they're not Fedora 7 default fonts, since they lack extended glyph coverage and lack hinting. Yes, so what ? So using them systematically is not reflecting the project state accurately, and it will hurt the local Fedora groups when they try to localise Fedora marketing material and discover their language is just not supported. Are you going to bring this up every time somebody mentions Liberation ? Please. I wrote nice things about the font, and only stated the plain truth. And since you insist I'll add this. Red Hat made a donation. A great one. You're entitled as a Red Hat employee to be proud of your company. But how does it reflect on Fedora? Not at all. At no stage was the Fedora community involved in Liberation. You want info on it you'd better be a journalist and call Red Hat press contacts because you sure won't get any by asking on community lists. The official Liberation page accurately reflect this fact with its Red Hat branding and lack of any fedoraproject.org link or contact. I do some stuff for the Fedora community. I'm happy to see Red Hat Fedora members cheer about some good action their company did. I'm less happy, more accurately I'm deeply uncomfortable with the way non-technical Fedora groups are incited to make Liberation a Fedora emblem. You're supposed to be proud of your emblems. But how can I be proud of Liberation? It happened and still happens outside Fedora¹. It's not even the result of some other community work, but was bought from a professional closed-fonts foundry². What's the relationship of Liberation with the Fedora community work I value? None that I can easily see. ¹ Except perhaps when I donated some of my free time to help push the font package in the distribution, so reality didn't clash overmuch with the PR noise ² whose copyright BTW is the only one embedded in the font files -- 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: Fedora 7 CD Labels Covers
Le vendredi 25 mai 2007 à 15:28 -0400, Matthias Clasen a écrit : On Fri, 2007-05-25 at 21:16 +0200, Nicolas Mailhot wrote: So using them systematically is not reflecting the project state accurately, and it will hurt the local Fedora groups when they try to localise Fedora marketing material and discover their language is just not supported. This is indeed a valid point, and you should have mentioned that concern in your first mail. I though I did. they lack extended glyph coverage. Maybe too technical for every reader on this list but certainly not too technical for you. No need to bring any real or imagined RH vs. community conflict into this. Since your answer to my purely technical and bland message could have been interpreted as a conflict I've preferred to do full disclosure of my feelings on the subject. Feelings are particularly appropriate on this list since it's tasked with creating artwork (translating/conveying/creating emotions from pictures). Lastly I don't see where I wrote about a conflict. I wrote about differences of appreciation, which happen in a community where persons with different backgrounds freely interact. -- 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: Fedora 7 CD Labels Covers
Le vendredi 25 mai 2007 à 19:08 -0400, Máirín Duffy a écrit : Hi Nicolas, Nicolas Mailhot wrote: Le vendredi 25 mai 2007 à 13:38 -0400, Matthias Clasen a écrit : On Fri, 2007-05-25 at 17:09 +0200, Nicolas Mailhot wrote: FYI the liberation fonts are nice and it's certainly worth showcasing them but they're not Fedora 7 default fonts, since they lack extended glyph coverage and lack hinting. Yes, so what ? So using them systematically is not reflecting the project state accurately, and it will hurt the local Fedora groups when they try to localise Fedora marketing material and discover their language is just not supported. I hope it will help to give the reasons why I chose it. I will most certainly switch it to DejaVu Sans, which will have better i18n support, right? I honestly didn't realize Liberation Sans had a coverage problem; I didn't try any non-basic English glyphs with it so that's my bad. Liberation Sans has not a coverage problem, it already includes greek and cyrillic glyphs (which is more than Bitstream Vera when it was released, or most latin-only fonts you can buy). It's just that it does not really compare to some of our other fonts, and even its coverage of latin, greek ans cyrillic is not complete (so big languages will work, minority/local languages won't). A very crude way to assess a font is to upload it on http://www.fileformat.info/info/unicode/font/custom.htm read the glyph count and look at the glyph matrix. A much better indicator would be the language support coverage matrix DejaVu publishes with every release but its generator needs fontconfig sources and fonts in sfd format (IIRC) so it's not useful for the average artists. We really need a tester tool that would do the same on any on-disk ttf/otf font. Anyway, some result for F7 common FLOSS fonts: - DejaVu Sans/Serif: 4538/1939 - DejaVU LGC Sans/Serif: 3532/1881 - Linux Libertine: 2274 - Gentium: 1699 - Liberation Sans/Serif: 668/661 - Vera Sans/Serif: 268 And another we should really get into Fedora, but has a build system from hell (and what's the point of FLOSS if you can't work from sources) and is in opentype OTF format all out tools can not handle yet: Computer Modern Unicode ( http://canopus.iacp.dvo.ru/%7Epanov/cm-unicode/ ) (As an aside, how is URW U001 [1] in terms of glyph coverage? Is that another option?) IIRC URW U001 is free-to-use but not especially FLOSS, limited to latin (and even basic latin), and in legacy type one format people are moving away from. […] I could have used DejaVu Sans, but to be honest I'm really sick of Deja Vu's look since it's one of the only good free open fonts out there and I've seriously used it to death! :) You have to compromise. Entities with an international reach (like Fedora) almost never use the very distinctive fonts you way be used to as a designer, for the following reasons: - it's very hard and costly to create international fonts - it's even harder to decline an original font - any substitution for coverage reasons is going to stand out. And projecting a common worldwide style is more valuable than being cool in a few countries - very distinctive fonts are distinctive because they're different from the ones people are used to read, ie harder to read. - Title fonts in particular are useless for plain text, which is another reason people don't bother extending their coverage - very distinctive fonts often do not age gracefully (trends change, a style may be great one year and laughable 5 years later) - periodic re-styling is no option, it's overly costly and hurts the common unified persona you want to project It's probably OK to use Liberation for titles. The benefits of showcasing it may outweight the fact it won't be a choice for many languages. Using it for text where the glyphs are too small for most people to see the difference OTOH is stupid IMHO. Also only using Liberation fonts (as I've seen proposed, including in the message I reacted to) is sending a message I don't agree with (as already explained) How are non-technical Fedora groups making Liberation a Fedora emblem? The original RH PR release wrote about FLOSS fonts intended to replace [a lot of things] (when it will be finished), and many people have taken it as Fedora intent is to use Liberation in all its documents *now* because it's the only realistic FLOSS font But Bitstream is a professional foundry that has closed fonts as well, no? Current default is DejaVu LGC which is not produced by Bitstream but by a FLOSS project. Also there's no possible comparison between the handling by GNOME of the Bitstream fonts and the handling by Red Hat of Liberation. Or did Bitstream do the work and then license it openly? (It's a real question, I actually honestly don't know; I was pretty sure the latter was the case though.) Bitstream did most of the work but the final stage saw a dialog between the designer and the FLOSS community (feedback
Re: Fedora 7 CD Labels Covers
Le samedi 26 mai 2007 à 11:07 +0200, Martin Sourada a écrit : DejaVu has quite good coverage, though for using Japanese I still need a separate font, but I guess, we will see some time in the future nearly-full Unicode coverage in DejaVu. nearly-full Unicode coverage is a lot of work, so some time in the future may be a long time in the future (the project is progressing along nicely but I don't see scripts with a big number of glyphs like Japanese happen soon as the current designers are already busy elsewhere) If you know interested people (that know font design or are willing to learn) they always need new hands. The required tools are included in Fedora. -- 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: Fedora 7 CD Labels Covers
Le dimanche 27 mai 2007 à 00:12 -0400, Máirín Duffy a écrit : Nicolas Mailhot wrote: [... snip ...] A very crude way to assess a font is to upload it on http://www.fileformat.info/info/unicode/font/custom.htm read the glyph count and look at the glyph matrix. A much better indicator would be the language support coverage matrix DejaVu publishes with every release but its generator needs fontconfig sources and fonts in sfd format (IIRC) so it's not useful for the average artists. We really need a tester tool that would do the same on any on-disk ttf/otf font. Sweet, this is all very useful info, thank you! Anyway, some result for F7 common FLOSS fonts: - DejaVu Sans/Serif: 4538/1939 - DejaVU LGC Sans/Serif: 3532/1881 And I've forgotten - Charis SIL: 3084 (but the Fedora version is out of date and includes non-unicode glyphs) - Doulos SIL: 3083 (if you don't need italic or bold) - Linux Libertine: 2274 - Gentium: 1699 - Liberation Sans/Serif: 668/661 - Vera Sans/Serif: 268 Cool I haven't heard of a couple of those actually (Libertine and Gentium) so I will check them out. Gentium has a terrific reputation but is not growing very fast Are the Luxi and Nimbus fonts FLOSS at all? Luxi - no¹, Nimbus, maybe (but they're dead wood and thoroughly lacking coverage anyway) I was proposing to use it for titles - eg the name of the CD/DVD. And I wrote I was ok with title use in my first message (and I was especially not proposing using only Liberation Sans beyond the scope of this CD/DVD label design). Seriously. Then it was not so clear to me, sorry How are non-technical Fedora groups making Liberation a Fedora emblem? The original RH PR release wrote about FLOSS fonts intended to replace [a lot of things] (when it will be finished), and many people have taken it as Fedora intent is to use Liberation in all its documents *now* because it's the only realistic FLOSS font I just re-read the Red Hat press release and I think that's a bit of a leap you've made there. If you can point to some specific quote... That's what many people understood (just read reactions in ML archives) and it was never clarified officially. Current default is DejaVu LGC which is not produced by Bitstream but by a FLOSS project. DejaVu is a fork of Bitstream, is it not? Or I have completely misunderstood? Bitstream contributions are the core of DejaVu but they've long since been dwarfed by non-Bitstream community contributions Also there's no possible comparison between the handling by GNOME of the Bitstream fonts and the handling by Red Hat of Liberation. Why? You can easily check on the GNOME page that the Vera release team did a lot of work to collect and encourage feedback, and answer common questions (that's a big reason DejaVu happened a few years later). The Liberation page does not even have contact info to send questions to. Or did Bitstream do the work and then license it openly? (It's a real question, I actually honestly don't know; I was pretty sure the latter was the case though.) Bitstream did most of the work but the final stage saw a dialog between the designer and the FLOSS community (feedback, change demands, etc.). Vera was not just a PR release with some files to download. http://www.gnome.org/fonts/ has archived all of it. Have you tried to work with Red Hat on Liberation in its final stages (as it's not complete yet) and not heard back or something? I've asked the various @rh people that have relayed Liberation-related stuff Fedora-side and never received any actual answers (more like we don't care it's our stuff go away reactions). ¹ http://www.xfree86.org/current/LICENSE11.html#34 -- 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: Fedora 7 CD Labels Covers
Le dimanche 27 mai 2007 à 10:58 -0400, Matthias Clasen a écrit : On Sat, 2007-05-26 at 12:19 +0200, Nicolas Mailhot wrote: A very crude way to assess a font is to upload it on http://www.fileformat.info/info/unicode/font/custom.htm read the glyph count and look at the glyph matrix. A much better indicator would be the language support coverage matrix DejaVu publishes with every release but its generator needs fontconfig sources and fonts in sfd format (IIRC) so it's not useful for the average artists. We really need a tester tool that would do the same on any on-disk ttf/otf font. Anyway, some result for F7 common FLOSS fonts: - DejaVu Sans/Serif: 4538/1939 - DejaVU LGC Sans/Serif: 3532/1881 - Linux Libertine: 2274 - Gentium: 1699 - Liberation Sans/Serif: 668/661 - Vera Sans/Serif: 268 Please, don't fall in the coverage rathole as Owen likes to call it. There are more important qualities of a font that covering as much as possible of Unicode. That's a very US-centric view and one reason we almost had a Greek revolt a few releases back. I suppose I should make pretty labels like Owen. redneck guetto comes to mind. -- 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: Fedora 7 CD Labels Covers
Le dimanche 27 mai 2007 à 23:27 -0400, Matthias Clasen a écrit : On Mon, 2007-05-28 at 01:22 +0200, Nicolas Mailhot wrote: Please, don't fall in the coverage rathole as Owen likes to call it. There are more important qualities of a font that covering as much as possible of Unicode. That's a very US-centric view and one reason we almost had a Greek revolt a few releases back. I suppose I should make pretty labels like Owen. redneck guetto comes to mind. I'm all for supporting all the worlds language. I don't agree that the best way to achieve that is stuffing all the glyphs in a single font. Well, I don't agree that having many Unicode blocks supported by a single font automatically make this font a rathole, and this stupid prejudice made us waste months/years because some people (including Owen) wouldn't look at the actual fonts and decided from unicode coverage metrics they must be bad (what turned out to be bad was bugs lack of support for OpenType features in our font infrastructure). Does that make me a redneck ? I don't think so. It makes you a redneck when you decide a font is bad just by looking at it's coverage numbers. Anyway, this battle has already been fought, every year brings FLOSS and proprietary fonts with wider coverage because that's what the market and users want, and even the puny latin/greek/cyrillic Liberation sports today would have been considered insane by coverage rathole people three years ago. I'd be nice if the same old tired unicode → bad argument was not brought up every other month though. -- 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: Presentation and DVD pictures
Le Jeu 31 mai 2007 15:27, Máirín Duffy a écrit : Nicu Buculei wrote: pingou wrote: I am actually writting in a magazine for F7 and as they are going to give F7 DVD with it I am trying to find nice DVD pictures for it. Here is another CD label better optimized for print (I am not sure if this is its final version): http://people.redhat.com/duffy/fedora/f7/printwork/cd-label_fedora-7.svg There are print-ready tiff files in that repo too: https://duffy.108.redhat.com/source/browse/duffy/trunk/fedora/print/disc-design/f7/TIFF/ Rhaa please ask hosting space on fedoraproject.org for F8 artwork, we really really really do not want to mix 108.redhat.com fedora stuff. -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Presentation and DVD pictures
Le jeudi 31 mai 2007 à 11:23 -0400, Matthias Clasen a écrit : What is your problem with 108 ? That is has Red Hat in its name ? different community, different target audience, proeminent red shadowman styling we've been repeatedly asked to purge from fedora-related pages, etc -- 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: F8 artwork
Le Mer 6 juin 2007 17:20, Máirín Duffy a écrit : 2) We should have a general discussion here on list to get our thoughts out on where F8's artwork could go. Daring thought : have a non-blue wallpaper (blue is great but there are other colors too. Fedora theming have bordered on the monochrome those past releases) -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: F8 artwork
Le Ven 8 juin 2007 09:12, Mark a écrit : comments? critics? feel free to post it here (don`t pm.. let everyone read it here on this list) Be very carreful with gradients. They're pretty but it's difficult to have text with good contrast over them. -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: WIP - Fedora 8 theme
Well since everyone is dumping his preferences I've been a longtime supporter of the Metacity Alison theme: - based on the original bluecurve with nice big easy-to-hit flat buttons (not the small 3-d stuff that looks like a cheap chinese plastic gadget, and is difficult to target) - very light gradient that does not make text hard to read - light pleasing titlebar texture (not something you notice in screenshots, something you notice in everyday use) - colors synced with the gtk theme -- 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: Nodoka - Fedora Theme Draft
Le dimanche 10 juin 2007 à 16:51 +0200, Nicolas Mailhot a écrit : Le dimanche 10 juin 2007 à 16:16 +0200, Mark a écrit : i would go for that last one.. (the lower right one) but i think it`s better to either drop the 3 different color idea or make them in a soft color. or play on mouseover/click for brighter colours Also it's probably possible to play on the horizontal line separating the buttons, it needn't be strictly straight, maybe it's possible to curve its ends slightly and add an horizontal etch to remind a fedora f. -- 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: Nodoka - Fedora Theme Draft
Le dimanche 10 juin 2007 à 23:32 +0200, Martin Sourada a écrit : I put together today's last batch of sketches. As Nicolas suggested I tried to explore the f style of the horizontal etches, but even though I like the idea I really don't like how the buttons look like. You're right, my idea sucks, however I rather like the last shape variant -- 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: fedora 8 artwork - deadline reminder
Le mercredi 27 juin 2007 à 18:56 +0200, Martin Sourada a écrit : Your paper sketch inspired me... So I quickly drawn in Inkscape an idea of what I'd like... That's funny the sketch reminded me of celtic/high middle age metalwork, and you took it in another direction entirely. IMHO your idea is much too blue, and whats worse the same blue as previous fedora wallpapers. If we have to keep monochrome at least try to change the blue! -- 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: Here are some of my ideas for Fedora 8 and Fedora 9
Valent, The burden of making beagle work is on the people who want to have beagle in by default like you, everyone else is entitled to decide the hassle of debugging or helping to debug beagle outweights the benefits. beagle is one of the few applications I know people manually remove from their systems when it's installed. Till it reaches the point people who don't use it don't notice it's installed there's no use asking for it to be in the default install. There's being useful There's being not so useful but not intrusive And there's being not so useful and very intrusive. Beagle is at state 3 today. That's not a good state. But it won't change by pestering people who didn't ask for beagle in the first place and had to make the effort to remove it because it was degrading their systems. -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Here are some of my ideas for Fedora 8 and Fedora 9
Le Mer 4 juillet 2007 14:52, Valent Turkovic a écrit : Well I would argue that the people who remove it are a minority, not the other way around. That's not an argument when talking about breakage. Most problems only affect a minority and we don't ignore them. I have seen much bigger issues with some apps in Fedora and they aren't removed from default install. Like a big, really huge bug with new user-switcher applet (look for my bugzilla entry) in Fedora 7. What is a great feature but it caused data and time loss for me! I have multiple resource meters running, and I see when my system acts strange and inspect it. Usually it is Firefox who causes my CPU to go to 100%. Should Firefox be removed because of this from default fedora install? Bad comparison. Beagle causes problems even when users do not actively exercise it That's why it was kicked from the default install. The minimum to get in the default install is to have a neutral behavior when not used. And that'll be my last post on the subject till you come with evidence beagle is not doing this. And not only on your own systems. -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: [Fedora 8 theme proposal] Fedora Nodoka Round 1
The big problem with the murrine engine is it does not honour colour preferences like a well-behaved theme. -- 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: [Fedora 8 theme proposal] Fedora Nodoka Round 1
Le samedi 07 juillet 2007 à 15:50 +0200, Martin Sourada a écrit : Do you mean the colours that can be set at theme details - colours tab? They work if theme implements them, not the engine. Nodoka is done so that it take effect if you change them. I'm kind of sceptical because none of the murrine themes you get when installing the engine does this (they either refuse to or only partly change colours) Anyway if an official Fedora them is produced supporting the Fedora desktop capabilities (including colour change) is a must. Esp. if we are going to insist on only producing electric blue designs ourselves. -- 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: official Sticker?
Le dimanche 08 juillet 2007 à 14:10 +0530, Rahul Sundaram a écrit : Nicolas Mailhot wrote: Le samedi 07 juillet 2007 à 21:28 +0200, Gerold Kassube a écrit : Why we don't create such official stickers and announce them for free usage on the fedorawiki; we can see, that the used sticker seems to be stolen from Nicu from his page at http://fedora.nicubunu.ro/artwork/ To be fair I've seen very similar stickers discussed on local Fedora lists, so the shop probably lifted a design we failed to finish and make official. I wouldn't be surprised if an extensive search found this sticker either on current fedora wiki pages or on archived ones. So why don't we finish the design and put up in the wiki? IIRC the main stumbling block was trademark issues since such a sticker is pretty much limited by area to a re-composing of the Fedora logo. So the trademark guardians need to state clearly what they are ready to accept. -- 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: official Sticker?
Le dimanche 08 juillet 2007 à 14:30 +0530, Rahul Sundaram a écrit : Is there any candidate proposals that are accepted within the art work team. Mo should be able to tell you whether they match the usage guidelines for the logo. That is all that matter IMO. You have one series there http://www.redhat.com/archives/fedora-fr-list/2006-November/msg00113.html Honestly the basic concept is more or less always the same, so if Mo is trusted with the whole sticker thing I suspect it'll be faster to let her just design a good one than hunt for all the variants that exist in the wild. But if you insist you'll have to ask the marketing lists. They are the ones who know what has been produced in each country. -- 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: official Sticker?
Le dimanche 08 juillet 2007 à 11:22 +0200, Nicolas Mailhot a écrit : Le dimanche 08 juillet 2007 à 14:30 +0530, Rahul Sundaram a écrit : Is there any candidate proposals that are accepted within the art work team. Mo should be able to tell you whether they match the usage guidelines for the logo. That is all that matter IMO. You have one series there http://www.redhat.com/archives/fedora-fr-list/2006-November/msg00113.html And others there: http://fedora.nicubunu.ro/artwork/ http://beranger.org/index.php?fullarticle=2587page=3k http://www.it2l.com/product_info.php?products_id=905osCsid=c6891aa29d8ba9834c19d8cfe00db980 http://www.linux-onlineshop.de/product_info.php/info/p1153_PC-Sticker---Fedora-Linux.html http://www.fidu.de/product_info.php/info/p1149_Notebook-Sticker--powered-by-Fedora.html Just google Fedora sticker the net is awash with them -- 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: F8 Themen proposal
Le Lun 9 juillet 2007 17:28, Mark a écrit : looks good. but i think you need to light up the area around the lightning in the clouds. 2007/7/9, Mola Pahnadayan [EMAIL PROTECTED]: Hi all :) http://fedoraproject.org/wiki/Artwork/F8Themes/Thunder so much for warm and cudly ;) -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Fedora Infinity Update
Le Lun 13 août 2007 08:47, Jiri Jakub Masek a écrit : Hi Máirín, I like them, the fourth is the best, the third looks good but I can't accept the perspective of *pyramid steps*, it needs more work on dimensions to look naturally, I think... I'm afraid I'm going to complain about colours again :) Purple is to be used very sparingly in artwork. You'll almost never see largely purple pages in ads or magazines, because that's a colour many people don't react well too (learnt it the hard way a few years ago). Seems we're wired to associate purple with sickness. If you do purple you need a very contrasting colour so the result does not appear predominantly purple. That or a red fringing. -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Fedora Infinity Update
Le Lun 13 août 2007 13:22, Máirín Duffy a écrit : This sounds like a bit of an urban myth? I've never heard of this and I've a design degree - I would love to know where you've heard this? In a previous life I helped organise an event. We organised a competition to choose the picture that would appear on brochures, leaflets, ads, etc The design winner was purplish (with a bluish gradient, just like your mokups). The print shop warned us this was not a popular colour and we'd be well advised to ask the designer to change the main tone. We went through anyway. On hindsight this was a mistake - we had many remarks on the colour, and even today I have mixed feelings when I look at the art material I kept as a remembrance (esp compared to the ones produced by the teams that organised the previous and next iterations) Since then I've looked twice whenever I encounter purple artwork. I've found out the print shop was right - it is very rarely used, and when it is it's predominently with a hard contrasting colour (black, silver, white) to tone down the purple impression. The very few cases I've seen it in a big gradient were somehow less than optimal just like our own attempt. Hindsight is a wonderful thing :( -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Fedora Infinity Update
Le Lun 13 août 2007 14:05, Máirín Duffy a écrit : Ah okay. I am intending to add a lot more of the darker blue color to the gradient anyway but was just curious because this is just something I've not ever heard. Was it the same shade of purple? Or was it a more violet / reddish-hued purple? I don't have the material under the eyes but IIRC it was purple-dark blue with a white/blue element in the middle. I think (but I may be wrong) that a purplish gradient with a bright warm yellow/red element (such as sunset) is fine, as is a flat bright purple element within some other totally different colour (like a flowerbed against a white wall, blue sky or green vegetation). What trips human distate is purple to another cool colour gradient (blue, white, gray) without something to offset it. As I wrote before this kind of colour does not happen in nature except in a sickness context. -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Fedora Infinity Update
Le mardi 14 août 2007 à 10:26 +0530, Rahul Sundaram a écrit : Not asking anyone to reject Purple. Just pointing out that it is already being used predominantly in another distribution and that to a extend invalidates the argument that people dont like purple as a color. Do Note I was objecting to a very specific way to use purple -- 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: Round 3 Default Artwork Decision
Le mercredi 22 août 2007 à 15:49 -0400, Máirín Duffy a écrit : 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 Please check with the desktop group, I think at least some of those won't be needed by the new F8 boot process -- 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 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: [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: Infinity GDM mockup
Le mardi 28 août 2007 à 18:49 +0200, Martin Sourada a écrit : On Tue, 2007-08-28 at 18:42 +0200, Luya Tshimbalanga wrote: Martin Sourada a écrit : I agree it looks big. Don't know whether it is a problem, however. Also there is lot of empty space in your mockup (due to smaller icons). But I like the font colours you've chosen. It looks better than pure white. How about hiding the username and only leave name? Luya Good point. Seems reasonable to me. I would then use the bold font, now used for username, for name and the italic font, now used for name, for additional info (like that that user is already logged in). Are we 100% sure very user on the system will have a meaningful name ? username will always exist -- 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: Art Studio Strategy (was Re: Art Studio Spin?)
Le jeudi 13 septembre 2007 à 08:38 +0300, Nicu Buculei a écrit : How about a F8 Art Studio with only components already in Fedora and a F9 Art Studio with *tons* of added goodies (fonts, photos, clipart, etc.) Please don't. Fedora is healthy because every interest group contributes to the package pool, instead of doing its own thing. Even olpc is being re-absorbed now. There is a lot of room for differentiation in installing Fedora stuff not included in the other livecds (but available in the repo), changing what's installed by default and what's not, etc -- 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: [Long] Do we need a font SIG ?
Le Mar 25 septembre 2007 17:21, Jakub 'Livio' Rusinek a écrit : A SIG is a special interest group - http://fedoraproject.org/wiki/SIGs and a font SIG is such a group interested in fonts, their use and packaging in Fedora Thank you, now I understand it :) . So do you volunteer some SIG work? :) -- Nicolas Mailhot Font SIG sergeant recruiter ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: [Long] Do we need a font SIG ?
Le Mer 26 septembre 2007 07:40, Nicu Buculei a écrit : Rahul Sundaram wrote: Jakub 'Livio' Rusinek wrote: So do you volunteer some SIG work? :) What should I do when I'll became font SIG? I should package fonts? Thats all? A SIG isn't just about about packaging stuff. You can do a lot of related things like review packages waiting for that, write up documentation, lead meetings etc. Or even identify cool free fonts on the net and propose them for packaging. The draft incomplete Font SIG space has more info about all this http://fedoraproject.org/wiki/SIGs/Fonts Comments/corrections/contributions are welcome. Anyone interested in taking a one-time #fedora-meeting slot to coordinate actions? Right now I'm feeling a bit lonely there Regards, -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: To the font SIG: MgOpen
Jakub 'Livio' Rusinek a écrit : Mairin when designing great FUDCon logos, used MgOpen font family - under Bistream Vera licence. I think it is kinda request, but why do not make them ;) . http://koji.fedoraproject.org/koji/packageinfo?packageID=2527 -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Thai fonts (with Purisa)
Le Jeu 4 octobre 2007 14:22, Matthias Clasen a écrit : On Thu, 2007-10-04 at 14:04 +0200, Jakub 'Livio' Rusinek wrote: Hi, You've packaged many, many fonts, like DejaVu (my favourite sans-serif family), Gentium (again - favourite, but serif), but my last favourite - script Purisa isn't available. Purisa was meant to be thai script font, but many people around the world are using it on their desktops. Thats your chance to become involved. Package it yourself and put it through review. It is not hard, and a font package is almost no work after the initial effort. Or at least take the time to add a Purisa section in http://fedoraproject.org/wiki/SIGs/Fonts/Triaging/Pipeline#wishes with the font analysis matrix filled, so others have a starting point. Life is too short for font packagers to hunt font wishes on all the fedora mailing lists. Regards, -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: To the font SIG: MgOpen
Le Jeu 4 octobre 2007 13:58, Jakub 'Livio' Rusinek a écrit : Dnia 4 X 2007 08:39:25, Nicolas Mailhot napisał(a): Jakub 'Livio' Rusinek a écrit : Mairin when designing great FUDCon logos, used MgOpen font family - under Bistream Vera licence. I think it is kinda request, but why do not make them ;) . http://koji.fedoraproject.org/koji/packageinfo?packageID=2527 Not built for F7 and even for F8... That is something to take directly with the package maintainer. The Font SIG is intended to help people package fonts, not to do package maintenance police. And so far the font SIG is almost a one-man work. Regards, -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
The Fedora Fonts SIG is open
Dear potential SIG contributor, You're receiving this message because you're subscribed to one of the general relevant Fedora mailing lists, or because our awesome minion-finding powers have detected your interest in fonts and text rendering/layouting in Fedora, EPEL or OLPC¹. Last month's consultation showed there was enough possible contributors and needed work to justify creating a Fedora Fonts Special Interest Group. To get the ball rolling I've started seeding a Fonts SIG space in the Fedora wiki: http://fedoraproject.org/wiki/SIGs/Fonts Recently, the Fedora infrastructure team created us a mailing list to coordinate SIG activities: https://www.redhat.com/mailman/listinfo/fedora-fonts-list In addition to human posts I intend to get it CCed on every font-related bug in our bugzilla. That means we have enough infrastructure to open shop, and I hereby declare the Fonts SIG born. If you are interested in the Fonts SIG, please: — read the wiki, and the proposed Fonts SIG charter, — subscribe to the mailing list, — let us know there where you want the SIG to evolve — and what *you* are ready to contribute to make this evolution happen (in particular only respond to this message on fedora-fonts-list!) I've created the SIG but we can make it live. It's not a tool to implement my personal vision². It's not some sort of public to-do list either. Stuff will happen because we make it happen. SIG organisation is only there to help implement our wishes; I've sadly no access to magical fairies ready to do the work in our stead. I hope to find many of you on on the Fonts SIG list! Regards, ¹ ie you already maintain or co-maintain a fonts-related package in Fedora (fonts, major text layouting library, font tool…), or made the mistake to ask about fonts on one of the Fedora lists I read ² Visions are for people standing too long under the sun, and there's been a distinct lack of it here recently -- 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: [Long] Do we need a font SIG ?
Le Lun 26 novembre 2007 15:51, Tom \spot\ Callaway a écrit : On Fri, 2007-09-14 at 13:51 +0200, Nicolas Mailhot wrote: 7. The font situation is bad enough we have a font exception to our FLOSS rules http://fedoraproject.org/wiki/Packaging/Guidelines#head-daa717ea096fa4d9cf7b9a49b5edb36e3bda3aac [for example we ship Luxi even though its licensing forbids modification, making it non-free http://www.xfree86.org/current/LICENSE11.html] Open a bug report. Let's start the process of having it removed in F9. https://bugzilla.redhat.com/show_bug.cgi?id=317641 8. There are efforts to drain the font licensing swamp and promote FLOSS fonts (http://unifont.org/go_for_ofl/), they are aligned with Fedora general objectives yet Fedora has totally ignored them so far (cf Liberation licensing choices) Keep in mind that Liberation licensing was a Red Hat, Inc decision, not a Fedora decision. Also, we haven't totally ignored the OFL, since it is listed as the preferred font license on the Fedora licensing page: http://fedoraproject.org/wiki/Licensing/Fonts Wasn't the case when I wrote this :p Many thanks, -- Nicolas Mailhot ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Argyll color management system integration
Hi all, The FLOSS color management scene (calibrating screens for pictures or video) is very small. In fact there is only one reference application every other project depends on or compares itself to: Argyll CMS. Argyll is free, supports many common (commercial and do-it-yourself) color meters, has been actively developed for more than a decade. It was on the Fedora package wishlist. Unfortunately its main author is not following best release practises and has chosen to use a non-standard unmaintained make replacement (jam), with static linking, private copies of common libraries, and all kinds of things distributions are not fond of. As a result no first-level distribution shipped Argyll. Despite the fact every color management HOWTO on the net points to it. I started untangling the mess in October but gave up after a frustrating week. Fortunately I had the good idea to put the result on fedorapeople, and lately Frédéric Crozat from Mandriva googled it and completed the work. On hindsight it seems I had stopped just short of the finish line. http://twinpeaks.dyndns.org/blog/general/2007/12/11/monitor-calibration-epilogue Since it'd be a shame to let my packaging work end up in Mandriva only, I picked up his package, changed back a few bits, added some stuff I had planned but not done yet, and pushed the result in the review queue: https://bugzilla.redhat.com/show_bug.cgi?id=421921 I'd appreciate if a friendly reviewer looked at the result. The following work has been done: – link against system libs, not built-in copies – build with modular X – remove the shell wrapper that was hiding build errors from rpm – reorder build logic to fix those errors – hal/pam/udev logic so colorimeters do not need root access The result is IMHO good enough to be merged. However, since this software has suffered from a secluded life due to the aforementioned problems, it would probably be a good idea if more clueful people than me checked the following points: – go over the build logs, check if the warnings are really harmless and fix the code if needed (where is the list of people that wanted to do this kind of work a few months ago?) http://nim.fedorapeople.org/argyllcms/build.log I doubt argyllcms was ever built with a modern gcc with all the fancy options we use and for all the architectures we target – check if I got the hal/pam/udev logic right, push bits upstream if needed (I didn't find two Fedora packages that did it the same way, all I can say the way I did it works on my system) – check if upstream didn't mess up licensing as it did the code Then we'll have one key app for photographers and video buffs nailed, and there will only be the matter of pushing fixes upstream. 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
[LONG] State of the Fedora Fonts SIG
Hi all, Since it's Fedora 9 feature freeze/beta release time, I thought it would be good to take a look at what happened during the Fedora 8 cycle on the fonts front and make an advancement summary. This is mostly the same thing as in the release notes but much more detailed and contributor, not user oriented. A. Infrastructure/background work 1. a Fonts SIG was created, with the associated infrastructure wiki : http://fedoraproject.org/wiki/SIGs/Fonts mailing lists : http://fedoraproject.org/wiki/SIGs/Fonts#ML 2. Font packaging documentation was written,reviewed and approved by FPC and FESCO http://fedoraproject.org/wiki/SIGs/Fonts/Packaging/Policy http://fedoraproject.org/wiki/SIGs/Fonts/Packaging/SpecTemplate http://fedoraproject.org/wiki/SIGs/Fonts/Packaging/Fontconfig (the fonts spec template was added to rpmdevtools and will be available whenever a new rpmdevtools release is made hint hint) 3. Legal rules for fonts within Fedora were clarified, http://fedoraproject.org/wiki/SIGs/Fonts/Legal#licenses 4. A long list of potential packageable floss fonts was written http://fedoraproject.org/wiki/SIGs/Fonts/Triaging/Pipeline#Wishes (Given the usual font licensing mess, that's no small feat, many thanks to Máirín Duffy who contributed most of it) 5. Work is under way to identify upstream font-related problems that affect Fedora, in the hope Fedora developers can contribute to their fixing, and Fedora users can comment in the upstream issues trackers and make them a priority upstream http://fedoraproject.org/wiki/SIGs/Fonts/QA#known-problems B. Distribution changes 1. As a result of the licensing rules clarification, some historic RHL/Fedora fonts were dropped (Luxy, Syriac fonts, etc) http://cvs.fedoraproject.org/viewcvs/devel/xorg-x11-fonts/xorg-x11-fonts.spec?rev=1.27view=log Hunky was dropped from the release for lack of userbase (early Bitstream Vera derivative, since then completely deprecated in favour of DejaVu) 2. New font tools (xgridfit…) were packaged, others (fontforge) updated 3. New fonts were packaged Greek Font Society fonts (13 fonts, Greek and Latin support) Stix (math and engineering symbols) Tiresias (low-vision latin fonts) Samyak and Sarai fonts (indic support) Thaifonts-scalable (Thai support) The WenQuanYi Zen Hei (Chinese sans-serif font) Inconsolata (monospace font) Silkscreen, Yanone Kaffeesatz (art fonts) efont (bitmap terminal font) 4. Efforts were expended to classify fonts in comps a bit better http://cvs.fedoraproject.org/viewcvs/comps/comps-f9.xml.in 5. The two main distribution fonts, DejaVu and Liberation were updated to new versions increasing unicode coverage. DejaVu replaced DejaVu LGC as default font set at the beginning of the Fedora 9 cycle. Since I know this is all very nebulous, here are some numbers Fedora 8 sans-serif default fonts at release time: DejaVu LGC Sans: 3768 glyphs (2.19) Liberation Sans: 668 glyphs (0.2) DejaVu Sans: 4959 glyphs (2.20) (would prempt the two others, but not installed by default) Current Fedora devel ans-serif default fonts: DejaVu Sans: 5270 glyphs (2.24) Liberation Sans: 668 glyphs (1.0, many fixes in the 0.2 glyphs) C. What remains to be done (short-term) 1. Package more fonts. We now have a font packager-friendly environment. With clear packaging guidelines and a huge font wishlist, packaging work now mostly consists in contacting upstreams to make them release files in packageable state (with license, versions, etc) and filling in the standard font spec template. Thus we mainly need motivated packagers. The work is not hard, if time consuming, and there's no way the current team can do it all by itself. Spreading the load would help a lot. 2. Get bugs fixed upstream Unfortunately Linux problems are somewhat low on the radar or projects like Firefox and Mozilla, and problems of Linux users that didn't copy Windows fonts even lower. We need more people to comment/vote on the issues referenced in http://fedoraproject.org/wiki/SIGs/Fonts/QA#known-problems I could write a lot more, but this is long enough so it will have to do. Do not hesitate to send comments or ask questions on on the SIG list. http://fedoraproject.org/wiki/SIGs/Fonts#ML 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: Classroom session on Fedora fonts packaging
Le samedi 06 décembre 2008 à 17:54 +0100, Nicolas Mailhot a écrit : Hi all, This is a bit impromptu, but as part of the Fedora classroom program, I'll animate a session on fonts packaging tomorrow the 7th of December at 12:15 UTC in the #fedora-classroom irc.freenode.net IRC channel. http://fedoraproject.org/wiki/Communicate/IRC/Classroom The actual content of the session is rather fluid and will depend on the audience questions. This is just a reminder the session will start in 30 min. 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: Classroom session on Fedora fonts packaging
Le samedi 06 décembre 2008 à 17:54 +0100, Nicolas Mailhot a écrit : Hi all, This is a bit impromptu, but as part of the Fedora classroom program, I'll animate a session on fonts packaging tomorrow the 7th of December at 12:15 UTC in the #fedora-classroom irc.freenode.net IRC channel. http://fedoraproject.org/wiki/Communicate/IRC/Classroom The actual content of the session is rather fluid and will depend on the audience questions. The minutes of the session are now published here: http://fedoraproject.org/wiki/Packaging_fonts_in_Fedora_(2008-12-07_classroom) With best 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: Classroom session on Fedora fonts packaging
Le samedi 06 décembre 2008 à 17:54 +0100, Nicolas Mailhot a écrit : Hi all, This is a bit impromptu, but as part of the Fedora classroom program, I'll animate a session on fonts packaging tomorrow the 7th of December at 12:15 UTC in the #fedora-classroom irc.freenode.net IRC channel. http://fedoraproject.org/wiki/Communicate/IRC/Classroom The actual content of the session is rather fluid and will depend on the audience questions. This is just a reminder the session will start in one hour. -- 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