Re: [Gimp-developer] Silent profile embedding.

Yoshinori Yamakawa wrote: > Hi, > > I wrote a small patch for checking embedded profile . > http://cue.yellowmagic.info/softwares/files/profile_status.diff > > Example 1: Image has no profiles > http://cue.yellowmagic.info/softwares/images/gimp_profile_status1.png > > Example 2: Open the gray-scale

Re: [Gimp-developer] Silent profile embedding.

Sven Neumann wrote: > Hi, > > On Sat, 2009-02-07 at 23:03 +0100, Martin Nordholts wrote: > > >> So I can go ahead and revert this commit then? (rev 23135): >> >> 2007-08-07 Sven Neumann >> >> * plug-ins/common/png.c (save_image): i

Re: [Gimp-developer] Logo scripts crash gimp 2.7

photocomix wrote: > I am not sure if report to bugzilla because is about Gimp 2.7, on windows XP > > Each of the script in File/Create/Logos crash Gimp > > More exactly pop out Microsoft Visual C++ Runtime error If you are running GIMP 2.7 on Windows I assume you have built GIMP yourself? Could yo

Re: [Gimp-developer] Logo scripts crash gimp 2.7

Martin Nordholts wrote: > photocomix wrote: > >> I am not sure if report to bugzilla because is about Gimp 2.7, on windows XP >> >> Each of the script in File/Create/Logos crash Gimp >> >> More exactly pop out Microsoft Visual C++ Runtime error >>

Re: [Gimp-developer] Possible feature for Clone Tool?

Chris Mohler wrote: > When cloning, would it be possible to display the source pixels inside > of the clone tool's brush outline? > > What do you guys think? > Hi, It certainly is possible to do (after all, we're talking about software here) and to me this sounds like an improvement. - Martin

Re: [Gimp-developer] Font are small of tool-box in gimp 2.5.4

Pigeon wrote: >>* app/widgets/gimpdock.c: made the font scale factor for the docks >>configurable in gtkrc. >> >>* themes/Default/gtkrc >>* themes/Small/gtkrc: for documentation purposes, added the >>default value for GimpDock::font-scale here. Changed all st

Re: [Gimp-developer] The Gimp

sumith pandilwar wrote: > hi, > thanks for the reply.Will you please help me with understanding > the code of The GNU image manipulation program ,the modules etc so > that i could understand better and present the project in a better manner Hi I would recommend that you join #gimp on the irc

Re: [Gimp-developer] problem in compiling gegl

Rahul wrote: > please tell me what should i do??I have tried a lot but could not find > the solution.What i tried is i add the path in the PKG_CONFIG_PATH, where i > place babl-0.0.22.But of no use, it it giving same error. > Either you were not specific enough, or this is where your pr

Re: [Gimp-developer] GIMP PDF export plugin

Sven Neumann wrote: > We don't plan to support editing images in CMYK. > > Sven > The product vision states that "GIMP is a high-end photo manipulation application" and that certainly includes support for editing images in the CMYK color space. We can't call ourselves high-end without that supp

Re: [Gimp-developer] GIMP PDF export plugin

Sven Neumann wrote: > On Mon, 2009-03-23 at 20:43 +0100, Martin Nordholts wrote: > >> The product vision states that "GIMP is a high-end photo manipulation >> application" and that certainly includes support for editing images in >> the CMYK color space.

Re: [Gimp-developer] CMYK editing (Was: GIMP PDF export plugin)

Sven Neumann wrote: > On Mon, 2009-03-23 at 21:02 +0100, Martin Nordholts wrote: >> Yes, processing shall as long as possible be done in RGB, but at some >> point you need to convert to the CMYK color space and a high-end photo >> app should support editing als

Re: [Gimp-developer] GIMP PDF export plugin

Alexandre Prokoudine wrote: > On Mon, Mar 23, 2009 at 11:49 PM, Sven Neumann wrote: > >> GIMP already provides that. You can ask for a Soft Proof and it will >> show you an approximation of what will be printed based on the CMYK >> printer profile you specified. It can also show you out-of-gamut

Re: [Gimp-developer] GIMP PDF export plugin

