[Gimp-developer] Re: Fwd: [GUG] CMYK under Gimp.

2003-11-21 Thread GSR - FR
[EMAIL PROTECTED] (2003-11-21 at 0834.36 +0100): > This would be fine for unix based systems too. Are there any plans to > create an system interface for X to plug-in an CMM? > Do You know someone allready working on this? apropos Xcms should give you some man pages, here it does. If one checks th

[Gimp-developer] Alternative zoom algorithm

2004-01-16 Thread GSR / FR
Hi: I saw that zoom has been changed following bug 124073. After trying it, I did not liked it. Personally I think it gives too much importance to extreme zooms, forgeting most people work around 100%. 4000 to 20 pix images in a reasonable size monitor is what I normally see, not 4 pix or peop

[Gimp-developer] Re: Alternative zoom algorithm

2004-01-16 Thread GSR - FR
[EMAIL PROTECTED] (2004-01-16 at 2215.53 +0100): > There are some issues with the patch, though. I don't really get > what's happenning in the if (src == 1 && dest == 1) clause, and > I'm not sure completely reverting the old change is the way to > go. It is the flip point, and I found the sequenc

[Gimp-developer] Re: Alternative zoom algorithm

2004-01-17 Thread GSR - FR
[EMAIL PROTECTED] (2004-01-17 at 0309.30 +0100): > Ideas? Suggestions? (But please do not complain about the lack of your > favourite zoom level, trying to insert specific "missing" zoom levels in > the table above would completely break the advantages of nearly > homogenous zooming...) After bein

[Gimp-developer] Re: Re: Alternative zoom algorithm

2004-01-18 Thread GSR - FR
[EMAIL PROTECTED] (2004-01-17 at 1724.31 +0100): > a) It has a table of presets that is constructed in an ad hoc manner > without any explantation what the advantages to the user are. Did your copy of the first mail I posted lacked: "Comments about the presets also welcomed, I just made a list of

[Gimp-developer] Re: Re: Re: Alternative zoom algorithm

2004-01-19 Thread GSR - FR
[EMAIL PROTECTED] (2004-01-19 at 1524.44 +0100): > [technical discussion :)] > I think I already explained why I prefer the set of ratios based on > the idea of "homogenous zooming". So the rest of this Mail focuses > on the technical issues of your patch. The last patch I sent does homogenous z

[Gimp-developer] Re: layer effects

2004-01-22 Thread GSR - FR
[EMAIL PROTECTED] (2004-01-21 at 1917.01 -0800): > I'm just wondering is it being planed by anyone to > include some feature like the layer effects in > photoshop in any gimp release (soon)? If not, if > someone has time to just write some tutorials on how > to achieve some of the layer effects (e

[Gimp-developer] Re: virus issue on the gimp-developer mailing list

2004-02-21 Thread GSR - FR
[EMAIL PROTECTED] (2004-02-21 at 1037.10 -0600): > I'm not the list administrator, but I'd like to urge the > following gimp-developers to closely examine their emailing workstations > for viruses. The most probable explanation is faked origin. Just inspect the headers to see clear differences. Vi

[Gimp-developer] Re: image processing

2004-03-18 Thread GSR - FR
[EMAIL PROTECTED] (2004-03-18 at 0738.14 -0800): > If you need open source, then pretty much, your options are: [...] > I know there are a few other small image processing languages. These > are all projects with pretty difference focuses. And one or the other > may be more suited for you. Ano

[Gimp-developer] Re: making plans

2004-03-29 Thread GSR - FR
[EMAIL PROTECTED] (2004-03-29 at 1218.49 -0800): > >> 1) Every filter should produce a dialog when called interactively. > >> At the moment, some just do their thing without showing any dialog: > >> this is bad. > > > >Why is this bad? There are plug-ins that are supposed to be completely > >non-in

[Gimp-developer] Re: making plans

2004-03-31 Thread GSR - FR
[EMAIL PROTECTED] (2004-03-31 at 1323.49 +0200): > > The latter part (save as GIMP pattern) would be trivial, more or > > less. Handling the semantics for creqting new patterns in the pattern > > dock and duplicating/editting existing patterns is trickier. Duplicate would be a file op (cp) and a r

[Gimp-developer] Re: making plans

2004-03-31 Thread GSR - FR
[EMAIL PROTECTED] (2004-03-31 at 1637.04 +0200): > You will run into problems as soon as people start to use multiple > layers, channels, layer masks and the like on the pattern image. As now you can have RGBA patterns, merging all layers, cropped to image size, should be enough. Or do I miss any

