Tablet and multiple active Areas / Pointer Window Mode

1999-10-30 Thread Simon Budig

Hi all.

I have defined two active Areas on my tablet, one generates core-events,
one not. See the part in the XF86Config.

SubSection "WacomStylus"
Port"/dev/ttyS0"
DeviceName  "Stylus Pen 2"
ModeAbsolute
Suppress10
Serial  2564817921
TopX0
TopY0
BottomX 15240
BottomY 12180
# AlwaysCore
EndSubsection

SubSection "WacomStylus"
Port"/dev/ttyS0"
DeviceName  "Stylus Pen 2"
ModeAbsolute
Suppress10
Serial  2564817921
TopX15240
TopY12180
BottomX 20320
BottomY 16240
AlwaysCore
EndSubsection


From the X-Server point of view it works as expected. But the idea
was: I want to use the bigger area in the top left corner in Window-Mode
and the bottom Left corner as Quickpoint-area. The Problem is:
Gimp detects two different devices with the same name. So it is impossible
for me (without a mouse or using the menus) to change the "windowed"
Pen to another tool, because the Quickpoint-Area is an own extended
device.

Is it possible for Gimp to treat two XInput-Devices as the same
"Gimp-"Device?

Bye,
Simon

-- 
  [EMAIL PROTECTED]   http://www.home.unix-ag.org/simon/



UI consistency in Gimp

1999-10-30 Thread Olof S Kylander

Hello Gimpers


Some items that I think need a shape up before 1.2. I know code it or
move away, but I thought you might want to know anyway. 

The info window is very nice but it is not explored to it's fully
functionality. First of all it's not auto switched which IMHO is mandatory.

The measure tool and the status info (i.e the pos in the image currently
displayed in the status bar). Not that I'm not saying that it should be
present in a popup (measure) or in the status bar. I'm just saying that
the info should also be present in the info window.

The nav widow should be integrated into the info window or at least the
nav window should be auto switched (which IMHO is mandatory).

Gimp has number of mod keys when you make selections. This makes the
select commands very powerful but hard to control. In my opinion it's
better to have an option for pure circles and squares, instead of a
modkeys. There are simply to many funcs pressed in to mod key combinations
at the moment (i.e this is not intuitive). 

When you move a selection you get a floating section IMNSHO this is
_not_ good. It should be the selection it self you move, Alt + Move
(selection) creates a floating selection which you can also move. Why?
It's irritating to always get a float. We will enter the windows world
Win32 Gimp and it's more common to have the move tool to move the
selection it self.

I think the constant ratio is a bit confusing or at least I can't get it
to work in intersect and minus mode. I think it also would be very nice
to set only one way as fixed e.g only one pixel wide but unlimited range
in height. (I might miss some of the trillion short cut keys, but as I
said they are to many at the moment to hold in your (my) tiny head).

Cheers Olof   



--

Olof Kylander  Frozenriver Digital Design   http://www.frozenriver.nu

Consultant at Sigma nBiT

Technical writer and coauthor of GUM (the Gimp User Manual)









Re: Plugins

1999-10-30 Thread Marc Lehmann

On Fri, Oct 29, 1999 at 11:46:30PM +0200, [EMAIL PROTECTED] wrote:
  Should we leave the plug-ins as they are know or bugfix them i18n-wise?

Real design bugs can´t be solved for 1.2, so either we can do it
painlessly or we can´t do it (in 1.2).

  bugfixing way... Otherwise I would suggest du disable i18n for plug-ins
  which on the other hand is a bad solution because localisation is a

I´m not sure LANG=de works extraordinarily good for me... no extra
menus or other problems anymore, so I think we should only disable the
languages that don´t work.

  On the GIMP booth at the Systems we have had some really nice discussions
  about this, also with firms which use GIMP for web publishing. Just

Yes ;- But these ideas were mostly aimed at 1.3, no?

Or do we plan to revamp the registry, the i18n system c before 1.2? no..

-- 
  -==- |
  ==-- _   |
  ---==---(_)__  __   __   Marc Lehmann  +--
  --==---/ / _ \/ // /\ \/ /   [EMAIL PROTECTED] |e|
  -=/_/_//_/\_,_/ /_/\_\   XX11-RIPE --+
The choice of a GNU generation   |
 |



Using GIMP Plug-ins with other Apps?

1999-10-30 Thread Bill Dolson

HI;
I may be interested in using GIMP plugins with a special-purpose
application I'm developing.  Is anyone aware of anybody having done
this?  (That is, using GIMP plug-ins with something other than GIMP). 
I've read through gimplib and plug_in.c and broadly understand the
interface, but if anyone actually has done this I'd be interested in
their experience.  I just want to be able to easily add a nice library
of filters to my app and the GIMP Plug-ins certainly fit the bill.

Please CC me as I have not joined the list.

Thanks in advance;
Bill Dolson