Re: [Gimp-developer] What would be a better set of default resources?

On 07/22/2009 06:50 AM, Joao S. O. Bueno wrote: > Now, my tagging proposal would just keep then available for people and > scritps alike, while making then 100% non-obtrusive, - I don' t > understand why you haven't commented on that. I think your suggestion to use tags to mark resources as invisi

Re: [Gimp-developer] Request for usage of "GIMP" logo graphic

On 07/22/2009 06:39 AM, Jonathan Wolf wrote: > Hello, > > I am interested in using the "GIMP" logo graphic in a commercial > product under a special thanks page in the credits. Who would I need > to get in contact with to ask for permission for usage? You would either have to comply with the licen

Re: [Gimp-developer] What would be a better set of default resources?

On 07/20/2009 06:19 PM, Emil Assarsson wrote: > What I really miss is to be able to remove brushes that I don't need > and sort/group the ones I use a lot. > Maybe it would be better that most - if not all - of the brushes where > copied to the users profile as a default instead of being static. I

Re: [Gimp-developer] What would be a better set of default resources?

On 07/20/2009 03:28 PM, Alexandre Prokoudine wrote: > On Mon, Jul 20, 2009 at 2:36 AM, Martin Nordholts wrote: >> Hi, >> >> With the integration of tagging support in GIMP we have a mechanism that >> allows us to organize resources (brushes, patterns, palettes, and >

Re: [Gimp-developer] What would be a better set of default resources?

On 07/20/2009 11:10 AM, Alexia Death wrote: >>* Add larger variants of the circle and fuzzy circle > > Please no, there's too many round brushes already and bigger ones would > look exactly the same and add confusion. There should not be 2 brushes > that look to be the same shape in the default

Re: [Gimp-developer] 2 part - Scripts to be included in the core, and keybindings?

On 07/20/2009 06:14 PM, Rob Antonishen wrote: > Couple quick questions... > > How is it decided what scripts should be included in the core? If they help us fulfill the product vision [1], they should be added. > > For example, I have created a new script with a number of menu entries > to grow s

Re: [Gimp-developer] What would be a better set of default resources?

On 07/20/2009 10:29 AM, Alexandre Prokoudine wrote: > On Mon, Jul 20, 2009 at 2:36 AM, Martin Nordholts wrote: > >> * Add larger variants of the circle and fuzzy circle >> brushes, say 50, 100, 250 and 500 px > > The prerequisite for this is GIMP not playing a dying

Re: [Gimp-developer] What would be a better set of default resources?

On 07/20/2009 06:43 AM, Laxminarayan Kamath wrote: > On Mon, Jul 20, 2009 at 4:06 AM, Martin Nordholts wrote: >> Hi, >> >> With the integration of tagging support in GIMP we have a mechanism that >> allows us to organize resources (brushes, patterns, palettes, and >

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

On 07/19/2009 11:06 AM, Martin Nordholts wrote: > On 07/18/2009 09:10 PM, Sven Neumann wrote: >> If you really need the semantics of >> gimp_export_image() as an interim solution, that's fine. But then we >> don't need to add an extra API for this. If you p

Re: [Gimp-developer] What would be a better set of default resources?

On 07/20/2009 02:40 PM, Rob Antonishen wrote: > Is the tagging data stored in the resource file itself as metadata or > in some corresponding file or files? The tags are stored externally in ~/.gimp-2.7/tags.xml > Is it possible to pre-tag the items in a set of resources (say a brush > set) that

[Gimp-developer] What would be a better set of default resources?

Hi, With the integration of tagging support in GIMP we have a mechanism that allows us to organize resources (brushes, patterns, palettes, and gradients). This enables us to add a bigger set of default resources. Not being an artist myself makes me rather useless for this task. To get things r

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

On 07/18/2009 09:10 PM, Sven Neumann wrote: > Hi, > > The semantics of gimp_export_image() are complete crap (I wrote this > code in the first place, so I have the right to say that). So let's not > make this error worse by introducing a new function that has the same > broken semantics. If you rea

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

On 07/18/2009 06:53 PM, Sven Neumann wrote: > Hi, > > On Sat, 2009-07-18 at 15:02 +0200, Martin Nordholts wrote: > >> This is what we ended up in the last discussion. Anyone have some final >> comments or objections before I push this to master and port plug-ins to >&

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

Hi again, This is what we ended up in the last discussion. Anyone have some final comments or objections before I push this to master and port plug-ins to use this? / Martin /** * gimp_export_prepare_image: * @image_ID: Pointer to the image_ID. * @drawable_ID: Pointer to the draw

Re: [Gimp-developer] Plugin Development

On 07/16/2009 05:39 PM, Rob Antonishen wrote: > I have a (hopefully simple) question that I can not seem to find the > answer for anywhere... > > When is it appropriate to write: > > - a script > - a python plugin > - a compiled plugin > > Specifically, If I have written a script and want better sp

Re: [Gimp-developer] file_jpeg_save in a c plugin

On 07/16/2009 04:52 PM, Javier R. wrote: > Hola, hi. > > I am trying to save an image as a jpeg file in a c-plugin. > The problem is that I have not been able to use the file_jpeg_save > function. There is no such function in the C plug-in API, but you can invoke the PDB function called file-jpe

Re: [Gimp-developer] Problem with creating/compiling XMPModel which inherits from GObject

that early in the .c files. That way the order of inclusion below does not matter BR, Martin >From a6793ad5b6c8048bbbdb4678048cfa41d3fc934a Mon Sep 17 00:00:00 2001 From: Martin Nordholts Date: Thu, 16 Jul 2009 16:19:34 +0200 Subject: [PATCH] Fix compilation for WiP metadata plug-in ---

Re: [Gimp-developer] Switch language via menu

On 07/16/2009 03:44 AM, Khoem Sokhem wrote: > Hello list members, > > I just want to ask one question on how to switch langugage in Gimp via > menu, It will be good if Gimp can switch language via menu like VLC, > Pidgin. > Any one know, will Gimp have this feature in the future? > > Thank in advan

Re: [Gimp-developer] Applying GIT patch

On 07/15/2009 09:59 PM, Eric Daoust wrote: > Hello, > > I have uploaded a couple patches (tarballs containing multiple > commits) to bugzilla. What is the correct method to apply these > patches so that others can see my work? Hi, To apply patches created with git-format-patch, use git-am, like

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

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 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] 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/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] 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: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] 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

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

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

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] 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] 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] 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] 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] 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] 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] [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] 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] 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] "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] "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] 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] 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] [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] [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] 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] 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] 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] [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] [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] 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] 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] 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] [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] 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] 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] 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] 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] [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] [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: > 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] 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] 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] 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] 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

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

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

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] 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: > 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] 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] 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] 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] [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-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] 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] 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: > 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] 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] 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] 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] 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

<    1   2   3   4   5   6   7   8   >