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
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
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
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
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