Re: [Gimp-developer] new xinput device: no movement when button down

2002-06-05 Thread Michael Natterer

Philip Brown [EMAIL PROTECTED] writes:

 Well, I commented out the pointer_grab/ungrab in
 paint_core_button_press() and release()
 
 in app/paint_core.c   (gimp 1.2.3)
 
 and that makes my tablet work.
 
 
 I literally only have a few minutes every other day to poke at this, so I
 dont really have a chance to fully examine the code, and find out what a
 proper patch is.
 
 Could someone who is more intimately familiar with gimp internals 
 (and has a tablet :-) please look into this?
 
 I am guessing that all you have to do is take OUT the 
 'AlwaysCore' hack for the wacom tablet, and you will see the same problems.

Hi,

this seems related to http://bugzilla.gnome.org/show_bug.cgi?id=6901

Did you try to remove just the GDK_POINTER_MOTION_HINT_MASK?
XInput drivers are known to send wrong motion hints so this
may well be the reason for your problem.

(Checking Perfect but slow Pointer Tracking in preferences does the
same without patching the source, but will work only for the paint tools)

ciao,
--mitch
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer



[Gimp-developer] anocvs get does not give latest revision ?

2002-06-05 Thread Jeroen Lamain

Hello all,

I've started doing some work on the gimp 1.3.7. Maurits adviced
me to switch to the CVS version for easier merging of changes.

For some reason I don't get the latest revision of a file
(app/core/gimpunits.c)
out of cvs. I only get revision 1.3. (the newest version is 1.5).
I don't know if it happens on other files too. Most of the
files get updated correctly, for example checkerboard.c from june 1st.

This problem occurs when doing a fresh cvs get and also when
I do a cvs update. The 1.5 version is from june 1st, and
I did the cvs get and update on june the 4th. Other people
are getting the 1.5 version, I don't.

I tried adding the IP addresses to /etc/hosts

I'm repeating my commands here, for reference.
(I might be doing something stupid)


rm -rf ~/gimp
rm -rf ~/.gimp-1.3
export CVSROOT=':pserver:[EMAIL PROTECTED]:/cvs/gnome'
cvs login
enter
cvs get (of co) -z3 gimp
cd gimp
./autogen.sh --disable-print
make


And if I want to update:

export CVSROOT=':pserver:[EMAIL PROTECTED]:/cvs/gnome'
cvs login
enter
cd gimp
cvs update
make

What am I doing wrong ??


Greetz,

