Re: [Gimp-developer] GLIB version error while compiling GIMP with MacPorts

Tim Chen writes: > Note that one has to install gtk2 using command below to avoid some weird > dependency problems Most Linux people have to recompile gtk2 (and its dependencies) to build GIMP now too. > ImportError: could not import pygtk Did you build python-gtk? It's a separate package, with

[Gimp-developer] IRC session on how to build GIMP

Are you a GIMP user or Summer of Code student who's been wanting to get involved, but having trouble building, or a bit intimidated by the build process? I'll be running a session on IRC to help anyone build GIMP on Linux, as part of the OpenHatch "Build it" project. The session will take place o

Re: [Gimp-developer] Color circles (Thank you.)

Patrick Horgan writes: > I'm sitting here whipping out a picture of a RGB Venn diagram with text > labels with a recent pull from trunk in single window mode. [ ... ] > p.s. http://dbp-consulting.com/RGBVenn.png > p.p.s The venn diagram is done with 5 layers. Top to bottom: I agree -- it's gre

Re: [Gimp-developer] current git version: weird behavior in a detached menu

Olivier writes: > Git version compiled today on Ubuntu 10.04. Using a right-click in the Image > window, I detach the Image -> File -> Create menu. In this detached menu, > the menu entries work as customary. However, the simple entries, for example > Screenshot, have no other effect than to displa

Re: [Gimp-developer] Addressing one of the gimp vision items..."easy installation of plug-ins"

Martin Nordholts writes: > On 05/14/2010 04:13 PM, Rob Antonishen wrote: > > - GIMP should be easily extensible by the average user: one > > click-installation of plug-ins > > [...] > > I agree installation of plug-ins is a pain, but I'm not aware of anyone > planning to work on improving the sit

Re: [Gimp-developer] Trying to Make a Plug-In

Callie writes: > Hey guys, > > I have very limited experience in programming, and none at all with making > plugins, but I want to make a plugin that would make my life a whole lot > easier. > > Unfortunately, it seems that all the information regarding this process is > written for people who

Re: [Gimp-developer] Text color change

Thales img writes: > Is there any way to change the color of part of a text? Like this: > This wordis red > I'm asking 'cause if there isn't an easy way is something to think about. Probably the easiest way is to use bucket fill and click on each of the letters. Note that that will change the laye

Re: [Gimp-developer] remove layer should not force you to last selected layer

Luiz Felipe Moraes Pereira writes: > Also I do not mind much about not having a selected layer after > the deletion of a layer. But the forced viewer scroll down( or up ), > depending of the last selected layer is a problem. This used to annoy me a lot, because I frequently want to delete, say, t

Re: [Gimp-developer] moving windows in the git version

Olivier writes: > For several weeks now (I compile the git version every Monday), the windows > in normal mode (i.e. multi-window mode) behave in a weird way: I place them > where I want them on one virtual screen, and then I move to another one > virtual screen. When I come back, the windows have

Re: [Gimp-developer] GIMP GIT: window hints and text move

Michael J. Hammel writes: > I start 2.7 in one > workspace, then switch to another, then back to the GIMP workspace. The > toolbox and docks are gone - I can't find them in any workspace. Only > the image window remains visible. Tabbing doesn't change anything. [ ... ] > I searched but the close

Re: [Gimp-developer] Tool Presets (was easily switch to last used tool)

> On Sat, Jan 9, 2010 at 8:21 PM, peter sikking wrote: > > so per-tool presets would be the solution for your case Alexia Death writes: > May it be noted that the tool presets of this nature already exist. > they are just terrible to use. those little buttons and menus in tool > options suck. So

Re: [Gimp-developer] We should go for a single-window mode in 2.8

peter sikking writes: > hey guys, > > I have now blogged about the single-window mode: > > I was really getting excited about getting tabs in the image window (the "image parade" idea would achieve a similar function), since

