Re: [Gimp-developer] Porting the decompose/compose plugin
On 11-08-14 05:11 PM, Alexander Hämmerle wrote: decompose.c: Including babl/babl.h and simply defining const Babl *rgb = babl_format (RGB u8); in the function extract_hsv without doing anything else brings me to: fatal error: segmentation fault Gimp-Base-WARNING **: 4 tile managers leaked [snip] What do I have to do to stop the leaking? I don't see the connection! If the code seg faulted it wouldn't have had the chance to do proper clean up. From what I seen in the babl sources babl_format() allocates new memory. You need to call a routine to get rid of the structure when you are done with it. Run your program with debugging enabled so you can get a backtrace when the code seg faults. If the code is seg faulting when your program is terminating it might be due to your not having called babl_init(). I'm not an expert on babl so I could be a little off here. You should check the babl docs or talk to Pippin (on IRC). ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [PATCH] Fix some memleaks
On 11-08-17 01:16 PM, Nelson A. de Oliveira wrote: Updated patch available at http://people.debian.org/~naoliv/misc/0001-Fix-some-memleaks-2.txt Patch was committed as revision ce3db28f5abe3667a97be3ad2d44a0794efecb16. Thanks again for spotting the leaks and the patch. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [PATCH] Fix some memleaks
On 11-08-16 07:14 PM, Nelson A. de Oliveira wrote: Can somebody verify and commit it, please? http://people.debian.org/~naoliv/misc/0001-Fix-some-memleaks.txt Thank you for the patch. There are some minor changes needed before the patch can be applied. The patch file should not contain tabs. Please change the tabs before the g_free() calls you added to spaces. The second change to psd-util.c frees pascal_str but it looks to me that it also needs to be freed after the call to g_debug(). After you make the above mentioned changes, send a link to the updated patch file. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Usability Session @ CCC
On 11-08-11 09:57 AM, Tobias Ehni wrote: there is going to be a session on usability for GIMP August 12th, 16:00, WilberVille at CCC. Sounds good. When/where will a report be posted of what comes out of this meeting? ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [Gimp-user] Fwd: scriipt-fu or python?
John Culleton wrote: We also have a whole fistful of plug-ins written in a compiler language. Most, if not all, of the compiled plug-ins for GIMP (that ship with it) are written in C. 1. In the script-fu examples: functions or modules or whatever within Gimp itself are called by certain names and fed certain values. Do these identical names work in Python also? I see no centralized list of functions by name. The GIMP procedure names called by plug-ins can be found in the Procedure Browser located under the Help menu. You may need to make some adjustments to the procedure names and constants you see listed based on the language you will be using for your script. There are differences such as whether GIMP_ is used in constants and whether procedure names use - or _. You can determine the differences by looking at the Procedure Browser information and comparing it to example scripts. 2. Does it really matter to Gimp in what language the script or plug-ins are written? You can use any language to create scripts for use with GIMP providing that you have a binding (ie. some routines written to provde the glue) to tie calls made in the language to the appropriate procedures in GIMP. Language bindings exist for Perl, Python, Scheme, and Ruby. But is that registration process also just another call to a module written in C? Yes, the registration process is just a call to one or more procedures within GIMP. There is a register procecedure so your script can be accessed by other plug-ins or scripts and another register procedure that will make your procedure accessible from the menus. If your script needs inputs, the register block allows you to set up the information for the parameters you want people to be able to set before the script beings its real work. Again, you can look at the example scripts and plug-ins on how this is done. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP Developer Meeting #4 + GSoC Mentor/Admin Meeting]
LightningIsMyName wrote: and it should be possible to move the meeting to 17:00 GMT. The places that will suffer from that decision are Canda and Brazil that will have a meeting starting on the morning, but it seems to be as if indeed most dead hours will be over the ocean. 1700 GMT is 1pm local time in the eastern time zone of Canada. I'm ok with that unless I wind up having a late lunch (which happens on occasion). ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP 2.8 schedule update
Martin Nordholts wrote: The last fixed item means that we run all our tests each night now, including UI tests. Um... ok... How does a buildbot run UI tests? ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [Gimp-user] How to create a double button image
jamessk wrote: I am trying create a double button image like this www.jkwptest.net/b-login.gif Do you know how I create this in Gimp? It is possible? Is it possible? Yes. There is nothing special about that image. It is just two individual button images placed side by side on a common background. I would start with creating a file to be used as a template for a button (where you can change the label), and use that to create an image for each button separately. The final step is to create a new image using the two other buttons previously created. The template file will have several layers. Start with a transparent layer and fill it with the shape of the button you want and fill it with a gradient. You can use another layer for the outline and highlight around the button or put that on the first layer. Add a text layer on top that will be for the button label. Save this template (ie. as button-template.xcf). Set the text for the button as needed then Save As (or export) as a file for the first button image. Alter the text layer and enter the text needed for the second button. Save this new image. Now you can create a new file that is a bit more than twice the width of each individual button and create new layers using the previously saved pair of button images. Change background as desired. Save as .xcf (just in case), then Save As (or Export) your final image. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Sample implementation of a new GEGL op
sourav de wrote: I tried to submit the patch in bugzilla, but i was unable to create new account there for not getting any email containing confirmation link. I mailed bugmas...@gnome.org also, but in vain. The gnome.org people can take a while to respond at times. Have patience. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Helping someone on the users list I ended up fixing fuzzyborder.scm filed a bug and attached a patch
Patrick Horgan wrote: Fixed a couple of typos and replaced a deprecated method in fuzzyborder.scm so I filed a bug and attached a patch to it. Thank you for the patch. It looks good. The changes in GIMP regarding context may require one additional change. I have some code changes for GIMP to commit first after which I will be able to commit the changes in your patch. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [Gimp-user] Error on the bash command line
houghi wrote: As these were scripts that were provided by my distro, I assume they are somewhat 'standard' for GIMP. To know there are errors in it, is perhaps more importand to solve then me getting errors. Perhaps a good time to overhaul all the ones that come standard with GIMP. GIMP 2.7 is a development release and it has a large number of changes in the PDB API. It is the biggest PDB change in a while and, with the moving of some procedure parameters to context settings, most scripts are or might be affected. There are a number of outstanding patches I am reviewing for Script-Fu scripts to address a lot of the changes. With a high percentage of the 100 Script-Fu scripts requiring some changes you can expect some issues with Script-Fu scripts for a while. I am planning to have all the scripts updated for the 2.8 release. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [m...@mukund.org: Re: Gimp Plugin semi-flatten ported to Gegl op.]
On Thu, Apr 07, 2011 at 04:42:02PM +0530, shivani maheshwari wrote: + out_pixel[3] = (in_pixel[3] == 0) ? 0 : inpixel[3]; There is a typo in the variable name at the end of the line. It should read: out_pixel[3] = (in_pixel[3] == 0) ? 0 : in_pixel[3]; Now that I'm looking at this, it looks as if it can be simplified to: out_pixel[3] = in_pixel[3]; ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [Gimp-user] automating tasks
Gergely Buday wrote: I would like to glue a logo and some dozen of pictures automatically, ie. the logo and the picture has the same height and to glue them at the common edge. How can I do that? Should I use script-fu? You could write a script using Script-Fu (or one of the other language bindings). If I'm reading your message correctly, you want to add a logo to a number of pictures. You might find it easier to do what you want using the -coalesce option to the montage program which comes with ImageMagick. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Tiny-Fu and its possible R6RS (beyond) future...
The following is a reply to an old e-mail message sent to gimp-devel that has been bit rotting for some time in my drafts folder. Andreas Posur wrote: Many thanks for contributing to G.I.M.P yw I heard lots of different complains about working with scheme for GIMP (mostly: ugly interface and unsexy) Scheme (TinyScheme/Fu and as well SIOD) are not up to date nor do they feature some stuff which is meanwhile often requested (such as) intensive (unit) testing... SIOD was old and didn't really follow existing Scheme standards. TinyScheme is meant to be tiny, or at least small, and will be seen as missing features when viewed by those used to a full-blown Scheme implementation such as Guile. There are a couple of scripts for testing Scheme implementations for compatability with R4RS and R5RS. TinyScheme can't run the R5RS tests as it doesn't support define-syntax. It does quite well running the R4RS tests when you take in to account the lack of support for things like complex numbers and big numbers. The Programming Languages Teaching Team is reshaping their version of scheme to another much less misunderstood name on Google called Racket. They will feature their implementation of R6RS Standard Thank you for the information on Racket. It looks interesting but it would be too big to include with GIMP. How difficult could it be to write at least a GIMP (Tiny-Fu I don't think we would need tinyscheme that bad, but perhaps I'm wrong) rewrite perhaps together with M. Felleisen and his crew to get this not so much convenient method to do effective scripting updated (upgraded). [snip] You will find the whole discussion here: http://list.cs.brown.edu/pipermail/plt-dev/ I don't understand what you are asking. The link to the discussion is just a link to the entire mailing list archive for PLT. If you have a direct link to the message thread I will look at it. I'm not going to dig through their archives to find the discussion you wanted me to look at. GIMP will have crucial feature changes (GEGL) with 3.0 and with Scheme/Racket we could to try to automate and enhance them for the greater good of people. PLT-Scheme coding is such much more comfortable and no it is not that power-limited... Every so often someone suggests that Script-Fu should use some more full-featured version Scheme implementation. It's fine to suggest such a thing but you have to keep a couple of things in mind. Is the proposed implementation of Scheme available for all environments that can run GIMP? How big is the implementation and can it be embedded with Script-Fu? Most of the more complete implementations of Scheme are too big and contain features not needed for basic scripting and automation of GIMP. If someone can propose additions to TinyScheme to add any needed features, or knows of a more full featured Scheme interpreter that isn't a lot bigger than TinyScheme, I would be interested to look at the proposal. For GIMP 3.0 I would like to get the changes I have planned for version 2 of Tiny-Fu in as the new Script-Fu which will make it easier to use alternative Scheme interpreters. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GSoC2011 project idea
Александр Белобородов wrote: want to offer my idea for GIMP project about *fractal image scaling *(like Photoshop plug-in Genuine fractals)*. * You should provide more details about fractal image scaling. Not many people on this list will know what the Photoshop plug-in does. I don't know what the Photoshop plug-in does but fractal image scaling makes me wonder if it has any similarities to the liquid rescale plug-in for GIMP (which can be found at http://liquidrescale.wikidot.com/). ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP Developer Meeting #3 - March 28, 2011
LightningIsMyName wrote: *** Optional topic: Re-Discussing GIMP's programming language *** Some developers that weren't present in the last meeting, highly disagree on the attempt to introduce vala into gimp, claiming that it will scare off developers (more than the simple C GObject code). Before talking about which new programming language is needed(?) in GIMP we should make sure the problem is clearly defined as to *why* we need something new. What problem is the new language going to solve? IIRC, it had something to do with creation of GUI stuff (such as dialog boxes?). If that is the case, the language should be irrelavant. There are other tools that can be used to more easily make a GUI. One that comes to mind is a tool like Glade that can generate a file that can be used with with a library (GtkBuilder?) to show the contents of the file. I may be completely off base here because I haven't heard a clear definition of the problem. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GsoC - 2011 - Porting GIMP plugins to GEGL operations
Alexandre Prokoudine wrote: The agreement was not to introduce new tools based on old core, and GEGL based tool here means underlying GEGL painting infrastructure which is simply not ready yet. Ok. The wiki page says it is for this years GSoC. On my machine the Recommended and For a later GSoC headings get lost when you are scrolling down the page as they are appear in a thin regular type face compared to the nice bold fonts used to show project ideas. The ideas for a future GSoC should be moved to a separate page. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GsoC - 2011 - Porting GIMP plugins to GEGL operations
Robert Sasu wrote: I am Robert Sasu and I wrote an e-mail in the morning about the application for the Adaptive Image Cloning. Since then I've spoken with mentors on IRC, and they said that this project is no more available. I don't know who told you that or why but Adaptive Image Cloning (aka Seamless Cloning) is on the list of possible GSoC projects for this year. The student application period doesn't open until the 28th of this month so all projects are up for grabs at this point. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Regarding GSOC project idea
bhavya agrawal wrote: We are Bhavya Agarwal and Kumar Harsh [snip] We can work on the project like *Slicing Tool* or *Implement the free transform tool *. Alternately, it would also be great if anyone can mentor us in some other project such as -* * Thank you for your interest in working on a project for GIMP. You are both welcome to apply to work on a project but if you were both chosen you would have to be working on different projects. The GSoC FAQ states only an individual may work on a given project. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP Roadmap - wiki page
Martin Nordholts wrote: I've changed Adjustment layers to 'Layer filters' for now, and added Layer effects. Ideas for better names are welcomed. Most of the effect plug-ins are under a Filters menu so using Layer filters makes a certain amount of sense. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP Roadmap - wiki page
* unified transform tool (I remember seeing plans for that last item on Peter sikking's Blog) http://gui.gimp.org/index.php/Transformation_tool_specification You will probably be nicely surprised :) Definitely surprised. It looks interesting. A different icon than the small circle for the rotation thing could help clarify its purpose (eg. a circle made out of two curved, opposite pointing, arrows?). I will have to read over the rest of the page more thouroughly. I'm a little uneasy at the moment about the ban working with numbers for transformations comment. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Google Summer of Code 2011 - Project Ideas/Suggestions
LightningIsMyName wrote: Users who have a comment on the list should raise it now. I did mention one possible GSoC idea was a rewrite of gimp-perl. The binding seems to be a bit of a mess and could stand some clean up. I may squeeze in a bit more time to make sure it at least works with 2.6 and git master but I won't attempt a rewrite until after I do some of the planned work for TinyFu version 2. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP won't quit
jcup...@gmail.com wrote: I might be able to help a little on the forks-two-processes thing. My app does this as well, because Windows distinguishes between command-line and GUI .exes. Could you have Windows start GIMP as a GUI program but pass -i to GIMP to stop it from opening up its windows? ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP developer meeting
LightningIsMyName wrote: said on IRC that she can't point a domain at that adress so we really should get wiki.gimp.org running or pay for some web server with the GIMP funds. We can discuss this more at todays meeting. I would like to know what the problem is with having wiki.gimp.org. GIMP has its own website so adding a wiki to it should be no problem. Is it a lack of diskspace, lack of someone to set it up, or lack of someone who keep an eye on the wiki and maintain it? ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Script baffling
Roger Penn wrote: The included script worked just fine before upgrading from 2.2 to 2.6. I've [snip] (define (BulletinBoard_Blue_Header inText inFilename) (let* ( (drawable -1) (text inText) (filename inFilename) (gimp-context-set-foreground '(41 11 169)) (img (car (gimp-file-load 1 C:\\userfiles\\admin\\images\\GIMP\\bulletin.gif bulletin.gif))) (gimp-image-convert-rgb img) Your script is calling gimp-image-convert-rgb in the variable bindings part of the let*. It needs to be in the body of the let*. Move the line to just before or after the call to gimp-selection-none. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Source code for pre-1.0 versions of GIMP
Carol Spears wrote: i would really really like to have some gimp source from between gimp-0.60 and gimp-0.9 -- if anyone has kept something like that around. You will have to do a bit of digging to find anything between those two releases. Old versions of GIMP source are available via GIMP's FTP server in the historical directory. There is source code for versions 0.54, 0.60, 1.0, and 1.2 in addition to the 2.x releases. The git repo only goes back to 1997 and the 0.99 versions. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Fix some errors and usage of deprecated procedures
Nelson A. de Oliveira wrote: While running the camouflage pattern plugin I saw an error: Thank you Nelson (and Carol) for the reports and patches regarding Script-Fu scripts. The GIMP API has been undergoing some big changes in this development cycle and the Script-Fu scripts have not fully caught up with all the changes. I usually do much of the work to update Script-Fu scripts to the latest API as I have a Perl based script that automates the update procedure. This script uses information generated by running other Perl based scripts against a PDB dump from GIMP. I am in the process of updating my update script but its a big job this time. There are 107 changes to the PDB since the release of the 2.6 version of GIMP and three different types of changes that have to be handled across 100 scripts. The first change is the common one where deprecated procedures just need minor updates (ie. changing to the procedure name to the replacement procedure). The other two changes involve PDB procedures with some parameters now set via context functions and the introduction of the item API. These last two changes will require more work to handle in an automated manner. Until recently some deprecated procedures referred to a replacement procedure that did not exist. This has been fixed so the PDB is complete and stable enough for now to begin the work to update my update script. I will be reviewing the updates originally made to the scripts for 2.7 API as I have seen some changes to the called procedures are not correct as of the current API. Until now, updating the scripts can usually be done in about 15 minutes starting from the running of GIMP to get a current dump of the PDB (if there are no other unusual changes). I will be doing the work for 2.7/2.8 in two stages with the simple changes as the first stage and the changes involving context and item API as the second stage. I'm currently working on two other projects so I'm doing this as time permits. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Fix some errors and usage of deprecated procedures
Liam R E Quin wrote: What would it take to provide this as an online service, for people with existing scripts? It wouldn't take much to put it online. A webpage where the original script can be pasted and a webserver that can run Perl scripts. It won't be able to update for all scripts as the update script only uses regular expressions to make the needed changes. It will handle updating deprecated functions where the arguments provided are constants or variable names. It won't work if an argument for a procedure was an expression (for example (* width 2)). For something like that, the script output by the update script would be broken. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Creating sub-directories from Script-Fu scripts
Rob Antonishen wrote: Is there any consideration to enabling all the tsx functions? I included the portion of tsx that I thought would be of the most general use. One function I did not include (which has recently been mentioned on this list -- or was it on IRC?) is getenv. I think this would be worth enabling so I will do that after I complete some other work I'm currently doing on Script-Fu. In particular, (system command) would be real handy. Um... no. The system function was deliberately left out of the portion of tsx I included with Script-Fu. Few people would need it and it is just too dangerous to have available in all GIMP installs. It would allow creation of trojan scripts that could do damage to a computer. On the other hand, the Perl, Python, and Ruby language bindings can issue system commands so malware scripts are already possible but not every GIMP install can use those other language bindings out of the box. We need to think a little about this before going ahead and enabling a function that would allow system calls to be used in scripts that could be run on any machine with GIMP. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Creating sub-directories from Script-Fu scripts
saulgo...@flashingtwelve.brickfilms.com wrote: Script-fu does not provide a way to create subdirectories This came up in #gimp recently. It would be a useful addition to Script-Fu. This could be done by adding a dir-create function to the ftx extension used by the TinyScheme portion of Script-Fu. If a directory creation function is added then another function to add would be dir-exists?. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Dropping Scheme with gimp 2.8?
saulgo...@flashingtwelve.brickfilms.com wrote: I'd like to apologize to the list. I had responded to Kevin off-list because most of my questions were specific to the upstream TinyScheme project and had only peripheral impact to Script-fu development. That's partly my fault. The references to Script-Fu made me unsure whether the e-mail was only about TinyScheme or was also about Script-Fu. By the time I went to reply, I had already removed the part of your message saying you were mailing me off-list. With the way the list is configured, if I see [Gimp-developer] in the subject line I automatically send the reply to the list. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Developer Boot Camp?
?ukasz Czerwin'ski wrote: Maybe just a good documentation for GIMP source is needed? Once I tried to patch TinyScheme interpreter to make it work faster. In files I was working on was almost no comments. TinyScheme is another project with little to no documentation. I would be interested to hear about your work on TinyScheme and what documentation would have helped you. Feel free to e-mail me privately or send a message to the tinyscheme-issues mailing list (on SourceForge). Just remove [Gimp-developer] from the subject line. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Developer Boot Camp?
Eric Grivel wrote: Which is where my thought of a boot camp came in. What if there was a group of potential new developers all struggling with the same learning curve? Wouldn't it be great if an experienced Gimp developer could lead the whole group through a series of exercises, designed to gain experience and understanding of the Gimp and Gegl internals. The new people getting an education on GIMP from some sort of boot camp or QA with the developers should write down the information they learn in a public document. It will help others that are starting out. The information will be spotty at first but will gradually be filled in to cover most (all?) areas of GIMP over time as more questions are asked and answered. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] translate menu mod
Sven Neumann wrote: Um, sorry. Somehow I was under the impression that it should work. But you are right, it's supported for plug-ins but not (yet) for Script-Fu scripts. Are translations enabled on all plug-ins? What about for Python scripts? Having taken a look at a plugin just after I wrote those initial questions I remember we talked about adding a _ function (or something like that) so that Script-Fu would have a way to mark strings for translation allowing for getenv(?) to be called during runtime. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Dropping Scheme with gimp 2.8?
Seasons Greetings, Saul. What would be the best way for me to participate in TinyScheme development? The official webpage for TinyScheme is http://tinyscheme.sourceforge.net/. It is a SourceForge project so there is a mailing list, bug tracking system, and a version controlled source code repository. I would suggest you join the mailing list. Its low (mostly zero) traffic. Get copies of the R5RS and R6RS documents. Take a look at the bug tracking system. Start going over the code to get a sense of how it operates. I still have to review it more thoroughly myself to better understand how the parsing and execution portions of the code. There are a number of things that need to be done. I will to set up a wiki so there is a place for information about the project. I realize (and endorse) that changes to Script-fu/TinyScheme should be quite limited The changes to TinyScheme used in Script-Fu don't have to be limited but they have to be made carefully. Minimizing the changes from the official version makes it easier to apply changes made to the official version. Scheme standard Compliance changes can be applied to the official TinyScheme and also to the version used in Script-Fu. TinyScheme has to stay tiny so it can't just be changed to start using functions from glib. One option to adding features that aren't that important to have, or which would be for GIMP/Script-Fu use only, is to use run-time loadable extensions. however, there are a couple of issues* that I'd like to address and I am not sure how to go about it. It is not that I expect you to do the work, but I'd like to discuss it with you. There is another person who has expressed interest in helping with Script-Fu/Tiny-Fu. If its a TinyScheme specific issue, you could use the TinyScheme mailing list. If its more of a Script-Fu related issue, you can discuss on this list. Dimitrios added me as a project manager as of the end of last year. He isn't programming in C any more so that makes me the only active developer for TinyScheme. If you do not have time at the moment, perhaps you could just make an announcement on gimp-dev when you start work on a new release I will keep that in mind. One other person has offered to help with Script-Fu/Tiny-Fu. First, I need to write up some notes in my wiki about the future of Tiny-Fu and what needs to be done next. There have been a lot of changes since the 1.39 release of TinyScheme so I am about to make a 1.40 release soon. There are one or two minor additional changes or bug fixes I am about to commit before the next release. Once I get the 1.40 release of TinyScheme out I will start thinking more about Tiny-Fu version 2. * File I/O in Script-fu seems to be a little buggy.I have not been able to track down the problem [snip] I haven't been successful in determining the cause, nor have I tested TinyScheme itself to see if the problem exists upstream. I have set up a build environment which allows the version of TinyScheme to be built and run outside of GIMP. It makes it easier to test for interpreter issues. I can help you set up the same build environment on your own machine so you can test if the problem is in TinyScheme or in Script-Fu. Also, I would be interested in adding functions to TinyScheme for reading and writing raw characters. That would be a useful thing to have. The functions could be added to the ftx extension used with Script-Fu/TinyScheme. Finally, I'd like to add bitwise logical operators to TinyScheme. Bitwise operations may not be in the R5RS but they are documented as part of the Scheme library for R6RS. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Possible Future of ScriptFu/TinyFu with R6RS/Racket
Martin Nordholts wrote: To me, there is only one sensible scripting language to consider when talking about a major overhaul of the GIMP scripting core, and that is JavaScript. It is a well-known and understood scripting language with a bright future (HTML5) It is well known in that a lot of people know it exists. As for it being understood, not so much. I don't know much about Javascript. Once or twice I've used it for some small thing. I don't think of it as useful for anything outside a web site use. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Tiny-Fu and new version of it (eventually)...
Andreas_P wrote: But, If I am able to assist here, I'm glad to provide my help... Thank you. I'll make some announcement when I'm ready to start work on Tiny-Fu version 2. Unfortuneatly, I only really learnt R6RS... I've to learn R5RS/Tiny asap... TinyScheme is closer to R4RS in terms of what it supports. As long as you know RnRS, where n =4, you are good to go. And (when you have got time and are willing to do it) check out Racket... it is going to be VERY GOOD. I have installed it on my own computer. It certainly looks like a good Scheme system. It is somewhat big and more complete/complex than needed for Script-Fu in GIMP so its not going to be a replacement for Script-Fu's Scheme interpreter. Thank you, for your previous efforts too... You're welcome. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Dropping Scheme with gimp 2.8?
anybody wrote: I recently got informed that you (dev-community) are planning to drop Scheme-support for 2.8++ Feel free to go and flog the person who told you that. ;-) If this was planned it would be mentioned on the official GIMP website. getting a bunch of willing folks who are watching the Tiny-Fu gnome.git repo, There won't be any changes to see in the Tiny-Fu repository for a while as I'm busy on other projects. Tiny-Fu shouldn't be used with a recent version of GIMP. It is out-of-date and is only for testing some future changes to how Scheme scripts will be run. Eventually I will bring Tiny-Fu up-to-date with all of the changes made to Script-Fu and start work on the 2.0 version. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Graphic Tablet Sponsoring
Michael Schumacher wrote: Von: Michael Natterer mi...@gimp.org Since the GIMP account is full of money, and I don't use it for anything else that hacking GIMP, I'd like to get it sponsored. ++OK; then I'd suggest that you mentor in a future GSoC and let the mentor org share of the stipend rest in the GIMP funds ;) Sounds like a plan [although the mentor share of the funds don't go anywhere else. :-)] ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] with or without space in Layer x string ? (script-fu; transation related)
Cristian Secară wrote: These should be all with space or all without space ? I would go with a space. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] IMPORTANT: GIMP AND OPENSOURCE SCAM ON EBAY!
On 09/22/2010 09:05 PM, Abir Sadik wrote: This is some really serious violation going on, and i hope someone will do something about it. Some people who really dont know much about opensource are actually buying from that seller, check his feedback. People like this pop up on the net and/or ebay now and then. What bothers me more about people like this is when they try and rebrand a program, or try and hide the original name/source of the program (sometimes to almost claim it as their own creation). Not much you can do about them other than try and get them on violation of the GPL. The image on the listings says they can provide a copy of the GNU GLP License on request. They couldn't get the name of the license correct in their listings. The license should be included as part of the installation of the software. If they think the license is what must be made available on request, they may not realize its the source code they must make available. Ask them if the source code is included or if they provide a pointer to it for the package being sold (along with all the other dozen or so packagse included on the CD). ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Enhance PDB display new and delete so scripts don't abort in batch
lloyd konneker wrote: An alternative in Python is to bracket a call to gimp_display_new() with try:except:, but there is no such alternative in Scheme. Scheme has the catch and throw statements. There are some simple notes about them in the script-fu.init file but that is about it for the state of documentation on them. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Patch shortening GIMP startup time
Łukasz Czerwiński wrote: It seems that you and Sven asked me to make two different actions and it's useless to do both. In the e-mail messages I saw you being told of some issues with the patch but not a one for you to the changes to git. The bug report ensures this issue and the patches won't get lost or forgotten. I'm trying to guess what's the procedure for making changes in code and get them approved by some more experience developers. You have been doing the right things. You started by sending an e-mail to the GIMP developer mailing list. Even better, you provided a set of patches. As I am the main person who deals with issues related to the Script-Fu component of GIMP, Sven made sure I was aware of the mail you sent and asked me to follow up on it. If you want to discuss things further, you can find myself, Sven, and other GIMP developers on the #gimp channel on IRC. For more information about GIMP related IRC channels go to http://www.gimp.org/irc.html. As for your request for additional information, a description of my change I have written in a description of my bug report: Thank you. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Patch shortening GIMP startup time
Łukasz Czerwiński wrote: I have made several optimizations in loading script-fu extension making the loading process a bit faster. Thank you for the patches. They will be reviewed son. I can't look at them for another day or two as I'm finishing up some changes on another project. I would ask that you update the patches to address the issues raised by Sven and then post a bug report against Script-Fu. Attach the patches to the report instead of pasting them in the body of the report. The bug report will prevent this issue from getting lost in my e-mail's mail folders. It would help if you could also send some additional information about the patches to this mailing list to explain the changes. I noticed in the before and after graphics that your modified version doesn't go through the usual steps to locate the script files which leaves me wondering how it finds what scripts need to be loaded. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] html layers
bob wrote: But I find it an interesting idea that, if it possible to implement in an image editor, could help smooth the process of designing web application front-ends. Anyway, I'm just putting it out there to you guys to see what you think. It might be possible to provide some form of HTML editing in GIMP via a plug-in (especially once GEGL is more fully a part of GIMP) but I don't see it as something that should be added as an integral part of GIMP. Creating a decent GUI based HTML editor is a non-trivial task. I have yet to see an HTML editor I like better than vi. I have seen HTML editors that will let you link to an external editor when you need to edit an image that will be appearing in a page. If you really want to edit HTML in a program, use a program designed primarily for that purpose and use its hooks to invoke GIMP when you need it rather than trying to make an image editing program capable of doing page layout. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Creating unique file names with Script-Fu
saulgo...@flashingtwelve.brickfilms.com wrote: I hadn't realized that the TinyScheme Extensions had been enabled for Script-fu. Script-Fu in GIMP uses a subset of the TSX (TinyScheme eXtensions) module. The 'getenv', 'system', and various additional functions which supported use of sockets were left out. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Help a newbie fill in some holes
Joseph Areeda wrote: * Rotate by an arbitrary angle. I've scanned an image but the page was not square in the scanner or camera. GIMP has a built-in tool that lets you rotate an image by an arbitrary angle. There is also a Script-Fu plug-in that you can use to straighten an image and crop the result. You can find it at http://registry.gimp.org/node/18821 I haven't tried the plug-in so I don't know how well it works, or even *if* it works in a current version of GIMP. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] http post or ftp post
Nico wrote: Is it possible to send data (http and/or ftp) in a script-fu plugin ? It is not possible to do this with a default installation of GIMP. Socket handling functions exist for the TinyScheme interpreter in something called TinyScheme Extensions (tsx) which can be found at http://heras-gilsanz.com/manuel/tsx.html It is a set of run-time loadable extensions for TinyScheme that adds functions related to sockets, file I/O, date and time, plus getenv and system calls. Currently, the loading of TinyScheme extensions is disabled by default. If you want to get your hands dirty you could get tsx working with Script-Fu but it would require compiling GIMP (or the Script-Fu component) yourself. Run-time loadable extensions would need to be enabled, tsx compiled to exclude building of its file I/O and date routines (which are already included in Script-Fu), then building and installing tsx. Admittedly, it is not something that average user would want to tackle. I was planning on enabling the run-time loading of extensions by TinyScheme. Perhaps, now is the time to do itn. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] contact sheet : some questions
On 07/21/2009 03:57 PM, Nico wrote: http://www.gimp-attitude.org/forum/viewtopic.php?t=5904sid=b4258adb87aec27867805ea3ea02ed91 I have got enough 2 problems : - I can't run it on a directory that have a peripheric location on Windows (DVD, usb-key...) - look at the SF-DIR return I can't comment much on this. The script should not care where the files are located. - I can't run the script when no image is opened There is an error in the script-fu-register block. The image type is listed as * when it should be . One question more : why some script's name are begun with _ ? I don't know of any scripts where the names start with _. The use of - vs. _ within a name depends on the conventions of the particular scripting language used. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] contact sheet : some questions
On 07/21/2009 06:22 PM, Nico wrote: Where can I find this kind of information ? (second part : how work the internationalisation) Look up the documentation for intltool (http://www.freedesktop.org/wiki/Software/intltool) and gettext. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] google summer of code
Irena Damsky wrote: would appreciate a reaction, can something like this, or like colorization by example such as http://www.cs.tau.ac.il/~dcor/online_papers/papers/colorization05.pdf A colourization plug-in could be interesting. Not sure if it could be done in the time frame of GSoC. There would be a certain amount of work needed just on the implementation of the UI that let you mark parts of the image that would get certain colours. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] save + export...
yahvuu wrote: One minor suggestion, a simple renaming: Export...= Export as... Save back= Export this way, 'Export' resembles 'Save' as a one-click-action and 'Export as...' parallels 'Save as'. That sounds good to me. Save back would be something I've never seen in any other program to date. It doesn't give me any hints what it is doing other than it is supposedly some type of file(?) save operation. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Gimp2.6 Install issue
sanju More wrote: I am working on Linux platform ( Fedora 6). When I was first going through my e-mail I read the above as Fedora 8. If you are using a Fedora which is that old you will soon discover that a lot more packages than just XML::Parser are missing or out-of-date on your system. If you are having trouble handling the missing(?) XML::Parser package, getting updated glib, gtk+ and other libraries on your system will pose an even bigger challenge. You won't be able to just install updated versions of some of those packages in the usual places without risk of breaking your system. It is installed, please let me know how to check that is installed. Checking my Fedora 8 machine, I find the following. /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/XML/Parser.pm I think that is the XML::Parser module for Perl. The 5.8.8 part will vary depending on which version of Perl you have on your computer. BTW, are you aware that Fedora 10 just came out recently? -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Roadmap for 2.7 / 2.8 ?
Nicolas Robidoux wrote: (I already imagine the headline when GIMP moves to GEGL: The GIMP Starts Smoking.) That is one possible headline although it should say GIMP and not The GIMP. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] trivial string bug
David Gowers wrote: As I was working on i18n, I noticed the following string bug in app/tools/gimpforegroundselecttool.c: Thanks, David. Fixed in trunk. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Artificial limitation to script fu ?
Martin Nordholts wrote: In my opinion these alpha-to-logo scripts all give unprofessionally looking results (at least all those I have tried). Feel free to suggest ways to improve the output from these scripts. Or is it the general effect the scripts are going for which you don't like alpha to logo or not? -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Gimp license
C Wang wrote: I understand Gimp uses GPLV2 or later statement and thus has no issue with GPLv3, but I feel it would be better if we can bump it to GPLv3. If the developers want to change the licence, they can go right ahead and change it. It makes no difference to me which licence is used. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [Gegl-developer] Problem setting up for dev
David Evans wrote: I maintain a port of gegl on MacPorts that builds on Mac OSX without problems. I have been making some changes to the GEGL build process. If there are changes needed which are required to make it build on Mac OS X, let me know what they are so that those changes can find their way in to the main GEGL code. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] script-fu problem in 2.6
Luis A. Florit wrote: I have a script-fu that worked fine in 2.4 and it's broken in 2.6. It had a conditional to apply the layer's mask if it exists. This is what it read: (cond ((gimp-layer-get-mask SharpenLayer)(gimp-layer-remove-mask SharpenLayer 0)) ) There are two things wrong with the above. First, it calls gimp-layer-get-mask but is missing the car to extract the returned value. Second, cond requires a boolean to be returned for the test for it to work properly. (unless (= (car (gimp-layer-get-mask SharpenLayer)) -1) (gimp-layer-remove-mask SharpenLayer MASK-APPLY) ) One issue with the above is the use of unless. This is defined by TinyScheme but it is not a function defined in the R5RS. I'm also wondering why use cond or unless when a simple if statement would do. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Strange Error
Pablo Yaggi wrote: (if (= (car (gimp-drawable-is-rgb image)) FALSE) (gimp-image-convert-rgb image) ) The above code is checking the type of a drawable and using this information to decide whether you need to convert an image. If you want to convert the whole image to RGB only if it is not already in RGB format, you need to test the value returned by gimp-image-base-type. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Script-fu primitive wishlist: islands, integrals/sums, and data files
David Gowers wrote: One is finding islands in an image [snip] Another is integrals: zero, first and second moments, or alternatively, integrals/sums of channel intensity, x- and y-weighted intensity, and x^2, y^2 and xy-weighted intensity. As you stated, the above two features could be implemented in Scheme but they would probably be too slow in actual use. Finally, opening and storing data files. See section 6.6 of the R5RS. Working with external files is handled via the use of pipes. If there are other packages which can do this, that would be helpful. A C based plug-in or a Python based script are probably better bets for the first two items. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] script-fu error.
Giovanni Rizzardi wrote: I'm trying to update an old script (stegano.scm) that uses the functions bit-or and bit-and. Both these function should be ported from SIOD to TinyScheme but the interpreter raises an exception complaining about an unbound variable. Those two functions are unique to SIOD. TinyScheme tends to follow the R4RS and R5RS Scheme standards which do not currently define bit wise operations. The bitwise operation could be written in standard Scheme but they would be rather slow. Bit operations were proposed in SRFI-33 (http://srfi.schemers.org/srfi-33/) but that is currently in a withdrawn state awaiting revival. You could check to see if they have a reference implementation which you could use. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GEGL making failed
Cédric Gémy wrote: Does anyone know what pb could cause this error ? The atop.c file isn't part of the GEGL source. It would help if you posted the source somewhere. You are probably missing some include file, missing a #define, or have a syntax error in the top part of the file. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] patterns in Gimp
Andrei Simion wrote: When applying a pattern called 'GIMP Pattern #1' in 1.2 and 2.4 it does not produce the same result. I'd like to know where do the patterns of this type reside. The standard pattern files which ship with GIMP are stored in /usr/share/gimp/2.0/patterns on a Linux machine. You can pick a pattern from the list, right click and say Open pattern as image to find out its actual file name. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Gimp memory leak
Sven Neumann wrote: That's why it would be nice if you could isolate the leak or provide enough details so that we can reproduce the problem. So far you failed to do that. Andrei may not have isolated the leak to one or two PDB calls but he has provided a script which shows the growing memory usage problem. My tests appear to show GIMP's memory usage growing even from running a Script-Fu logo script. The ps command reports increasing numbers for VSZ and RSS after each time a logo script is run even after the display window closed. Something GIMP uses seems to be leaking memory if it isn't in GIMP itself. Sven looked at one of the valgrind reports I captured and still felt the leak was not in GIMP. I will be attaching one of the valgrind reports to the bug report soon. BTW, some of the information from this message thread should be going into the bug report. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Gimp memory leak
Andrei Simion wrote: If one runs a Gimp-Perl script for a number of times, enough to use the whole physical memory, then the Gimp server crashes, it does not create the swap. That's it, no swap file is created. I think there may be a configuration issue. If a test script is needed I can provide it. You should add this latest information to the bug report at http://bugzilla.gnome.org/show_bug.cgi?id=525016 If you have a script which demonstrates the problem, attach it to the bug report. Note that I said to *attach* the script to the report. Don't just paste the script in to the text of the bug report. In your update, include the version(s) of GIMP you are using, which Linux distro (and version) you are using, and the settings of the Preference items under Resource Consumption. This past weekend I ran some tests using logov1 from inside GIMP and it worked perfectly. After each invocation of the script, there was no swap file left over. It certainly showed no signs of any leak. Perhaps the problem occurs when running a script via the Perl server. I haven't done any rigorous testing of running scripts using Perl server yet. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Gimp-Perl memory leak
Seth Burgess wrote: Way cool on someone doing gimp-perl work again! Sorry I've completely abandoned it, but I've got good reasons such as: Congratulations on your latest development project! It is certainly of more importance than gimp-perl. The only downside being it is a long term project requiring approximately 18+ years of hands-on time. :-) -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [GSoC2008] deadline extension
Joshua Stratton wrote: Right, they MAY have extended that, but I'm asking where you heard that. Can you post a link? Also, you said the timeline in the FAQ has been updated accordingly. From what I have seen it is not. I'm asking why you say the timeline marks the change and it doesn't. The student application deadline has been updated on the GSoC calendar. It hasn't been updated yet on the timeline linked to from the FAQ. See https://www.google.com/calendar/hosted/google.com/embed?src=gsummerofcode%40gmail.comctz=America/Los_Angeles -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] 'no image' window: progress ...
jbaker wrote: o What would really be nice and make the dropzone a lot more usable... if there is was a file browser built into it... split the niw vertically, put a file browser on one side, and dropzone and whatever else on the other side... I don't understand why you would want to do that? If you need a file browser, use the File-Open menu. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Gimp-Perl memory leak
Andrei Simion wrote: We have installed the Gimp 2.4 and the swap file still grows. For instance after generating 20,000 images, the swap file size is 2.5 GB. I will open a bug report so this issue won't get lost. What version of GIMP 2.4 did you install? You can find the full version number (ie. 2.4.5) in the About GIMP box (under the help menu in the Toolbox). -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Gimp-Perl memory leak
[EMAIL PROTECTED] wrote: I agree there's not much point in having a complex script like 630 lines of proprietary code and reporting it as a GIMP bug. If there is an leakage issue here , that this rather extencive use is bringing to light, it certainly ought to be fixed but a simple test case that can be published is needed. I plan to add a loop to invoke the script multiple times. When I am able to reproduce the problem I will look at converting the script to Script-Fu. By converting it to Script-Fu, which has had a lot of recent attention, it should help determine whether the problem is in GIMP or the gimp-perl binding. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Gimp-Perl memory leak
Kevin Cozens wrote: I will open a bug report so this issue won't get lost. Bug #525016 (http://bugzilla.gnome.org/show_bug.cgi?id=525016) -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Gimp-Perl memory leak
Andrei Simion wrote: We have installed the Gimp 2.4 and the swap file still grows. For instance after generating 20,000 images, the swap file size is 2.5 GB. The script that is causing problems has 630 lines of code. Do you want me to copy-paste it here, in the body of the email? Sending attachments to a list is not a good idea. I don't think this list allows it either. You can post a pointer to a script that people can download and look at. Since you are talking about scripts that are used as part of your companies business, you may not want to make those scripts public. As I worked on those scripts, I already have copies of them. If you remind me which of the three scripts (newimage, newimage5, or logov1) is the one used most, I can do some testing at my end. I will try to isolate the leak to a small set of operations or a specific API call. I would be doing this on a volunteer basis as my free time permits (mainly weekends and possibly some evenings) in order to help see that a problem in gimp-perl, or GIMP, gets found and fixed. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Gimp-Perl memory leak
Andrei Simion wrote: We have installed the Gimp 2.4 and the swap file still grows. For instance after generating 20,000 images, the swap file size is 2.5 GB. If this is still happening in GIMP 2.4, a bug report should be opened against the gimp-perl component. It would also be a place to attach any script(s) which would allow someone to duplicate the problem. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Gimp-Perl memory leak
Andrei Simion wrote: If yes, I work for them and I saw that you modified some scripts there. We installed 2.2 version and I made sure the scripts properly generate the images we need. I haven't met you. I was mainly dealing with Allan D., Chris C, and Trevor. I had let them know that 2.2 is considered unsupported suggested going straight to the 2.4 version of GIMP. I haven't heard anything for a while to know how things are going. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Gimp-Perl memory leak
Andrei Simion wrote: I run Gimp 2.2 on a Red Hat machine. The Perl scripts delete the images that are created by using gimp_image_delete. Even so, the swap file is created and it inflates significantly. For instance, after creating 250 images its size is of 2.7 MB. I have done some work on gimp-perl in recent months. A new version of gimp-perl is in the works. I still need to finish testing of the build and packaging of it. I would be interested in a script that can demonstrate the problem. I have a client that uses gimp-perl with 2.2 and I'd like to alert them to the problem if it can be reproduced. I am even more interested to find out if the problem still exists with gimp-perl from SVN and a 2.4 version of GIMP. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] summer of code
Greetings, Lorelei. Based on your introduction, there are several GIMP related projects you could work on. In regards to the Python related project, the main person to speak is Manish Singh. I am interested in your work with Scheme as my main involvement with GIMP revolves around Script-Fu and its script files. The use of DrScheme to provide a better way to interact with GIMP while developing or debugging scripts is interesting. Another possible GSoC project would be enhancing the Script-Fu console to make it easier to test and debug scripts. In terms of priorities, a unified scripting interface would most likely be given a higher priority than an improved Script-Fu interface. However, project selection is based on the votes the student proposals receive. If you are selected for a project involving Script-Fu or Scheme I will most likely be selected as your mentor. In preparing to start on a GIMP related project there are several things you can do. You should join the GIMP developer mailing list, introduce yourself on the #gimp IRC channel, and set up a build environment on your computer so you can compile GIMP from source. You should also have a look at http://developer.gimp.org/. If you have questions about GIMP, or setting up a build environment (it can be tricky to be sure you have all the needed packages), feel free to ask on the gimp-devel mailing list or on IRC. For most general questions about GIMP you can usually get a quick answer on the IRC channel. Most of the active GIMP developers can be found on the IRC channel at varying times throughout the day. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [*correction*][writing to files] Error: set-output-port: needs 1 argument(s)
Paul Langevin wrote: I've asked script-fu yahoo group where no-one seems to know the trouble. Can someone here tell me, please, why this script works perfectly well with Windows:MIT/GNU-Scheme and fails on Windows:Gimp2.4.4/TinyScheme ? I had asked you for a more readable version of your script and was waiting for your reply. Now that you have provided it (to the gimp-devel list), I tried to run the script. It runs perfectly fine using TinyScheme directly. Since it doesn't work under GIMP using Script-Fu, it would seem there is a bug in the version of TinyScheme used in Script-Fu. I would suggest you open a bug report about this problem. However, when you are creating the bug report, it would be better if you attach the expected and actual output from the script as an attachment instead of in the bug report itself. It will make the report easier to read. Also, add the readable version of the script (the one with the extra white-space) as an attachment. Don't forget to include the Script-Fu register blocks. BTW, the menu register block isn't right. It should read something like: (script-fu-menu-register script-fu-exp-medit Toolbox/Xtns/Somewhere) -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] script-fu menu
Sven Neumann wrote: On Tue, 2008-03-04 at 17:16 -0500, Kevin Cozens wrote: This feature would be of enough general use that it should be available to all scripting systems. I don't see this as a feature that the GIMP core would implement. It is up to the scripting language(s) to do that. I don't know if you would consider a library as being part of the GIMP core. This feature could be implemented in a new GIMP library or as part of libgimpui. An existing GSoC 2008 project idea is to provide a unified UI for scripting. If a unified UI is considered a desirable feature, why would you say that each language binding should provide its own method of registering/providing preview images? Just add a function like script-fu-example-image-register that associates an image filename with the procedure. The images could live in the scripts folder, right next to the script. The one question I forgot to ask is how would a person get to see these preview images? Using an image preview browser? A show preview button (or menu item) in the scripts UI window? Some other mechanism (yet to be decided)? -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] script-fu menu
Sven Neumann wrote: What about the possibility to add an example image as proposed in bug #520066 ? It would be a useful feature. Again, it isn't on my ToDo list for Script-Fu. This feature would be of enough general use that it should be available to all scripting systems. It would need to be decided how to implement the feature. How would one tell GIMP that a preview for a script is available (and what the file name is called)? Where would the preview images be stored? -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] script-fu menu
Luis A. Florit wrote: I want to do these on the plugin option window: 1) Gray-out some options according to checkboxes; 2) Add arbitrary text, horizontal lines, boxes, or something like that. You can't do either of the above in Script-Fu. Adding new parameter types to allow adding extra text or horizontal lines is possible but is not currently on the ToDo list. Greying out other items based on selections being made is a feature that is unlikely to be seen in Script-Fu anytime in the near, or distant, future. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] script-fu menu
Luis A. Florit wrote: But I do not know if these are possible in script-fu, and I didn't find a complete enough reference for script-fu. There is some documentation about Script-Fu at http://www.gimp.org/docs/. I have been putting together my own set of documentation for Script-Fu which you can find at: http://www.ve3syb.ca/wiki/doku.php?id=software:sf:start Amongst the things you will find there are a list of the items you can use in the register block. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] tile ref count balance warning
Brennan Sellner wrote: I'm developing a reasonably complex plugin for GIMP 2.4 in C++ (using GIMP and libgimp 2.4.2 on Ubuntu 7.10), and am currently having trouble with a Heisenbug: after running my plugin with a particular set of parameters, when I exit GIMP, I often (~90% of the time) get the following error: Gimp-Base-WARNING **: tile ref count balance: 1858 If you were using gObject to create your plug-in I would point you to refdbg. I think I would be mildly(?) surprised if no one has come up with a tool to aid in dealing with reference counting issues in C++. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Proposal to modify ftx.c to correct foreign_filetype function's use of g_file_test on *ux machines
david wrote: My proposal to correct this in Linux is as follows, it adds the overhead of a second call to g_file_test but retains the return code structure if (g_file_test(filename, G_FILE_TEST_IS_REGULAR) !g_file_test (filename, G_FILE_TEST_IS_SYMLINK) ) retcode = FILE_TYPE_FILE;/* regular but not symlink*/ else if (g_file_test(filename, G_FILE_TEST_IS_DIR) !g_file_test (filename, G_FILE_TEST_IS_SYMLINK) ) retcode = FILE_TYPE_DIR;/* dir but not symlink*/ else if (g_file_test(filename, G_FILE_TEST_IS_SYMLINK)) retcode = FILE_TYPE_LINK;/*regular or directory symlink (does not exist in windows)*/ else retcode = FILE_TYPE_UNKNOWN; The cleaner solution to the above is to test for a symlink first and then do the other tests (as shown below). Thanks for spotting this. if (g_file_test(filename, G_FILE_TEST_IS_SYMLINK)) retcode = FILE_TYPE_LINK; else if (g_file_test(filename, G_FILE_TEST_IS_REGULAR)) retcode = FILE_TYPE_FILE; else if (g_file_test(filename, G_FILE_TEST_IS_DIR)) retcode = FILE_TYPE_DIR; else retcode = FILE_TYPE_UNKNOWN; -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [SVN 24537], SIGSEGV in Colors - Curves
Jean-Luc Coulon (f5ibh) wrote: - I've loaded a tif file (43M) - called Colors - Curves - got a SIGSEGV Attached the gdb session From the gdb session messages: Removing duplicate PDB procedure 'file-psd-load' registered by '/opt/gimp-2.5.0/lib/gimp/2.0/plug-ins/psd-load' In late December there was an update to the PSD file loader. The old loader was called psd-load. The new PSD loader is called psd. The message above indicates you still have the old PSD file loader installed. Remove the psd-load file referenced in the above message. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Some changes to the Edge plug-in
William Skaggs wrote: 2) Added an invert control, so that you can see the edges as dark lines on a light background. Without this, the preview is almost useless. I did some voodoo to make invert the default for interactive use, but not to change the result when edge is called from the PDB. The new invert argument is optional. If it is omitted, a value of FALSE is used, which gives the same behavior as the plug-in has had previously. How was invert added as an optional parameter? Script-Fu is picky in that it checks the number of arguments being passed in a PDB call against the number of arguments listed when the function was registered. If you don't add the parameter to the list of arguments in the register call, how is a user to ever discover the optional parameter since it won't be shown in the Procedure Browser. If you do add the parameter to the list of arguments in the register call, users can discover the existance of the new parameter but you run the risk of breaking any Script-Fu scripts which only pass the original number of parameters. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Still need a home for my plug-ins
Jim Sabatke wrote: My free time on the file hosting site I've been using is almost up. I had several suggestions before that I should upload the files to the plug-in registry site. I may be missing something, but it looks like I need some sort of special privileges to do that. Look at the right hand side of the page under Coders Corner. It has a link for you to register as a plug-in author. The link below that let's you change plug-in information once you have registered. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Problem returning ARRAYs in plugins
Laurent G. wrote: I have been fighting the evening long, trying to give data through such an array. [snip] I followed the trick of inserting an int32 before the array in args, but I keep getting my plugin to explode gimp on my calling to my simple procedure, at least while calling from python console. I can not figure out where I made the first mistake. So if I could compare my code with a working one, I could detect my error(s). It would be better if you could post your script somewhere so it can be looked at. It should not be possible for a script or plug-in to explode GIMP. If your script is able to do that, having the script available for review will allow the problem to be fixed so that other scripts won't be able to break GIMP. If you are passing an array to GIMP the argument right before you pass the array is used to tell GIMP the number of items in the array. It is assumed that the array contains at least that number of items in it. If you are telling GIMP that the array has 10 items in it (for example) but you have not put at least 10 items in to the array before passing it to GIMP you are going to run in to problems. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Suggestions for 2.6: hopefully not very difficult
Sven Neumann sven at gimp.org writes: On Sun, 2007-11-04 at 13:16 +, Michael Grosberg wrote: The first is to take, if possible, the tools dialog, and incorporate it into the toolbox tab in the preferences. Then remove the tools dialog as a separate dialog. That's reasonable and it has been suggested before. Just needs someone to write the patch for it. It's simple enough that the core developers shouldn't have to deal with it. And that is probably why no one has done it yet. It sounds simple enough. Any hints as to how it should look? Would the Tools dialog be added to the bottom of the Toolbox preference tab as a scrollable area or should it be at the top? Does this need to be added to bugzilla so we have a place to submit patches? I did a search for open bugs with Tools in the summary and didn't see an entry that covered this suggested change. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] GIMP 2.6 and Script-Fu
Greetings. The Script-Fu plug-in in GIMP 2.4 uses version 1.38 of TinyScheme. There are about 8 bug fixes to that version of TinyScheme listed in SourceForge. Most of these fixes have not been applied to the TinyScheme used in Script-Fu. I would like to apply most, if not all, of these fixes to the TinyScheme used in GIMP. A couple of the bugs may have already been fixed but differently to the official version of TinyScheme. One of the bugs fixed in GIMP's TinyScheme may have a better fix in the official version although this needs to be verified. The first step would be to create bug reports for each needed plus a tracking bug. Not all of the outstanding bugs need to be included in TinyScheme. Some bug fixes could be held off until after post 2.6. The bug fixes can be applied quickly so there is plenty of time to run any needed tests on the fixes before 2.6 is out. It would also be nice to see support for radio buttons added to Script-Fu. I might need to consult on this with someone as I'm not that good at GTK programming. I almost had it the last time I tried a patch for this but I didn't get it 100%. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] 2.4 and how to continue from here
Marcus Heese wrote: so as I've already written a few weeks ago in my mail about the new features for the text-tool in the PDB, I'd like to contribute especially in that part. As far as I understood the discussion about the roadmap, the PDB will get a little rework for the 2.6 release (named parameters, etc.). It is nice of you to offer to work on improving the text tool portion of GIMP. This is one of those items that has needed work for sometime. It would be worth looking at the text tool related items in Bugzilla. The main (tracking) bug about text tool fixes and enhancement is bug #136740. I saw, but haven't tried, the patch you sent to the mailing list. I see you are allowing extra text options to be set but it isn't easy to see what you are proposing. A new text tool API is one of the outstanding bug reports. It would be helpful to see a summary of the API changes you feel should be made in a form some along the lines of the PDB browser (ie. function name, arguments required, and values returned). I have done a little bit of work on the text operation of GEGL and I know there can be a lot of parameters to set/get. Will you handle only some parameters now and others later? How would the extra parameters be handled later? Setting/getting all text parameters in one call may not be the best option. This may depend on the whether the PDB supported the use of named parameters when a new text tool API is being implemented. Just some things to think about while you plan out a new text tool API. Hopefully, the next version of the text tool and its API will get it right the first time. :-) Looking forward to the improvements you come up with. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Where all developers are?
[EMAIL PROTECTED] wrote: Ok not many photo retouching program, but krita is here. An also, i've to apologize, i'm beginning myself using ... Blender... even for photo-retouching and compositing, even if it is not its main purpose I don't know why you would have thought of even trying to use Blender for photo-retouching. It isn't designed for it and its steep learning curve tends to put some people off it. If you are using it more as a compositing tool (due to its node editor), you will probably like GEGL. You will probably like GIMP even more when GEGL is integrated in to it. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] moving selections
On 8/29/07, Raphaël Quinet wrote: - Alt+Ctrl moves the selected pixels. - Alt+Shift moves a copy of the selected pixels. That seems backwards in a way. To make it easy to remember which moves (ie. shifts) the pixels and which moves a copy it would be better the other way around. The C from Ctrl would make one think of Copy while Shift would be just that (shifting but not copying). Probably too late to change this and would confuse users who are already used to it as it is now. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Extending GIMP Plugins
Amit Kumar Saha wrote: 1. It seems from the documentation that, I can specify the operations as a XML file as above instead of creating a DAG. How do i then use that file to apply the operations? Looking again at the API there is the gegl_parse_xml() routine. There is an example of XML code being used to specify a set of operations to be performed as well as the execution of those operations in the gegl binary file (found in the gegl source tree). What about error checking? What operations are supported? I haven't tried this recently. I'm not sure what happens if there are errors in the input XML file. You may get either an incomplete GeglNode structure (ie. one not containing all parts of the input XML) or NULL. The API doc doesn't specify which. All GEGL operations can be used in an XML file. 2. Can I work with the individual pixels of an Image using GEGL? Say I want GEGL to work with only certain range of pixels of my Image, is it possible? I din't think it is possible to work on individual pixels of an image. Øyvind Kolås would be the person who could give you the more definite answer on this. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Extending GIMP Plugins
Amit Kumar Saha wrote: The link is dead.Any chance you have some docs with you? The last version of the page (from Feb. 08, 2005) can be found at: http://web.archive.org/web/20050208090913/http://www.cse.psu.edu/~cg585/cantata-over.html About half of the images on that page are missing. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Extending GIMP Plugins
Renan Birck wrote: Same with me; I would love something like a node-based editor (e.g. http://pupuedit.sourceforge.net/screenshots/pihlaja_04_04_2007.png and http://imaginit.rand.com/files/water_graph.gif ) This would let non-programmers, or programmers which aren't into image processing, create their own plug-ins. That looks similar to the types of things one can do with GEGL which is due to be integrated in to GIMP after the 2.4 release. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GSOC
Raphaël Quinet wrote: - Having at least one stable GIMP release per year. That would be nice. I am sure there are a quite a few GIMP users who would like to see some of the changes and new features available in a release version without waiting a couple of years as has happened on occasion with recent releases. - Making it easier for newcomers to contribute to the core. I admit that I do not know how to do that. Maybe we could start by providing a good overview and top-down description of how GIMP works internally? You beat me to suggesting this on the mailing list. Its something I've been thinking about for a few weeks now. In fact, I recently ran across an open source project (I forget which one) that mentioned on their web site that they had available a document which had an overview to the source tree. I thought this was a great idea. The GIMP source tree has been cleaned up and reorganized over the last few releases which makes it a bit easier to get in to but it is still a huge code base and somewhat impenetrable to someone who doesn't spend a lot of time wading through the directories. It also helps to know about auto-generated files, and what they are for. I have too many projects/interests so I haven't spent a lot of time trying to decipher GIMP's huge source tree. For me it results in my avoiding GIMP related coding that touches on the internals. The fact I'm not a graphic designer and that GIMP far exceeds my typical needs in an image manipulation program also hasn't helped in my desire to delve too deeply in to GIMP's source. Even delving too deep in to GEGL's relatively small source tree is a bit more than I have time/inclination for at the moment. The only problem with any docs re: the GIMP source tree right now is that they will have to be restricted to GIMP 2.2 for now since the code will undergo some big changes after the 2.4 release. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Extending GIMP Plugins
Amit Kumar Saha wrote: Is there any way to make GIMP plugins themselves extensible. [snip] I would appreciate even the slightest of insights. As Michael mentioned, using a scripting language such as Perl, Python, or Ruby would be to do most things you might want to do. If you want to extend a compiled plug-in that is also possible. Take a look at TinyScheme (used in the Script-Fu plug-in of the SVN version of GIMP). It has the ability to use run-time loadable pre-compiled extensions. The URL for TinyScheme is http://tinyscheme.sourceforge.net/. The other scripting language plug-ins for GIMP also have ways to extend the base language. The hooks used to allow scripts to tie in to GIMP use them. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] ANNOUNCE: GIMP 2.4.0-rc1
Sven Neumann wrote: This is probably the last mail I write before going on vacation with the girl I am going to marry tomorrow. And to think people say that geeks don't have lives. :-) Congratulations, Sven. All the best. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [Fwd: TinyScheme and GIMP]
Subject: TinyScheme and GIMP Date: Mon, 06 Aug 2007 09:26:36 -0700 On the Inkscape project we received a patch from the folks at Glimmer labs which adds Scheme functionality. It uses the TinyScheme interpreter which looks like it's also being used by GIMP. From what I can tell, it seems that GIMP is including TinyScheme in the source tree. The Script-Fu plug-in of GIMP allows the use of scripts written in Scheme. It has been part of a standard installation of GIMP for a long time. The latest version of the Script-Fu plug-in uses the TinyScheme interpreter. Do you expect TinyScheme to be an external library at some point? If we were using it in Inkscape also, would that change the answer? There are no plans to move the plug-in or the TinyScheme interpreter out of the main GIMP source tree. I am considering creating a version 2 of Script-Fu which would work in a fashion similar to that of the Perl, Python, and Ruby scripting plug-ins. The TinyScheme interpreter would be a standalone program like Perl, and Python (etc.). To run a Scheme based script GIMP would start TinyScheme which would pull in a run-time loadable module(s) which would provide the hooks to GIMP. I already started looking in to this some time ago. I stopped working on it after a while as Script-Fu was still under going some changes and cleanup. I didn't want to maintain multiple copies of a Script-Fu tree. Sometime after GIMP 2.4 is released I will resume working on it. Not quite the external library solution you have in mind. It would make it easy for you to grab the TinyScheme source and use it without modification. You would only need your own extension to handle the hooks in to Inkscape. Is your TinyScheme patched for UTF-8? Yes. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