Jeroen (RoccoD on irc.gimp.org #gimp)

___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer



Re: [Gimp-developer] anocvs get does not give latest revision ?

2002-06-05 Thread Sven Neumann

Hi,

Jeroen Lamain [EMAIL PROTECTED] writes:

 I've started doing some work on the gimp 1.3.7. Maurits adviced
 me to switch to the CVS version for easier merging of changes.
 
 For some reason I don't get the latest revision of a file
 (app/core/gimpunits.c)
 out of cvs. I only get revision 1.3. (the newest version is 1.5).
 I don't know if it happens on other files too. Most of the
 files get updated correctly, for example checkerboard.c from june 1st.
 
 This problem occurs when doing a fresh cvs get and also when
 I do a cvs update. The 1.5 version is from june 1st, and
 I did the cvs get and update on june the 4th. Other people
 are getting the 1.5 version, I don't.
 
 I tried adding the IP addresses to /etc/hosts
 
 I'm repeating my commands here, for reference.
 (I might be doing something stupid)
 
 
 rm -rf ~/gimp
 rm -rf ~/.gimp-1.3
 export CVSROOT=':pserver:[EMAIL PROTECTED]:/cvs/gnome'
 cvs login
 enter
 cvs get (of co) -z3 gimp
 cd gimp
 ./autogen.sh --disable-print
 make
 
 
 And if I want to update:
 
 export CVSROOT=':pserver:[EMAIL PROTECTED]:/cvs/gnome'
 cvs login
 enter
 cd gimp
 cvs update
 make

you don't need to set CVSROOT and to login to update a checked out
tree.  The necessary info is stored in the CVS directories and in
~/.cvspass. Just type 'cvs update' in the gimp tree.


Salut, Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer



Re: [Gimp-developer] anocvs get does not give latest revision ?

2002-06-05 Thread Robert L Krawitz

   From: Sven Neumann [EMAIL PROTECTED]
   Date: 05 Jun 2002 13:50:19 +0200

   you don't need to set CVSROOT and to login to update a checked out
   tree.  The necessary info is stored in the CVS directories and in
   ~/.cvspass. Just type 'cvs update' in the gimp tree.

There might be a sticky tag on something.  Type

cvs update -A

to reset any sticky tags.

-- 
Robert Krawitz [EMAIL PROTECTED]  http://www.tiac.net/users/rlk/

Tall Clubs International  --  http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- mail [EMAIL PROTECTED]
Project lead for Gimp Print/stp --  http://gimp-print.sourceforge.net

Linux doesn't dictate how I work, I dictate how Linux works.
--Eric Crampton
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer



Re: [Gimp-developer] new xinput device: no movement when button down

2002-06-05 Thread Philip Brown

On Wed, Jun 05, 2002 at 11:23:02AM +0200, Michael Natterer wrote:
 
 this seems related to http://bugzilla.gnome.org/show_bug.cgi?id=6901
 
 Did you try to remove just the GDK_POINTER_MOTION_HINT_MASK?
 XInput drivers are known to send wrong motion hints so this
 may well be the reason for your problem.

Hmm. I read the bugid, but it didnt really tell me what gimp is expecting
in this case. Can you enlighten me?
I didnt see anything about 'motion hint' in the xinput 'port' document.


 (Checking Perfect but slow Pointer Tracking in preferences does the
 same without patching the source, but will work only for the paint tools)

It was already checked, under Interface-Image Windows.
I unchecked it in a vanilla gimp1.2.3, with no difference.
The grab still stops anything getting drawn except a single dot.


Also - you seem to imply that it is possible to use a non-core xinput
device for things other than plain drawing. I'd like to know how.
I find it somewhat irritating, for example, that a button3 on my pen will
bring up a menu, that I can do nothing with , with the pen.
Not only can I do nothing with it: I have to grab the core mouse to get rid
of it.

It seems like there has been too much of an assumption that the user will
run their xinput device with the 'AlwaysCore' hack.
I think it should be quite possible to have a very usable interface,even
when the pen is non-core. 
Making that menu traversable would be a great start.


___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer



Re: [Gimp-developer] new xinput device: no movement when button down

2002-06-05 Thread Philip Brown

Hmmm. Another piece of wierdness :

my commenting out the gdk_pointer_grab makes the airbrush, pencil, and
paintbrush work.

But NOT the 'ink' drawing tool.

any ideas?


___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer



Re: [Gimp-developer] new xinput device: no movement when button down

2002-06-05 Thread Michael Natterer

Philip Brown [EMAIL PROTECTED] writes:

 On Wed, Jun 05, 2002 at 11:23:02AM +0200, Michael Natterer wrote:
  
  this seems related to http://bugzilla.gnome.org/show_bug.cgi?id=6901
  
  Did you try to remove just the GDK_POINTER_MOTION_HINT_MASK?
  XInput drivers are known to send wrong motion hints so this
  may well be the reason for your problem.
 
 Hmm. I read the bugid, but it didnt really tell me what gimp is expecting
 in this case. Can you enlighten me?

GIMP just expects that the motion events' is_hint boolean is set correctly.
Motion hints are used to reduce the number of motion events X delivers.

 I didnt see anything about 'motion hint' in the xinput 'port' document.

Which is probably the reason why at least the wacom driver sets them
wrongly and thus breaks software which request hints.

It should just choose to not send hints at all end everything would
be fine (at least on the motion hint front :-)

  (Checking Perfect but slow Pointer Tracking in preferences does the
  same without patching the source, but will work only for the paint tools)
 
 It was already checked, under Interface-Image Windows.
 I unchecked it in a vanilla gimp1.2.3, with no difference.
 The grab still stops anything getting drawn except a single dot.

Then, unfortunately, the bug you see seems not to be related to
the hints.

 Also - you seem to imply that it is possible to use a non-core xinput
 device for things other than plain drawing. I'd like to know how.

Nope, I just wanted to make clear that only the paint tools have
the builtin possibility to switch hints on/off. Other tools like
the rect_select tool don't have this.

 I find it somewhat irritating, for example, that a button3 on my pen will
 bring up a menu, that I can do nothing with , with the pen.
 Not only can I do nothing with it: I have to grab the core mouse to get rid
 of it.

Yes, i have the same effect. We could check if the device which sent
button3 is the core pointer...

 It seems like there has been too much of an assumption that the user will
 run their xinput device with the 'AlwaysCore' hack.

There is no such assumption.

 I think it should be quite possible to have a very usable interface,even
 when the pen is non-core. 
 Making that menu traversable would be a great start.

I don't understand what you mean by this.

BTW, would you try gimp 1.3.7 (or CVS) and try if the problem still
persists there? If they behave different we'd have a hint how to
fix 1.2. If 1.3.7 has the effect too, we have a bug on both branches :(

ciao,
--mitch
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer



Re: [Gimp-developer] urgent help?

2002-06-05 Thread Leonard Rosenthol

At 11:28 PM -0700 6/1/02, manjunath s wrote:
4.   Last but not the least, is the image
representation in GIMP and that of the libarary
IMAGEMAGICK compatible.  Is there any way i can get
gimp's representation of the image from the other and
vice  versa.


Are you talking about the representation on the screen, or 
disk, what?  ImageMagick happily reads XCF files, as well as all of 
the other formats that GIMP supports, so I'm curious what the issue 
is.


Leonard
-- 
---
Leonard Rosentholmailto:[EMAIL PROTECTED]
 http://www.lazerware.com
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer



Re: [Gimp-developer] new xinput device: no movement when button down

2002-06-05 Thread Philip Brown

On Wed, Jun 05, 2002 at 09:19:07PM +0200, Michael Natterer wrote:
..
  I find it somewhat irritating, for example, that a button3 on my pen will
  bring up a menu, that I can do nothing with , with the pen.
  Not only can I do nothing with it: I have to grab the core mouse to get rid
  of it.
 
 Yes, i have the same effect. We could check if the device which sent
 button3 is the core pointer...

Okay, glad to see someone else sees that problem is a problem :-)

 BTW, would you try gimp 1.3.7 (or CVS) and try if the problem still
 persists there? If they behave different we'd have a hint how to
 fix 1.2. If 1.3.7 has the effect too, we have a bug on both branches :(

I already tried. I was very disappointed to see that you guys seem to be
following in GNOME's footsteps, and suddenly requiring 3 times the amount of
library dependancies. With the similar effect that the required libraries
dont build well on Solaris.

To be explicit, I cannot build the required libraries for gimp 1.3.7 on
Solaris, my development platform.

[PS: I am on the list. No need to Cc me]

___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer



Re: [Gimp-developer] new xinput device: no movement when button down

2002-06-05 Thread Adam D. Moss

Philip Brown wrote:
  BTW, would you try gimp 1.3.7 (or CVS) and try if the problem still
  persists there? If they behave different we'd have a hint how to
  fix 1.2. If 1.3.7 has the effect too, we have a bug on both branches :(
 
 I already tried. I was very disappointed to see that you guys seem to be
 following in GNOME's footsteps, and suddenly requiring 3 times the amount of
 library dependancies.

I feel your pain.

This is as good a point to ask as any; in following the
latest incarnation of the crazy dep-chain I ran into a
dead-end finding the mysterious 'fontconfig' (fontconfig
is needed by pango is needed by gtk2 is needed by gimp).
Anyone know where I can find such a thing?  I thought
that it sounded like it was probably part of pkgconfig
(pkgconfig is needed by... etc) but it doesn't seem to
be.

Thanks,
--Adam
-- 
Adam D. Moss   . ,,^^[EMAIL PROTECTED]http://www.foxbox.org/   co:3
zing thro===Even when I ch== skin is === === just
bare don't = get puls== Still = unusua==fever
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer



Re: [Gimp-developer] new xinput device: no movement when button down

2002-06-05 Thread Hans Breuer

At 21:37 05.06.02 +0100, Adam D. Moss wrote:
 I already tried. I was very disappointed to see that you guys seem to be
 following in GNOME's footsteps, and suddenly requiring 3 times the
amount of
 library dependancies.

I feel your pain.

This is as good a point to ask as any; in following the
latest incarnation of the crazy dep-chain I ran into a
dead-end finding the mysterious 'fontconfig' (fontconfig
is needed by pango is needed by gtk2 is needed by gimp).
Anyone know where I can find such a thing?  I thought
that it sounded like it was probably part of pkgconfig
(pkgconfig is needed by... etc) but it doesn't seem to
be.

The info was on gtk-devel just a few days ago. I'm
pasting it here while trying to no comment on cvs
gtk/pango brokeness for other backends as X11 ...

Hans

At 11:44 04.06.02 -0400, Owen Taylor wrote:

Pango HEAD now is using fontconfig and Xft2:

Notes:

 * A 'fcpackage' source tarball containing both of these can 
   be found at:

   http://keithp.com/fonts/

 * Red Hat RPMS can be found at:

   http://people.redhat.com/otaylor/xft-rpms/

 * If you aren't interested in bleeding-edge Pango developement, you should
   be using use the pango-1-0 branch of Pango.

 * Until we get a Win32 port of fontconfig, the pango-1-0 branch
   will also be needed on Windows.

 * The fontconfig library is now used for both the Xft and FT2
   backends. mini-xft is gone. The font configuration file is
   found in /etc/fonts/fonts.conf


 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
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer



Re: [Gimp-developer] dependancies (used to be xinput)

2002-06-05 Thread Christian Rose

ons 2002-06-05 klockan 23.28 skrev Philip Brown:
  This is as good a point to ask as any; in following the
  latest incarnation of the crazy dep-chain I ran into a
  dead-end finding the mysterious 'fontconfig' (fontconfig
  is needed by pango is needed by gtk2 is needed by gimp).
  Anyone know where I can find such a thing?  I thought
  that it sounded like it was probably part of pkgconfig
  (pkgconfig is needed by... etc) but it doesn't seem to
  be.
 
 seems that the latest version of pkgconfig is not compatible with the
 latest version of pango.
 Which is a really good reason to not do this sort of nonsense.
 Just use autoconfig like always, instead of this silly pkgconfig.
 It's too redhat, for a software tool that's supposed to be cross-UNIX
 compatible.

Good conspiracy theory or troll, but the problem is that fontconfig has
nothing to do with pkgconfig, so that puts your little offtopic rant at
shame.

fontconfig is designed by Keith Packard of XFree86 fame. There's a
fontconfig tarball at http://keithp.com/~keithp/download/. Haven't tried
it though.


Christian


___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer



Re: [Gimp-developer] dependancies (used to be xinput)

2002-06-05 Thread Philip Brown

On Wed, Jun 05, 2002 at 11:35:25PM +0200, Christian Rose wrote:
 ons 2002-06-05 klockan 23.28 skrev Philip Brown:
  seems that the latest version of pkgconfig is not compatible with the
  latest version of pango.
  Which is a really good reason to not do this sort of nonsense.
  Just use autoconfig like always, instead of this silly pkgconfig.
  It's too redhat, for a software tool that's supposed to be cross-UNIX
  compatible.
 
 Good conspiracy theory or troll, but the problem is that fontconfig has
 nothing to do with pkgconfig, so that puts your little offtopic rant at
 shame.

Actually, fontconfig has nothing to do with the issues *I* had compiling
(as far as I know). That was the original poster's problem.

My problems hit because of 'pangoft2', which is required by gtk1.3.7,
but is NOT INSTALLED by pango1.0.2, the latest version of pango.

Here's a fuller list of all the issues I have compiling the various
dependancies under solaris, for the curious:

==

glib2.0 fails with non-GNU make:
  ...
  Making all in docs
  Making all in reference
  Making all in glib
  make: Fatal error: Don't know how to make target `all-local'
  Current working directory /home/phil/build/glib-2.0.3/docs/reference/glib

 GNU make is 'recommended', but not stated as required.
 The really stupid thing is, its a bogus dependancy. Doing gmake at that
 point, doesnt seem to actually compile anything extra.

Similar problem with atk 1.0.2. however, GNU make is not mentioned at all,
recommended or otherwise

  make: Fatal error: Don't know how to make target `all-local'
  Current working directory /home/phil/build/atk-1.0.2/docs


pango suffers from similar GNU-make-itis

pkg-config when called from other libraries' configure scripts,
keeps whining about 'sh: gnome-config: not found'
eg:

  checking for libpng12... sh: gnome-config: not found


gtk+-2.0.3 README claims that png, jpg, and tiff libraries are optional.
  However, in gtk+-2.0.3/gdk-pixbuf

  /usr/ccs/bin/ld -G -h libpixbufloader-png.so -o .libs/libpixbufloader-png.so 
io-png.lo
  -R/home/phil/build/gtk+-2.0.3/gdk-pixbuf/.libs -R/directio/lib
  -R/directio/lib -L/directio/lib -lpng -lz ./.libs/libgdk_pixbuf-2.0.so
  /directio/lib/libgmodule-2.0.so -ldl /directio/lib/libgobject-2.0.so
  /directio/lib/libglib-2.0.so -lm  -lc 
  ld: fatal: library -lpng: not found
  ld: fatal: File processing errors. No output written to .libs/libpixbufloader-png.so

   Similarly for -ljpeg, once I get over the png error.
   Similarly for -ltiff, once I get over the jpeg error.

   In gtk/stock-icons,
   failed to load ./stock_add_16.png: Failed to load image
   './stock_add_16.png': Fatal error in PNG image file: Incompatible libpng
   version in application and library
  *** Error code 1

  [This was with libpng1.2; downgraded to 1.0.2, and reconfigured... ]

  Hit another GNU-make-ism in  docs/reference/gdk-pixbuf
   Making all in gdk-pixbuf
   make: Fatal error: Don't know how to make target `all-local'
   Current working directory
   /home/phil/build/gtk+-2.0.3/docs/reference/gdk-pixbuf
   *** Error code 1


And finally, the killer, while trying to configure gimp 1.3.7:

checking for GTK+ - version = 2.0.0... yes (version 2.0.3)
checking for pangoft2 = 1.0.0... sh: gnome-config: not found
sh: gnome-config: not found
Package pangoft2 was not found in the pkg-config search path.
Perhaps you should add the directory containing `pangoft2.pc'
to the PKG_CONFIG_PATH environment variable
No package 'pangoft2' found

And before you say I should set my PKG_CONFIG_PATH...
'pangoft2' **was** **not** **installed** by pango1.0.2, even when
I used gmake to compile and install, from scratch.

$ find /usr/local -name 'pangoft*'  -print

returns nothing.

___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer



Re: [Gimp-developer] new xinput device: no movement when button down

2002-06-05 Thread Philip Brown

On Wed, Jun 05, 2002 at 10:57:13PM +0200, Hans Breuer wrote:
...
 The info was on gtk-devel just a few days ago. I'm
 pasting it here while trying to no comment on cvs
 gtk/pango brokeness for other backends as X11 ...
 
   Hans
 
 At 11:44 04.06.02 -0400, Owen Taylor wrote:
 ...
 
  * If you aren't interested in bleeding-edge Pango developement, you should
be using use the pango-1-0 branch of Pango.

Unfortunately, that isnt very informative for people who are downloading 
tarfiles, rather than using CVS. :-(

We need only use pango x.y.z tarball

___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer



[Gimp-developer] GIMP assistance needed

2002-06-05 Thread WHITE,CURTIS (HP-USA,ex1)

I am trying to call the function in GIMP file-print-gimp.  Do you have
   example of the arguments that are needed and the correct syntax?
   I am getting the error Invalid types specified for arguments.  Below is
a copy of the script as I entered it into script-fu.

(file-print-gimp 0 home/eds_cm/screen.xwd home/eds_cm/screen.xwd lp -s
-dhpcp1160 -oraw DJ9xxVIP
/usr/share/printconf/foomatic/data/DJ9xxVIP-530418.foo 1 300 Letter
Plain Tray1 1.0 100 -1 -1 -1 1 1 1 1 1 0 2 2 1 \0 Adaptive 0). 

In addition, I want to use this to print out a screenshot from the xwd
command.  Can I use gimp -b to do this from the command line.  By the way
the screenshot is referenced above as screen.xwd.  

Thank you in advance for your assistance.

 
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer



Re: [Gimp-developer] dependancies (used to be xinput)

2002-06-05 Thread Philip Brown

On Wed, Jun 05, 2002 at 04:05:18PM -0700, Philip Brown wrote:
 And finally, the killer, while trying to configure gimp 1.3.7:
 ...
 Package pangoft2 was not found in the pkg-config search path.
 ...
 $ find /usr/local -name 'pangoft*'  -print
 
 returns nothing.

BTW: I went back and did a   configure ; gmake; gmake install for
pango 1.0.0

that did not install pangoft2* anywhere either, although i certainly see
pango-1.0.0/pango/pangoft2.h
sitting in the source directories. 

same with  pango-1.0.2/pango/pangoft2.h

___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer



[Gimp-developer] ANNOUNCE: Gimp-Print 4.2.2-pre2

2002-06-05 Thread Robert L Krawitz

Gimp-Print 4.2.2-pre2, released June 5, 2002, is a prerelease in
the Gimp-Print 4.2 line.

This software includes the Print plug-in for the Gimp, and GhostScript
and CUPS drivers, including Foomatic data.

The Gimp Print plugin requires the Gimp 1.2.

The CUPS driver requires CUPS 1.1.9 or higher.  1.1.14 or above is
highly recommended, as certain translation-related bugs are fixed and
it is possible to print true CMYK.

The Ghostscript driver requires GNU Ghostscript 5.10, 5.50, 6.51, or any
later GNU Ghostscript release based on 6.51 (e. g. 6.52).

The IJS GhostScript plugin driver requires GNU Ghostscript 6.53 or later
or APFL GhostScript 7.04 or later.

Please read the README file for full instructions on building and
installing this package.


Gimp-Print 4.2.2-pre2 contains the following major changes over
Gimp-Print 4.2.2-pre1:

  1) The IJS driver now handles very large images, such as those that
 can be produced on professional large format Epson Stylus Pro
 printers.

  2) A German translation has been added.

  3) An internal problem that caused crashes on some systems (in
 stp_vasprintf) has been fixed.

The following bugs have been fixed in 4.2.2-pre2:

565091 IJS driver fails on very large images
565092 Crash in stp_vasprintf on some systems

-- 
Robert Krawitz [EMAIL PROTECTED]  http://www.tiac.net/users/rlk/

Tall Clubs International  --  http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- mail [EMAIL PROTECTED]
Project lead for Gimp Print/stp --  http://gimp-print.sourceforge.net

Linux doesn't dictate how I work, I dictate how Linux works.
--Eric Crampton
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer



Re: [Gimp-developer] GIMP assistance needed

2002-06-05 Thread Carol Spears

hi.  even though it says it wants to know about interactive or not, it
really doesn't want to know.  i think that non-interactive is assumed.
at least that is how it worked with perl-fu. 

there is a call extension-screenshot that has gimp call xwd for you. i
don't know if this is better or not.

hope it helps.

carol

On 2002-06-05 at 1616.39 -0700, WHITE,CURTIS (HP-USA,ex1) typed this mail:
 I am trying to call the function in GIMP file-print-gimp.  Do you have
example of the arguments that are needed and the correct syntax?
I am getting the error Invalid types specified for arguments.  Below is
 a copy of the script as I entered it into script-fu.
 
 (file-print-gimp 0 home/eds_cm/screen.xwd home/eds_cm/screen.xwd lp -s
 -dhpcp1160 -oraw DJ9xxVIP
 /usr/share/printconf/foomatic/data/DJ9xxVIP-530418.foo 1 300 Letter
 Plain Tray1 1.0 100 -1 -1 -1 1 1 1 1 1 0 2 2 1 \0 Adaptive 0). 
 
 In addition, I want to use this to print out a screenshot from the xwd
 command.  Can I use gimp -b to do this from the command line.  By the way
 the screenshot is referenced above as screen.xwd.  
 
 Thank you in advance for your assistance.
 
  
 ___
 Gimp-developer mailing list
 [EMAIL PROTECTED]
 http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
 
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer