Re: [Gimp-developer] The toolbox Wilber problem

[Alexander Rabtchevich]

+1 to hide Wilber via preferences. It was my initial thought when I saw 
him for the first time.

With respect
Alexander Rabtchevich

___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] The toolbox Wilber problem

[Alexia Death]

On Friday 03 October 2008 08:58:29 Martin Nordholts wrote:
 1. Hide the toolbox Wilber by default, or
 2. Add a UI in the Preferences to toggle toolbox Wilber on and off.

 What are peoples thoughts here?
For me it is not a drop target, but a little branding plaque and as such quite 
nice, but should be fixed to not get in the way. 

When it was added I did not recognize Wilber either tho, mainly because I was 
using single row toolbox at the time. Ive gotten used to him since tho so on 
Linux I'm no longer bothered by his presence. 

On Windows however the bar is wider than the menu used to be and also since on 
windows the utility window hints don't work and toolbox cannot be even made a 
two-column one, 4 is minimum, it is a bother. For anybody trying to use the 
single row stretched toolbox is going to be slightly bothered by it as well. 
It should stay against the shorter edge of the toolbox...

So, to sum it up, it is a nice product plaque and as such could IMHO stay if 
its fixed to play nice ... and perhaps allow users to hide it with a single 
click...

-- Alexia


___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

[Gimp-developer] Free CeBIT booths 2009

[Tobias Jakobs]

Hi all,

http://www.linux-magazine.com/online/news/cebit_open_source_linux_magazine_and_linux_foundation_announce_call_for_projects

There are free booths available via the Linux Foundation and Linux Magazine at 
the CeBIT trade show, March 3-8, 2009, Hannover, Germany.
The Conditions are:

  * The project should be ready to present its contents and goals in
a well-defined and informative manner to interested trade show
participants
Do we have banners, flayers, etc.?

  * The project should prove that it has a clear idea how to present
its concepts and topics understandably.
Doesn't sound like a problem.

  * The project booth must be manned during the entire trade show by
members who are especially attentive to participants.
  * The booth must be set up and operating from the beginning of,
and throughout, the trade show.
I think I can go there but I think wee need at least 3 people.

  * The project should sufficiently notify its community about its
participation in CeBIT Open Source 2009.
  * The project should make the general public aware of its
participation in CeBIT Open Source 2009, such as by reference to
the CeBIT website in press releases.
Doesn't sound like a problem.

Regards,
Tobias

___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Built-in help

[Sven Neumann]

Hi,

On Fri, 2008-10-03 at 01:58 -0400, Alec Burgess wrote:

 Clicking [Use Web Browser] changes parameter Help browser to use: to
 Web browser but does NOT open anything in my default browser (Portable
 Firefox 3)

The code that opens the default web-browser on Windows seems to work
fine for some users, and fails for others. It would be nice if someone
who knows the Win32 API could have a look at this code and try to fix
it. But given the fact that there is hardly any contributions from users
and developers on Windows, I don't expect this to happen ever...


Sven


___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Built-in help

[Hans Breuer]

At 03.10.2008 14:02, Sven Neumann wrote:
 Hi,
 
 On Fri, 2008-10-03 at 01:58 -0400, Alec Burgess wrote:
 
 Clicking [Use Web Browser] changes parameter Help browser to use: to
 Web browser but does NOT open anything in my default browser (Portable
 Firefox 3)
 
 The code that opens the default web-browser on Windows seems to work
 fine for some users, and fails for others. It would be nice if someone
 who knows the Win32 API could have a look at this code and try to fix
 it. But given the fact that there is hardly any contributions from users
 and developers on Windows, I don't expect this to happen ever...
 
Sorry to here that :) By coincidence I have built the GIMP from trunk on 
windows recently (patches pending). I'm getting:

help.exe-Warning: Could not open 
'http://docs.gimp.org/2.4/en/gimp-help.xml' for
  reading: Operation not supported

Perhaps you are missing GIO backends and need to install GVFS?

So my guess is: at least for 2.6 this is not working for any of the windows 
users. As far as I know there is no GIO/win32 backend which supports http.

But it should be relatively easy to restore the old win32 specific code 
which used ShellExecute() to open links. That should make the web-browser 
work for every windows user with a properly configure system.

