Re: Thanks (Re: Gimp splash images)
On Thu, Jan 13, 2000 at 01:15:54PM +0100, Raphael Quinet wrote: > On Thu, 13 Jan 2000, "Garry R. Osgood" <[EMAIL PROTECTED]> wrote: > > The latest is very good too, but the bristles are pointing the wrong way > > (they would point *into* the ink blot as the brush pushes to the left). > > I guess this bothers my boring and literal mind. > > Good catch! Actually, it is even more than that: the whole brush > should be pointing in the opposite direction (unless the artist is > starting to paint a second line on top of the first one). When you > are painting, the brush is usually pointing in the opposite direction > of the existing stroke, which is not very convenient for the image > layout. Yeah. The logic was: The brush painted the line, and then moved to the place it is in the picture. It's more a matter of composition. If the bristles pointed to right, it would just look weird. All in all that pic was done very fast, just because Marc Lehmann was asking someone to replace his "new year" splash. The image is layered though so I was thinking of making this into the "About" image - now: what should be in the about image? "GIMP - Virtual Crayons" or something? I strongly vote for something humoristic, if we take this thing too seriously it'll be bad. One of the best things in Gimp is you have weird plugins. Like IFS-compose. Or GimpMill - havent tried it yet since I had some trouble getting it to work with CVS gimp: --- 8< ($:~/.gimp-1.1/plug-ins)-> ./gimpmill.py Traceback (innermost last): File "./gimpmill.py", line 4, in ? from gimpfu import * File "/usr/lib/python1.5/site-packages/gimpfu.py", line 48, in ? import gimp ImportError: /usr/lib/python1.5/site-packages/gimpmodule.so: undefined symbol: gimp_image_find_parasite >8 --- Any clue? Is gimp-python not working with cvs gimp? (GimpMill is a plugin that saves your image as a Sawmill theme once you follow certain rules on creating the image - pretty cool :) > I would certainly vote for the lastest splash screen if it could be > fixed. Some suggestions for Tigert (because I am not much of an > artist so I cannot do that myself): > - Move the existing ink line a bit higher (or lower) and start a > second one where the tip of the brush is. > - Or do things differently: instead of a simple line, draw a large > circle in dark red ink around the GIMP letters. The advantage of a > circle is that the brush comes back where it started, but with the > correct orientation. > - Add some perspective on the background. :) Thanks for the tips. I'll see what happens for the About pic. > - The tip of the brush should be soaked with ink. I tried that a bit but it looked weird. Tig -- .---( t i g e r t @ g i m p . o r g )---. | some stuff at http://tigert.gimp.org/ | `---'
Re: Thanks (Re: Gimp splash images)
On Fri, Jan 14, 2000 at 01:13:31AM +0100, Uwe Koloska wrote: > Carey is right with the branding! Photoshop is known by it's eye, corel > draw by it's balloon (so maybe the balloon isn't very well suited for the > gimp), Illustrator by the venus and so on. Corel's balloon is just boring. It's got no magic or fairytale feeling. ;) Tig -- .---( t i g e r t @ g i m p . o r g )---. | some stuff at http://tigert.gimp.org/ | `---'
Re: Thanks (Re: Gimp splash images)
Thus spoke Tom Rathborne > Right now I think Wilber only shows up in the "Tip of the day" box. I > think he should be on the splash screen, on the about page, and > perhaps even in the help files. If the help files will be based on > GUM, which I imagine is a very structured document, maybe we could > have special Wilber icons wherever there is a "warning" or "note" or > "tip". Wilbur probably belongs on the help pages and tips dialog. The only other place I think it might find a home is the Toolbox, perhaps as a background image somehow. But adding extra space just for the logo in every window is a bit wasteful. And over using it can be just as damaging as not using it enough. > Hey, we could even have a Wilber "agent" like the M$ Word Paperclip. Bite your tongue! :-) > Please shoot me now. I'll get the bullets. -- Michael J. Hammel | The Graphics Muse | Kinky is using a feather, [EMAIL PROTECTED] | Perverted is using the whole chicken. http://www.graphics-muse.com
Re: Thanks (Re: Gimp splash images)
Thus spoke Carey Bunks > Don't you think, though, that it would be good if the GIMP had an > identity? I think the marketing types call it something like > "branding"...an image that when folks see it they say, "oh yeah, > that's the GIMP". If the splash is always changing, I think it will > just lead to identity confusion. For this reason, I'd prefer the > brush over the random-splash-screen idea. Branding for the Gimp actually comes from Wilbur. Photoshops splash screen, for example, isn't what they use for branding. But it is used to imply sophistication. Wilbur is simple, easy to identify and not used anywhere else. It fits well as an identity mark. -- Michael J. Hammel | The Graphics Muse | Kinky is using a feather, [EMAIL PROTECTED] | Perverted is using the whole chicken. http://www.graphics-muse.com
succesful build and work out
I don't know if I shoudl submit this here but I had a very succesful clean build on both a redhat 6.0 and 6.1 box. I gave it a good workout and tested all the perl plugins and they ran great. It's nice not to get the "grok colour 0" errors any more. Many thanks to the developers who ivest so much time in the project. -- John E. Vincent http://www.lusis.org - opensource(libre) webhosting http://www.jyradelix.com - Jyradelix Designs http://www.lusis-integrations.com - Lusis Network Integration Consultants --- "Some people call me crazy but I prefer to think of myself as a freelance lunatic" - me
ANNOUNCE: GIMP 1.1.15
GIMP 1.1.15 is out there. ftp://ftp.gimp.org/pub/gimp/unstable/v1.1.15/ Lots of bug fixes, UI work, i18n stuff. Details in ChangeLog. -Yosh
Re: Thanks (Re: Gimp splash images)
On Don, 13 Jan 2000 wrote the famous Carey Bunks: >Don't you think, though, that it would be good if the GIMP had an >identity? I think the marketing types call it something like >"branding"...an image that when folks see it they say, "oh yeah, >that's the GIMP". If the splash is always changing, I think it will >just lead to identity confusion. For this reason, I'd prefer the >brush over the random-splash-screen idea. > >But I still prefer the balloon over the brush ;-) > Me too! But what did you think about the ballon picture (with it's poetic message of breaking the bounds and leaving the world behind) being painted by the brush (to include the statement that gimp beats them all ;-))? Hey, I am no artist -- and will never be :-( But I am a bit of a conceptionist :-))) Carey is right with the branding! Photoshop is known by it's eye, corel draw by it's balloon (so maybe the balloon isn't very well suited for the gimp), Illustrator by the venus and so on. So I think we have to start thinking about one concept that illustrates the power of the gimp. Let's make a brain-storm and start a hurricane of ideas! And then our well beloved artists can bring this ideas and concepts to life! Just my 0.02 euro ;-) Uwe -- mailto:[EMAIL PROTECTED] http://rcswww.urz.tu-dresden.de/~koloska/ ---- right now the web page is in german only but this will change as time goes by ;-)
Re: menu translation again - how does it work?
> I was alerted by Stanislav Brabec about a problem with menu > translations. In his translation of Logulator to czech, he properly > changed all occurences of "Logulator", but, while the gimp displays the > menus _within_ the Filters/Logulator menu correctly, the Logulator menu > itself NOT being translated. > > I admit that the time where I even remotely understood how translations is > to be handled has long gone, thus: > > What do I (or the translators) to do so that menus get translated > correctly, all of them, with all components? > > Stanislav told me to add Logulator to app/menus.c. This might be a > palatable workaround for 1.2, but I would prefer a real fix ;-> > Adding the Logulator to app/menus.c is the correct fix (at least for now). Of course, you only need to add the submenu name to menus.c, not all the Logulator scripts. Salut, Sven BTW: Is the word Logulator translatable?
Re: Print 3.0.5
Well, I had to do a 3.0.5, due to a bug that Dave Hill spotted last night. This bug causes a null pointer dereference on any attempt to print in color to a printer that only supports CMY (not CMYK) printing, such as the Epson Stylus Color 1500 (or the HP Deskjet 600 that he uses). This bug has been in the code for a while. Dave has also gotten the plugin to work with Gimp 1.0; when I get the patch I'll put it in. This bug is critical enough for people with the right printer that I want to do a release now. Depending upon the complexity of the patch I'll decide whether to do 3.0.6 for it. Olof, this one's also good for the CVS tree when you get a chance. -- Robert Krawitz <[EMAIL PROTECTED]> http://www.tiac.net/users/rlk/ Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2 Member of the League for Programming Freedom -- mail [EMAIL PROTECTED] "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton
Re: tip messages
> I've been checking CVS Gimp with some "real users" lately. > > One complaint was that there is no obvious way to rotate the image. Of > course, WE all know it's the transform tool in rotation mode, but it's not > trivial to guess: the tip for the tool just says "Transform". > > Do you agree to some modifications on the English (and of course French) > texts on this example and others so that tip messages supply more > immediately understandable information? > Yes, please go for it. The "Tip of the day" messages haven't seen an update for long and should definitely be extended and checked for correctness. Please also add the following stuff: - Rotating by multiples of 90 degrees is hidden in the Image->Transform and Layer menus - It is very important that people set their tile_cachs_size to a reasonable value and take care that the swap_directory has enough space and is on a local filesystem - Turning "Dot for Dot" off makes Gimp display realworld coordinates. ... Salut, Sven
Re: Thanks (Re: Gimp splash images)
Carey et al. On Thu, Jan 13, 2000 at 04:48:02PM -0500, Carey Bunks wrote: > Glyph wrote: > > The random-splash-screen idea is a good one, perhaps with a few > > more of the interim splashes. Let's not include 'Oh, the > > humanity!' though, okay? :-) > > Don't you think, though, that it would be good if the GIMP had an > identity? I think the marketing types call it something like > "branding"...an image that when folks see it they say, "oh yeah, > that's the GIMP". If the splash is always changing, I think it will > just lead to identity confusion. For this reason, I'd prefer the > brush over the random-splash-screen idea. I agree - identity is important! ... isn't Wilber the GIMP's "identity"? I think Wilber is very cute and easy to recognize, and so should show up in the gimp wherever possible. Right now I think Wilber only shows up in the "Tip of the day" box. I think he should be on the splash screen, on the about page, and perhaps even in the help files. If the help files will be based on GUM, which I imagine is a very structured document, maybe we could have special Wilber icons wherever there is a "warning" or "note" or "tip". Hey, we could even have a Wilber "agent" like the M$ Word Paperclip. Please shoot me now. Tom -- --Tom Rathborne[EMAIL PROTECTED] -- http://www.aceldama.com/~tomr/ --"I seem to be having tremendous difficulty with my life-style."
Re: Thanks (Re: Gimp splash images)
>> > Glyph, I have to say that my sentiments are just the opposite of >> > yours. Although the latest splash (with the brush) is nice and >> > traditional looking, I find it has little identity and little >> > character. On the other hand I feel that the balloon splash captures >> > the mood and the spirit of the GIMP. I don't know how to express it >> > exactly, but to me the balloon says that the GIMP is out of this >> > world, it follows the alternate path, it allows you to dream not only >> > of what is...but of what may never be. The brush is just a brush. >> Well, that's very poetically phrased. Thanks 8^) >> Whichever way we go, let's not >> compromise. The brush hanging out of the balloon would ruin the whole >> thing... I agree. Sometimes the middle way makes no sense. >> Personally, I think that GIMP has many faces, the 'go beyond' aspect >> definitely being one of them which the baloon captures, but the brush also >> embodies a certain professionalism and dedication to quality. True. >> GIMP and GTK really brought free UNIX up to par with commercial operating >> systems. It is the 'killer app' -- Linux's visicalc. It also allows for >> production of really *good* pictures. Very true! >> The random-splash-screen idea is a good one, perhaps with a few more of >> the interim splashes. Let's not include 'Oh, the humanity!' though, okay? >> :-) Don't you think, though, that it would be good if the GIMP had an identity? I think the marketing types call it something like "branding"...an image that when folks see it they say, "oh yeah, that's the GIMP". If the splash is always changing, I think it will just lead to identity confusion. For this reason, I'd prefer the brush over the random-splash-screen idea. But I still prefer the balloon over the brush ;-) Best regards, Carey
Re: Thanks (Re: Gimp splash images)
On Thu, 13 Jan 2000, Carey Bunks wrote: > Glyph, I have to say that my sentiments are just the opposite of > yours. Although the latest splash (with the brush) is nice and > traditional looking, I find it has little identity and little > character. On the other hand I feel that the balloon splash captures > the mood and the spirit of the GIMP. I don't know how to express it > exactly, but to me the balloon says that the GIMP is out of this > world, it follows the alternate path, it allows you to dream not only > of what is...but of what may never be. The brush is just a brush. Well, that's very poetically phrased. Whichever way we go, let's not compromise. The brush hanging out of the balloon would ruin the whole thing... Personally, I think that GIMP has many faces, the 'go beyond' aspect definitely being one of them which the baloon captures, but the brush also embodies a certain professionalism and dedication to quality. GIMP and GTK really brought free UNIX up to par with commercial operating systems. It is the 'killer app' -- Linux's visicalc. It also allows for production of really *good* pictures. The random-splash-screen idea is a good one, perhaps with a few more of the interim splashes. Let's not include 'Oh, the humanity!' though, okay? :-) The Tao is like a glob pattern: It is masked but always present. used but never used up. I don't know who built to it. It is like the extern void: It came before the first kernel. filled with infinite possibilities. [[EMAIL PROTECTED]]
Re: Thanks (Re: Gimp splash images)
On Thu, 13 Jan 2000 09:45:50 -0800 (PST), Arcterex <[EMAIL PROTECTED]> said: >I personally like both the balloon and brush image. Maybe both can >fit in somewhere? I understand I'm just a lurker here and have no >real clout, but maybe one can be the splash (I'm thinking balloon) >and the brush one could be modified for the About image? We could be really evil and have multiple splash images, randomly selected at startup. :) Kelly
Re: Gimp splash image and "about" image
On Thu, 13 Jan 2000, Tuomas Kuosmanen wrote: > what do others think? I could edit the brush image (Wilber & Sons) to suit > better for "About" -image, anything you would like to have there? > I personally have always liked the 1.1.10 image and it seems to have more of an "About" feel to it. Of course if I am out of place as an outsider for posting this feel free to let me know ;) -- John E. Vincent http://www.lusis.org - opensource(libre) webhosting http://www.jyradelix.com - Jyradelix Designs http://www.lusis-integrations.com - Lusis Network Integration Consultants --- "Some people call me crazy but I prefer to think of myself as a freelance lunatic" - me
tip messages
I've been checking CVS Gimp with some "real users" lately. One complaint was that there is no obvious way to rotate the image. Of course, WE all know it's the transform tool in rotation mode, but it's not trivial to guess: the tip for the tool just says "Transform". Do you agree to some modifications on the English (and of course French) texts on this example and others so that tip messages supply more immediately understandable information? --- David MonniauxFax: +33 1 44 32 20 80 Laboratoire d'informatique de l'École Normale Supérieure, 45 rue d'Ulm - 75230 PARIS cedex 5 - FRANCE
Re: plug-in functionality [PolarCoord, MapObject...]
On Thu, 13 Jan 2000, Tom Rathborne wrote: > Expanding the image to 1400x1400 first would fix that. However, I can > imagine that you might want to wrap an 8000x100 image into a 1000x1000 > circle, but expanding the image to 8000x8000 might be beyond your > machine's resources. Yes, and the input image would also not be trivial to build: I'd have to modify the aspect ratio of my text so that it gets output with the correct aspect ratio after the polar transform... And, yes, while it might be made to work this way: * It needs HUGE intermediate images, as you pointed out, and these will kill commonly-sized machines. * It is definitely anti-intuitive, cumbersome, error-prone and frustrating. Exactly the kind of example that proprietary software advocates like: "Sure, it's nice and all, many reasonable things can't be done, or you need to be Albert Einstein to know how you are supposed to do them. Those programmers do not care much for the end user." > I think may plug-ins suffer from this problem, but I doubt that they > can all be fixed in any reasonable amount of time. Two input fields: target-width and target-height in each of the plug-ins where this bug is most annoying? --- David MonniauxFax: +33 1 44 32 20 80 Laboratoire d'informatique de l'École Normale Supérieure, 45 rue d'Ulm - 75230 PARIS cedex 5 - FRANCE
Re: plug-in functionality [PolarCoord, MapObject...]
Dave; On Thu, Jan 13, 2000 at 06:31:51PM +0100, David Monniaux wrote: > I am currently reviewing plug-ins with "real users". Hooray for real users! > Some plug-ins apparently and annoyingly lack much needed > functionality. For instance, the PolarCoord plug-in insists on > rendering into the same image as source, with same dimensions. I think PolarCoord also has some fencepost errors. If you do a Polar->Rect, Rect->Polar transform repeatedly, you will find that the image starts to distort rather than simply blurring. > So, an obvious maneuver like render a ribbon of text (say 1400x300 > pixels) then use the polar transform to make it circular does not > work as expected, since it outputs a circle of diameter 300 pixels. Expanding the image to 1400x1400 first would fix that. However, I can imagine that you might want to wrap an 8000x100 image into a 1000x1000 circle, but expanding the image to 8000x8000 might be beyond your machine's resources. > It is not the only plug-in with that problem, MapObject also insists > on rendering into an image of the same size. Yes, many plug-ins are inflexible with respect to their rendering target. > Either > > 1. I have not found the "right way" to have these plug-ins render > images of the right size. It is then very much unlikely that normal > users will find a way to do this. There is no "right way" right now. > 2. The needed functionality is absent. I consider this to be a BUG > that needs to be fixed before 1.2 is out. It is a bug because we > feature some plug-ins that provide a functionality provided by > decent painting programs, yet this functionality lacks some > fundamental setting, contrary to the intuition of all users. I think may plug-ins suffer from this problem, but I doubt that they can all be fixed in any reasonable amount of time. Here's another example: 'plasma' stretches the plasma to the aspect ratio of your image for no apparent reason. Tom -- --Tom Rathborne[EMAIL PROTECTED] -- http://www.aceldama.com/~tomr/ --"I seem to be having tremendous difficulty with my life-style."
Re: Thanks (Re: Gimp splash images)
> >> I gotta say, the newest one is definitely my favorite so far. The baloon > >> was nice, but this one looks really polished, and professional, but fun at > >> the same time. > >> > >> It is a logo that says "we can take on photoshop, just click and see" ;-) > > Glyph, I have to say that my sentiments are just the opposite of > yours. Although the latest splash (with the brush) is nice and > traditional looking, I find it has little identity and little > character. On the other hand I feel that the balloon splash captures > the mood and the spirit of the GIMP. I don't know how to express it > exactly, but to me the balloon says that the GIMP is out of this > world, it follows the alternate path, it allows you to dream not only > of what is...but of what may never be. The brush is just a brush. There is no spoon... brush... uhmmm... Erhmm sorry, matrix flashback. I personally like both the balloon and brush image. Maybe both can fit in somewhere? I understand I'm just a lurker here and have no real clout, but maybe one can be the splash (I'm thinking balloon) and the brush one could be modified for the About image? My $0.02. arc -- Arcterex -=|=- [EMAIL PROTECTED] -=|=- http://arcterex.ufies.org '... I was worried they were going to say "you don't have enough LSD in your system to do UNIX programming."' -- Paul Tomblin in a.s.r
plug-in functionality [PolarCoord, MapObject...]
I am currently reviewing plug-ins with "real users". Some plug-ins apparently and annoyingly lack much needed functionality. For instance, the PolarCoord plug-in insists on rendering into the same image as source, with same dimensions. So, an obvious maneuver like render a ribbon of text (say 1400x300 pixels) then use the polar transform to make it circular does not work as expected, since it outputs a circle of diameter 300 pixels. It is not the only plug-in with that problem, MapObject also insists on rendering into an image of the same size. Either 1. I have not found the "right way" to have these plug-ins render images of the right size. It is then very much unlikely that normal users will find a way to do this. 2. The needed functionality is absent. I consider this to be a BUG that needs to be fixed before 1.2 is out. It is a bug because we feature some plug-ins that provide a functionality provided by decent painting programs, yet this functionality lacks some fundamental setting, contrary to the intuition of all users. What do you think? --- David MonniauxFax: +33 1 44 32 20 80 Laboratoire d'informatique de l'École Normale Supérieure, 45 rue d'Ulm - 75230 PARIS cedex 5 - FRANCE
Re: Thanks (Re: Gimp splash images)
>> > the baloon, the rocket, or the new one are my faves for 1.2. I really >> > like the newest one. Nice work. >> > >> > Adrian >> >> I gotta say, the newest one is definitely my favorite so far. The baloon >> was nice, but this one looks really polished, and professional, but fun at >> the same time. >> >> It is a logo that says "we can take on photoshop, just click and see" ;-) Glyph, I have to say that my sentiments are just the opposite of yours. Although the latest splash (with the brush) is nice and traditional looking, I find it has little identity and little character. On the other hand I feel that the balloon splash captures the mood and the spirit of the GIMP. I don't know how to express it exactly, but to me the balloon says that the GIMP is out of this world, it follows the alternate path, it allows you to dream not only of what is...but of what may never be. The brush is just a brush. Best regards, Carey Bunks
Re: undo.c [i18n problems]
On Thursday, 13 Jan 2000, David Monniaux wrote: > #: app/undo.c:2874 > msgid "FS to layer" > msgstr "FS vers calque" > > #. ok > #: app/undo.c:2875 > msgid "gimage" > msgstr "gimage" > > #: app/undo.c:2876 > msgid "FS rigor" > msgstr "" > > #: app/undo.c:2877 > msgid "FS relax" > msgstr "" > > What do these options mean? FS is floating selection. I agree, the messages are not exactly very clear. "FS to layer" is what happens when you convert a floating selection into a full, proper layer. "gimage" is a pretty non-descriptive catch-all undo type used in many places, mostly when pushing an entire tile manager on the undo stack. Ideally, we'd go round all the places "gimage" is used, and give a more meaningful undo type (eg paint or fill or whatever). Ditto for "gimage mod" and "paint core". "FS rigor" and "FS relax" are used in pairs to temporarily hide the floating sel and display what's under it (eg during floating selection moves). They should never actually appear as undos by themselves, but as part of a larger group. I don't think there's any need to translate them. In my opinion, floating selections should be taken out and shot, since we now have proper layers. They cause much confusion to users, and require lots of special-case code. Austin
Re: Thanks (Re: Gimp splash images)
On Wed, 12 Jan 2000, Adrian Likins wrote: > the baloon, the rocket, or the new one are my faves for 1.2. I really > like the newest one. Nice work. > > Adrian I gotta say, the newest one is definitely my favorite so far. The baloon was nice, but this one looks really polished, and professional, but fun at the same time. It is a logo that says "we can take on photoshop, just click and see" ;-) The Tao is like a glob pattern: It is masked but always present. used but never used up. I don't know who built to it. It is like the extern void: It came before the first kernel. filled with infinite possibilities. [[EMAIL PROTECTED]]
Re: Gimp splash image and "about" image
On Thu, Jan 13, 2000 at 01:29:12PM +0100, Raphael Quinet wrote: > > I just had an idea: the lightbulb image that is used in File/About > could also be updated because it has not changed much since the early > days. So what about this: we use the image version 1.14 for the > splash screen (or 1.15 if Tigert can improve it), and the version 1.4 > with the baloon for the about page. what do others think? I could edit the brush image (Wilber & Sons) to suit better for "About" -image, anything you would like to have there? > > By the way (yet another request for Tigert), it would be nice if the > gimp splash screen history page contained the date at which each image > was checked in. I know that Aspirin's 1.12 joke has been there for a > while, but I don't remember when it appeared. Anyway, that's just an > idea. I would do a "cvs log" if I could access CVS, but I cannot do > that for the moment. If someone can provide me the dates, I can add them to the page. It's just static html and I update it by hand whenever the splash changes.. Tuomas -- .---( t i g e r t @ g i m p . o r g )---. | some stuff at http://tigert.gimp.org/ | `---'
undo.c [i18n problems]
#: app/undo.c:2874 msgid "FS to layer" msgstr "FS vers calque" #. ok #: app/undo.c:2875 msgid "gimage" msgstr "gimage" #: app/undo.c:2876 msgid "FS rigor" msgstr "" #: app/undo.c:2877 msgid "FS relax" msgstr "" What do these options mean? General note to programmers: please document the meaning of some obscure abbreviations and sentences, especially if you coin words yourselves... --- David MonniauxFax: +33 1 44 32 20 80 Laboratoire d'informatique de l'École Normale Supérieure, 45 rue d'Ulm - 75230 PARIS cedex 5 - FRANCE
Gimp splash image and "about" image
I just had an idea: the lightbulb image that is used in File/About could also be updated because it has not changed much since the early days. So what about this: we use the image version 1.14 for the splash screen (or 1.15 if Tigert can improve it), and the version 1.4 with the baloon for the about page. By the way (yet another request for Tigert), it would be nice if the gimp splash screen history page contained the date at which each image was checked in. I know that Aspirin's 1.12 joke has been there for a while, but I don't remember when it appeared. Anyway, that's just an idea. I would do a "cvs log" if I could access CVS, but I cannot do that for the moment. -Raphael
Re: New plug-in
Kelly Lynn Martin wrote: > > On Fri, 7 Jan 2000 23:40:02 +1100 (EST), Paul F Harrison <[EMAIL PROTECTED]> said: > > >I have made a plug-in that does some interesting things, like applying > >a theme taken from one image and applying it to another, or making an > >image tilable. More details at > > >http://yoyo.cc.monash.edu.au/~pfh/fixer/ > > >This is my first plug-in (and my first post to this list). Any comments > >would be appreciated, especially about any GIMP conventions i may have > >inadvertantly missed. > > It's incredibly slow, probably because you did a naive iteration > across the image instead of using pixel regions. Doing direct > iterations across a gimp image thrashes the system badly and is an > evil thing to do. Please rewrite your code to use pixel regions and > rerelease. (I'd do it myself but I'm on other tasks ATM.) > Actually the first thing this plugin does is copy the pixel data into it's own process so there is no extra data thrashing going on (though it may be able to benefit from a call to gimp_tile_cache_ntiles). Copying all the pixel info locally isn't exactly something that we should encourage plugins to do, but given the multipass nature of this plugin it seems a reasonable thing to do. The slow part of the plugin is finding the best matches between the input image and the corpus image. I might suggest using a BSP tree or a multidimensional hash to speed that part of the process up, though I'm not sure if either of those would really be faster than the current qicksort like algorithm. One other possible optimization would be to disregard duplicated patches from the corpus image. Jay Cox [EMAIL PROTECTED] PS: This plugin is very cool, congratulations to the author!
Re: Thanks (Re: Gimp splash images)
On Thu, 13 Jan 2000, "Garry R. Osgood" <[EMAIL PROTECTED]> wrote: > The latest is very good too, but the bristles are pointing the wrong way > (they would point *into* the ink blot as the brush pushes to the left). > I guess this bothers my boring and literal mind. Good catch! Actually, it is even more than that: the whole brush should be pointing in the opposite direction (unless the artist is starting to paint a second line on top of the first one). When you are painting, the brush is usually pointing in the opposite direction of the existing stroke, which is not very convenient for the image layout. I would certainly vote for the lastest splash screen if it could be fixed. Some suggestions for Tigert (because I am not much of an artist so I cannot do that myself): - Move the existing ink line a bit higher (or lower) and start a second one where the tip of the brush is. - Or do things differently: instead of a simple line, draw a large circle in dark red ink around the GIMP letters. The advantage of a circle is that the brush comes back where it started, but with the correct orientation. - Add some perspective on the background. - The tip of the brush should be soaked with ink. Just my .02 Euro... -Raphael
Re: Thanks (Re: Gimp splash images)
Adrian Likins wrote: > > > the baloon, the rocket, or the new one are my faves for 1.2. I really > like the newest one. Nice work. > > Adrian > > The magical quality of 1.4 is hard to beat. It reminds me of Bilbo Baggins: "The road goes ever onward..." The latest is very good too, but the bristles are pointing the wrong way (they would point *into* the ink blot as the brush pushes to the left). I guess this bothers my boring and literal mind. GRO
Re: Discovered paste to mask bug
Carey Bunks wrote: Hi, I'm using the CVS gimp 1.14 corresponding to the line 2000-01-08 Michael Natterer <[EMAIL PROTECTED]> as the top entry in the Changelog, and I'd like to report a bug. The bug I've discovered is that it is no longer possible to paste from the default buffer to a channel or layer mask. Thus, the operations: o Copy a layer to the default buffer using Ctl-c, o Make a layer mask (and make sure it is active), o Paste from the default buffer using Ctl-v, and o Anchor the resulting floating selection by clicking on the Anchor button does not place the paste into the layer mask! The float just mysteriously disappears. Same behavior occurs when trying to paste into a channel mask. Cary, I believe this corresponds to bug #5045 [Cutting from Layer and Pasting To Channel Fails] of which a variety of fixes were placed into CVS by Sven and myself around 01/11 and 01/12. While the bug discusses Layer --> Channel pastes, the underlying problem generally affected RGB -->Grayscale translations and would affect pastes to masks as well. Please let us know if what you see persists in newer versions. Thanks. Be good, be well Garry Osgood
Re: [gimp-devel] Re: Thanks (Re: Gimp splash images)
Adrian Likins ([EMAIL PROTECTED]) wrote: > On Wed, Jan 12, 2000 at 03:15:55PM -0800, Tuomas Kuosmanen wrote: > > On Wed, Jan 12, 2000 at 10:24:09PM +, Austin Donnelly wrote: > > > I vote for releasing gimp 1.2 with Tigert's 1.4 "floating balloon" > > > splash screen. > > > > I was thinking of that too. People seem to like that one. > > the baloon, the rocket, or the new one are my faves for 1.2. I really > like the newest one. Nice work. I love the newest one (with the brush), esp. since this is our first stable release with XInput-Support. Bye, Simon -- [EMAIL PROTECTED] http://www.home.unix-ag.org/simon/