[Gimp-developer] Re: Gimp usability tests

2004-04-08 Thread GSR - FR
[EMAIL PROTECTED] (2004-04-08 at 1303.52 +0200): > For the first test, we'll test two types of people (as it should serve > only as a basis for the article, we will test four persons only): 2 > people who know photoshop very well and/or work with it every day, and 2 > people who have little or no e

[Gimp-developer] Re: Gimp 2.0

2004-04-21 Thread GSR - FR
[EMAIL PROTECTED] (2004-04-21 at 1433.35 +0200): > > I have beein playing around with Gimp for some time now, and one > > procedure I apply every once in a while is to make a copy of each > > visible layer and merge them to a new one (as a means comparable > > to "CVS tagging" - to mark and save a

[Gimp-developer] Re: Re: Gimp usability tests

2004-04-22 Thread GSR - FR
[EMAIL PROTECTED] (2004-04-22 at 2052.21 +0200): > > > > This would, of course, make selection CSG operations more difficult. > > > Simon said that implementing CSG operations on vectors would be not > > > feasible. > > Ok, maybe you misunderstood me or I expressed it the wrong way: It would > > of

[Gimp-developer] Re: Environment settings & big images

2004-04-22 Thread GSR - FR
[EMAIL PROTECTED] (2004-04-22 at 2142.26 +0200): > > > On PotatoShop (forced to used at gunpoint), there are no problems > > > editing this image or other large images. > > Photoshop handles large images better than GIMP. That's a known fact > > and it's not trivial to improve. > How, exactly? I've

[Gimp-developer] Re: Linux common ICC profile directory

2004-05-20 Thread GSR - FR
[EMAIL PROTECTED] (2004-05-20 at 0124.38 +0200): > Marti Maria, developer of littlecms (www.littlecms.com), suggested > /usr/share/color/icc and ~/.color/icc as intuitive paths. We decided to > go along with this. Could a small change be done? Make the global dir a pair, /usr/local/share/color/icc

[Gimp-developer] Re: Usability test - Results available

2004-06-04 Thread GSR - FR
[EMAIL PROTECTED] (2004-06-04 at 1337.31 +0200): > http://www.relevantive.de/gimp/report/results_usabilitytest_05.04.html > - Clearly mark the current layer I do not understand what does that mean, it seems to be marked, and the name shown too in the default config for status bar string. Take for

[Gimp-developer] Re: Blur plug-in

2004-06-07 Thread GSR - FR
[EMAIL PROTECTED] (2004-06-07 at 1149.52 +0200): > The plan is to remove the randomize and repeat functionality. That > would allow us to also remove the (quite confusing) dialog. > Filters->Blur->Blur would then be a simple blur with a 3x3 convolution > kernel. It would be fast and easy to use but

[Gimp-developer] Re: Re: Blur plug-in

2004-06-07 Thread GSR - FR
[EMAIL PROTECTED] (2004-06-07 at 1649.35 +0200): > Sorry, but what other scripts or plug-ins are you referring to? IMO it > would be a good thing to have a simple and fast plug-in that does the > job w/o a dialog and I fail to see what other plug-in would provide > this functionality. Convolution

[Gimp-developer] Re: Re: Re: Blur plug-in

2004-06-07 Thread GSR - FR
[EMAIL PROTECTED] (2004-06-07 at 1759.17 +0200): > calling the convolution matrix plug in and scripts to preset it a simple > replacement ? Well, what would you call a script that just puts a menu entry and calls convolution matrix with a fixed matrix? > Please rephrase that to a powerful replac

[Gimp-developer] Re: status of gimp-help-2

2004-07-04 Thread GSR - FR
[EMAIL PROTECTED] (2004-07-04 at 2356.50 +0200): > The problem is, that GIMP's UI changes faster than we can > provide screenshots. My idea was an application which records > mouse movements and play's them afterwards to create screenshots > only once and then automa

[Gimp-developer] Re: Image restoration plugin

2004-09-14 Thread GSR - FR
[EMAIL PROTECTED] (2004-09-14 at 1610.13 -0400): > If no, I'm extremely motivated to write that plugin (or help people that are > writing one). But, well, it could be fine if we can avoid redundant project. None I know, I raised the topic some time ago. Another suggestion about this lib: fake mot

[Gimp-developer] Re: [Wishlist] Scalable vector brushes

2004-10-06 Thread GSR - FR
[EMAIL PROTECTED] (2004-10-06 at 1614.05 -): > Having scalable vector brushes would be so cool. you need not be > stuck to the size to which the brush was developed! They exist for a long time (1.2 has circular/ellipse), and I think Simon has added more shapes recently. What is needed is scala

[Gimp-developer] Flash (was Re: gimp GUI)

2004-10-25 Thread GSR - FR
[EMAIL PROTECTED] (2004-10-24 at 1721.39 -0400): > And I also have a libswf on my Debian machine. A quick apt-get search: [...] > It appears that openoffice has some SWF support ... Based in ming library http://f4l.sourceforge.net/. It, and other interesting info is listed in http://en.wikipedia.

[Gimp-developer] Re: Order of Menu items (2.2Pre2)

2004-11-27 Thread GSR - FR
[EMAIL PROTECTED] (2004-11-28 at 0851.35 +1100): > Could someone advise me what to edit to get the default menu listing for > interpolation to show "Cubic (Best)" instead of "Linear" Probably the Prefs. GSR ___ Gimp-developer mailing list [EMAIL PROT

[Gimp-developer] Re: Best way for "limit distance"

2004-12-02 Thread GSR - FR
[EMAIL PROTECTED] (2004-12-03 at 1012.37 +1300): > BTW, all this was part of a small evaluation of CCD noise removal method. If > you > are interested, the details are in > http://pages.quicksilver.net.nz/pepe/d70/Nikon_D70_on_Linux.html#ISONoise > > The results are quite dismaying. I appreciat

[Gimp-developer] Re: Scissors tool

2004-12-08 Thread GSR - FR
[EMAIL PROTECTED] (2004-12-08 at 1714.59 +0100): > > That'd indeed rock. Intelligend Scissors could just be a path tool that > > has a very crude way to calculate the segment between two control > > points. The API might already support this (you can have custom stroke > > types) but details would

[Gimp-developer] Re: Why not allow the name to be configurable? [was [Bug 160890] Change Gimp name (fwd)]

2004-12-12 Thread GSR - FR
[EMAIL PROTECTED] (2004-12-12 at 1719.26 +0100): > > If a project as big as Mozilla Firefox allows it name to be changed, why > > would it be an issue for the gimp? > There was another project called Firebird, so there was a good reason > to change it. I think Firefox option was from one point of

[Gimp-developer] Re: size-pressure relationship has been inverted for airbrush: complaints sought

2005-01-11 Thread GSR - FR
[Oops, got postponed for too long] [EMAIL PROTECTED] (2005-01-01 at 1258.50 +0100): > I can't test that currently, but I imagine it's nice sometimes, > but will be counterproductive in other cases -> I would like to > have it as an option. And if there should be no option, I would > prefer the

[Gimp-developer] Re: floating layers

2005-02-16 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2005-02-16 at 0828.38 +0100): > > can floating layers go away now? the arguments for them have ceased to > > have meaning. > What UI do you suggest? > 1) If we are pasting a selection which was made from a layer then > create a new layer How do I paste (adjusting if necesar

[Gimp-developer] Re: optional scaling in the save dialog?

2005-02-19 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2005-02-18 at 2053.55 -0200): > > > I am currently working on a poster, and it's huge (from the point > > > of view of the amount of memory I have ;) ). Once in a while I > > > have to post it to the mailing list for my people to see if they > > > like it and tell me what to

