Re: [Gimp-developer] Filter source code

Fred Lupien ([EMAIL PROTECTED]) wrote: > sorry if this seems a bit out of place, but it seemed the most reasonable > list to post this question to. I am looking for the source code for the > filters in the Filters menu for a research on image processing algorithms > and I was not able to find

Re: [Gimp-developer] [SCM] text file management

Nathan Summers ([EMAIL PROTECTED]) wrote: > On 1/10/06, Sven Neumann <[EMAIL PROTECTED]> wrote: > > (fopen path mode) > > (fwrite data stream) > > (fclose stream) > > Hmm, interesting. I couldn't get this to work with script-fu under > 1.2, but it seems to work fine under 2.2. Well, it certai

Re: [Gimp-developer] authors.xml, volunteer needed

Sven Neumann ([EMAIL PROTECTED]) wrote: > Sven Neumann <[EMAIL PROTECTED]> writes: > > http://cvs.gnome.org/viewcvs/gimp/authors.xml?view=markup > > > > I am now looking for a volunteer to go over authors.xml and check > > what roles apply to the people listed there. Perhaps also check that > > no

Re: [Gimp-developer] Snap To Canvas

Joao S. O. Bueno Calligaris ([EMAIL PROTECTED]) wrote: > On Tuesday 12 July 2005 08:16, Michael Natterer wrote: [snapping to guides/borders by default] > > you have a point here. IMHO we should change this to snap by > > default. Would you file a bug about this so it's not forgotten? > > Beware th

Re: [Gimp-developer] Blending Modes: Mathematical Perspective

Martin du Saire ([EMAIL PROTECTED]) wrote: > In general, are there a handful of recommended sources (print or on-line) > that detail the "typical" image manipulation algorithms? Have a look at http://www.pegtop.net/delphi/blendmodes/ , this explains the mathematical background of several blending

Re: [Gimp-developer] Layer locking proposal

Nathan Summers ([EMAIL PROTECTED]) wrote: > On 6/26/05, Simon Budig <[EMAIL PROTECTED]> wrote: > > A way to overcome this is to have e.g. two lines per layer. A sample > > mockup is available at > > http://www.home.unix-ag.org/simon/files/layer-dialog-many-properti

Re: [Gimp-developer] Layer locking proposal

Sven Neumann ([EMAIL PROTECTED]) wrote: > Simon Budig <[EMAIL PROTECTED]> writes: > > Ok, replace "proposed solution" with "suggested placement of the button" > > or whatever. Do you have an example use case where the user would > > benefit from tha

Re: [Gimp-developer] Layer locking proposal

Sven Neumann ([EMAIL PROTECTED]) wrote: > Simon Budig <[EMAIL PROTECTED]> writes: > > > With your proposed solution it would be a major PITA to do this. > > I didn't propose a solution, I only said that moving the toggle > elsewhere should be considerd. I am not

Re: [Gimp-developer] Layer locking proposal

Simon Budig ([EMAIL PROTECTED]) wrote: > Sven Neumann ([EMAIL PROTECTED]) wrote: > > Well, we do that already for the alpha channel lock and it doesn't > > seem to work that badly. Sooner or later we will probably want to add > > more such toggles. > > actually t

Re: [Gimp-developer] Layer locking proposal

Michael Schumacher ([EMAIL PROTECTED]) wrote: > > Also we should consider making the layers "not selectable" in the layers > > dialog if they are locked. This removes a source of confusion ("why > > doesn't this work") and gives immediate additional feedback about the > > locking. > > I was about

Re: [Gimp-developer] Layer locking proposal

Sven Neumann ([EMAIL PROTECTED]) wrote: > Simon Budig <[EMAIL PROTECTED]> writes: > > >> I also think that it will clutter the rows too much if we move it to > >> the front. Perhaps consider to add it on the top of the dialog with > >> the opacity sli

Re: [Gimp-developer] Layer locking proposal

Sven Neumann ([EMAIL PROTECTED]) wrote: > I am sorry, but you can't put the lock at the end of the row. It would > become invisible as soon as one layer has a longer name. > > I also think that it will clutter the rows too much if we move it to > the front. Perhaps consider to add it on the top of

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