Re: [Gimp-developer] Panels disappearing when changing workspace

Alexandre Prokoudine writes: > On Thu, Aug 6, 2009 at 1:16 AM, Sven Neumann wrote: > > > I'd rather open a bug-report against your window manager. > > That would be Metacity, which is declared getting obsolete and has > over 400 (IIRC) not closed bugs . It's been reported against at least 4 diff

Re: [Gimp-developer] Improved brush editing interface mock-up

> Martin Nordholts wrote: > > I would just like to point out that the smallest screen size supported > > by GIMP is 1280x1024, so we don't need to make 1024x768 work or look > > good. SHIRAKAWA Akira writes: > Yes, I've read that many times and I would agree with it too since > anything lower tha

Re: [Gimp-developer] Scrollwheel actions by default?

Jernej Simončič writes: > I'm all for it - in my experience, the wheel is useless for scrolling > the images (partially because it's limited to single direction only), > but works very nicely for zooming in and out (and if you combine this I use the mousewheel for scrolling quite often, especially

Re: [Gimp-developer] API for bringing up a Save dialog

Sven Neumann writes: > On Fri, 2009-05-29 at 10:18 -0700, Akkana Peck wrote: > > I need to show the dialogs because the plug-in needs to save a > > file (that's the whole point of the plug-in) and it seems like > > bad UI to pop up the JPEG save dialog without ever show

Re: [Gimp-developer] API for bringing up a Save dialog

Martin Nordholts writes: > IMO we should not reuse gimp_file_save() for this but instead introduce > gimp_show_save_dialog() and gimp_show_export_dialog(). I am a bit > worried however that plug-ins will abuse this power. In your case, why > do you need to show these dialogs? Isn't it better if

[Gimp-developer] API for bringing up a Save dialog

> On Fri, May 29, 2009 at 3:59 PM, Ryan Krauss wrote: > > pdb.gimp_xcf_save(1, img, drawable, xcf_path, xcf_path) > > pdb.gimp_file_save(img, drawable, xcf_path, xcf_path) That leads into something I've been needing from Python: I'd like a way of bringing up a Save-as or Export-as dialog from a P

Re: [Gimp-developer] [wish] when pasting without any reference use mouse cursor position

Liam R E Quin writes: > 5) zoom in on the place where you want to work, a step >at a time, gradually moving the floating selection > 6) when you get to 50% or 100% so you can work, try to remember >why you wanted whatever you pasted. > > Why you think that's a smoother workflow than > 1) p

Re: [Gimp-developer] [wish] alignment rotation

Jay Smith writes: > My desire would be for: > >click (on first point) >click (on second point to finish the line) >do a keystroke command that can be accomplished with ONE hand > to execute the task (I would prefer not to have to hit the Enter > key) You could perhaps do thi

Re: [Gimp-developer] RFE: Changing/Remembering/Setting Dialog Defaults for Image... Canvas Size...

Jay Smith writes: > In the dialog box: > >Image... Canvas Size... > > - Layers... The dialog _always_ seems to default to "None" instead of > "All Layers". I want to set a default of "All Layers". I too would love this to be remembered. I usually want "All image-sized layers" but it gets to

Re: [Gimp-developer] a good student UI project...

Rob Antonishen writes: > Why limit it to path stroking? > > It might be more flexible to create a "stroke style editor" where you > could visually adjust those attributes including tapers, brush > spacing, jitter, gradient mapping, and ultimately new features like > rotation, opacity and scaling (

Re: [Gimp-developer] Gimp license

> > > > So finally, I hereby suggest to move to GPL3 asap. > > > > > > > > Comments from any developers appreciated. Liam R E Quin writes: > I think I only have half a dozen lines of code in there, > but in case there's any doubt, it's fine here :) Likewise for me -- I don't have many lines of co

Re: [Gimp-developer] Environment suggestion