[Gimp-developer] Re: Re: optional scaling in the save dialog?

2005-02-20 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2005-02-20 at 0203.45 -0200): > Let X bre a Huge Amount of Memory (tm) taken by said image, and Y be A > Couple Kilobytes (tm) used by scaled down version > Your proccess: > - Initially using X memory > duplicate image -> now using x * 2 memory. I assume there is Copy On W

[Gimp-developer] Re: [Patch] Speed up blending code

2005-02-27 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2005-02-27 at 1708.40 +0100): > Honestly I've no idea why the blending code does dithering at all; > the dithering is completely invisible in 24bit RGB colorspace > anyway. Do some blends with similar colours and long distance. They look ugly without dither, they are too reg

[Gimp-developer] Re: GIMP and multiple processors

2005-02-28 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2005-02-28 at 0211.21 +0100): > NB: Not that I had any idea what supersampling might be good for > in the case of gradients, but what do I know... High frequency gradients or abrupt changes, compare the yellow - black transition in left side with the one in right side of htt

[Gimp-developer] Re: GIMP and multiple processors

2005-03-01 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2005-03-01 at 1108.08 -0500): > >Maybe it would be best if someone could come up with a reasonable example > >what supersampling might be useful for in gradient blend code > > "GSR" (?) already gave such an example. > It might be worth considering only supersampling when

[Gimp-developer] Re: Re: GIMP and multiple processors

2005-03-01 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2005-03-01 at 2248.36 +0100): > > Supersampling is to avoid aliasing, which is not caused only by those > > discontinuities but high frequency data (IIRC abrupt change is like > > infinite frequency). You can have aliasing with a square wave > > (segments that do not match) b

[Gimp-developer] Re: Re: GIMP and multiple processors

2005-03-02 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2005-03-01 at 2059.06 -0800): > It ought to be easy enough to detect when antialiasing will be needed > and automagically turn it on. > > I havnt looked at the supersampling code yet, but I think it might be > much faster to do the supersampling in a second pass since such a

[Gimp-developer] Re: Re: Re: GIMP and multiple processors

2005-03-06 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2005-03-02 at 2158.27 +0100): > My assumption here is that if the adaptive > supersampling code takes magnitudes longer to render > than without supersampling it could be benefitial to > simply use the common code to the render x > times the amount of tiles to fill and simply

[Gimp-developer] Re: Gimp cant open jpgs file on windowsXP

2005-05-10 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2005-05-09 at 0009.32 +0200): > I put online this .jpg file (on my linux box it works fine), can > somebody look at it from windowsXP? Sounds like http://bugzilla.gnome.org/show_bug.cgi?id=300186 GSR ___ Gimp-developer mailing

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

2005-05-23 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2005-05-21 at 1700.27 +0200): > Another image manipulation program, which GIMP is frequently being > compared to, uses the Space key to offer the functionality that GIMP > has bound to the middle mouse button: panning the image display. Since > not everyone has a middle mouse

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

2005-05-23 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2005-05-22 at 1710.22 +0100): > > Any opinions on that, anyone? > > I agree that the space key should be reserved for something > pretty amazingly common and useful. I suppose it's also likely > that panning the image is a slightly more common temporary mode of > action tha

[Gimp-developer] Re: Reply to Considered Harmful [Re: Gimp server startup [OT]]

2005-06-01 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2005-06-01 at 1522.03 +0100): > > > This is intentional - google for "reply to considered harmful". > > This might have been of concern years ago, before people were used to > > mailing lists which do set the Reply-to header. Nowadays, I'd say that the > > opposite is true, s

[Gimp-developer] Re: Proposing projects for the Summer of Code

2005-06-02 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2005-06-02 at 1841.46 +0200): > - Write a heal tool and an intelligent eraser tool (sharing as much > code as possible between them) Algorithm is out there. :] > - Reverse engineer PSD format for PS 10 and write the load/save > plug-in (or adapt the existing one) to i

[Gimp-developer] Re: artistic GIMP (was: Marbled Paper)

2005-06-17 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2005-06-17 at 0858.12 +0800): > Failing anything useful eventuating by the end of July, please nag me to > start mucking around with, what shall I call it? "Media" is too easily > confised with other stuff, so perhaps "applicators?" You missed an interesting page: http://

[Gimp-developer] Re: FAQ (-: sooner or later :-) KDEification of GIMP

2005-06-21 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2005-06-22 at 0018.34 +0200): > >> (3) Don't try to advertise the old GtkFileSelection dialog as being > >> the solution that we should revert too. > > > > I didn't. I did advertise the way the old file selection dialog used > > it's text entry as the solution for me (and

[Gimp-developer] Re: Layer locking proposal

2005-06-26 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2005-06-26 at 1517.52 +0200): > This PDF has a lot more screenshots and shows a more uptodate view of > the Layers dialog on page 23: > > http://www.photoshopsupport.com/ib-pdf-02/vqs-chapter01.pdf Interesting, it shows things on both sides, and one of the front is multipu

[Gimp-developer] Re: Layer locking proposal

2005-06-27 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2005-06-27 at 1117.03 +0200): > The fact your targets only appear after an initial action slows you > down. Icons/Checkboxes above the list might be faster to handle, > because you see them right away. See below. > > If either of these get checked, an apropriate icon (wh

[Gimp-developer] Re: Snap To Canvas

2005-07-12 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2005-07-11 at 2259.33 -0500): > I'm running gimp-2.3.2. Thank you for the "snap to canvas edge" option. I > would suggest that it should default to "on/checked". Snap to Guides is > defaulted to "on", the canvas edge should be considered a default guide (in > fact, that is