Hans

 Hans at Breuer dot Org ---
Tell me what you need, and I'll tell you how to
get along without it.-- Dilbert
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Automatically save curves file

[Kent Tenney]

On Thu, Oct 2, 2008 at 5:43 PM, Joao S. O. Bueno [EMAIL PROTECTED] wrote:
 On Thursday 02 October 2008, Kent Tenney wrote:
 Howdy,

 I ask this every couple years, the release of 2.6
 seems like a time to have another go.

 In my digital camera file prep workflow, the only step
 which I can't script is the color tweaking. Each file
 needs the curves adjusted manually.

 I want the curves file automatically saved for each file
 I prepare, creating files something like:

 curves/autogen/dscn.jpg.crv

 Then I could script the making of a new version of that image,
 applying those curves to the original. I can then script the
 required resampling, format conversion or whatever else the
 latest requirement is.

 Since I'm lazy I don't want to go through the clicking and typing
 required to do this manually.

 Just curious, is it any easier for a Python programmer to do this
 in 2.6 than in 2.4?

 Not yet -
 unfortunatelly.

 Save for the documentation - Lars began working on the python docs. for the
 GSOC and we should complete it over the forecoming weeks - then at least you
 will have documentation.

 But also as part of this project we plan to change - for the easier -  a lot
 otf things in doing python plug-ins for gimp 2.8.

 As for the curves: they are now auto-saved when applied,

Really?

WooFreakinHoo!

 but with a time
 stamp, instead of filename.  You will jwut have to fetch teh saved file and
 agregate it to your image somehow.

Right, no problem.

Thanks Very Much,
Kent


 That said, mail me any specific need you have towards saving curves and and
 applied saved curves files form python scripts - it is likely we could have
 some utility fucntions to do this in the next version.

js
--




 Thanks,
 Kent

 ___
 Gimp-developer mailing list
 Gimp-developer@lists.XCF.Berkeley.EDU
 https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Built-in help

[Tor Lillqvist]

 As far as I know there is no GIO/win32 backend which supports http.

Http is supported in libgio itself (using the winhttp API from
winhttp.dll, which is looked up at run-time, so if you lack that, it
won't work). See gio/win32/gwinhttp*.c.

--tml
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Built-in help

[Hans Breuer]

At 03.10.2008 15:50, Tor Lillqvist wrote:
 As far as I know there is no GIO/win32 backend which supports http.
 
 Http is supported in libgio itself (using the winhttp API from
 winhttp.dll, which is looked up at run-time, so if you lack that, it
 won't work). See gio/win32/gwinhttp*.c.
 
The DLL is available on my computer (xp sp3), but my GLIB version is just 
one week too old (beginning of August).

 Hans at Breuer dot Org ---
Tell me what you need, and I'll tell you how to
get along without it.-- Dilbert
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

[Gimp-developer] Gimp 2.6. Segfault

[Stephan Hegel]

Hi,

Gimp-2.6 throws a segfault for me.

How to reproduce:

1. Start Gimp 2.6
2. Open an existing image (in my case a little jpeg image), do
   nothing with it at all.
3. Open an new image:
   File-New-Template A4(300ppi), press OK.

Stacktrace
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x2b10d0a46080 (LWP 12538)]
0x004c9992 in gimp_display_shell_scale_update_rulers (shell=0x2f9a730)
at gimpdisplayshell-scale.c:167
167   image = shell-display-image;
(gdb) where
#0  0x004c9992 in gimp_display_shell_scale_update_rulers 
(shell=0x2f9a730)
at gimpdisplayshell-scale.c:167
#1  0x004b49f7 in gimp_display_shell_set_unit (shell=0x2f9a730, 
unit=GIMP_UNIT_MM)
at gimpdisplayshell.c:1492
...

When I skip step 2 above the new A4 image opens without any problems.

The stack trace indicates that there might be a problem with the
update of the rulers when switching from px to mm.

I'm on openSUSE 10.3, x86_64.

Rgds,
  Stephan.

___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Built-in help

[Hans Breuer]

At 03.10.2008 16:44, Hans Breuer wrote:

At 03.10.2008 15:50, Tor Lillqvist wrote:

As far as I know there is no GIO/win32 backend which supports http.