Sven Neumann writes: > On Thu, 2008-11-13 at 22:39 -0800, Akkana Peck wrote: > > Unfortunately you may also have performance issues with GIMP 2.7 > > on a machine like that. > > Are you implying that GIMP trunk is in any way slower than GIMP 2.6 > (without enabling the GE

Re: [Gimp-developer] Environment suggestion

Rob Antonishen writes: > I have an older PIII notebook I'm willing to blow away and use just > for this purpose ... can anyone suggest the shortest path from a blank > hard drive to a working gimp develpment environment? Sven Neumann writes: > It doesn't hurt to put babl and GEGL into /usr/local.

Re: [Gimp-developer] gimp print dlg

[EMAIL PROTECTED] writes: > thanks for the explaination. I've checked and gimp-print is built with > gimp option. Should that alter the dlg I get from gimp file print menu? Are you building in gimp-print then doing a make install? Is this the latest gimp-print from http://sourceforge.net/project

Re: [Gimp-developer] Should we replace the 'Zoom when resizing image window'-button?

Martin Nordholts writes: > Hi > > There is a little button in the upper right corner of each image window > with the tooltip "Zoom image when window size changes". > > I have never used this and I can't figure out in what way it is useful. It's useful in that it lets you scale the window exactly

Re: [Gimp-developer] Gimp default brush set contest

I wrote: > Alexia thought 50 was surprisingly large, but remember, brushes Oops, that was Valerie, sorry. ...Akkana ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-develo

Re: [Gimp-developer] Gimp default brush set contest

Rogier Wolff writes: > I have a weird obsession. I work with images that are larger than what > most other people work with. > > So I don't need a 3, 5, 7, 9, 11, 13, 15, 17, or 19 pixel fuzzy > circle, but I need one that is around 30 pixels wide. Or 50. I'm not sure that's all that unusual. Wi

Re: [Gimp-developer] Enhancement idea: Snapshot tool for quick comparisons

vabijou2 writes: > Image -> Duplicate is an unacceptable alternative. The idea is to create a > single window that allows the user to cycle through multiple (named) > snapshots > in any order he chooses to see large or small changes more readily. Image > -> > Duplicate has so many negatives to

Re: [Gimp-developer] Specs for Export/Save User Interface

[EMAIL PROTECTED] writes: > 3) Putting Text on a .png (in-place file editing) > - Open bla.png > - Text layer created > - Export to bla.png exporting to currently opened file is > admittedly ugly, but > consistent. The image stay

Re: [Gimp-developer] proposed solution for: protection from information loss

[EMAIL PROTECTED] writes: > Additionally, the 'forced .xcf' behaviour can be quite nagging - consider > user experience for a quick Levels adjustment to a photo: [ ... ] > Where i agree with you, is that gimp should support the typical workflow > which centers around a .xcf main document with seve

Re: [Gimp-developer] More intelligent user protection from information loss

Alexia Death writes: > I'm going to echo my support for this. The nags on saves are > counterproductive. And often they're not even right -- e.g. "The image has transparency, flatten?" shows up on anything with an alpha channel even if every pixel is fully opaque. All those dialogs do is train t

Re: [Gimp-developer] EXIF data missing after jpg save

Paka writes: > the opensuse team that is maintaining gimp/ufraw does not believe that > exif data is important to the project and do not include support for > exif. I questioned stbinner at suse dot de several years ago (iirc) > and was imformed. Perhaps several questions/comments from different

Re: [Gimp-developer] A question on Gap -frame modify

Alchemie fotografiche writes: > " 1.a # for bourne and ksh users: > > GAP_DEBUG=y > export GAP_DEBUG > >1.b # for csh users >setenv GAP_DEBUG y " > > Now i don't know if i am a bourne, a ksh, or a csh user, i just know (and not > as expert) how to use the

Re: [Gimp-developer] sharefonts dependancy?