[Gimp-developer] Re: Re: Snap To Canvas

2005-07-12 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2005-07-12 at 1722.01 +0200): > > I doubt that makes sense... if it does, why not also make all images > > start with some guides? Two guides at 1/3 of size ("rule of thirds"), > > or the middle of each axis ("where is the center?"), for example. At > > least these ones would

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

2005-09-30 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2005-09-28 at 0142.32 +0100): > > I welcome the community's suggestions and criticisms -- > One easily overlooked feature which I consider to be most important is > keyboard support. Indeed. > In many Windows apps (and OpenOffice), I can type the first few > characters i

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

2005-09-30 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2005-09-27 at 1336.45 -0400): > This message is an open letter to: [...] > ... regarding a proposal for an improved font selection drop-down > widget that would be ideal for use in professional-quality Open Source > word processing, desktop publishing, and graphic design pr

[Gimp-developer] Re: Patterns -- things we could do to make their manufacture much easier

2005-12-29 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2005-12-29 at 1551.31 +0200): > Don't forget the fantastic resynthesizer plug-in as part of the tool > chain for creating tilable plug-ins. It is certainly usually much > better than any alpha-blending. See: > > http://www.logarithmic.net/pfh/resynthesizer Or http://www

[Gimp-developer] Déjà vu? (Re: Why be c ryptic? 'Xtns' should be name 'Extensions')

2006-03-26 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2006-03-23 at 1032.39 +0200): > Brendan writes: > > Please, oh Lord, someone fork Gimp. > I can imagine the scenario: (This is a parody, not a flame) > Someones forks GIMP, sets up a project on (say) SourceForge. He spends > lots of effort on the project's web page. (He is a

[Gimp-developer] Re: Déjà vu? (Re: Why be cryptic? 'X tns' should be name 'Extensions')

2006-03-26 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2006-03-26 at 2018.22 +0100): > Sorry, I'm not sure exactly what detail in this screenshot you are > pointing out. You removed the part about my wishes for the topics being about stress testing GIMP and make it move. That image is my test, like some people have issues with "

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

2006-03-30 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2006-03-26 at 1302.53 +0300): > On Fri, 2006-03-24 at 07:48 +0100, Marc Lehmann wrote: [...] > > Its not clear to me wether it can be improved. I personally think the > > best way would be to have two modes, switchable via some setting. Some > > people just don't want to use

[Gimp-developer] Re: Plea for a new interface for the GIMP

2006-04-01 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2006-04-01 at 1546.52 +0200): > Roland Wild wrote: > > From: http://linuxmedia.tuxfamily.org/contrib/gimp/index2.html > > Appearance of the layer an channels window ''onmouseover''. > Another solution is that you could just have some special key (to set up > in the prefer

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

2006-04-03 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2006-04-03 at 1609.19 -0700): > 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

[Gimp-developer] Google Summer of Code 2006, to whom it may concern

2006-04-14 Thread GSR - FR
http://google-code-updates.blogspot.com/2006/04/summer-of-code-2006.html GSR ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

[Gimp-developer] Re: GIMP and Google SoC

2006-04-18 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2006-04-18 at 1004.27 +0200): > I had some ideas: > - Scripting languages and the GIMP - work on ruby or python bindings What is missing in python one? About more langs... well, it is nice, but it is also nice to have things that are completly finished instead of many half

[Gimp-developer] Re: GIMP and Google SoC (from digest)

2006-04-19 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2006-04-19 at 1158.08 +0200): > > How is this fairly straightforward with the current architecture? I > > would rather say that it is currently almost impossible to implement > > sanely. > Ah, but I'm insane. > Add a layer type for effect layers, and define 3 operations that

[Gimp-developer] Re: Re: GIMP and Google SoC (from digest)

2006-04-22 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2006-04-21 at 2311.22 -0400): > On 4/19/06, GSR - FR <[EMAIL PROTECTED]> wrote: > > Hi, > > [EMAIL PROTECTED] (2006-04-19 at 1158.08 +0200): > > > > How is this fairly straightforward with the current architecture? I > > > >

[Gimp-developer] Re: gimp with large files. test.

2006-05-01 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2006-05-02 at 0420.43 +1000): > if Curves on Phoposhop is instant, and takes 3 second on the gimp. then > photoshops doing somthing gimp isnt. You are running all this in Linux, right? So you probably have access to all kind of system monitors. Could you run the tests while

[Gimp-developer] Re: SOC - brush system

2006-05-07 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2006-05-07 at 1520.30 -0700): > > I'm considering creating a new brush system for the GIMP as part of the > >Summer of Code in order to make GIMP more suitable to digital painting. > Adding new painting tools that use a different type of brush is > definitely a realistic pro

[Gimp-developer] Re: Re: SOC - brush system

2006-05-07 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2006-05-07 at 1754.05 -0700): > > New tools? Why not improving the basic brush system (sometimes with > > artificial limits, see animated brushes workflow or pixmap scaling) > > and let all tools make use of it? Erase, airbrush and so on... > To refresh people's memory, Phil

[Gimp-developer] Re: Re: Re: SOC - brush system

2006-05-08 Thread GSR - FR
Back to the unified paint tools system] > GSR - FR wrote: > > I am just pointing that new tools sound silly, when a more general brush > > system seems the solution. Take ink tool, I think it could have been done > > by just set the brush tip to react to things like speed and a

[Gimp-developer] Time or velocity info [Re: SOC - brush system]

2006-05-08 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2006-05-09 at 0245.34 +0200): > Actually the vector objects already store GimpCoords at the control > points and hopefully the code already interpolates them properly. This > is all totally untested though, since there is no real way to control > the additional parameters (pr

[Gimp-developer] Re: Time or velocity info [Re: SOC - brush system]

2006-05-09 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2006-05-09 at 1654.44 +0100): > Joao S. O. Bueno Calligaris wrote: > > On Monday 08 May 2006 10:51 pm, GSR - FR wrote: > >> That reminds me another parameter, velocity (or time delta, it is > >> related) and that airbrush had issues with high spee

[Gimp-developer] Re: mock ups for vanishing point

2006-06-01 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2006-06-01 at 0145.44 +0200): > My take is you probably don't need to have multiple plane setups per > image so having some sort of VP toggle similar to our quickmask would be > sufficient. Toggle it off - work just like normally. Toggle it on and > things get translated base

[Gimp-developer] Re: rectangle select tool

2006-06-11 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2006-06-10 at 1640.09 -0700): > 1) The Shift and Control keys are no longer usable to constrain > the rectangle to be square, and to expand from a center-point. > Instead there are tool options that do these things. The overloading > of Shift and Control was always difficult

[Gimp-developer] Re: Re: SIGGRAPH BOF - failed

2006-08-07 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2006-08-07 at 2238.07 +0200): > Juhana Sadeharju wrote: > >> From: G Blair <[EMAIL PROTECTED]> > >> > >> The Open Source booth was busy demonstrating packages such as gimp, > >> blender, > >> inkscape, and others. The degree of confidence varied. Sample questions > >> such

[Gimp-developer] Re: Integrating the Brush Editor into Brush Options

2006-10-17 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2006-10-17 at 1532.58 +0200): > I also believe that we should allow scaling bitmap brushes. It's easier > to understand why my brush is blurry than why some brushes behave > differently. Does having the brushes at a larger resolution, say > 256x256px, and scaling them down ha

[Gimp-developer] Re: Status OpenUsability student project

2006-11-13 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2006-11-13 at 1251.21 +0100): > "Along the way some hard choices had to be made by the team about what > workflow to support, and what to leave to other applications. > Moreover, essential functionality has been identified during the > weekend and implementation of some of it

[Gimp-developer] Re: Re: Status OpenUsability student project

2006-11-13 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2006-11-13 at 1754.20 +0100): > The scenario for this actually includes the words 'collage' and > 'wild brush work' to catch the vibe. The results need to be new > art, and we are sure that bitmaps, scans and/or vector graphics > need to be imported/opened in GIMP to do this

[Gimp-developer] Re: Re: Re: Status OpenUsability student project

2006-11-13 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2006-11-13 at 1958.18 +0100): > > And is just painting or colouring nowhere in > > the cases (as separate case, it is clearly not)? > There are simply other applications that are better > adept to painting from scratch, one of them is called > Painter, I believe. There are o

Re: [Gimp-developer] healing the healing tool

2007-02-21 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2007-02-21 at 0837.29 -0800): > This discussion seems to be going astray a bit. Let me try > to supply some suggestions and information. Another one: the paper describes a method to fix pixels based in other image area, but the related family of apps (PS v7 and newer, PS El

Re: [Gimp-developer] still the same bug

2007-04-30 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2007-04-30 at 2137.21 -0300): > > could you provide more instructions to reproduce the error, > > Well, cannot tell you more... > Adaptative, nonrecursive, 1 pixel radius, black=7, white=248. > A 5 pixel cross in the middle of a white image, > and I got a NONSYMMETRIC 6 pixe

Re: [Gimp-developer] Three point layer distortion mapping feature?

2007-05-02 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2007-05-02 at 1819.04 -0700): > That's sort of what I'm talking about. The problem > with that is that the two images/layers are merged by > hugin, meaning there is no chance for any masking or > individual treatment of the layers after the mapping > has been applied. You m

Re: [Gimp-developer] Interfacing with a 6-DOF Device

2007-06-05 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2007-06-04 at 1425.51 -0700): > transform) would be nice too). Now, I tried to write a C-Plug-in but the > driver for this device (on Linux) requires me to retrieve all events off an > X Window -- fine, so my plugin pops up a dummy X-window to receive events. Could it be ha

Re: [Gimp-developer] jpeg quality factor.

2007-07-07 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2007-07-06 at 2246.00 -0300): > I'm noticing big differences between jpeg files from gimp and photoshop. Quality as artifacts, smoothing, false colours? Size? > The same image exported as jpeg with the same quality factor (let's take > 75% as an example) gives very differe

Re: [Gimp-developer] Adjustment Layers - How can I Help?

2007-10-10 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2007-10-10 at 1344.25 +0200): > On Wednesday 10 October 2007 13:30:16 Andrew Young wrote: > > Please excuse the noob question. Why are there no odd numbered releases? > > e.g. 2.5? Do they have a special, internal role? > > According to old tradition, odd version numbers lik

Re: [Gimp-developer] screenshot with mousepointer

2007-10-25 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2007-10-25 at 1732.45 +0200): > On Thu, 25 Oct 2007 17:27:30 +0200 > The wrote: > > > xvidcap > > no way... it uses just a common pointer placed into the acquired canvas. > :( Looked at XFixes X11 extension? I think all the apps that show the correct pointer shape use that

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

2007-10-28 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2007-10-28 at 2029.49 -0400): > On 10/28/07, Robert Krawitz <[EMAIL PROTECTED]> wrote: > >Date: Sun, 28 Oct 2007 12:03:57 -0700 (PDT) > >From: Micahel Grosberg <[EMAIL PROTECTED]> > > > >>As an alternative, I'd like to suggest a UI setup I filched from > >>Erd

Re: [Gimp-developer] some gimply thoughts

2007-11-22 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2007-11-22 at 1544.46 +1030): > Hi Liam, > > On Nov 22, 2007 9:45 AM, Liam R E Quin <[EMAIL PROTECTED]> wrote: > > > > Evidence that auto levels loses details -- > > take a photograph (or a scanned engraving, or whatever) and open > > Levels, and press autl. Note that the l

Re: [Gimp-developer] tagged resources such as brushes, gradients, etc

2008-01-18 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2008-01-18 at 0844.05 -0600): > What about a function to "export" brushes that dumps selected brushes > to a new dir with a local version of brushrc, and a matching "import" > that reads them in - file, MD5, and tags? Or a tag system based in companion files (flowers.gih get

Re: [Gimp-developer] Adding SpaceNavigator support

2008-03-04 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2008-03-04 at 2020.46 +0100): > On Tue, 2008-03-04 at 17:05 +0200, Alexia Death wrote: > > > There's time included with events (that needs a bit of critical eye, since > > X > > events time resolution sucks), but difference of timestamps should give you > > the rate you

Re: [Gimp-developer] Adding SpaceNavigator support

2008-03-05 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2008-03-05 at 0849.30 +0100): > > > We aren't talking about X input events here but raw Linux input events. > > > > Could someone explain the adventages of not using the same path than > > with tablets and taking a shortcut? > > The only advantage is that you can access a d

Re: [Gimp-developer] Brushes/input controllers changes idea

2008-03-12 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2008-03-12 at 1824.16 +1030): > The UI is a mystery because no one has worked it out yet. > The current design, with two places to control brush behaviour > (brushes dialog, and brush editor) > is clearly unsatisfactory. The design seen in mypaint is capable, and > it uses up

Re: [Gimp-developer] Rotation for brushes

2008-03-16 Thread GSR - FR
Hi, [EMAIL PROTECTED] (2008-03-16 at 1537.58 -0700): > David G. <[EMAIL PROTECTED]> wrote: > > > > Add a option to rotate brushes to compliment the scaling. > > I don't know if this has been requested but it would be very > > helpful than creating a layer + using the rotation tool. > > > > Would

Re: [Gimp-developer] SVG brushes

2009-03-13 Thread GSR - FR
Hi, 00a...@gmail.com (2009-03-13 at 2306.16 +1030): > > Do we need the full complexity of the current image hoses for this? > > Looks like a simple linear series of brushes could be sufficient. > No and no respectively, IMO. > Don't need full image-hose functionality for this; however IMO at > leas

Re: [Gimp-developer] enhancement for eraser/brush tools: "resurrect erased/cleared"

2009-05-24 Thread GSR - FR
Hi, fotocom...@yahoo.it (2009-05-24 at 2138.42 +): > Concept, is trivial : > the eraser (or a brush tool) if used with "resurrect Erased/cleared" > option (if used at 100% opacity ) will modify where applied only the > A of RGBA without changing other RGB data, and that will "resurrect" > delet

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

2009-07-20 Thread GSR - FR
Hi, ense...@gmail.com (2009-07-20 at 0036.20 +0200): [...] > gradients). This enables us to add a bigger set of default resources. Here you say "bigger". [...] > A few things are clear: > > * The new default resources must fit the product vision [1] Does that leave things like Gimp Paint Stud

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

2009-07-22 Thread GSR - FR
Hi, shirakawa.ak...@gmail.com (2009-07-22 at 1218.30 +0200): > Martin Nordholts wrote: > > > I get your drift, but is it really reasonable to force a user to scale a > > say 250px brush to 3px if that is what he desires? It might be, but I > > don't think it is with our current scaling mechanism

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

2009-07-22 Thread GSR - FR
Hi, s...@gimp.org (2009-07-23 at 0031.55 +0200): > On Wed, 2009-07-22 at 23:54 +0200, GSR - FR wrote: > > I avoid scale whenever I can, so for vector brushes I just use the > > brush editor. > Scaling a vector brush from the tool options is equivalent, at least > from an im

Re: [Gimp-developer] GIMP in-game feature

2009-08-31 Thread GSR - FR
Hi, weska...@gmail.com (2009-08-31 at 1200.43 -0700): > > > To clarify the issue here, some names, such as "PhotoShop" and "Linux", > > > are trademarked and require permission in order to be used. "Gimp", > > > however, is not trademarked, so no permission is needed. > > Hm... http://wiki.gimp.or

Re: [Gimp-developer] Making dockable tab style a global setting

2009-12-06 Thread GSR - FR
Hi, ense...@gmail.com (2009-12-05 at 1330.57 +0100): > I don't understand who would want a UI where tabs doesn't have the same > style, what a mess I use icons for things that have true info in visual sense (colour, pattern, brush, palete, gradient) and text for the rest. For me it is a matter of

Re: [Gimp-developer] Making dockable tab style a global setting

2009-12-07 Thread GSR - FR
Hi, ense...@gmail.com (2009-12-07 at 0918.00 +0100): > GSR - FR wrote: > > Hi, > > ense...@gmail.com (2009-12-05 at 1330.57 +0100): > >> I don't understand who would want a UI where tabs doesn't have the same > >> style, what a mess > > > &g

Re: [Gimp-developer] Rotate on the arbitrary line -- feature request

2010-06-19 Thread GSR - FR
Hi, for...@gimpusers.com (2010-06-19 at 1750.20 +0200): > I had scanned a bunch of small odd shapped images and most of them I couldn't > get rotated exactly right. I had to use photoshop and they have a feature > where I can draw a straight line, and say to rotate the image to that line. It > was

Re: [Gimp-developer] 6 DOF HID support

2010-07-20 Thread GSR - FR
Hi, s...@gimp.org (2010-07-20 at 1409.51 +0200): > On Sun, 2010-07-18 at 07:55 +0200, Cedric Sodhi wrote: > > > I also might want to map Tilt (which GIMP currently has no support > > for) > > That is incorrect. GIMP has had support for Tilt for more than ten years > (since before version 1.0). It

Re: [Gimp-developer] about getting involved in developing Gimp

2010-07-22 Thread GSR - FR
Hi, 00a...@gmail.com (2010-07-22 at 1532.12 +0930): > > I've presented GIT master for a large audience today (200+ people)  - > > after the presentation, the "most requested feature" at questions > > time, was also this one. > > Just noting that we still need the option to manage layer bounds ours

  1   2   >