Re: [Gimp-developer] About Preferences enrtry in the Edit menu
Von: Joao S. O. Bueno Calligaris [EMAIL PROTECTED] On Thursday 23 June 2005 17:22, Michael Schumacher wrote: Well, unfortunately this seems to lead back to the Why the heck do I have to open an image to access $feature? times... and I thought these were finally gone. Why so? The Preferences entry is still in the toolbox-File menu. Yes, it is. But will it be in a few months...? Michael -- Weitersagen: GMX DSL-Flatrates mit Tempo-Garantie! Ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] gtk file choser widget
Von: Sven Neumann [EMAIL PROTECTED] Leon Brooks [EMAIL PROTECTED] writes: [ ] Default to last-used instead of source directory Does it really make sense to make this a preference option? Wouldn't it be better to add a UI that deals explicitely with processing batches of images? Adding this as a gimprc parameter would probably be easy but it seems like a quick and dirty solution. We have the chance to get this right for 2.4, so let's see if we can't find a better solution... I'd like to see the bookmarks system being used for this. Maybe in this fashion: - have a special bookmark that specifies last used directory - have a way to set one bookmark as the default bookmark If any of this is already possible, I'm currently not aware of it. This way, whenever the 'Save as' dialog comes up, the last used directory could be selected. If you don't want this, choose another default; or none and the current behaviour will be used. Of course, this is something that will have to be suggested to GTK+, but since we have so many people here who claim that they know why the fileselector is bad or good, I'd like to have my suggestions examined here first :) Michael -- Geschenkt: 3 Monate GMX ProMail gratis + 3 Ausgaben stern gratis ++ Jetzt anmelden testen ++ http://www.gmx.net/de/go/promail ++ ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] pygimp on windows? success!
Python's module mechanism doesn't recognize the dll files as a python
module. Once you solve this (e.g. add or remove the compiler or linker flag
that makes it work or break resp.), it should work.
well, the first problem just now is that there is no .dll resulting from
the autotools compilation of the pygimp module.
I guess libtool should have produced a .dll file, as no-one mentions a
problem with that...
So check the logs from 'make'
$ make clean; make
there we have it:
*** Warning: linker path does not have real file for library -lpython24.
*** Warning: libtool could not satisfy all declared inter-library
*** dependencies of module gimpmodule. Therefore, libtool will create
*** a static module, that should work as long as the dlopening
*** application is linked with the -dlopen flag.
Aha! So I edited the Makefile, to add the missing path. and now alt least I
have a dll,
although its called 'gimpmodule.dll'... suppose I can just rename that to
gimp.dll...
It is a python module (actually two of them), but even if you make sure
that
python should find them (either by a .pth file in python's
Lib/site-packages
directory or by copying it there, it doesn't work.
Didn't get a pth file from autotools...
So what am I supposed to do now?
Do I simply put the dll in site-packages?
Hmm... that seems to have worked!
make install should be convinced to do this for me :-)
[or is this what the pth is about? do I need it to tell that gimp is in
gimpmodule.dll?]
Gimp now loads the .py files and now they complain about
gimpfu module and no longer about the gimp module !!!
Ah, I needed to modify environ/pygimp.env
Good.
Now it's the _gimpenums module... hmm... there is no dll for this one
either...
The only difference I see is that Makefile.am seems to be missing
$(no_undefined) for _gimpenumsmodule.
Ah. got the dll now!
Same for gimpcolormodule...
damn. Now I get undefined reference to `gimp_rgba_parse_css'
and it is missing from 'gimpcolor.def
$ for f in /target/lib/gimp/2.0/python/*module.dll; do cp $f ${f/module/};
done
Ah, now it starts up, and the Python-fu is there... yippee!
And now lets hope some autotools-wizard can deduce from this mail what needs
to change...
The detection of python on msys is not too good:
$ python -c 'import sys; print sys.exec_prefix'
c:\Python24
which needs to be
c:/Python24
so I added a few [ | tr '' '/' ]'s in configure, but I suppose it needs
to go in some
other file... maybe I need an updated python.m4 (msys has aclocal-1.7)?
___
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] pygimp on windows? success!
Von: lode leroy [EMAIL PROTECTED]
Aha! So I edited the Makefile, to add the missing path. and now alt least
I have a dll, although its called 'gimpmodule.dll'... suppose I can just
rename that to gimp.dll...
Didn't get a pth file from autotools...
So what am I supposed to do now?
Write one yourself. This is something that should be done by the gimp
installer.
Do I simply put the dll in site-packages?
Hmm... that seems to have worked!
make install should be convinced to do this for me :-)
[or is this what the pth is about? do I need it to tell that gimp is in
gimpmodule.dll?]
pth files include additional paths for python to look for modules. Copying
the DLLs to site-packages is another way to do this.
Gimp now loads the .py files and now they complain about
gimpfu module and no longer about the gimp module !!!
Ah, I needed to modify environ/pygimp.env
Good.
Now it's the _gimpenums module... hmm... there is no dll for this one
either...
The only difference I see is that Makefile.am seems to be missing
$(no_undefined) for _gimpenumsmodule.
Maybe this was the problem...
Ah. got the dll now!
Same for gimpcolormodule...
damn. Now I get undefined reference to `gimp_rgba_parse_css'
and it is missing from 'gimpcolor.def
This is a problem in GIMP itself then, the function has to be added to the
def file.
$ for f in /target/lib/gimp/2.0/python/*module.dll; do cp $f ${f/module/};
done
Ah, now it starts up, and the Python-fu is there... yippee!
Did I get this right - Python is picky about the name of the module files?
And now lets hope some autotools-wizard can deduce from this mail what
needs
to change...
Some -o adjustements, adding the no-undefined ...
The detection of python on msys is not too good:
$ python -c 'import sys; print sys.exec_prefix'
c:\Python24
which needs to be
c:/Python24
I have these in my CPPFLAGS and LDFLAGS, so the headers etc... get found
Great work! Seems like we will finally have pygimp 2.4 for GIMP 2.4 on each
of the officially supported platforms. Hm, how about letting
Script-Fu/Tiny-Fu die in favor of it? ;)
Michael
--
Weitersagen: GMX DSL-Flatrates mit Tempo-Garantie!
Ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl
___
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Patterns tab
Hi, I got a request, I hope that request are welcome in this list. I'd like to have the possibility to organize the patterns tab into classes. for example: patterns - clouds grain metals etc..etc.. Maybe this is possible, and I'm not aware of it? Thanks, nuno -- Non-free programs are dangerous to you and to your community. Don't let them get a place in your life. - RMS ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Patterns tab
On Friday 24 June 2005 10:02, nuno alexandre wrote: Hi, I got a request, I hope that request are welcome in this list. I'd like to have the possibility to organize the patterns tab into classes. for example: patterns - clouds grain metals etc..etc.. Maybe this is possible, and I'm not aware of it? Sven sent a detailed plan to do this as soon as 2.2 was released. Unfortunattely, as far as I know no one is implementing that. (The palane including making categories for both Patterns, Palettes, Brushes, Gradients and Fonts). Maybe we should at least paste that e-mail into an enhancement request in bugzilla so it is not lost? Does anyone have it around? JS -- Thanks, nuno ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Integrated Scripting (fwd)
To: Nathan Summers [EMAIL PROTECTED] Subject: Re: [Gimp-developer] Integrated Scripting I've used plenty of applications where the Windows menu does double-duty, with the kinds of windows that can be opened, followed by a separator, followed by the current open windows. Come to think of it, I'd say the only apps that I've used that don't do it that way are ones were all the windows are the same kind, anyway. what windows/dialogs are shown or not shown but in this case it is not at all pratical. At least to me, the View menu is for stuff that affects this particular view of this particular image, not dialogs and windows unrelated to it. Some simpler applications use the View items globally so that if you turn off the View of the status bar the next window will not have a statusbar but already open windows will remain unaffected. (this is a simplification I'd like to seem more applications make use of, but it slightly reduceds flexibility so I have been reluctant to suggest it for the gimp) And we should actually consider to add a Windows menu that lists all open GIMP windows. Listing all the open window list might help reduce the requests for a tabbed interface to the gimp many of which seem to be due to difficulties in managing lots of open windows. That would be a nice feature to have, but I don't think it would be a complete substitution for tabs. I'm not a fan of tabs. All too often the task list and window management are being reinvented for every app. My comment was basically a bit of a pot shot at Tabbed interfaces (a lot of users want them everywhere because they work well in the web browser) and encouragement to anyone who might want to implement the feature because I do agree it is a useful feature. Later - Alan H. ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] pygimp on windows? success!
On Fri, 24 Jun 2005, Michael Schumacher wrote: Great work! Seems like we will finally have pygimp 2.4 for GIMP 2.4 on each of the officially supported platforms. Hm, how about letting Script-Fu/Tiny-Fu die in favor of it? ;) The best thing about Script-Fu has been knowing it would be available and included in the 'default install'. Many existing scripts are written in Script-Fu and as you know we still regularly get users asking how to get and old script to work with the current version. From a technical standpoint it is great that Python and Perl subsystems are well achitectured and entirely seperable but the failure of distributors to include them in the 'default install' or even bother to build them has dicouraged people from using them. Making it possible to leave things out is different from it being a good idea to leave things out and I do not think users are given the best impression of the GIMP because to the ordinary user if it is not installed it may as well not exists. My point is Script-Fu remains useful despite it's flaws and I am concerned by the potential side-effects of killing it off. Better go and improve my python skills... - Alan H. ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] gtk file choser widget
Hi, Robert L Krawitz [EMAIL PROTECTED] writes: Also by default, starting to type a filename pops up a filename entry, as currently done. But typing a filename does not currently pop up a filename entry. There are corner cases where it does (absolute paths) but in general there is no such popup and there shouldn't be one. Sven ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] gtk file choser widget
Hi, Leon Brooks [EMAIL PROTECTED] writes: A special batch-processing UI would have its own independent uses, (e.g. it would be handy to be able throw a macro at a batch of Gnumeric files in one go), but does not directly address the issue. /digression We're not trying to turn The GIMP into a GUI copy of ImageMagick. The purpose of the exercise is to cater straightforwardly to the batching _mindset_ rather than a specifically batched situation. Such a UI has been requested quite frequently and I think it would be very nice to be able to mark a directory or a bunch of images for batch processing. The list of selected images could be shown in a dockable (perhaps even the already existing Images dialog) and you could work your way through this list. In such a context, it would make a lot of sense to remember the save location and default to the same save directory for all images. Sven ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] gtk file choser widget
Hi, Ingo Ruhnke [EMAIL PROTECTED] writes: Alt-Up brings you up one level in the folder hierarchy. This brings me only up one level in the presented folder hierachy, not one level up in the directory hierachy. So if I am in [Home] or [Desktop] or other 'special' locations I can't go further, even so there still would be a directory. So is it right that I have to either use the mouse or restart from / if I one to go higher than that? You can't even use the mouse to go further up from your Home directory since the Home directory (and others like Desktop) are being rerooted. They are basically a root of the directory tree without a parent node. Please note that I haven't claimed that this is a good idea. Sven ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] About Preferences enrtry in the Edit menu
Hi, Nathan Summers [EMAIL PROTECTED] writes: No, just more sophisticated. You still have to create a path in order to import an svg as a path. No, you don't have and you never had to. There's a Paths menu that allows you to import an SVG even if no other path exists yet. Sven ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] About Preferences enrtry in the Edit menu
Hi, Michael Schumacher [EMAIL PROTECTED] writes: Yes, it is. But will it be in a few months...? Will there still be a menu in the toolbox in a few months? Who knows... Sven ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Missing layer features
Hi, As a gimp user I've always missed two things, both related to layers. One is not having an option of locking a layer. The other is not being able to group layers, so that I can hide / show all the layers inside the group. Both of this appears as bugs in bugzilla. The first one dates back to 2001 [1], the other is from 2002 [2]. So I came to ask, is this, apart from the bugs reports, being worked on? If it's not, how can I contribute? I'm no expert in gdk / gtk programming, but I'm willing to learn whatever it takes to get these features in gimp. With that said, I would like to know where should I start? Could someone mentorship me? Thanks for the attention, cheers, -- Pedro Kiefer [EMAIL PROTECTED] [1] http://bugzilla.gnome.org/show_bug.cgi?id=61019 [2] http://bugzilla.gnome.org/show_bug.cgi?id=86337 ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Missing layer features
On Fri, 2005-06-24 at 21:41 -0300, Pedro Kiefer wrote: Hi, As a gimp user I've always missed two things, both related to layers. One is not having an option of locking a layer. The other is not being able to group layers, so that I can hide / show all the layers inside the group. Both of this appears as bugs in bugzilla. The first one dates back to 2001 [1], the other is from 2002 [2]. So I came to ask, is this, apart from the bugs reports, being worked on? It's not in the GIMP core, but I wrote a plugin for managing layers called GFXLayers, which is part of the Graphics Muse Tools collection of plugins. Select a set of layers from a list, click on the Hide Selected toggle and hit Apply. You can Group them in the sense that their group chain icon is set too. But mostly this plugin is to allow more advanced and interactive layer alignment than what the built in Align Visible Layers provides. This isn't exactly what you're after - you probably want to be able to save the groupings and work with them at any time in the future. This plugin could probably be extended to do this by using a GIMP parasite or some other feature. I just haven't looked into that. If you're interested, you can grab the source from the web site: http://www.ximba.org/gfxmuse/download.html -- Michael J. Hammel | The Graphics Muse | If you take an Oriental person and spin him [EMAIL PROTECTED] | around several times, does he become http://www.graphics-muse.com disoriented? ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
