Re: [Gimp-developer] GIMP T-shirts in our online store
On Sun, Oct 25, 2009 at 1:16 AM, Alexia Death alexiade...@gmail.com wrote: A - no mouth and a bad squint... Bleh. B - still a bad squint. naah C - best option D - also good but a bit too much contrast with the bg Nice, I'll let our artist know, thanks I might actually buy one, when they are available. Once we chose a model, I guess we can have them ready in a week or two. I'll announce them in this thread. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP T-shirts in our online store
Emil Assarsson wrote: I have to say that I like B best. The ears are not that pointy and the lines are smoother. The mouth is good but the shape could be a little bit more rhythmic with the other lines. Maybe to wide? I like the wackiness of the uneven sized eyes that gives the impression of a happiness close to madness ;-) It's better than the staring eyes of C D. The warmer orange brown is nicer than the grayish. I think that the black or white text is best because it balance that big black nose more. Great work! -- Emil On Sat, Oct 24, 2009 at 11:43 PM, Ismael Barros² razielm...@gmail.com wrote: Greetings, We are FreeWear.org, we print and sell t-shirts with FOSS designs (Linux distros, desktops environments, etc) and donate to each organization a percentage of each sold article. We usually sell via website, but we can also be found in local FOSS-related events. We also cover special orders, like commemorative t-shirts for events. We've been conducting a poll about which T-shirts our customers want, and looks like GIMP is the most popular one (besides Ubuntu), so we'd like to improve our catalog with some GIMP stuff. We've taken the liberty of making some simple designs based on Wilber: http://www.freewear.org/images/release_candidates/propuesta_gimp.png m2c; A unfinished ; B a joke ; C grey looks OK on black with white outline. D similarly looks better with outline. C,D mouth too big , too near to edge. There are some possibilities that look cool, and we would love to have some feedback on which design (A, B, C or D) and tee color (white or black) look best to you. Also, is the font okay? Is there any better font available out there for a GIMP logo? We'd be happy to know what you think :) About donations: With other organizations like Gnome or KDE, we've agreed that they link our website from theirs and we donate 3€ for each sold 14€ t-shirt. If you don't want to place a link, you'd still receive some donation to thank you for letting us use your logo and name, but no fixed amount. Did I miss part of this discussion or is this what you regard as asking for permission to use the name and logo for some arbitrary unspecified sum? The wording suggests you will decide what you donate. Maybe this permission was sought elsewhere. My apologies if that's the case. Not that you've spent a lot of time on the design but shouldn't this start with saying you have customers willing to pay $14 and how much would the project team accept for your profiting from their name and hard work? I would think anyone paying $14 may imagine they are donating the profit on the sale to the project. It seems like the $3 is a sales donation for a direct link leading to a sale. Do you also make a donation if a Gimp referal leads to you selling a Ubuntu shirt ? How is all this followed. I am not a member of the gimp team but I think you owe a bit more clarity and respect to those who's FREE work and brand prestige you wish to cash in on. Maybe you would like to explain better how your accountability for attributing sales and donations works. To and outsider it seems a bit opaque. I'm sure it's just your small scale , easy-going way but the good manners of going about things the right way never hurts. Nice carousel you have for printing BTW. If all your shirts are 5 colour hand printed screen prints you should put that up front. It would help justify the price tag. regards. You can find our website in http://www.freewear.org/ Regards, Ismael Barros ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Progressive escalation of help
On Thu, Oct 22, 2009 at 7:03 PM, Alexandre Prokoudine wrote: IMO the real solution is to shop documentation with GIMP. Ship, that is :) Alexandre YES !! And anyway label the gimp help as additional packadge is pure nonsense: for complex graphic software as Gimp the help is not something additional but is strictly needed -- photocomix (via www.gimpusers.com) ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Progressive escalation of help
On 10/25/2009 04:13 PM, photocomix wrote: On Thu, Oct 22, 2009 at 7:03 PM, Alexandre Prokoudine wrote: IMO the real solution is to shop documentation with GIMP. Ship, that is :) Alexandre YES !! I agree, distributing documentation separately for a program like GIMP never made much sense to me / Martin -- My GIMP Blog: http://www.chromecode.com/ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Progressive escalation of help
On Sun, 2009-10-25 at 16:19 +0100, Martin Nordholts wrote: On 10/25/2009 04:13 PM, photocomix wrote: On Thu, Oct 22, 2009 at 7:03 PM, Alexandre Prokoudine wrote: IMO the real solution is to shop documentation with GIMP. Ship, that is :) Alexandre YES !! I agree, distributing documentation separately for a program like GIMP never made much sense to me You are ignoring two facts here: (1) The user manual is a separate project with its development cycle and release dates. If we really insist on shipping the manual with GIMP, then we would have to wait for the user manual to be ready. For GIMP 2.6 that would have meant to delay the release for almost a year. (2) The user manual is a lot larger than the program itself. If we insisted on shipping the user manual with each release of GIMP, then installing a bug-fix for GIMP would require a download of about 275MB compared to the 16MB that you'd have to download now. IMO you are making a problem here that does not any longer exist. Not having a release of the user manual for 2.6 was indeed a problem, but that has finally been solved recently. Instead of complaining we should thank the GIMP documentation team for their hard work. And we should thank Jernej for providing installers for the user manual. It would be a good idea though to discuss what can be done to make sure that help for 2.8 will be available around the time that 2.8 is released. But this is a discussion that belongs to the gimp-docs mailing-list. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Force gimp reload plugins?
On Sun, 2009-10-25 at 14:06 +1100, David Hodson wrote: On Sun, 2009-10-25 at 03:53 +0100, Louise Hoffman wrote: Is there a quick way to test (my) plugin when I just have compiled it? Once Gimp has been started with the plugin present, you can just replace the executable (make install) and call up the plugin again - Gimp will run the new version. You only need to restart Gimp the first time that you add a new plugin. (As long as the name of the executable and the name of the plugin don't change.) To be more exact, you don't have to restart GIMP as long as changed plug-in still registers the same procedure and installs the same menu(s). Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Progressive escalation of help
Sven Neumann wrote: IMO you are making a problem here that does not any longer exist. Not having a release of the user manual for 2.6 was indeed a problem, but that has finally been solved recently. Instead of complaining we should thank the GIMP documentation team for their hard work. And we should thank Jernej for providing installers for the user manual. The installers are created with Inoosetup, and this tools allows downloadable parts. I've used this once for a small utility which was updated frequently. This happened in a controlled environment, though. I would rather see an additional page in the current installer than an installer that's double or triple the current size. Michael -- GIMP http://www.gimp.org | IRC: irc://irc.gimp.org/gimp Wiki http://wiki.gimp.org | .de: http://gimpforum.de Plug-ins http://registry.gimp.org | ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Progressive escalation of help
On 10/25/2009 05:26 PM, Sven Neumann wrote: On Sun, 2009-10-25 at 16:19 +0100, Martin Nordholts wrote: On 10/25/2009 04:13 PM, photocomix wrote: On Thu, Oct 22, 2009 at 7:03 PM, Alexandre Prokoudine wrote: IMO the real solution is to shop documentation with GIMP. Ship, that is :) Alexandre YES !! I agree, distributing documentation separately for a program like GIMP never made much sense to me You are ignoring two facts here: My reply was a bit hasty and I apologize. Thanks to the documentation team and Jernej for their hard work. Keeping the documentation online is in many ways a good idea. There is one thing we could do better though. Right now when pressing F1 without a locally installed copy of the manual there is a dialog box that says you don't have a copy of the GIMP user manual installed with a button to go to the online manual. IMO we should take the user directly to the online manual and not nag her with dialogs. I've talked to guiguru about this previously and to get this to work good is a more work than it initially feels like. / Martin -- My GIMP Blog: http://www.chromecode.com/ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP T-shirts in our online store
Ismael: I don't know the official position about this, but I think that the Wilber image you used looks pretty dated. I'd use the Tango version or the icon for Mac that Jimmac designed. They look much better and as far as I could see, the Tango version is being used for GIMP since 2.4 http://macin.files.wordpress.com/2008/09/gimp-icon-512x512.png http://jimmac.musichall.cz/images/blog/gimp-mac.png Saludos Gez. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP T-shirts in our online store
Guillermo Espertino wrote: Ismael: I don't know the official position about this, but I think that the Wilber image you used looks pretty dated. I'd use the Tango version or the icon for Mac that Jimmac designed. They look much better and as far as I could see, the Tango version is being used for GIMP since 2.4 http://macin.files.wordpress.com/2008/09/gimp-icon-512x512.png http://jimmac.musichall.cz/images/blog/gimp-mac.png Gradients are hard and expensive to do on T-shirts. Most t-shirts are screen printed, which means that distinct colors are layed down one at a time. Usually, there is no blending. Additionally, because colors are added one-at-a-time, adding colors directly increases the production time and cost of the shirt. --xsdg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP T-shirts in our online store
On Sun, Oct 25, 2009 at 12:54 PM, Omari Stephens x...@csail.mit.edu wrote: Guillermo Espertino wrote: Ismael: I don't know the official position about this, but I think that the Wilber image you used looks pretty dated. I'd use the Tango version or the icon for Mac that Jimmac designed. They look much better and as far as I could see, the Tango version is being used for GIMP since 2.4 http://macin.files.wordpress.com/2008/09/gimp-icon-512x512.png http://jimmac.musichall.cz/images/blog/gimp-mac.png Gradients are hard and expensive to do on T-shirts. Most t-shirts are screen printed, which means that distinct colors are layed down one at a time. Usually, there is no blending. I do t-shirts with gradient/blending all of the time - it's not any more expensive, but it can be trickier to set up and print. The main thing I see w/those PNGs is that they are too low-res for a full-front print: http://upload.wikimedia.org/wikipedia/commons/4/45/The_GIMP_icon_-_gnome.svg Additionally, because colors are added one-at-a-time, adding colors directly increases the production time and cost of the shirt. Very true ;) Chris ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP T-shirts in our online store
On Sun, 2009-10-25 at 13:04 -0500, Chris Mohler wrote: I do t-shirts with gradient/blending all of the time - it's not any more expensive, but it can be trickier to set up and print. The main thing I see w/those PNGs is that they are too low-res for a full-front print: http://upload.wikimedia.org/wikipedia/commons/4/45/The_GIMP_icon_-_gnome.svg This is an SVG. All the logos that we are using are available as SVG. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Progressive escalation of help
Ni, On Sun, 2009-10-25 at 17:46 +0100, Martin Nordholts wrote: Keeping the documentation online is in many ways a good idea. There is one thing we could do better though. Right now when pressing F1 without a locally installed copy of the manual there is a dialog box that says you don't have a copy of the GIMP user manual installed with a button to go to the online manual. IMO we should take the user directly to the online manual and not nag her with dialogs. We only show this dialog once. If you confirm that you want to use the online version, then you won't see that dialog again. I don't think that's too bad. The dialog makes it clear what's happening and it serves as a hint that the manual can also be installed locally. Removing this dialog would be a regression. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Progressive escalation of help
On 10/25/2009 08:13 PM, Sven Neumann wrote: We only show this dialog once. If you confirm that you want to use the online version, then you won't see that dialog again. I don't think that's too bad. The dialog makes it clear what's happening and it serves as a hint that the manual can also be installed locally. Removing this dialog would be a regression. If the user presses F1 he is interested in getting help, not being informed that the information he will be reading is not locally installed. The possibility to install the manual locally becomes interesting if there is no internet connection for example. / Martin -- My GIMP Blog: http://www.chromecode.com/ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Progressive escalation of help
On Sunday 25 October 2009 21:21:45 Martin Nordholts wrote: If the user presses F1 he is interested in getting help, not being informed that the information he will be reading is not locally installed. True. The possibility to install the manual locally becomes interesting if there is no internet connection for example. And thats where the poke is. when there is no internet connection, you cant get a locally installable help either. Sort of a deadlock. -- Alexia ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Progressive escalation of help
On 10/25/09, Martin Nordholts wrote: My reply was a bit hasty and I apologize. Thanks to the documentation team and Jernej for their hard work. I don't think your reply was hasty :) Having documentation available at once is actually expected. Provided the documentation project is a separate one indeed, I see two solutions: 1. Make it downloadable during installation, like Michael suggests. 2. Leave .exe files where they are now, but keep amount of clicks to download .exe with docs as low as possible. Option 1 needs suboptions for every supported language, perhaps. That's a question to Jernej, I guess. Alexandre ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Force gimp reload plugins?
[snip] Dear David and Sven Thanks so much. That will speed up the development a lot =) Hugs, Louise ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Progressive escalation of help
On 2009-10-25, Martin Nordholts ense...@gmail.com wrote: Keeping the documentation online is in many ways a good idea. A bad idea for people who are most of the time on the road without online access... There is one thing we could do better though. Right now when pressing F1 without a locally installed copy of the manual there is a dialog box that says you don't have a copy of the GIMP user manual installed with a button to go to the online manual. A good thing. Yet better thing would be have a button with install local copy. Yet better would be if GIMP could try to check the connection, and would stop showing press f1 for help if there is no local copy and no connection... IMO we should take the user directly to the online manual and not nag her with dialogs. If you think the dialogue is nagging, it is better to make a checkbox do not show this again, show online help directly. AND, maybe, never show the same dialogue in the same session. Yours, Ilya ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Progressive escalation of help
On 10/25/2009 11:35 PM, Ilya Zakharevich wrote: If you think the dialogue is nagging, it is better to make a checkbox do not show this again, show online help directly. AND, maybe, never show the same dialogue in the same session. It won't nag me less just because I can dismiss it for the future. Either the dialog presents important information that I need to see, or it doesn't and I don't need to see it. These Don't show this any more-dialog boxes is a sign of insecureness in the personality of the application. We don't want GIMP to be like that, we want GIMP to be confident it what it is doing. Regards, Martin -- My GIMP Blog: http://www.chromecode.com/ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP T-shirts in our online store
I do t-shirts with gradient/blending all of the time - it's not any more expensive, but it can be trickier to set up and print. The main thing I see w/those PNGs is that they are too low-res for a full-front print Ehhhrm... I was talking about the re-drawn Wilber designs, not the gradients or amount of colors. The PNG files were only samples of what versions of the mascot I was referring to. Both Tango and Jimmac's versions are vectors. You can clean them up to match your color requirements and print them. Gez ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP T-shirts in our online store
On Sun, Oct 25, 2009 at 12:35 PM, g...@catking.net wrote: Emil Assarsson wrote: I have to say that I like B best. The ears are not that pointy and the lines are smoother. The mouth is good but the shape could be a little bit more rhythmic with the other lines. Maybe to wide? I like the wackiness of the uneven sized eyes that gives the impression of a happiness close to madness ;-) It's better than the staring eyes of C D. The warmer orange brown is nicer than the grayish. I think that the black or white text is best because it balance that big black nose more. Great work! -- Emil On Sat, Oct 24, 2009 at 11:43 PM, Ismael Barros² razielm...@gmail.com wrote: Greetings, We are FreeWear.org, we print and sell t-shirts with FOSS designs (Linux distros, desktops environments, etc) and donate to each organization a percentage of each sold article. We usually sell via website, but we can also be found in local FOSS-related events. We also cover special orders, like commemorative t-shirts for events. We've been conducting a poll about which T-shirts our customers want, and looks like GIMP is the most popular one (besides Ubuntu), so we'd like to improve our catalog with some GIMP stuff. We've taken the liberty of making some simple designs based on Wilber: http://www.freewear.org/images/release_candidates/propuesta_gimp.png m2c; A unfinished ; B a joke ; C grey looks OK on black with white outline. D similarly looks better with outline. C,D mouth too big , too near to edge. Thanks a lot for the hints There are some possibilities that look cool, and we would love to have some feedback on which design (A, B, C or D) and tee color (white or black) look best to you. Also, is the font okay? Is there any better font available out there for a GIMP logo? We'd be happy to know what you think :) About donations: With other organizations like Gnome or KDE, we've agreed that they link our website from theirs and we donate 3€ for each sold 14€ t-shirt. If you don't want to place a link, you'd still receive some donation to thank you for letting us use your logo and name, but no fixed amount. Did I miss part of this discussion or is this what you regard as asking for permission to use the name and logo for some arbitrary unspecified sum? The wording suggests you will decide what you donate. Usually we formally ask for permission to use the names and logos for our T-shirts, but in this case I've interpreted in http://gimp.org/about/merchandise.html that permission is implicit, and contact is appreciated: If you intend to produce and sell GIMP-related merchandise such as tee-shirts, pins or other gadets, we would appreciate being contacted before you create any modified version of artwork featured on this site such as Wilber, the GIMP mascot. I just assumed there would be no problem with the permission and moved on to the design phase. Maybe this permission was sought elsewhere. My apologies if that's the case. Not that you've spent a lot of time on the design but shouldn't this start with saying you have customers willing to pay $14 and how much would the project team accept for your profiting from their name and hard work? We try to be egalitarian with all the organizations, and not to pay one of them more than to the others, if we have the same kind of agreement. That's why we tell every organization to donate them 3€ per T-shirt if they are willing to link our website from their website (like most of our customers do), and to donate them what we can/want if they don't (like Debian). Anyway, we're always open to negotiation. I would think anyone paying $14 may imagine they are donating the profit on the sale to the project. It seems like the $3 is a sales donation for a direct link leading to a sale. Do you also make a donation if a Gimp referal leads to you selling a Ubuntu shirt ? How is all this followed. It is not followed. I think it would be an overkill. What would be correct, to pay the organization only if the T-shirt is bought after having followed the link from the organization's website? I think that would be wrong on many levels, better to keep it simple. I am not a member of the gimp team but I think you owe a bit more clarity and respect to those who's FREE work and brand prestige you wish to cash in on. And we totally respect their work and effort. So far, the deal I've proposed for the Gimp is exactly the same deal we've proposed to all the other organizations we work with, and so far they've considered it fair. It doesn't imply any risk for them (only for us, if the T-shirts are not sold we lose money), except for a bad design that gives bad publicity (and that's why we always make sure each design is okay before selling it) and it gives them the possibility for some income, besides the merchandise and publicity. Maybe you would like to explain better how your accountability for attributing sales and donations works.
Re: [Gimp-developer] Would single-window fix usability nightmares?
g...@catking.net wrote: Some of your comments are valid but your basic premise is wrong. There is nothing for sale, so the is NO VENDOR. Of course there is a vendor. To Vend in the context I use it means to offer for public consideration. Whether that is for a price is detail. Use another word if you prefer, but the developers of Gimp are offering it for public use. Applying your marketing terminology and mentality to a FOSS project is wrong . Different motivations are the driving force. The customer is not king. He can be a collaborator. In general though, a customer/user/whatever-you-want-to-call-them can't be a collaborator, because they lack the expertise. That the whole point of the exercise, someone chooses to use the expertise embodied in something like GIMP because they don't have it themselves. Even those few with the skill necessary to contribute may choose not to do so, because they are employing it fully on some other worthwhile project. (this is division of labor). So is complaining. With FOSS you can submit bugs reports if something does not work , request a feature is you have an idea or contribute to the project. The is no channel or reason to deal with complaints. It seem to me that far too many FOSS developers are quick to interpret any sort of feedback or suggestion as a complaint and an affront. If you want to keep your software just between contributors, then simply don't make it available to the public. If you make it available to the public, then be prepared to deal positively with feedback of all sorts. To do otherwise amounts to bating. If you see a homeless person with his hand out and give him burger, you don't expect him to come back and complain about the sauce. If the burger has gravel in it, they may think you are being unhelpful, or worse, trying to injure them. Do you expect them to say nothing ? [ I'm not sure your analogy is helpful, as I suspect it is culturally specific.] Graeme Gill. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP T-shirts in our online store
On Sun, Oct 25, 2009 at 7:04 PM, Chris Mohler cr33...@gmail.com wrote: On Sun, Oct 25, 2009 at 12:54 PM, Omari Stephens x...@csail.mit.edu wrote: Guillermo Espertino wrote: Ismael: I don't know the official position about this, but I think that the Wilber image you used looks pretty dated. I'd use the Tango version or the icon for Mac that Jimmac designed. They look much better and as far as I could see, the Tango version is being used for GIMP since 2.4 http://macin.files.wordpress.com/2008/09/gimp-icon-512x512.png http://jimmac.musichall.cz/images/blog/gimp-mac.png Gradients are hard and expensive to do on T-shirts. Most t-shirts are screen printed, which means that distinct colors are layed down one at a time. Usually, there is no blending. I do t-shirts with gradient/blending all of the time - it's not any more expensive, but it can be trickier to set up and print. The main thing I see w/those PNGs is that they are too low-res for a full-front print: http://upload.wikimedia.org/wikipedia/commons/4/45/The_GIMP_icon_-_gnome.svg That's with transfer/sublimation or with screen printing? We use this: http://www.freewear.org/images/navigation/compiling/compiling_xr.jpg With our technique what Omari Stephens states is true, that's why we always try to remove gradients and to minimize the number of colors of each design. Additionally, because colors are added one-at-a-time, adding colors directly increases the production time and cost of the shirt. Very true ;) Chris ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Icons for layer modes
On 2009-10-24, Ilya Zakharevich nospam-ab...@ilyaz.org wrote: So what about the following icon: take some background color in good contrast with all gray20, gray128, and gray245. On this background, plot the graph of F(20,L) in gray20, etc. One gets an icon with 3 graphs. Forgot to explain why values 20 and 245 (gray128 is more or less self-explanatory: it is a neutral [= no-change to what is below it] color for a lot of modes, and plotting a diagonal gray128 graph for these modes is a major hint)... A lot of modes involve clamping of levels outside [0..255] range. As a result, graphs describing the effect of white and black are the same for a lot of modes. For example, hard light and grain merge modes give the same effect when the top level has only black, gray128, and white. To disambiguate, one should better replace black and white by similar near-white and near-black grays. Thinking about it more: maybe the graphs would look more distinguishable if near-white and near-black are in fact 2/3 of the way between gray128 and white/or/black. Then the plots would correspond to gray40, gray128, gray215. Ilya P.S. Another visual aid: scanning internet for recipes of image manipulation, it looks like people do not realize that instead of combining two copies of a layer in Multiply mode, one could as easy use (non-destructive) gamma=0.5. So one may want to plot on the same graph ALSO the curve equivalent to combining image with itself. Then one needs to have 5 contrasting colors: background, 1 for effect-of-duplication, gray40, gray128, gray205. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Chicken and egg with docs
GIMP docs are most of the time out-of-sync. Possible workaround: Currently, a changelog entry looks like this: = commit 16643800a1ff14378bbba981793c6d6085fda607 Author: Sven Neumann s...@gimp.org Date: Tue Aug 4 23:20:49 2009 +0200 Change the default for the 'trust-dirty-flag' gimprc option back to FALSE It appears that there are good reasons why a user might want to save a clean image, for example because the file has been deleted or damaged. (cherry picked from commit 5c630f4ad8ef55d2249968102cb8f5cb8fadfe23) = Suppose A) One puts section names like sect1=gimp-concepts-file-save sect1=gimp-file-save-dialogue in a separate paragraph inside the changelog entry. Whatever follows this paragraph is considered to be worthy to be seen by users. B) A script scans changelog, and extracts user-visible changes to files (e.g., to Changes-auto/gimp-concepts-file-save-16643800a1ff14378bbba981793c6d6085fda607.txt, Changes/auto/gimp-file-save-dialogue-16643800a1ff14378bbba981793c6d6085fda607.txt) with appropriate dates. C) Each documenation language has a Updated-up-to-this-date value stored, and the corresponding release number (e.g., 2.8.12). D1) English docs: each sect1 which is mentioned in changelog after its updated-up-to date has the following link AUTOMATICALLY added at the end: Changes after 2.8.12 D2) Non-English docs do likewise, but have 2 links added: Changes after 2.8.12 (English) Changes after 2.8.12 (Google translated) What do you think? Ilya P.S. This may get clumsy if description of a commit is not easy to change later... P.P.S. This does not address where to store the file which is Google translated (since it depends on the updated-up-to date, it is language-dependent... If one can pass URL#section through google translation, then one could have an HTML file common for all languages... ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Progressive escalation of help
On Sun, 2009-10-25 at 22:30 +0300, Alexandre Prokoudine wrote: [...] Provided the documentation project is a separate one indeed, I see two solutions: 1. Make it downloadable during installation, like Michael suggests. 2. Leave .exe files where they are now, but keep amount of clicks to download .exe with docs as low as possible. I wonder if there's a half-way possibility, of having a small subset of the documentation shipped with GIMP, or easily downloaded? And still have the full manual kept separate. Liam -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org www.advogato.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