Http is supported in libgio itself (using the winhttp API from
winhttp.dll, which is looked up at run-time, so if you lack that, it
won't work). See gio/win32/gwinhttp*.c.

The DLL is available on my computer (xp sp3), but my GLIB version is just 
one week too old (beginning of August).


With a new enough gio it indeed works fine. I have also tried the GIMP with 
Jerney's installer under vista, same here: it just works for me.


Afterwards I have intentional broken the code in web-browser.c (with: 
url++;). When ShellExecute() failed there indeed was no error message at all.


The attached patch fixes this, but also adds a lot of hard to translate 
strings. Should it be commited ?


 Hans at Breuer dot Org ---
Tell me what you need, and I'll tell you how to
get along without it.-- Dilbert
Index: web-browser.c
===
--- web-browser.c   (revision 27115)
+++ web-browser.c   (working copy)
@@ -120,9 +120,61 @@
 browser_open_url (const gchar *url)
 {
 #ifdef G_OS_WIN32
+  HINSTANCE hinst = ShellExecute (GetDesktopWindow(), open, url, NULL, NULL, 
SW_SHOW);
+  
+  if ((gint) hinst = 32)
+{
+  const char *err;
+  
+  switch ((gint) hinst)
+{
+ case 0 :
+   err = _(The operating system is out of memory or resources.);
+   break;
+ case ERROR_FILE_NOT_FOUND :
+   err = _(The specified file was not found.);
+   break;
+ case ERROR_PATH_NOT_FOUND :
+   err = _(The specified path was not found.);
+   break;
+ case ERROR_BAD_FORMAT :
+   err = _(The .exe file is invalid (non-Microsoft Win32 .exe or 
error in .exe image).);
+   break;
+ case SE_ERR_ACCESSDENIED :
+   err = _(The operating system denied access to the specified 
file.);
+   break;
+ case SE_ERR_ASSOCINCOMPLETE :
+   err = _(The file name association is incomplete or invalid.);
+   break;
+ case SE_ERR_DDEBUSY :
+   err = _(DDE transaction busy);
+   break;
+ case SE_ERR_DDEFAIL :
+   err = _(The DDE transaction failed.);
+   break;
+ case SE_ERR_DDETIMEOUT :
+   err = _(The DDE transaction timed out.);
+   break;
+ case SE_ERR_DLLNOTFOUND :
+   err = _(The specified DLL was not found.);
+   break;
+ case SE_ERR_NOASSOC :
+   err = _(There is no application associated with the given file 
name extension.);
+   break;
+ case SE_ERR_OOM :
+   err = _(There was not enough memory to complete the operation.);
+   break;
+ case SE_ERR_SHARE:
+   err = _(A sharing violation occurred.);
+   break;
+ default :
+   err = _(Unknown Windows error.);
+   }
+  g_message (_(Failed to open the url '%s'\n%s), url, err);
+  return FALSE;
+}
 
-  return ((gint) ShellExecute (GetDesktopWindow(), open, url, NULL, NULL, 
SW_SHOW)  32);
-
+  return TRUE;
 #else
 
   GError*error = NULL;
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] The toolbox Wilber problem

[Patrick Horgan]

Martin Nordholts wrote:
 ~~~% snip! %~~~
 What are peoples thoughts here?
   
He's cute there, but doesn't add any functionality, no?  I don't see any 
reason for him to go, but wouldn't be upset.

Patrick
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Gimp 2.6. Segfault

[Sven Neumann]

Hi,

On Fri, 2008-10-03 at 18:15 +0200, Stephan Hegel wrote:

 Gimp-2.6 throws a segfault for me.

It would help a lot if you could file a bug report for this. Thanks.


Sven


___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] The toolbox Wilber problem

[Tobias Jakobs]

Am Freitag, den 03.10.2008, 11:13 -0700 schrieb Patrick Horgan:
 Martin Nordholts wrote:
  ~~~% snip! %~~~
  What are peoples thoughts here?

 He's cute there, but doesn't add any functionality, no?  

He is there, to indicate that the toolbox is an drop area for images.
Like the Wilbert in the empty window.

Regards,
Tobias

___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Built-in help

[Hans Breuer]

