Semi-Off-topic: GUADEC Art Contest
As many of you know, this year's GUADEC is in Copenhagen April 6-8. The organizers are planning to distribute programs, posters, and t-shirts. Now comes the fun part: all you cool GIMPers out there are invited to submit the artwork. One winning piece (to be provided in 2 resolutions) will be printed on posters and programs and another (or the same idea if applicable) on the t-shirts. E-mail submissions directly to me ([EMAIL PROTECTED], NOT the mailing list PLEASE or i will get slaughtered) or, preferably, e-mail me a weblink to your artwork. DEADLINE FEBRUARY 20th. Our apologies for the short notice, but maybe a little pressure will get those creative juices flowing. Thanks! bex
Re: ANNOUNCE: Realistic media plug-in for the GIMP v1.2
looks pretty cool, but it would be nice to have full control over color. perhaps that would be a future upgrade to it? bex
Re: Bumpmap with negative Depth ??
what if you color invert the one you use as the bump map? if you use same layer, then duplicate, color invert, and use the inverted to bump the regular.
GIMP developers are the bestest
since we've had so much arguing on here lately, i thought everyone could use a little positivity. i'm just HAPPY HAPPY HAPPY. i told sjburges on irc about my floating layer to new layer difficulty with key commands so in a few minutes he sat down and wrote me a script. so i think gimp developers are the bestest!! thank you all for being so wonderful! bex
key shortcuts
okay.. this is almost a ocmplaint. something i find annoying anyway... you cant create a new layer from the layer submenu of the image menu. you can only do that from the layers, channels, paths dialog. it comes with ctrl n which also is the new image code. so i switched it to alt n. but if i do that when the image window is in focus instead of the layers, channels, paths dialog, it doesnt work. is there a way to change it so the short cuts in other dialog's menus can be used in the image window? otherwise it is kinda useless since i have to change focus to do it which usually means the mouse since i have so many open it is a pain to use tab. so is there any way to change that and if not, could that be a new feature for a future release? thanks. bex
ban request
i would like to request that timecop be banned from this list. is that possible? if so, would someone please do that? he obviously fails to appreciate the quality program the developers have made available to us and his constant cursing and complaining is a waste of band width. thank you. bex
Re: GIMP-1.1.31: Where is gone spheredesigner?
vidar took sphere designer out because he said it wasn't ready for release yet. he needs to redo some stuff and it is complicated so he said he'd pull it for now and put it in again later. and when it goes back in it will be with a kick-ass help file he is writing for it.
Re: RFC: The future of The GIMP
sounds good to me. we do need to also worry about the cost of downloading from the web for european users who often have expensive slower connections. im lucky and have a unlimited usage so could use the convenient web idiot-proof method. Lourens Veen wrote: > > Jon Winters wrote: > > > > We should keep in mind that the vast majority of Gimp users are not > > compiling from source. A shell script is not something those folks > > understand. Their reaction will be... Heh.. Where are all the plugins, > > this sucks! > > Yep. Most users won't read the README either so we need something that > is immediately clear. > > > Xtns > Plugins > Update Plugins... > > > > And some sort of cuddley GUI driven crapplet that compares the users > > plugins to the official plugin FTP archive or one of its mirrors. Users > > could pick and choose the plugins they would like to upgrade or install > > and have a chance to un-install stuff they don't like. > > 1 problem. What if the user has no internet connection (hard to imagine > these days, in the USA but also in Europe internet use is now rather > widespread, but still). On the other hand, there _has_ to be a way to > install plugins from source, or everyone who's not on a supported > platform would be stuck. > > So we need: > > 1) Simple and straightforward plugin installation from the web for > completely non-technical users (useful anyway, since then we don't have > to wait for distributions to start carrying the latest plugins). Could > be source or binary, but probably source with a standardized building > method. Gimp would have to come with generic makefiles (ie for any > plugin) for each platform. > > 2) The possibility to pack the plugins into separate packages, so that > they can be included with distributions properly (either source or > binary, that's up to the distribution maintainers). This is for people > installing a distro from CDROM. > > That way non-technical users can just pick out gimp in their distro, and > select the plugins they want in their distro menu, and later update from > the web in a straightforward manner. People building from source build > from source and then install the plugins through the applet. > And people who want to build the plugins themselves (plugin developers > for instance) can still do so from the console using the generic > makefile for their platform (which every plugin has to adhere to). > > Does anyone see any holes in this one? > > Lourens
Re: suggestion for gimp 1.3 and later
"Guillermo S. Romero / Familia Romero" wrote: > > [EMAIL PROTECTED] (2000-12-13 at 0057.14 +0100): > > I think it would be a good idea to add a grid function like some other > > Are you speaking about something like the Perl scripts that create a > grid and remove guides? i ran one of those to make a grid of guides, but it would be nice to have a grid that isn't the same as guides. so that you could snap to it even when it wasn't visible. you can only snap to guides when they are visible and they only snap when you get near them. i want a grid that ALWAYS snaps so i can never locate something other than on, say, every 10th pixel. does that make sense?
suggestion for gimp 1.3 and later
I think it would be a good idea to add a grid function like some other programs have. It is hard to work with a guide grid at 10 pixels or something toggled visibly on and I don't think it snaps quite the same as a grid. So what about a grid that could be toggled on and off at a varying width where something could NOT be placed other than with starting and/or ending points on the grid. Like if a layer is moved or a selection it snaps in units of 10 and never lands in between. Also so the grid is not visible and can be started from a set point. My apologies for not being able to create this function myself, but I am not able to program. Also, is there any way to make dialogs so we can copy-paste from them? I at least can't seem to with my wacom. This would be nice for error msgs, author e-mails, etc. Thanks! bex
Re: RFC: The future of The GIMP
I was thinking something along these lines myself prior to reading this post. I am rather fond of how the helix updater works. It is important to remember that in many places in Europe it is still pay-by-the-minute for net connections so it would be nice for some users not to need to install all the plug-ins when they want something more basic. Also then the user could run something like helix-update (sorry, but I like Helix Gnome) to fetch and install the new plug-ins when they come out without anything happening to GIMP itself. Once the help files are done, they will help people decide what things they want in terms of plug-ins. It would be good if downloading and installing a plugin also added relevant help files to the system. As we consider the future of GIMP, I think we may want to consider our target audience. Who exactly is the target audience of GIMP? In my opinion, it is not only useable by the high-level artists like tigert and lewing and everyone else I am neglecting, but also by the more amatuer users like me. I'm no great artist but it rocks for web graphics. As it is further developed, we need to remember to make it easily available to the less advanced users of linux systems who maybe can't make and install on their own but depend on RPMs and helix-update and things like that to maintain their systems. I know that these user interfaces are a lower priority compared to the actual functioning of the program, but it is something to keep in mind. Anyways, I love the GIMP. I'm not much of a developer (I suck at programming) but I will help however I can. And many thanks to those of you who have made it the great program it is. bex Lourens Veen wrote: > > I realise that it's probably too late already, but dare I say C++? Did > anyone ever even consider this? > > As for the plugin distribution, I think the nicest way would be to have > a plugin manager that would enable you to download plugins from the web > on the fly. Something Linux distributions have too, you just connect to > the server, list the available plugins, let the user select what he/she > wants, download and install them. That would IMHO certainly be the > nicest solution. > > Lourens
Re: How much longer do I have to put up with this... (miles o'neal)
You received the respose you received because the developers of the GIMP work their butts off to produce a good, FREE program in their own time and without compensation. You then call them a bunch of idiots and curse at them without offering much in the way of constructive criticism. If you have such a problem with the GIMP either help make it better or go use something else! Now as for the few constructive comments you made -- Because gimp is a graphics program, most people are already working with a mouse or pointer or some other tool so maybe no one thought about the shortcuts for accessing the menus. The tear-aways are not useless. I personally rarely use them, but I can imagine many situations in which they would be invaluable. If you learn to control your mouse or pen or whatever you will not have problems with them appearing when you don't want them. the configurable shortcuts are extremely convenient and I have often used them myself for functions I access frequently. If you feel compelled to write to this list again in the future, please do so in a polite and constructive manner and without the expletives. Some of us may be offended by your profanity and that isn't about to get you the results you desire. Thank you. bex
GIMP help docs
bex here. I'm all done proofing all the files in the CVS. So get out there and write some more!! I think there are a ton of holes yet needing work. Also please check the to-do.txt file which lists holes in the files already in there. So it isn't MY fault anymore if 1.2 is delayed! bex
