Re: [Gimp-developer] workaround to bad pixmaps on solaris

2002-06-09 Thread Philip Brown
On Sun, Jun 09, 2002 at 01:00:27PM +0200, Sven Neumann wrote: Hi, Philip Brown [EMAIL PROTECTED] writes: Just FYI: Xsun with XFree extensions is known to have a problem with certain video cards, which makes some gtk programs that use pixmaps, not display properly. ... I think

Re: [Gimp-developer] dependancies

2002-06-08 Thread Philip Brown
On Fri, Jun 07, 2002 at 11:02:02PM -0700, Akkana wrote: I just wrote up a page listing the packages I installed to build various versions of the gimp on my Redhat and Debian machines (in addition to whatever I previously had installed). ... Fortunately the 1.3.7 tarball builds fine, so the

Re: [Gimp-developer] dependancies

2002-06-08 Thread Philip Brown
Ah, durnit... I forgot which part of things I was building, and just cut-n-pasted. i thought I was building gimp at that point. sorry folks ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

Re: [Gimp-developer] dependancies

2002-06-08 Thread Philip Brown
On Sat, Jun 08, 2002 at 05:51:29PM +0200, Sven Neumann wrote: Hi, Philip Brown [EMAIL PROTECTED] writes: Thanks for checking and making the list. Actually, I used all tarballs. I did not use CVS for any of it. So now I have an executable built. It just doesnt work properly, and makes

Re: [Gimp-developer] dependancies

2002-06-07 Thread Philip Brown
On Fri, Jun 07, 2002 at 02:21:39AM -0400, Carol Spears wrote: So far, I just see extra hassle, to what is already a big hassle tracking down umpteen different new packages if you're not running linux or something that has them already. you make the best arguement for yourself not

Re: [Gimp-developer] dependancies

2002-06-06 Thread Philip Brown
On Thu, Jun 06, 2002 at 11:08:36AM +0200, Sven Neumann wrote: Philip Brown [EMAIL PROTECTED] writes: 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

Re: [Gimp-developer] dependancies

2002-06-06 Thread Philip Brown
Another dependancy issue: In the INSTALL file, #5, you MAY want to install other third party... stuff, should be reworded to we EXPECT the following third-party libraries to be installed. may implies an optional thing, that configure will automatically figure out and work around. expect

[Gimp-developer] gimp1.3.7,solaris8, Xsun

2002-06-06 Thread Philip Brown
So after adding the freetype2 lib,and others, i finally managed to get gimp to compile and link. But now there's a huge problem - it messes up my X server. I start it up, the new installation dialog comes up with [continue] [cancel] at the bottom... and it has screwed up my mouse. The mouse

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

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]

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.

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

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

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

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

2002-06-04 Thread Philip Brown
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

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

2002-06-02 Thread Philip Brown
On Sun, Jun 02, 2002 at 02:53:57PM +0200, Sven Neumann wrote: Philip Brown [EMAIL PROTECTED] writes: I'm writing a new xinput extension module. I'm implementing support for my device as a *NON-CORE* device. [...] Can anyone suggest what I need to do, to make gimp happy? I'm

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

2002-06-01 Thread Philip Brown
I'm writing a new xinput extension module. I'm implementing support for my device as a *NON-CORE* device. [This is for gtk compiled with --xinput=xfree ] I've got cursor movement working just fine. Plus, when I press on the pen, an appropriately dark splotch appears on the canvas. However...