Alexandre Prokoudine wrote: > It's not :) And I believe that a small portion of CMYK colors is out > of gamut for RGB too , by the way :) > Both RGB and CMYK are device dependent color spaces and without any kind or further specification one can not say how the former relates to the latter You

Re: [Gimp-developer] Dockable Dialogs Should be Dockable Everywhere

drizzt wrote: > Hi all ! > > > This is a long post, replying to many previous posts, and adding some parts > from IRC chats, and some even from discussions with Gimp developers. Hi, Long it was, for sure. Sorry but if you don't want the GIMP UI to evolve and change, don't upgrade to new versions.

Re: [Gimp-developer] GIMP PDF export plugin

Andrew A. Gill wrote: > [from here out, `you' refers to core GIMP developers] > > We want you to succeed, and all you need to do to succeed is to > address some of the issues that users need. If you're telling us > that GIMP has no intention of ever providing those things, we'll > find another

Re: [Gimp-developer] Dockable Dialogs Should be Dockable Everywhere

David Odin wrote: > Drizzt was comparing the linux kernel _user_ interface with the > gimp's _user_ interface. > Comparing a kernel "user interface" with an image editor user interface is just plain silly. >> [...] >> > Well, of course, everything could be better if more people would be >

Re: [Gimp-developer] GSOC 2009: GEGL-based file loaders for GIMP

YongLi wrote: > I am also interesting in this project: GEGL-based file loaders for GIMP. > I'm preparing the proposal, and it says in the introduction that "The > exact approach at this is still to be decided but will only require a > small set of discussions and agreements between core developers"

[Gimp-developer] Sharing of room for three at Les Studios for LGM

Hi I was wondering if anyone is interested in sharing a room for three at Les Studios for LGM? A solo room for four days including breakfasts costs CAD $208 per person, while a room for three costs just CAD $104 per person [1] - Martin [1] http://www.libregraphicsmeeting.org/2009/location.php _

Re: [Gimp-developer] Gimp interface changes

Nathael Pajani wrote: > > You are making a comparison to the Linux kernel that is completely > inadequate > Point of view. The whole point was about stable interfaces, and saying to the > users to "move back to the previous version if they did not like the changes > (what if kernel developers s

Re: [Gimp-developer] 8 bit GEGL operators

Vincent Lordier wrote: > Hi all, > > Simple question : does it make sense to port the 8 bit legacy GIMP > code to GEGL operators ? > The benefit I see is to quickly get all processing moved to a DAG, > allowing to move forward with non destructive editing, effect layers, > speed and other GEGL-rela

Re: [Gimp-developer] Shifting rotation grid with center of rotation: need help/feedback

Omari Stephens wrote: > Hi, all > > I'm working on a patch which shifts the rotation grid so that a grid > intersection always falls on the center of rotation. Hi! Here is my initial feedback on the patch: - k = tr_tool->ngx + tr_tool->ngy; + k = tr_tool->ngx + 2 + tr_tool->ng

Re: [Gimp-developer] File Creation Permission Problem ONLY for TIF files: Creating as 644 (rw-r--r--) when should be 664 (rw-rw-r--)

Jay Smith wrote: > Sorry to bump this, but after 8 days on this list and on gimp-user, > there has been absolutely no comment. Hi! Don't top-post please. This happens to me as well and from looking at the code it also happens for gbr, gih, pat, pnm and raw which opens a file for writing like th

Re: [Gimp-developer] File Creation Permission Problem ONLY for TIF files: Creating as 644 (rw-r--r--) when should be 664 (rw-rw-r--)

Jay Smith wrote: > Martin, > > Sorry, if I was not clear. > > You said "Don't top-post please." Wikipedia had a nice explanation of top-posting: http://en.wikipedia.org/wiki/Posting_style#Top-posting Top posting is confusing especially on mailing lists where there often are complex threaded disc

Re: [Gimp-developer] Apply transforms on double click

Chandana Bandara wrote: > Hi, > > I would like to raise an enhancement for gimp. > > _Apply transforms on double click_ Hi Just so you know, the transformation tools are eventually going to be merged and work differently (the popups will be removed) - Martin

Re: [Gimp-developer] Heart = gnome-love; X = ????

Charles Belov wrote: > Looking at bugzilla.gnome.org for GIMP bugs, I noticed that some of the > GIMP bugs are marked with hearts, some with yellow X symbols, and one > with both. > Can anyone enlighten me, please? > The X is an icon of two patches crossed together and marks that there are

Re: [Gimp-developer] Apply transforms on double click

Chandana Bandara wrote: > Is that merging those tools related to the the GSoC project Implement > perspective transformations in GEGL? > Not really, they are mostly separate issues - Martin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Ber

Re: [Gimp-developer] [Gimp-user] [GSoC] (Almost) final slot count, final project ranking

d study of GEGL Henrik Akesson Mentor: Martin Nordholts Let's have this as a base for discussion. Does anyone want adjustments to this list? - Martin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/m

Re: [Gimp-developer] [Gimp-user] [GSoC] (Almost) final slot count, final project ranking

Leon Brooks wrote: > On Tuesday 00:04:41 Martin Nordholts wrote: > >> Let's have this as a base for discussion. >> > My top would be Brush Dynamics, followed by Dynamic > Resampler. I should add that I didn't sort the projects in any part

Re: [Gimp-developer] GIMP & git - example workflows from some of our longer-term git users?

Michael Schumacher wrote: > we need an example workflow from someone who is already comfortable with git. > A description that starts right at the first 'git clone' and includes the > creation of a local branch(?), and the committing changes for others to see. > Hi Yes, GNOME has moved to gi

Re: [Gimp-developer] keeping in sync

Michael J. Hammel wrote: > I know Sven and the developers hate this question but: is there any > schedule for when the next release might come out? Even a rough target > range? Is 2.8 stable enough with respect to the UI in git to work from > there (I haven't built out of SVN in about a month or

Re: [Gimp-developer] why do I need babl to UNINSTALL gimp?

Owen wrote: > Well, looking at the my Makefile (recent git build, line 873) it reads; > uninstall: uninstall-recursive > > Which doesn't seem to go anywhere. Just another mystery for me > The uninstall-recursive target is enumerated in the RECURSIVE_TARGETS variable. All recursive targets are

Re: [Gimp-developer] The old bugs in merging modes are fixed now?

Alchemie foto\grafiche wrote: > I hoped that with the passage to GEGL the old bugs in the Mreging mode were > fixed > (i refer here to OVERLAY, that in gimp is NOT overlay but a misnamed clone of > Soft Light, and to Color that do not seems work properly ) > Hi With GEGL enabled for the proj

Re: [Gimp-developer] The old bugs in merging modes are fixed now?

yahvuu wrote: > Hi all, > > Alchemie foto\grafiche schrieb: > >> The possibility to add "CUSTOM " layer modes [..] >> > > that sounds interesting. Just curious: i wonder how custom layer modes > differ from filters that take a second layer as input (e.g. LIC)? > i mean, other than that filt

Re: [Gimp-developer] The old bugs in merging modes > are fixed now?

Alchemie foto\grafiche wrote: >> Spontaneously I don't think custom layer modes is a good >> idea. Might be >> fun for programmers to play with, but graphic >> professionals? >> >> HTH, >> Martin >> > > > Actually Graphic professional do complain ,but for missed option: > for the absence in G

Re: [Gimp-developer] Background color property for GIMP images

David Gowers wrote: > On Thu, Apr 30, 2009 at 12:49 AM, Filipe Soares Dilly > wrote: > >> Unless you make a ease and nice way of swathing (or alternating) colors, I'm >> against it. >> When you are painting (making a digital painting or painting on a mask...) >> in the current version you just

[Gimp-developer] Save + export spec essentials implemented

Hi I have been working on implementing the Save + export spec [1] for a while. Since it will affect the workflow for basically everyone it would be nice with getting some testing and comments before we finalize, merge and push to GNOME master. The patches are attached to the bug report http://bugz

Re: [Gimp-developer] Save + export spec essentials implemented

2009/5/7 David Gowers <00a...@gmail.com> > patch #0010 fails: Did you pull from GNOME master before you applied the patches? I should have said that the patches requires latest GNOME master. If you apply the patches on top of commit 9c2aae1281d.. you should be fine. This works REALLY well! I <3

Re: [Gimp-developer] Save + export spec essentials implemented

2009/5/7 > If your request for comments is only on the > implementation and you are not expecting comments on the export spec > itself, I apologize for the following question: > > Shouldn't the "Save a copy..." menu item be eliminated since its > functionality can be entirely attained by exportin

Re: [Gimp-developer] Save + export spec essentials implemented

Alexander Rabtchevich wrote: > Can one guarantee GIMP compositions will be at least correctly rendered > with third-party viewers as image browsing is not in GIMP goals? At > least recently xcf has been considered as internal GIMP format. Having > thousands files what cannot be easily and quickl

Re: [Gimp-developer] creating a toolbox with menu items

Ioan Calin Borcoman wrote: > Is there a way to register my scripts so that they appear next to the > compiled-in tools (like the 'Pencil', 'Paintbrush', etc) ? > Nope, there is no plug-in mechanism for tools. / Martin ___ Gimp-developer mailing list

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

Jay Smith wrote: > However, I do have to say that the Photoshop 5.5 feature of simply > drawing a line with the measure tool and then doing the rotate command > is more efficient. > Using the measure tool for this seems like a UI hack to me. IMO we need a better solution for GIMP, something th

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

Maciej Pilichowski wrote: > Hi, > > But if there is no reference (no previously selected region for > example) it would be useful to paste the block initially at mouse > cursor position (counting left, upper corner of the rectangle which > boundaries of the block make, as the base point). >

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

Maciej Pilichowski wrote: > So, I opt for some kind of predictability vs. randomness. And in such > case, mouse cursor position is a good reference. I don't think the cursor is ever a good insertion point. It is better than a random insertion point, yes, but so what? It's still not a good inser

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

Maciej Pilichowski wrote: > So my workflow would be like this (option b): > * copy > * paste > * confirm > * paste > * (this will move the block from its initial position > to the position of the mouse) > > ctrl+shift+h is of course just an example. Sticky dragging is similar, > it "glues" the b

Re: [Gimp-developer] Save + export spec essentials implemented

Martin Nordholts wrote: > Hi > > I have been working on implementing the Save + export spec [1] for a > while. And I have also merged the base work to GNOME master now, so to try it out all you have to do is git pull. There is still work to be done (see the merge commit message

Re: [Gimp-developer] external control of gimp

Ioan Calin Borcoman wrote: > Hi, > > Is there a way to make some external app send commands to gimp and > change the current active image (for example, create a new layer)? I > would prefer to do this in python, if possible... > Hi, could you elaborate on what exactly you want to achieve? What

Re: [Gimp-developer] external control of gimp

Ioan Calin Borcoman wrote: > For some reason, detaching the menu doesn't work. And even if it > worked, an image button takes less space. > The menus should become detachable if you bring them up the menu by right-clicking on the canvas There was some discussion about having a toolbar-like do

Re: [Gimp-developer] Save + export spec essentials implemented

peter sikking wrote: > after checking out Inkscape and Scribus, I think Alexandre just > added another valid factor, which means that the balance just > tipped the other way: > > Export should be shift-ctrl-E > > 'Export to ' should be ctrl-E Makes sense, I'll swap the shortcuts. It is quite iron

Re: [Gimp-developer] [wish] center on focused area on zoom out

gg wrote: > It seems that there is an implicit assumption in the current behaviour > that if the image can fit into the display window it absolutely must be > centred. > Yes this is correct. Before we added this logic it was a pain to work with the zoom; often when you zoomed out the image e

Re: [Gimp-developer] Please, Please Bring Back Old GIMP.

Sue wrote: > I am a longtime GIMP fan, and I am highly disappointed with the Version 6.6 > UI. Hi! To make GIMP 2.6 behave as GIMP 2.4 as far as window management goes which as far as I can tell would address many of your complaints, go to 'Edit -> Preferences -> Window Management' and change t

Re: [Gimp-developer] user interface modes

yahvuu wrote: > hi all, > > here's a description of GIMP's basic image manipulation model > from a UI point of view that i'd like to share: > http://yahvuu.files.wordpress.com/2009/05/gimpmodes1.pdf I like what I read and am looking forward to further contributions in the realm of GIMP UI from yo

Re: [Gimp-developer] formatting patch

Stephen Griffiths wrote: > I just came across a chunk of code with mixed space/tab indenting and > fixed it. Hopefully posting it to the devel list is fine. Thanks, nice to see a patch in the form of a git commit. I've pushed that commit now: commit d5fddb5ba989cd2af8cc5e846d6959ac84cd320e Aut

Re: [Gimp-developer] [PATCH] fix to batch console support

Christopher Montgomery wrote: > The batch mode console is using stdio but never flushing its output > after fwrite()s. This still usually works by accident when using > batch mode from a terminal, but it means scripts generally won't work > as responses to requests never get flushed through the re

Re: [Gimp-developer] [PATCH] fix to batch console support

Sven Neumann wrote: > Please merge this to the gimp-2-6 branch also. > > Sven > There we go: commit 3c59c936e075a36d1648cbf38ae12c2577432f74 Author: Christopher Montgomery Date: Thu May 28 21:06:53 2009 +0200 plug-ins: Make sure to flush output in ts_stdout_output_func() / Martin ___

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

Akkana Peck wrote: > I'd like a way of bringing up a Save-as or Export-as dialog > from a Python script. There's no API for this currently, as far > as I can tell. The Save and Export dialogs are rather tightly coupled to the core currently so it will not be trivial to extend the plug-in API to s

Re: [Gimp-developer] Hacking gimp

Jordan Stinson wrote: > Hi, > I'm attempting to add new files to the app/widgets directory. I've > added a .h and a .c file and the compiler tries to compile it. I seem > to be able to compile code in these files however, when I try to > include "gimp.h", I get an error in gimpobject.h line 35 s

Re: [Gimp-developer] Hacking GIMP - Gimp top level menu

Jordan Stinson wrote: > Hi, > I was wondering how the top level menu for GIMP is created (The one > with these items: "File", "Edit", "Select", "View", "Image", etc. ). I > want to add a menu item to this menu and I'm kind of lost as to where > to start. If someone could tell me where to hunt ar

Re: [Gimp-developer] [PATCH 1/4] Tile caching performance patches

Christopher Montgomery wrote: > For about a month I'd turned on emacs's trailing whitespace autotrim > and it was a cure worse than the disease. How shall I kill my own > whitespace without generating patches 4x larger than necessary due to > others' trailing whitespace? > Caring too much abou

Re: [Gimp-developer] [GSoC] Request for Status Reports

Michael Schumacher wrote: > Hi, > > I'd like to see a short status report from each of our SoC mentors. > Hi The project "OpenGL GPU-based Buffer & Operations in GEGL" is making progress as expected. / Martin ___ Gimp-developer mailing list Gimp-d

Re: [Gimp-developer] open/save/export

Hi Liam R E Quin wrote: > Consider > > (1) open typewriter.jpg that came in from my camera > (2) do some fun editing > (3) save-as to go to typewriter2.xcf.gz > So far so good. > (4) now I want to make a jpeg so other programs can use the file, so I > can upload it on the Web, etc. Aha!

Re: [Gimp-developer] open/save/export

Liam R E Quin wrote: > I'm not filing this as a bug yet, because I'm not sure if it's a > bug in the code or in the spec or in my feeble brain... or if the > spec isn't up to date with people's ideas... > I forgot, here is a link to the spec: http://gui.gimp.org/index.php/Save_%2B_export_specif

Re: [Gimp-developer] "Raw notes" from the LGM2009 BOF meeting

Simon Budig wrote: > * finishing Save & Export > how to get a unified dialog? > (GtkPlug/Socket? Sounds evil. Supported on Windows? No.) (Review of > current plugins, which are the most important ones? can we come away > with widget-descriptions, similiar to script-fu?) > (we're trying fo

Re: [Gimp-developer] "Raw notes" from the LGM2009 BOF meeting

Sven Neumann wrote: > So > what we need at this point is an API proposal. Is anyone working on > this? > Nope not yet, but I will do it eventually unless someone else does it. Currently I don't have the time. / Martin ___ Gimp-developer mailing li

Re: [Gimp-developer] lgm talk, part 2...

Andrew A. Gill wrote: > On Fri, 19 Jun 2009, peter sikking wrote: > >> guys, >> >> the second part of my lgm talk is blogged now: >> >> > >> enjoy, >> > > I have to go somewhere, so I haven't read evreyth

Re: [Gimp-developer] lgm talk, part 2

Guillermo Espertino wrote: >> It seems to me you completely misunderstood the whole thing. What makes >> you think there is any CMYK -> RGB conversion involved here? >> > I think he's talking about the procedure to perform when the source file > is CMYK. The proposal is to convert it to RGB (

Re: [Gimp-developer] [Gimp-user] Gimp crashes

G J J wrote: > I hjave not tested extensively. but so far, yes > > > ** > This is still very interesting, does GIMP crash for you when you use > color tools if you don't run as admin? I.e. is running as admin a > workaround

Re: [Gimp-developer] Implement pen/cursor movement smoothing (.diff patch link included)?

SHIRAKAWA Akira wrote: > Hello, > > I think GIMP lacks an extremely useful feature for graphics tablet > users. That's stroke/movement smoothing. > Such smoothing already exist in GNOME gimp master so before looking at his work, he will need to rebase it against GNOME gimp master. Best regar

Re: [Gimp-developer] Implement pen/cursor movement smoothing (.diff patch link included)?

SHIRAKAWA Akira wrote: > But anyway, what is "GNOME gimp master" Is it the version of GIMP > currently in development? Yes that is correct, "GNOME gimp master" means "the master branch in the gimp git repository hosted by GNOME": http://git.gnome.org/cgit/gimp/log/ BR, Martin __

Re: [Gimp-developer] Gimp 2.6.6 for Windows has no "minimize" button

Mark Space wrote: > Am I missing something here? Gimp 2.6.6 for Windows has no "minimize" > button. It's really annoying to because I can't even minimize it by > right-clicking on the Gimp button on the tool bar; the "minimize" option > is always greyed out. > > Is there's something I'm doing

Re: [Gimp-developer] sensitive actions (Hacking GIMP)

Jordan Stinson wrote: > Hi all, > I'm trying to figure out which menu items are sensitive. It looks to > me as though this property is usually changed when the ui manager > updates the actions groups which updates the actions. I'm adding some > additional items to the toolbox (as a test, I'm add

Re: [Gimp-developer] open/save/export

yahvuu wrote: > This becomes clear in comparison with a database-driven, version-controlled > approach > as e.g. sketched in the last mockup of [1]. A Save command is superfluous in > this > scenario. When an image gets edited, it's reasonable to assume the user wants > to keep > the changes. Ot

Re: [Gimp-developer] open/save/export

Mirai Warren wrote: > What version of the gimp is this? This is the gimp-developer mailing list where GIMP development is discussed. Most of the new features discussed on this list is not in any released version of GIMP yet. You can however always use the latest implemented features by for exam

Re: [Gimp-developer] New color mode

Emil Assarsson wrote: > Hi > > I'm interested in writing a new color mode for gimp. I find the normal > too saturated and would like to make a new more vivid. > Hi! Exactly what do you mean by "color mode" here? Do you mean that the default RGB -> CMYK conversion produces too saturated color

Re: [Gimp-developer] New color mode

David Gowers wrote: > I'm pretty sure Emil refers to the Color drawing /layer mode and the > way that it tends to 'burn out' colors -- the result of applying a > colorization is often far more vivid than could reasonably be > expected; Basically the same as the bug regarding improvement of Color >

Re: [Gimp-developer] New color mode

On 06/29/2009 10:31 AM, Emil Assarsson wrote: > I meant the modes that are used to mix colors with layers and brush > like Normal, Dissolve, Multiply, Divide etc... > Currently, the Color layer mode when using GEGL is supposed to use the Hue and Saturation of the upper layer and the Lightness

Re: [Gimp-developer] Submitting GIT patch

On 06/29/2009 05:10 PM, Eric Daoust wrote: > I am ready to submit a working nohalo1 patch for GEGL that is a faster > replacement for sharp. I believe this is the procedure I must follow. > (I will backup my files just in case) > > -create local branch so that I am not committing to the main trunk

Re: [Gimp-developer] connecting to update signal in uimanager

On 06/30/2009 02:02 AM, Jordan Stinson wrote: > Hi there, > > I'm trying to hack gimp. For my purposes, I want to be notified when > certain actions become sensitive, or insensitive. Why not subscribe to changes to whatever it is that changes the sensitivity of your action instead of subscribing

Re: [Gimp-developer] connecting to update signal in uimanager

On 06/30/2009 03:23 PM, Jordan Stinson wrote: > Is there any reason why when I subscribe to the "update" signal in the > UIManager, the update data I set doesn't make it back to my callback > function? > Some code would help here Probably, you using g_signal_connect_swapped() instead of g_sign

Re: [Gimp-developer] Submitting GIT patch

On 06/30/2009 09:10 PM, Adam Turcotte wrote: > Amongst other things I have written, I have made two small changes to > a file that are relevant to an open Bugzilla. > > How would I go about creating a patch specifically for this file to > post as an attachment to this thread? > In short, creat

Re: [Gimp-developer] connecting to update signal in uimanager

On 07/01/2009 12:08 AM, Jordan Stinson wrote: > static void > toolbox_create_commands (GimpToolbox *toolbox, >GimpContext *context) > { > GimpUIManager *ui_manager = GIMP_IMAGE_DOCK (toolbox)->ui_manager; > ... >g_signal_connect (G_OBJECT

Re: [Gimp-developer] New color mode

On 07/01/2009 08:21 PM, Emil Assarsson wrote: > On Mon, Jun 29, 2009 at 9:33 PM, Martin Nordholts wrote: > >> Maybe the RGB -> HSL conversion is buggy? >> > > I don't see it as a bug... it's more of a problem. Gimp uses HSL(?) > and PhotoShop /s

Re: [Gimp-developer] how to create a window in gimp plugin?

On 07/02/2009 08:01 AM, gbstack wrote: > Hello,everybody! > > I want to create a window in gimp plugin,so this is my code(part of the > plugin): > > any suggestion is appreciated. > One way that always works is looking at how other plug-ins does it, for example: http://git.gnome.org/cgit/gimp

Re: [Gimp-developer] open/save/export

On 06/23/2009 09:13 PM, peter sikking wrote: > I have re-evaluated every fundamental > principle that is the basis for the change, looking at "what is it > is the other way around for users?" and if that also could solve > the 2.6 mess. because let's face it, the 2,6 situation is a mess. > > howeve

Re: [Gimp-developer] Composition rendering time instance

On 07/07/2009 01:35 PM, yahvuu wrote: > I see two poles for the rendering strategy, both of which have downsides: > > - eager rendering: render as soon as possible, latest when > saving the composition > Hi yahvuu I don't see why the whole composition would have to be rend

Re: [Gimp-developer] to render or not to render - Composition rendering time instance

On 07/08/2009 03:45 PM, Danko Dolch wrote: > > 3. If You create highend sophisticated GEGL graphs that take long long > to render even on you brand new Intel Beckton 16 core workstation ;-) > it would be handy to insert precalculated "proxy nodes" into the GEGL > node graph to speed things up by

Re: [Gimp-developer] Composition rendering time instance

On 07/08/2009 08:26 PM, Tobias Ellinghaus wrote: > And AFAIK GEGL > uses trees of nodes. This is wrong, GEGLs image processing structure is a directed acyclic graph, one output node can be connected to several input nodes. / Martin ___ Gimp-develope

Re: [Gimp-developer] Composition rendering time instance

On 07/08/2009 08:45 PM, Martin Nordholts wrote: > On 07/08/2009 08:26 PM, Tobias Ellinghaus wrote: >> And AFAIK GEGL >> uses trees of nodes. > > This is wrong, GEGLs image processing structure is a directed acyclic > graph, one output node can be connected to several in

Re: [Gimp-developer] where to put widgets for plugins

On 07/11/2009 08:23 AM, Roman Joost wrote: > Hi, > > I wonder where I can put and compile a widget I've written for the > metadata browser. It's a GtkEntry widget which is "linked" to the > XMPModel. The entry takes three parameters in the constructor, the > property, the schema and the XMPModel as

Re: [Gimp-developer] where to put widgets for plugins

On 07/12/2009 04:53 AM, Roman Joost wrote: > On Sat, Jul 11, 2009 at 08:33:11AM +0200, Martin Nordholts wrote: > >> On 07/11/2009 08:23 AM, Roman Joost wrote: >> >>> Hi, >>> >>> I wonder where I can put and compile a wid

Re: [Gimp-developer] meta-data browser: EntryWidget + treemodel = chicken/egg problem

On 07/12/2009 03:12 PM, Roman Joost wrote: > When I enter the first characters in the entry, the following happens: > > 1. the schema is set (row-changed signal is emitted) > 2. the property *value* is set (another row-changed signal) > > That raises actually to a big problem, because

Re: [Gimp-developer] Hacking GIMP - Gimp top level menu

On 07/13/2009 09:27 PM, Jordan Stinson wrote: > Hi, > > Could someone tell me the location of this file? Hi, Do you mean menus/image-menu.xml.in ? / Martin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berke

[Gimp-developer] API proposal for libgimp export dialog

Hi, Continuing the work on http://gui.gimp.org/index.php/Save_%2B_export_specification , here is my API proposal for common export dialog logic to be shared by file format plug-ins: GtkWidget * gimp_export_dialog_new (const gchar *format_name, const gc

Re: [Gimp-developer] file-pdf patch

On 07/14/2009 08:00 PM, Thomas Frieling wrote: > Hi all! > > Just wanted to share a litte patch for file-pdf.c to support a max > width/height and a page number as parameters. > Maybe someone can clean the code and push it into the next gimp release. > Hi! Please attach this patch to bugzill

Re: [Gimp-developer] API proposal for libgimp export dialog

On 07/14/2009 10:44 PM, Sven Neumann wrote: > >> This function creates a new dialog, and plug-ins then use >> >> GtkWidget * gimp_export_dialog_get_container (GtkWidget *dialog); >> >> to get a vbox that the file-format specific widgets with export options >> are put it. >> > > I'd sugges

Re: [Gimp-developer] API proposal for libgimp export dialog

On 07/14/2009 10:47 PM, Sven Neumann wrote: > Hi, > > On Tue, 2009-07-14 at 12:44 +0200, Martin Nordholts wrote: > > >> Continuing the work on >> http://gui.gimp.org/index.php/Save_%2B_export_specification , here is my >> API proposal for common export dialog

Re: [Gimp-developer] API proposal for libgimp export dialog

On 07/14/2009 10:55 PM, Sven Neumann wrote: > Hi, > > On Tue, 2009-07-14 at 22:54 +0200, Martin Nordholts wrote: > >> The plan is to let plug-ins still use gimp_export_image() for creating >> an image suitable for exporting, it's just that we will remove that >

Re: [Gimp-developer] Uncomitted patches

On 07/15/2009 11:04 AM, LightningIsMyName wrote: > Hello, > > I have posted several patches for GIMP which only need to be applied, > However I see that they haven't recieved a response for about 2 > months. I know that the developers are busy, but I at least want to > know that someone noticed the

Re: [Gimp-developer] API proposal for libgimp export dialog

On 07/15/2009 12:20 AM, Sven Neumann wrote: > Hi, > > On Tue, 2009-07-14 at 22:59 +0200, Martin Nordholts wrote: > >> Exactly how will it break existing plug-ins? It will just be changed to >> act as if the user clicked the Export button. Take a look at the code on >

Re: [Gimp-developer] API proposal for libgimp export dialog

On 07/15/2009 03:24 PM, Michael Natterer wrote: > On Tue, 2009-07-14 at 22:50 +0200, Martin Nordholts wrote: > > gimp_export_dialog_get_container() was not such a bad idea imho, > but I would call it gimp_export_dialog_get_content_area(), because > we have precedence of this A

Re: [Gimp-developer] API proposal for libgimp export dialog

On 07/15/2009 09:06 PM, Martin Nordholts wrote: > On 07/15/2009 03:24 PM, Michael Natterer wrote: >> On Tue, 2009-07-14 at 22:50 +0200, Martin Nordholts wrote: >> >> gimp_export_dialog_get_container() was not such a bad idea imho, >> but I would call it gimp_exp

<    1   2   3   4   5   6   7   8   >