[EMAIL PROTECTED] writes: > This seems pretty marginal usage. Can anyone advise if removing sharefonts > will break fu or any other parts of gimp? The freefonts and sharefonts packages disappeared from Ubuntu and Debian quite a while ago (years). Kind of a shame -- there were some nice fonts in

Re: [Gimp-developer] change layout of mode menus?

> On Sat, 2008-02-16 at 10:11 -0800, Akkana Peck wrote: > > dialog, which makes the process a lot easier. I've always wished > > I could have something like [a dialog] for the mode on the current layer, > > so I could easily try each layer mode sequentially. Sven Neuma

Re: [Gimp-developer] change layout of mode menus?

Bill Skaggs writes: > Well, it would be very easy to make the layer mode menu > support a tearoff. It can literally be done by adding two > lines of C code. (I just tested.) A tear-off Mode menu from the Layers dialog would be lovely, and would solve every problem I've ever had with that menu.

Re: [Gimp-developer] change layout of mode menus?

I got to thinking some more about this discussion about the mode list UI. What I've really always wanted for the mode list (but didn't want to say because it didn't seem like a good general UI model) is a sort of "mode tool": a way to keep the mode list menu posted so I can change modes on the curr

Re: [Gimp-developer] change layout of mode menus?

Liam R E Quin writes: > Seems to me that probably most people will use at most a couple of the > layer modes in normal use, so maybe putting the top 7 on the menu and > having a "more modes" submenu is a possibility. Eek, please no! Often the best way to use layer modes is to go down the list one

Re: [Gimp-developer] proposal for managing resources such as brushes, gradients, etc

William Skaggs writes: > 1) You have a "workspace", holding the brushes that you are currently [ ... ] > 2) You have a set of extra folders, specified in Preferences. The >brushes in these folders don't automatically belong to the >workspace. To get at them, you invoke a Brush Chooser, wh

Re: [Gimp-developer] proposal for usability enhancements for Stroke dialog

William Skaggs writes: > I find myself doing Edit->Stroke pretty often, and there are a few easy > changes > that I think would make it signficantly better. > > 1) The most important is that the dialog should not go away after the Stroke > button is pushed. It often takes several tries to get th

Re: [Gimp-developer] redeye.c and gimp-2.4

Owen writes: > Tried updating Robert Merkel and Benoit Drooghaag's redeye.c into gimp-2.4 > but it failed. You know about Filters->Enhance->Red eye removal, standard with GIMP 2.4, I hope? ...Akkana ___ Gimp-developer mailing list Gimp-develope

Re: [Gimp-developer] 2.6 roadmap: metadata and jpeg plug-in enhancements

Sven Neumann writes: > On Fri, 2007-11-02 at 23:55 +0100, Raphaël Quinet wrote: > > > * jpeg plug-in > > + remove the prompt for EXIF orientation: it should always be done > > IMO the current solution of asking and allowing the user to skip this > question is preferred. It requires a user decis

Re: [Gimp-developer] 2.6 roadmapping, the UI part of it...

Guillermo Espertino writes: > Tabs don't work for image manipulation because is frequent to compare > between two+ images or work with two views (one zoomed and the other at > 100%) . If we use tabs we have only one image open at a time and that's > mostly a problem for pros. Clearly it wouldn'

Re: [Gimp-developer] Print Dialog - Seg faults in 2.4RC1

Tim Jedlicka writes: > When I select the "Print" button, I get a segmentation fault: > /opt/gimp-2.4/lib/gimp/2.0/plug-ins/print: fatal error: Segmentation fault > > I'm guessing I'm missing something basic. I downloaded and compiled gtk+- > 2.10.13, then compiled gimp2.4rc1 with PKG_CONFIG_PATH s

Re: [Gimp-developer] Default values for the Fixed: Size entry

Martin Nordholts writes: > It seems as if quite a lot of people would like there to be a way of > fixing the size of a pending rectangle. > > If we handled the default values of Fixed: Size the same way as for the > default values of the Fixed: Aspect ratio entry (i.e. when rubber > banding has

Re: [Gimp-developer] 2.3 Memory usage and leaks

Sven Neumann writes: > What does gmemusage display? Does it only look at malloc'ed pages or > does it also take code size into account? I'm not sure. I think it's all of the above. > On Fri, 2007-07-13 at 15:47 -0700, Akkana Peck wrote: > > I played around with gm

[Gimp-developer] 2.3 Memory usage and leaks

I just found my (wimpy laptop) machine running slowly after processing a few (4) images with gimp from current svn (with several scales, a crop and several saves) then closing all the image windows. I ran a quick memory check and discovered that gimp was using 51Mb despite not having any images ope

Re: [Gimp-developer] jpeg quality factor.

peter sikking writes: > But in between, as long as it is not finished, there is no role for > jpeg. Only one decompression at the beginning and a compression of the > end result is defendable in high-end graphics. I'm seeing an unspoken assumption in this thread that most photos are edited in mu

Re: [Gimp-developer] new rectangle tool specification

Sven Neumann writes: > http://gui.gimp.org/index.php/Specifications [ ... ] > The other aspect is not yet implemented. The spec suggests that when the > mouse is over one of the corner or side handles, and one of the cursor > keys is pressed, the rectangle shall be resized by one (shift: 15) image

Re: [Gimp-developer] JPEG plug in : added a default settings record and debug

guepe writes: > The Gimp JPEG plug in does not allow to save defaults settings from > session to session. It does exists for the PNG one (see bug #63610). > > I decided yesterday to write the same thing for jpeg, I submit the > source code (mainly inspired from the PNG implementation). That shoul

Re: [Gimp-developer] Webdesign is wrong

David Marrs writes: > 4) Open new canvas. PS automatically populates the canvas dimensions with > those > of the paste buffer so this operation isn't as cumbersome as it would be in > Gimp, but really it wouldn't be required at all if PS allowed you to edit an > image during the next stage. I

Re: [Gimp-developer] What happened to FFT forward and backward plugins?

Mark Lowry writes: > I had 2.2.13 on my PC and it didn't have > Filters>Generic>FFT Forward or FFT Backward. I have > 2.2.14 on my laptop and those filters are there. So I > just installed 2.2.15 on my PC and those filters > aren't showing up. What gives? Maybe you installed the Fourier plug-in

Re: [Gimp-developer] Rudeness on gimp devel and bugzilla - was: Re: Tools

[EMAIL PROTECTED] writes: > > Come on, that is simply a rude accusation. > > Is it rude? It seems perfectly reasonable and polite to me. Interestingly > Sven seems to find this highly offensive as well. May be you think taking > offense somehow negates the criticism. It seems you both are not

Re: [Gimp-developer] SoC project ideas

Sven Neumann writes: > Create an SDI manager widget > Do we really want to ask someone to waste his/her time with this? It > is in my opinion not implementable in a sane way and we would likely > not accept the results then. If this is supposed to be kept on the > list then we need to agre

Re: [Gimp-developer] Enhancement Proposal: Add a temporary magnifier

peter sikking writes: > what I am asking myself is 'does this thing need to be circular? XEphem has a magnifier in some of its views, like the moon view. It's just a square with a yellow border, and you can drag the mouse around and magnify different parts of the image in real time. http://shallow

Re: [Gimp-developer] Crop+Scale (was Save As JPG Integrated)

Sven Neumann writes: > If you had read the specification (and I expect all of you to have done > that), you would know that the current state of the rectangle tool > options panel is far from final. I knew it wasn't final. I did wonder what the current buttons were for. The specification you're

Re: [Gimp-developer] Crop+Scale (was Save As JPG Integrated)

Aurimas Juška writes: > The idea is based one of bug list's enhancment request which asks to > save image for Internet, ie user wants image to be as small as > possible (for example to send with mail or put to forum) and some > parts could be cropped and picture could be resized until wanted file >

Re: [Gimp-developer] Save As JPG Integrated (mockup)

Thorsten Wilms writes: > I found toggling between > original/preview in the same view to be superior if > you want to spot JPG artifacts. Me too. The new setup where the preview is a layer in the image dialog (I just updated and saw it) is wonderful. I'd been struggling with focus/raise issues

Re: [Gimp-developer] Meaning of delay in screenshot plugin

peter sikking writes: > I got the fling that ksnapshot manages to take a snapshot of > the window + menu. There is where I got the idea. But reading > the documentation again, they do not 100% promise this. I should have tried ksnapshot before! It does get the menus -- even on Edgy where GIMP

Re: [Gimp-developer] Meaning of delay in screenshot plugin

peter sikking writes: > > Peter, I have to ask: how much have you actually used GIMP for > > screenshots? Have you done a lot windows cut from full-screen > > screenshots? Or talked to users who do? > > I am an interaction architect, I have to take a decision what is > the best solution for 1 mill

Re: [Gimp-developer] changes in script-fu in 2.3.14

Sven Neumann writes: > On Tue, 2007-01-30 at 08:22 +0100, Sven Neumann wrote: > > > I don't think that the NEWS file is the right place for this. Someone > > should set up a detailed description of the changes with instructions on > > how to fix scripts that stop working after the update. We shoul

Re: [Gimp-developer] Meaning of delay in screenshot plugin

Alex Pounds writes: > On Tue, Jan 30, 2007 at 08:22:11PM +0100, Sven Neumann wrote: > > Any particular reason why you didn't use the screenshot feature of your > > desktop for this? Just asking. > > Not everybody uses a desktop that has a screenshot feature built in. I > don't, and whenever I wan

Re: [Gimp-developer] Meaning of delay in screenshot plugin

Sven Neumann writes: S> Also your approach is very lame indeed. This discussion wasn't even S> close to coming to an end. It wasn't? I waited more than a day after your last posting, and there was nothing more. I don't think most of us thought that more begging was going to accomplish anything af

Re: [Gimp-developer] Meaning of delay in screenshot plugin

Sven Neumann writes: > I don't think the plug-in will be removed but I would like not to > clutter the user interface again. The current UI seems to be more > appealing and usable than what we used to have. Okay, it sounds like the developers aren't willing to put back the delay functionality that

Re: [Gimp-developer] Meaning of delay in screenshot plugin

> On 1/27/07, Steve Stavropoulos <[EMAIL PROTECTED]> wrote: > > I chose a delay of 5 seconds, to give me time to open the menu > > after I selected the window to grab. But, after a while I figured out > > that gimp first waits for the 5 seconds to pass and then gives you the > > chance to select th

Re: [Gimp-developer] 2.4 showstoppers

Sven Neumann writes: >> I don't think that comparable functionality is a goal of the new Print >> plug-in. People can always install the gutenprint plug-in if they need >> this functionality. Robert L Krawitz writes: > Whatever one thinks of all the color adjustments and the > Gimp-Print/Gutenpri

Re: [Gimp-developer] 2.4 showstoppers

Sven Neumann writes: > thanks for looking at the plug-in. It would help a lot if we could split > your list into problems of the Print plug-in and problems of the > GtkPrint API. The latter would have to be reported against GTK+. I've filed a gimp bug (#387604) on the unit factor problems (I suspe

Re: [Gimp-developer] Print dialog (was 2.4 showstoppers)

More information: Akkana Peck writes: > - When I click Print Preview, the dialog disappears and I get a > GIMP Message dialog with a nice clear error message: > Procedure 'gimp-image-set-unit' has been called with value > 'pixels' for argument '

Re: [Gimp-developer] 2.4 showstoppers

Sven Neumann writes: > > > > That brings up another showstopper for 2.4 that is missing from the list > > > > I posted earlier. We need to check if the new print plug-in is ready for > > > > release. Since I don't use GTK+ 2.10 yet, I didn't get a chance to have > > > > a look at it yet. [ ... ] >

Re: [Gimp-developer] default setup for 2.4 comments

Sven Neumann writes: > On Tue, 2006-12-12 at 15:18 -0500, Kevin Cozens wrote: > > I prefer to have these showing in the toolbox. When I lost them a some time > > ago after a cvs up, the first thing I did was find out where they went and > > how > > to get them back. > > You could at least have

Re: [Gimp-developer] panning

Joao S. O. Bueno Calligaris writes: > I am a heavy user of the push->move feature, and I know of other > people who are. > > There are 105 keys on the keyboard - and both features are a good > thing to have with push functionality. I do not care if the move > push is changed to any other key,

Re: [Gimp-developer] menu cluttage

Sven Neumann writes: > And so far I don't see anyone complaining about my proposal to not > install any Python scripts at all with GIMP 2.4. Not installing scripts that are there strictly as example code makes sense. Would they stay in CVS head, so it would be easy for people learning gimp-python

Re: [Gimp-developer] feature request

Tim Jedlicka writes: > On 7/2/06, Marco Ciampa <[EMAIL PROTECTED]> wrote: > >Why not to bring all the GIMP windows up over all the others windows when > >I clic on to one of the many GIMP windows? > > While in the image window - try a Shift-Tab (it may just be my window > manager (gnome/gdm)), but

Re: [Gimp-developer] new default icon theme proposal

Jakub Steiner writes: > Thanks for the constructive feedback Akkana. It indeed is one of the few > icons with solid background. I tried to convey the fg/bg separation > message better this time around. Does that work for you? > > http://jimmac.musichall.cz/wipicons/Tango-GIMP//stock-tool-foregroun

Re: [Gimp-developer] new default icon theme proposal

Jakub Steiner writes: > You can preview the looks of the new GIMP icon set here: Nice icons! I have one comment about the SIOX icon in the light set. In current CVS, I find that the SIOX icon looks very different from the rest. It constantly draws my eye to it and makes me think that it is the se

Re: [Gimp-developer] Compiling gimp under debian with gimp-print support

Frédéric writes: > I successfully compiled gimp-cvs under my debian testing, but without > gimp-print support. > > What do I need to install to get it ? I can't find any gimp-print-dev or so > package... When you're searching, be sure you use a search that would catch both "gimp-print" and "gim

Re: [Gimp-developer] Re: Comments on gimp's interface

Pär Forsling writes: > Akkana Peck <[EMAIL PROTECTED]> wrote: (about problems Tab causes because the focus ends up in the wrong window, and wanting a way to disable Tab). > Have you posted a bug report to bugzilla about the wrong focus > behaviour? Otherwise I'll do it. I

Re: [Gimp-developer] Re: Comments on gimp's interface

I wrote: > In the case of the warning popups when saving, why show them > at all? Of course it needs to flatten layers when saving to JPEG; > why not just do it without asking me every time? It's not like > I have an option to save without flattening; all I can do is > press OK. I posted hastily:

Re: [Gimp-developer] Comments on gimp's interface

Sven Neumann writes: > And how do you reenable a popup that you have asked to suppress? I > think that we should try to avoid popups but simply not showing them > is not an option. If we can get away without showing the dialog, why > do we show it at all then? In the case of the warning popups whe

Re: [Gimp-developer] Bring Back the Keyboard!

Joao S. O. Bueno Calligaris writes: > Unless, of course, the filename is in the ~/.gimp-2.x dir and you try > to getthere by start typing "." > > I am serious about this: I _lost_ almost 20 minutes in a 3 hour > workshop trying to get people to open files in ~/.gimp-2.x - and It really is fair

Re: [Gimp-developer] Designing a Better Font Selection Widget for use in Open Source Software

Nice proposal. A lot of apps could benefit from a good shared font selector -- it's not just an issue of one app, as you point out. I love the idea of font groupings. I don't mind editing an XML file, but I'm sure it wouldn't take much to whip up an app to help people customize their downloaded fo

[Gimp-developer] Using GIMP for Paper Prototyping the Colors Menu

Anyone pulling CVS has probably noticed that most of GIMP's color-related functions have been moved into a new toplevel Colors menu (as discussed in bug 116145). There's some concern that the menu is a bit long, or could be organized better. Sven has been enthused about paper prototyping lately (s

Re: [Gimp-developer] GIMP print dialog issues

michael chang writes: > Some who are prompted for auto-flattening-export think it > will perminantly flatten their image, and look for a work around. In CVS GIMP, the export dialog does say, "The export conversion won't modify your original image," so at least users shouldn't be worried about that

Re: [Gimp-developer] New Colors toplevel menu

Joao S. O. Bueno Calligaris writes: > I am not so sure about Image->Modes , unless tehre is a ubmenu > Colors->Image to indicate taht thos ewill operate ont eh whole image > instead of a drawable. But then, they could just stay were they are. How about calling it "Image Mode" rather than just "Mo

[Gimp-developer] New Colors toplevel menu

I've posted a patch to bug 116145 which would move all the color operations -- currently in Image/Mode, Layers/Colors, and Filters/Colors -- to a new top-level menu called Colors. (See the bug for the request and discussion of that.) If I don't hear any objections I'll commit it in a day or so. O

Re: [Gimp-developer] Integrated Scripting

Nathan Summers writes: > On 6/21/05, Carol Spears <[EMAIL PROTECTED]> wrote: > > different levels of artificial intelligence; are there opinions of ways > > to rearrange the Xtns portion of the menu system? Great topic. Personally I'd love to see the Script-Fu and Python entries go away, for the s

Re: Akkana Menu patch [was Re: [Gimp-developer] The GUADEC meeting]

Alan Horkan writes: > I was thinking fo doing something similar for the python plugins (and It was my intention to include python-fu as well. I must have missed it because python-fu didn't get built in the tree I was using (it's there now). I need to make an updated patch anyway, to include placeh

[Gimp-developer] Re: [Gimp-user] use of the Space key

Sven Neumann writes: > I consider to change what GIMP uses the Space key for and would like > to get some user feedback on this. Currently, pressing the Space key > temporarily switches to the move tool. Spacebar to switch temporarily to move is awfully useful. I didn't know about it until this di

[Gimp-developer] Menu reorganization

I haven't seen anything in a while about the menu reorganization which was proposed a while back. One thing I'd like to see is getting script-fu and python-fu items out of separate menus and integrating them into the regular menus, so users don't have to know what language something was written in

Re: [Gimp-developer] Save As remembering last dir (was: we need more documentation)

Sven Neumann writes: > Mitch and me also agreed that we would like to do something about > http://bugzilla.gnome.org/show_bug.cgi?id=162385 and even get that > change into the stable branch. The fact that the file-chooser in GIMP > doesn't remember the last used folder in GIMP 2.2 was probably a wr

Re: [Gimp-developer] jpeg-exif development summary

Sven Neumann writes: > Assuming your camera adds EXIF info, are you seriously telling me that > you do not run 'exiftran -a -i' on each and every image you ever shoot > and instead use GIMP to rotate them? Add another voice to all the others saying "No, I leave my originals untouched, and only edi

Re: [Gimp-developer] Re: (LONG) Problems with the GIMP

David Neary writes: > Sven Neumann wrote: > > David Neary <[EMAIL PROTECTED]> writes: > > > 2) Not enough developers use Bugzilla to find out what bugs need > > > fixing > > > 3) Not enough developers hear user complaints I'd like to chime in here and say that gimp seems much more responsive than