At 03.10.2008 20:21, Sven Neumann wrote:
 Hi,
 
 On Fri, 2008-10-03 at 19:37 +0200, Hans Breuer wrote:
 
 The attached patch fixes this, but also adds a lot of hard to translate 
 strings. Should it be commited ?
 
 We shouldn't add new translatable messages at this point. Could you
 commit this to trunk without the error messages marked for translation?
 We can then remark them for translation after we branched and after the
 strings have been reviewed.
 
Done:

2008-10-03  Hans Breuer  [EMAIL PROTECTED]

* plug-ins/common/web-browser.c : when ShellExecute() is failing give
the detailed (currently intentionally untranslated) error message via
g_message()

 Hans at Breuer dot Org ---
Tell me what you need, and I'll tell you how to
get along without it.-- Dilbert
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Automatically save curves file

[Kent Tenney]

On Thu, Oct 2, 2008 at 5:43 PM, Joao S. O. Bueno [EMAIL PROTECTED] wrote:
 On Thursday 02 October 2008, Kent Tenney wrote:
 Howdy,

 I ask this every couple years, the release of 2.6
 seems like a time to have another go.

 In my digital camera file prep workflow, the only step
 which I can't script is the color tweaking. Each file
 needs the curves adjusted manually.

 I want the curves file automatically saved for each file
 I prepare, creating files something like:

 curves/autogen/dscn.jpg.crv

 Then I could script the making of a new version of that image,
 applying those curves to the original. I can then script the
 required resampling, format conversion or whatever else the
 latest requirement is.

 Since I'm lazy I don't want to go through the clicking and typing
 required to do this manually.

 Just curious, is it any easier for a Python programmer to do this
 in 2.6 than in 2.4?

 Not yet -
 unfortunatelly.

 Save for the documentation - Lars began working on the python docs. for the
 GSOC and we should complete it over the forecoming weeks - then at least you
 will have documentation.

 But also as part of this project we plan to change - for the easier -  a lot
 otf things in doing python plug-ins for gimp 2.8.

 As for the curves: they are now auto-saved when applied, but with a time
 stamp, instead of filename.  You will jwut have to fetch teh saved file and
 agregate it to your image somehow.

I see the file
~/.gimp-2.6/tool-options/gimp-curves-tool.settings

gets appended with sections as images are adjusted.

The sections looks like ...
scheme code?
any relation to icc profiles?

will there be provisions to apply a saved curve to an image without the gui?

2.6 looks wonderful BTW.

Thanks,
Kent


 That said, mail me any specific need you have towards saving curves and and
 applied saved curves files form python scripts - it is likely we could have
 some utility fucntions to do this in the next version.

js
--




 Thanks,
 Kent

 ___
 Gimp-developer mailing list
 Gimp-developer@lists.XCF.Berkeley.EDU
 https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

[Gimp-developer] Invitation for GIMP to Southern California Linux Expo 7x

[Gareth J. Greenaway]

Greetings,

I would like to formerly invite the GIMP project to attend the
7th Annual Southern California Linux Expo.  The show will be held
February 20th-22nd, 2009 at the Westin LAX in Los Angeles, CA.  SCALE 7x
will be an excellent venue to showcase all the hard work going into the
GIMP.

Because the GIMP is an open source project, SCALE will provide a
complementary booth on our show floor including all the usual amenities
such a 6' table, chairs, 500W power drop, one Ethernet drop and 3-5
complementary passes to the show.

I am including our application for dotORG exhibitors as well as our Call
For Papers.  If there is interest in having a GIMP presence at SCALE
7x, I would encourage someone to answer the questions in the application.

Any questions, please do not hesitate to ask.

Thanks you all for your time!
Gareth

http://scale7x.socallinuxexpo.org/s7x_cfp
http://scale7x.socallinuxexpo.org/s7x_call_for_dotOrg_exhibitors

-- 
Gareth J. Greenaway [EMAIL PROTECTED]
Voice - 877-831-2569 x130
Southern California Linux Expo
http://www.socallinuxexpo.org
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Automatically save curves file

[Sven Neumann]

Hi,

On Fri, 2008-10-03 at 15:11 -0500, Kent Tenney wrote:

 will there be provisions to apply a saved curve to an image without the gui?

Sounds like it would be a useful addition to the PDB and it shouldn't be
hard to add. That said, we would appreciate a patch that implements this
functionality and would most likely accept it for GIMP 2.8.