Sven Neumann ([EMAIL PROTECTED]) wrote: [Fileselector] > I do accept that but I would like people to point out exactly what > problems they have instead of just saying that they dislike the new > dialogs. Without detailed complaints we can't do anything to improve > the situation. What occurred to

Re: [Gimp-developer] forwarded message from c't computer magazine

Tor Lillqvist ([EMAIL PROTECTED]) wrote: Content-Description: message body text > Here we go once again... I've filled out the form and clarified that they have to adhere to the GPL. I've also made myself the contact person so that you hopefully won't get bothered again. Bye, Simon --

Re: [Gimp-developer] CVS, screenshot plugin crash

William Skaggs ([EMAIL PROTECTED]) wrote: > Jean-Luc Coulon wrote: > > The plugin crash with a popup : > > Plud-in crashed: "screenshot" > > I get the same result. Looking at the man pages, this apparently happens > if the key being grabbed has already been grabbed by something else -- > but th

Re: [Gimp-developer] GIMP merchandising

does free software merchandising and yes, I am involved in most of the designs. Dave Neary ([EMAIL PROTECTED]) wrote: > Simon Budig a écrit : > >And what is involved with being the "official merchandiser"? > >How would we handle other companies trying to sell Gimp me

Re: [Gimp-developer] GIMP merchandising

Dave Neary ([EMAIL PROTECTED]) wrote: > For their part, they would like to continue having their logo on the arm > (which I'm OK with), and they would like to be our official merchandiser > - that is, have a place in the sidebar on every page, and a place of > prominence on the front page. Well

Re: [Gimp-developer] [maybe OT?] Code excerpts from the GIMP

Tom Copeland ([EMAIL PROTECTED]) wrote: > Here's a list of the references to the GIMP that I've currently got in > the article: > > http://infoether.com/~tom/gimp_snippets.html > > If anyone has any suggestions/corrections to the descriptions of these > usages, please email me at [EMAIL PROTECTED

Re: [Gimp-developer] CVS HEAD dependency on glib-2.6 / gtk+-2.6

Marc Lehmann ([EMAIL PROTECTED]) wrote: > On Sat, Feb 12, 2005 at 01:15:02PM +0100, Sven Neumann <[EMAIL PROTECTED]> > wrote: > > as you figure out that you have been wrong, you start to claim that > > you didn't say this or that you referred to a different subject. > > Ehem? Is this bullshitting

Re: [Gimp-developer] MIDI control OSX

[EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote: > Is MIDI contol available for OSX versions of the GIMP yet? Not that I am aware of. It needs a person who knows about programming MIDI on OSX. Neither mitch nor I have this knowledge. Bye, Simon -- [EMAIL PROTECTED]

Re: [Gimp-developer] xtns->extras ?

Sven Neumann ([EMAIL PROTECTED]) wrote: > Simon Budig <[EMAIL PROTECTED]> writes: > > > maybe we can ask the translators to translate "Xtns" as "Extras" > > Translators already translate Xtns to whatever they feel is > appropriate, or at least they

Re: [Gimp-developer] xtns->extras ?

Sven Neumann ([EMAIL PROTECTED]) wrote: > "Joao S. O. Bueno Calligaris" <[EMAIL PROTECTED]> writes: > > a few weeks ago I wrote mentioning that it might be a good idea > > to rename the "Xtns" menu entry to "Extras". > > If it was that simple. There are however lots of scripts and plug-ins, > that

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

Robert L Krawitz ([EMAIL PROTECTED]) wrote: >Date: Thu, 6 Jan 2005 18:36:50 +0100 >From: Simon Budig <[EMAIL PROTECTED]> > >Robert L Krawitz ([EMAIL PROTECTED]) wrote: >[Exif orientation tag] >> The obvious question is: if the rotation information

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

Robert L Krawitz ([EMAIL PROTECTED]) wrote: [Exif orientation tag] > The obvious question is: if the rotation information isn't important, > why does the camera even bother with it, as opposed to doing the > rotation inside the camera? Why does EXIF even have a rotation tag if > it's useless? Goo

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

Sven Neumann ([EMAIL PROTECTED]) wrote: > Robert L Krawitz <[EMAIL PROTECTED]> writes: > > > I keep master copies untouched and rely on applications to show the > > implied rotation. > > You are aware that there's absolutely no good reason to do that? > Rotation of JPEG images using exiftran or j

[Gimp-developer] Gimp Splash Screen Contest Winner!

aniel Kenzelmann: Great mood. http://gimp.org/contest/gallery.cgi?display=image&name=200412020944109864 It was fun to watch the enthusiasm and creativity of the contestants and we'd like to thank all of you for your efforts. Keep up the good work! Joao S. O. Bueno Calligaris Mi

Re: [Gimp-developer] Scissors tool

Austin Donnelly ([EMAIL PROTECTED]) wrote: [scissors tool] > I think I was probably the last person to do any major work on the scissors > tool, and that was in 1999 to port it to the (then new) tile-based world. > > The code when I took it on was a "software Vietnam"; a complete mess. I had > to

Re: [Gimp-developer] canvas background options

Hi all. Alan Horkan ([EMAIL PROTECTED]) wrote: > On Fri, 12 Nov 2004, Sven Neumann wrote: > > Alan Horkan <[EMAIL PROTECTED]> writes: > > > Given my previous comments that is understandable and I think > > > discoverability is important but it doesn't make sense to have a > > > seperate menu item

Re: [Gimp-developer] help needed with GIMP 2.2

Sven Neumann ([EMAIL PROTECTED]) wrote: > (3) It would be nice to see a chapter added to the API reference that > deals with changes between GIMP 2.0 and GIMP 2.2 and how to port a > plug-in. I am willing to collect the list of changes and such but > I'd like to get some help with this.

Re: [Gimp-developer] stroking with gimp

Carol Spears ([EMAIL PROTECTED]) wrote: > On Sat, Sep 25, 2004 at 09:26:12PM +0200, Simon Budig wrote: > > Actually I tried to explain to carol that the in some 2.0 version the > > brush used for stroking is not always the same that is selected in the > > brush dialog. Lookin

Re: [Gimp-developer] stroking with gimp

Carol Spears ([EMAIL PROTECTED]) wrote: > well, due to the many concerns about how i made these images, there is > now a whole series of pngs/xcfs in this same directory, ending with: > http://carol.gimp.org/files/stroke4.png where the same selection is used > in all three gimp versions. > > the s

Re: [Gimp-developer] stroking with gimp

Adam D. Moss ([EMAIL PROTECTED]) wrote: > Sven Neumann wrote: > > My guess is that you used a > >different brush when creating the stroke with gimp-2.0. > > The top two look like they were stroked with a square > brush, which when applied to a circle is a pretty precise > recipe for what transpire

Re: [Gimp-developer] stroking with gimp

Carol Spears ([EMAIL PROTECTED]) wrote: > i have been playing with many generations of TheGIMP this morning. i > compared the gimp's ability to make nice strokes and i found the results > to be interesting and revealing: > http://carol.gimp.org/files/stroke.png Interesting. I always assumed that

[Gimp-developer] Re: [Gimp-user] keybinding for File->Open Location

ED]) wrote: > Simon Budig <[EMAIL PROTECTED]> writes: > > I frequently use CTRL-L to bring the layers tab to the front, it is a > > handy shortcut. > > Of course it is a very useful shortcut and I use it a lot myself. > However if we want to try to coexist peacefully with o

Re: [Gimp-developer] how layers actually get merged?

bear ([EMAIL PROTECTED]) wrote: > Assume there are four layers, all of which are in Normal mode and grayscale. > for a specific pixel in each layer, > Their intensity and alpha values(mapped to [0,1]) are > i1,a1 > i2,a2 > i3,a3 > i4(background) > > the merged intensity is ((i1*a1+i2*(1-a1))*a2+i3

Re: [Gimp-developer] Bicubic scaling routines in GIMP

Michael Thaler ([EMAIL PROTECTED]) wrote: > As a long-time GIMP user, I know that the GIMP scaling algorithms are really > good and I would like to have a look on the algorithms and maybe use them for > scaling in Krita. I looked at the GIMP source code but I could not find the > relevant parts

Re: [Gimp-developer] Newly added plug-ins - "artistic"?

Sven Neumann ([EMAIL PROTECTED]) wrote: > > I just tried the new photocopy, cartoon and softglow plug-ins, and > > IMHO, when compared to similiar ones, the correct colocation of them > > would not be in the "artistic" category. They'd better fall under > > "distorts", maybe with softglow going

Re: [Gimp-developer] Re: script-fu gimp-flip problems? "procedural database execution failed"

Alan Horkan ([EMAIL PROTECTED]) wrote: > > everything else works fine except gimp-flip > > "procedural database execution failed" > > > Any ideas? The script for gimp 2.0 differs in an important detail from the script for 1.2: The newly created layer (gimp-layer-copy temp-drawable TRUE) does not

Re: [Gimp-developer] script-fu gimp-flip problems? "procedural database execution failed"

Alan Horkan ([EMAIL PROTECTED]) wrote: > i tried searching for an answer but the only remotely similar thing > suggested 'missing fonts' might be a problem > > gimp-flip works fine in the script CoolMetal. I cannot see what I'm doing > differently, my script worked fine in gimp 1.2. > > gimp-fli

Re: [Gimp-developer] starts with 0 or 1?

Carol Spears ([EMAIL PROTECTED]) wrote: > i was playing with the ifscompose plug-in and noticed a difference in > the tutorial that owen wrote to go with the plugin: > http://www.gtk.org/~otaylor/IfsCompose/ifs_tutorial/tutorial.html and > the current plugin in which the first fractii now starts wi

Re: [Gimp-developer] Colour management and the proof module

Sven Neumann ([EMAIL PROTECTED]) wrote: > "Alastair M. Robinson" <[EMAIL PROTECTED]> writes: > > Finally, someone (Sven?) mentioned something about widgets (or more > > precisely, the colour selectors) being able to make use of the > > display filters; how far has this progressed? [...] > However I

Re: [Gimp-developer] Is an incompatible change to generated brushes acceptable?

Nathan Carl Summers ([EMAIL PROTECTED]) wrote: > Is it possible to redo your logic so that the the old hardness scale is > used, but it's possible to have negative hardness? I thought about this and I don't like it. Although technically possible it IMHO doesn't make sense because a "Hardness" of -

[Gimp-developer] Is an incompatible change to generated brushes acceptable?

Hi all. I am currently working on some tweaks to the generated brushes (the brushes you can configure interactively). In Gimp CVS you can generate brushes like these: http://www.home.unix-ag.org/simon/files/generated-brushes.png Note, that currently the new functionality does not affect existi

Re: [Gimp-developer] Developing a GIMP plugin (2 questions)

javi palau ([EMAIL PROTECTED]) wrote: > 2ºHow i can know the language used by GIMP?. I've been searching in the > "gimprc" file, but i haven't found anything. We use the gettext library to determine what language the text in our user interface should be. In fact gettext does all the hard work for

Re: [Gimp-developer] New feature inquiry.

Fredrik Alstromer ([EMAIL PROTECTED]) wrote: > The idea has been inspired by photoshop's effect layers, and the basic > concept would be plugins that registers a new layer type. When sampled, > the plugin is more or less simply executed, and the results are cached > until any layer below the "pr

Re: [Gimp-developer] Tiny-Fu: A new plug-in for GIMP

Sven Neumann ([EMAIL PROTECTED]) wrote: > (1) Is Tiny-Fu supposed to run scripts written for Script-Fu? If so, > will this be some kind of compatibility layer or perhaps just a > script that helps to convert old scripts? There are a few small differences between Tiny-Scheme and SIOD, some

Re: Re: [Gimp-developer] start perl server

kovzol ([EMAIL PROTECTED]) wrote: > Thank you for your help! I changed this to the needed font. The only > problem is if I want to use accented letters, I run into an error: > > [EMAIL PROTECTED]:~/cvs/wmi/ui> ./oval-buttons.pl -font_size_pixels 11 -text_string > "This works." > [EMAIL PROTECTED]:

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

[warning, long mail ahead] Ellen Reitmayr ([EMAIL PROTECTED]) wrote: > > In the Edit mode you can *add* points on a segment. You can *add* a > > segment to the path when a single endpoint is selected and you click on > > the other one (this btw. is the same as connecting start- and endpoints, > >

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

Ellen Reitmayr ([EMAIL PROTECTED]) wrote: > 6. Path tool > - The modes make the usage cumbersome I (naturally :-) have some comments about the path section in the test. You suggest to : Re-organise the three modes 'Design', 'Edit', 'Move': 'Design' stays : the same (adds points, forms the shapes)

Re: [Gimp-developer] Who's coming to GIMPCon?

Dave Neary ([EMAIL PROTECTED]) wrote: > A number of people have suggested that a list of attendees who have > confirmed they're going would be useful - so could anyone who plans to > be there reply to the lists saying so, please? Don't forget to register > at http://2004.guadec.org/register/ and

Re: [Gimp-developer] correct parameters for select-color?

Dov Kruger ([EMAIL PROTECTED]) wrote: > As per Sven's suggestion, instead of plugin color to alpha, I want to > try replacing every occurrence of white pixels with transparent. > The documentation in the browser suggests something like the following: > > (gimp-by-color-select d '(255 255 255) 0 2

Re: [Gimp-developer] re: color to alpha is slow

Dov Kruger ([EMAIL PROTECTED]) wrote: > massive bandwidth reduction on our forecast website, see > http://onr.dl.stevens-tech.edu/webnyhos3 for the original, and > http://onr.dl.stevens-tech.edu/wwwnyhos1/index3.html for the > experimental transparent version. Sorry, these are two pages which have

Re: [Gimp-developer] Funding news

David Neary ([EMAIL PROTECTED]) wrote: > I have a few bits of great news today. Great news indeed. Thanks for the work you're putting into this! Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-develop

[Gimp-developer] Broken Web-Server update

Hi all. Yosh asked me to give a quick status update on the current state on the web server. As some of you already know, the ftp/mail/dns server had trouble with its power supply. It has been replaced on friday and seems to work ok. However, the Webserver has some serious stability problems and

Re: [Gimp-developer] Refactoring code from GPL to LGPL

Dave Neary ([EMAIL PROTECTED]) wrote: > Manish Singh wrote: > >Dave, ask yourself why you replied to this. The thread was long finished, > >and *you* certainly didn't contribute anything meaningful to it. And if > >you must reply to this, don't clutter the list with it further. > > My contribution

Re: [Gimp-developer] Re: Constraints, Path tool

[while this is a rant, there is useful content in this mail] Juhana Sadeharju ([EMAIL PROTECTED]) wrote: > >From:Sven Neumann <[EMAIL PROTECTED]> > > > >bashing on the current vectors framework since obviosuly you didn't > >even look at it yet. > > The Path Tool framework was just mentio

Re: [Gimp-developer] 2 Questions

Stephan Menzel ([EMAIL PROTECTED]) wrote: [...] (Nothing to say about your first point) > 2. The new 'Crop' tool is not as simple as the old. Formerly there used to be > a border that opens and you could drag the corners around until they finally > matched what you wanted and then you pressed th

Re: [Gimp-developer] Constraints, Path tool

Juhana Sadeharju ([EMAIL PROTECTED]) wrote: > >From: Simon Budig <[EMAIL PROTECTED]> > > > >The Link you gave does not work. > > Try now: > ftp://ftp.funet.fi/pub/sci/audio/devel/constraints/ > http://ftp.funet.fi/pub/sci/audio/devel/constraints/ &

Re: [Gimp-developer] reporting bugs on builds

Dave Neary ([EMAIL PROTECTED]) wrote: > Jernej's installers are a great service, and if we don't want him to stop > (and I know I don't), and bit more tolerance is called for. Currently, we > don't even tell people how they should report bugs against the installer, > the bugs are just closed NOT

[Gimp-developer] Re: [Gimp-user] Re: Gimp on Slashdot

Juhana Sadeharju ([EMAIL PROTECTED]) wrote: > But maybe they are not that easy to code? Adding a vector layer to > the images should be easy if the image object is good, but the vector > manipulations can be difficult. Typically each plugin has its own > kludge way to manipulate vector objects (sel

Re: [Gimp-developer] Why is there 2 cascaded input devices menus ?

Jean-Luc Coulon (f5ibh) ([EMAIL PROTECTED]) wrote: > Why is there a 2 level menu for the input devices: > File -> Preferences -> Input Devices > then "Configure extended input devices" (not other choice possible) > > Maybe configute extended input devices should me moves to the parent > menu? Y

Re: [Gimp-developer] Baby photos (was: Gimp 2.0)

Markus Triska ([EMAIL PROTECTED]) wrote: > As I stated in an earlier message, Dave has now removed the photograph in > question, and I consider the issue resolved. I therefore have no interest to > explain my point of view any deeper. If it werent that sad it'd be funny. You got what you wanted

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

Kevin Myers ([EMAIL PROTECTED]) wrote: > > > Photoshop handles large images better than GIMP. That's a known fact > > > and it's not trivial to improve. > > Ummm, well that known fact isn't completely true. In actual fact, Photoshop > will *not* handle many of the large images that we work with a

Re: [Gimp-developer] Baby photos (was: Gimp 2.0)

Markus Triska ([EMAIL PROTECTED]) wrote: > All in all, I don't know what you want from me by writing such a post to the > list. You think I am abusing children? No, I don't. That I found the picture > arousing? No, I did not. You think I should not have mailed Dave? None of > your business. You

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

Sven Neumann ([EMAIL PROTECTED]) wrote: > The problem with readjustable selections is that selections are > basically grayscale masks. So what appears as a rectangular selection > to you is just a buffer of numbers to The GIMP. Readjusting the > selection basically means transforming this grayscale

Re: [Gimp-developer] Re: Gimp 2.0

Michael Schumacher ([EMAIL PROTECTED]) wrote: > Dave Neary wrote: > >Anyway - people kind of missed the whole point of me sending that to the > >list... this person mailed me off-list because he saw me as someone > >"safe" to talk to. That's not a nice way to have things on our mailing > >list.

Re: [Gimp-developer] Re: Gimp 2.0

Dave Neary ([EMAIL PROTECTED]) wrote: > Markus Triska wrote: > >Also, I find the picture of the wet baby in the "Screen Shots" section > >rather annoying. I mean, it's not the baby's fault, but I think that with > >all the stuff going on in Europe (Dutroux), placing a half-naked kid with > >amat

Re: [Gimp-developer] software patent protest?

Branko Collin ([EMAIL PROTECTED]) wrote: > I noticed that has gone 'black', in order to > protest European software patents. A noble cause, for sure, but > should this not have been announced at least, perhaps even debated? > Or did my trigger-happy, spam-seeking delete-fin

Re: [Gimp-developer] Gimp usability tests

Roman Joost ([EMAIL PROTECTED]) wrote: > Well, i think first a bit to the background of upcoming Usability Tests. > I met Ellen Reitmayr at the GIMP 2.0 Release Party in Berlin and she is > involved in some Usability studies for the KDE Project (with the whole > company relevantive AG). After some

Re: [Gimp-developer] making plans

[sorry for the late reply - I am just wading through pending replys] Joao S. O. Bueno ([EMAIL PROTECTED]) wrote: > But I do have a choice from the list bellow I like to address: > > > - vectors PDB API > > http://bugzilla.gnome.org/show_bug.cgi?id=129598 > > (this would allow to move the SVG

[Gimp-developer] Re: Commandline scripting

Christopher W. Curtis ([EMAIL PROTECTED]) wrote: > On 03/21/04 15:01, [EMAIL PROTECTED] wrote: > > >One of the ideas that I believe Sven raised on irc, was that there > >should be a minimal and trivial interface to the PDB that is not > >based on any particular language but just consists of: > > >

Re: PDB named and default parameters (was Re: [Gimp-developer] The Mark Shuttleworth offer)

Kelly Martin ([EMAIL PROTECTED]) wrote: > Kevin Myers wrote: > > Admittedly, the Windows command prompt (not simply Explorer) is less > > capable than most *nix command shells. However, there are also a > > very large number of Windows based GIMP users, and one of the > > requirements of GIMP 2.x

Re: PDB named and default parameters (was Re: [Gimp-developer] The Mark Shuttleworth offer)

Manish Singh ([EMAIL PROTECTED]) wrote: > On Sat, Mar 20, 2004 at 12:58:25AM +0100, Simon Budig wrote: > > For scheme we could do something like this: > > > > (script-fu-foo-bar '("image"image) > > '("drawable&

Re: PDB named and default parameters (was Re: [Gimp-developer] The Mark Shuttleworth offer)

Manish Singh ([EMAIL PROTECTED]) wrote: > On Fri, Mar 19, 2004 at 10:50:23AM +0200, [EMAIL PROTECTED] wrote: > > On Fri, Mar 19, 2004 at 08:56:36AM +0100, Henrik Brix Andersen wrote: > > [stuff deleted] > > > > > > The only thing that struck me as missing was the work involved with > > > porting t

Re: [Gimp-developer] choosing fonts

Gezim Hoxha ([EMAIL PROTECTED]) wrote: > --- Dave Neary <[EMAIL PROTECTED]> wrote: > > In the drop-down box from the text tool font button, > > there is a button "Open the > > font selector dialog". This dialog allows navigation > > by arrow keys. This is also > > a dockable, so you can add it to

Re: [Gimp-developer] Some more open issues for 2.0

Sven Neumann ([EMAIL PROTECTED]) wrote: > - review debug output > > I think we removed most of it or put it into GIMP_UNSTABLE #ifdef's. > But it would be a good idea to check if there's anything left. Not > that it would really hurt but it just doesn't look professional. I looked at the de

Re: [Gimp-developer] Funding for GIMP or CinePaint (fwd)

the Image data (i.e. a sane GEGL integration) it will be fairly easy to integrate movie-specific features into the GIMP. But the crucial point is the underlying architecture, and we want to get that right. Feel free to further discuss these items. We would be very glad if you'd decide to fund the G

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

Mat Caughron ([EMAIL PROTECTED]) wrote: > I'm not the list administrator, but I'd like to urge the > following gimp-developers to closely examine their emailing workstations > for viruses. Please note that virii are known to fake email-adresses and typically use From:-Adresses that are somehow rel

Re: [Gimp-developer] CinePaint Roadmap

David Neary ([EMAIL PROTECTED]) wrote: > In my mind, the priority for the GIMP now is to play catch-up to > Photoshop. [...] > Robin Rowe wrote: > > The software we seek to surpass is Photoshop. > > As I have said, that is also our target. I beg to differ. My personal goal is to have as much fun

[Gimp-developer] Re: Script-Fu template - really this time...

Simon Budig ([EMAIL PROTECTED]) wrote: > The script is attached as well as available at > http://www.home.unix-ag.org/simon/files/script-fu-template.scm /me feels stupid. Now it really is attached... :-) Bye, Simon -- [EMAIL PROTECTED] http://www.home.unix-ag.org

[Gimp-developer] Script-Fu template

Hi all. I wrote a small script that only has the purpose to serve as a template for your scripts. Feel free to use it as a start for your own scripts. If you have ideas how this script could be improved, feel free to suggest them to me. The script is attached as well as available at http://www

Re: [Gimp-developer] Misnamed structure element in SFScript structure?

Ooops, that should have been gone to the ML as well... Sven Neumann ([EMAIL PROTECTED]) wrote: > Simon Budig <[EMAIL PROTECTED]> > > Include a GUILE in the Gimp sourcecode, make sure that it doesn't > > conflict with other GUILEs on the target system and use it as the

Re: [Gimp-developer] Misnamed structure element in SFScript structure?

Dave Neary ([EMAIL PROTECTED]) wrote: > We might assume that perl or python are more or less universally > available, [...] Please note that this definitely is wrong. We have a Windows user base and they most probably don't have Perl or Python installed. Otherwise I wouldn't bring this topic up.

Re: [Gimp-developer] Misnamed structure element in SFScript structure?

Daniel Rogers ([EMAIL PROTECTED]) wrote: > Simon Budig wrote: > >IMHO we should have at least one language where we can rely on the > >availability on *every* gimp installation. Basically this is impossible > >to guarantee for all languages that are packaged separately (lik

Re: [Gimp-developer] Misnamed structure element in SFScript structure?

Marc Lehmann ([EMAIL PROTECTED]) wrote: > On Tue, Feb 03, 2004 at 05:30:19PM -0600, Tim Mooney <[EMAIL PROTECTED]> wrote: > > Does anyone know any good reasons why Guile would be an inappropriate > > choice for replacing SIOD? > > As far as I remember, it was because it adds a rather big dependenc

Re: [Gimp-developer] Path tool problems

Juhana Sadeharju ([EMAIL PROTECTED]) wrote: > Has anyone else found the path tool hard to use? Yes, when you are talking about the path tool in Gimp 1.2. > IMHO, the usability is very low there. If I choose to make first > a polyline and then adjust the curve, the curve type seems to be > unsuita

Re: [Gimp-developer] Script-Fu Bug Gimp-2.0pre2

Jeff Trefftzs ([EMAIL PROTECTED]) wrote: > I've been trying to port one of my scheme scripts to 2.0pre2 and have > discovered what I think is a bug. Before I battle with bugzilla, would > someone try to reproduce it? Not until you provide the script :) > Details: my script adds a layer mask to

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

top flight ([EMAIL PROTECTED]) wrote: > This is my first post here.? Is the proper protocol to > 1) post here to the mail lists? > 2) put on the bug list? > 3) both? > ? Well, since we are in a discussion here a post on the bug list might be a bit too early. But yes, a enhancement request in bugzi

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

Simon Budig ([EMAIL PROTECTED]) wrote: > a) open the image as big as possible (zoom-to-fit to a window about >0.75 * screen dimensions), this roughly is the behavior of current >CVS. > > b) open the image in the next smaller zoom preset (which would result >in ima

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

Joao S. O. Bueno ([EMAIL PROTECTED]) wrote: > I've tried Simons Patch, and it seemed very nice for me. > Of course I am innoi position to word out what should and should not > be commited, but from a user point of view, it is nice. There are two things I'd like to know. As you know Gimp avoids

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

[restricting this to gimp-devel, since this is purely technical stuff] GSR - FR ([EMAIL PROTECTED]) wrote: > [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".

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

GSR - FR ([EMAIL PROTECTED]) wrote: > [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 t

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

Marc Lehmann ([EMAIL PROTECTED]) wrote: [...] > > discussion on #gimp and #gimp is IRC and not gimp-developer > > The discussion took partly place here also, so please take your dogs back > and complain elsewhere about appropriateness. > > > you haven't been around on #gimp when this conversation

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

GSR - FR ([EMAIL PROTECTED]) wrote: > [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

Re: [Gimp-developer] Alternative zoom algorithm

Simon Budig ([EMAIL PROTECTED]) wrote: > With this approach it is trivial to implement different approaches > for the zooming strategy: "homogenous zooming" would multiply/divide > by sqrt(2), "preset zooming" would have a lookup table with percentages > for the di

Re: [Gimp-developer] Alternative zoom algorithm

GSR / FR ([EMAIL PROTECTED]) wrote: > 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 wha

Re: [Gimp-user] Re: [Gimp-developer] storke selection?

Raphaël Quinet ([EMAIL PROTECTED]) wrote: > On Sun, 28 Dec 2003 13:35:03 -0800 (PST), Gezim Hoxha <[EMAIL PROTECTED]> wrote: > > I'm really frustrated with the storke tool in gimp > > 1.3.23, and I hope it's because of my ignorance. > > Almost all selections (except rectangular ones) turn > > out r

Re: [Gimp-developer] Calling plugin from plugins

Shrinivas Kulkarni ([EMAIL PROTECTED]) wrote: > I really appreciate your quick response. > About the other solution, that is to make GIMP running a background, I am > aware of it. But I am not sure how I can call PDB functions from my program > to a process that is running in background. > > Do yo

Re: [Gimp-developer] Calling plugin from plugins

Shrinivas Kulkarni ([EMAIL PROTECTED]) wrote: > I have one more question! Can we use GIMP's filters without GIMP. What I > mean to ask can we use GIMP as lib. Hardly. Of course you could implement the libgimp protocol, but I seriously doubt that this is feasible. You can however run gimp without

Re: [Gimp-developer] Calling plugin from plugins

Shrinivas Kulkarni ([EMAIL PROTECTED]) wrote: > Is there anyway to call a plugin within plugin. For example I would > like to invoke GFig plugin from my own plugin. Example is really > appreciated. > > I thought initially using PDB related functions we may be able to do it. It all depends on the

<    1   2   3   >