Sven


___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] The toolbox Wilber problem

[Michael Grosberg]

Martin Nordholts enselic at gmail.com writes:

 After spending quite some time mostly in our own #gimp and the freenode
 #gimp answering questions, I can see two questions that are particularly
 frequently asked.
 
 A. How do I get the new window management to work on Windows, and
 B. How can I remove the toolbox Wilber?
 
 Regarding question A, there is not much we can do except waiting for
 someone to improve this in the Windows GTK+ backend.

Not quite true - you could put a call for volunteers on the website and the
mailing list specifically for that. 

___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Automatically save curves file

[saulgoode]

Quoting Kent Tenney [EMAIL PROTECTED]:

 will there be provisions to apply a saved curve to an image without the gui?


If you have the GIMP Animation Package installed, you will find a  
plug-in named 'plug-in-wr-curves' which permits application of a  
curves file.

plug-in-wr-curves

   GIMP Plug-in

   Image/Video/Layer/Colors/

   Wrapper for GIMP Curves Tool call based on Curves file

Parameters

   run-mode  INT32  Interactive, non-interactive
   image IMAGE  Input image
   drawable  DRAWABLE   Input drawable (must be a layer)
   filename  STRING Name of a GIMP curves file (saved by the  
Curves Tool)

Return Values

   the-drawable  DRAWABLE   the processed layer

Additional Information

   This Plugin loads a # GIMP Curves File, that was saved by
   the GIMP 2.0pre1 Curves Tool then calculates the curves
   (256 points foreach channel val,r,g,b,a) and calls the
   Curve Tool via PDB interface with the calculated curve
   points It also stores the points, and offers a
   GIMP_RUN_WITH_LAST_VALUES Interface and an Iterator
   Procedure for animated calls of the Curves Tool with
   varying values.

Author: Wolfgang Hofer ([EMAIL PROTECTED])

Date:   2.4.1; 2008/01/30

Copyright: Wolfgang Hofer

___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] The toolbox Wilber problem

[Stephan Hegel]

Hi,

 On Fri, 2008-10-03 at 07:58 +0200, Martin Nordholts wrote:
 
 Regarding question B however, I believe we need to do something. It
 doesn't seem as if people easily make the association we wanted them to
 make: where you see Wilber, you can drop an image to open it. (Some
 people doesn't even see that it is Wilber, although IMO it is pretty
 obvious.) I see two options:

 1. Hide the toolbox Wilber by default, or
 2. Add a UI in the Preferences to toggle toolbox Wilber on and off.

 When Wilber was added in the toolbox in the development version my
 opinion was that he should not be in the Toolbox, and I still have that
 standpoint. In other words, I think we should go for option 1 for GIMP
 2.6.1.
 
 No way. This would be a UI and string change and as such it is
 completely unacceptable for a stable release. If it would be absolutely
 necessary in order to fix a severe bug, that would be something
 different. But this is such a no-issue that it is definitely not worth
 it.
 
 Apart from that, we, the developers and the UI team, decided that the
 graphics should be there. I don't see why we should change our mind now.
Might be, just because users are asking for it ?

With all respect, but your intention to indicate a drop down area with this
UI element failed for me. Coming from 2.4.x:

1st. On a first glance I thought it was a left-over from the removed
 pull-down menus.
2nd. I did not recognize at all that it was Wilber.
3rd. Therefore I did not recognize its purpose intuitively.

Moreover, my use case is to work with a 2 window layout: Toolbox with tools,
tool options and layers/channels/path/undo etc. integrated in one single,
vertical oriented window on the left, similar like that one:
   
http://www.mail-archive.com/gimp-developer%40lists.xcf.berkeley.edu/msg16030.html
resp.
   http://www.ohweb.com.ar/screenshots/one-window-layout.png
and the image window to its right. In my case the enlarged drop-down area
takes space away I could use better, e.g. for one more layer.

I would support Martin's options #2 above with the default on. Users who
don't need or want it like me can turn it off. The feature to drop a new
image onto the toolbox still remains, even in this case.

 There are always a few people complaining. There's nothing you can do
 about that.
I don't see this as a complaint rather than a critical review of a new UI
design element incl. proposals how to fit users' needs.

Rgds,
  Stephan.

___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer