Re: Bluesky ideas of the week

2000-08-14 Thread Tom Rathborne

On Mon, Aug 14, 2000 at 09:03:30AM +0100, Adam D. Moss wrote:
 Tom Rathborne wrote:
  Corel's PhotoPaint program is a full GIMP-like paint program
 
 I'm pretty sure that what you saw was probably Corel Painter, not
 Corel PhotoPaint.  Corel Painter was bought from MetaCreations and
 was better-known as Fractal Painter in the 'old days'.  It has also
 supported network-painting for a long time.  I don't know if they
 intend it to supercede PhotoPaint (that would be fine if it means a
 better chance of seeing a Linux version).

Ahh, I didn't realize Corel had bought Painter ... so now the name
"Network Painter" makes more sense!

  I agree that it would get messy - the stuff I saw on the screen
  was obviously the result of a bunch of clashing artists. I think
  the full power of the GIMP would be useful in many networked
  situations:
 
 I agree, although usefulness is a secondary consideration to me.
 I'll take fun over usefulness most days.  Having both is just a
 bonus.  =)

Now now ... that's exactly the attitude that has got the GIMP the
interface it has today.
... and I love it! :)

  If UI stuff was also transmitted then it would be a _great_ remote
  teaching tool.
 
 I don't know what the actual mechanism for Painter's network-
 painting is, but I understand that it works perfectly nicely over
 modem.  Hence I assume that they try to avoid sending actual pixmap
 data as much as possible!

As long as both images are sharing the same random number stream, two
GIMPs should be able to duplicate each other's rendering exactly. So,
in that diagram of all the components of GIMP 2.0, each edge should
probably be considered a candidate for "networking".

Tom

-- 
--   Tom Rathborne [EMAIL PROTECTED] http://www.aceldama.com/~tomr/
--  "We promise according to our hopes, and perform according to our fears."
-- -- Francois, Duc de la Rochefoucauld



Re: Bluesky ideas of the week

2000-08-14 Thread Sherm Pendley

On Monday, August 14, 2000, Marc Lehmann [EMAIL PROTECTED] wrote:

However, I just looked at gdk and it doesn't look like if it supported
multiple displays at all (one global variable), so there would need to
be a major design change (and probably a large API change as
well).

FWIW, I was reading the release notes for gtk-xemacs last night. One missing feature 
of that port is multiple display capability, and the reason given is lack of support 
for it in Gtk/Gdk.

sherm--




Re: Bluesky ideas of the week

2000-08-13 Thread Tom Rathborne

James;

On Sun, Aug 13, 2000 at 01:33:20PM -0400, James Smaby wrote:
 Tom wrote:
  At SIGGRAPH I saw "Corel Network Painter" or something like that
  in action.  Basically there were a bunch of people all painting on
  the same image via the network.  Something worth duplicating in
  the GIMP?
 
 This does sound like a fun thing to do, but I don't see it working
 all that well with the gimp.  A large part of the gimp consists of
 filters and such.  If many people were applying filters at the same
 time, hell would break loose on the poor image.  If all that is
 wanted is drawing then a much simpler program would be better.  

Corel's PhotoPaint program is a full GIMP-like paint program and
people seemed to be having a lot of fun with it. I agree that it would
get messy - the stuff I saw on the screen was obviously the result of
a bunch of clashing artists. I think the full power of the GIMP would
be useful in many networked situations:

As a collaborative work tool ... If only one person was working on
each layer, there would be essentially no contention. With some
workflow management it might be a good ink-paint-composite pipeline
tool.

If UI stuff was also transmitted then it would be a _great_ remote
teaching tool. Imagine people popping into IRC with hard-to-explain
problems and just granting access to their NetGIMP to someone who
offers to help.

Cheers,

Tom

-- 
--   Tom Rathborne [EMAIL PROTECTED] http://www.aceldama.com/~tomr/
--  "We promise according to our hopes, and perform according to our fears."
-- -- Francois, Duc de la Rochefoucauld



Re: Bluesky ideas of the week

2000-08-13 Thread Marc Lehmann

On Sun, Aug 13, 2000 at 01:16:39PM -0400, Tom Rathborne [EMAIL PROTECTED] wrote:
 At SIGGRAPH I saw "Corel Network Painter" or something like that in
 action.  Basically there were a bunch of people all painting on the

Something like emacs' opening multiple views on different DISPLAY's?

Can gtk+ do that?

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



Re: Bluesky ideas of the week

2000-08-13 Thread Tom Rathborne

Garry;

On Sun, Aug 13, 2000 at 08:09:27PM -0400, Garry R. Osgood wrote:
 Marc Lehmann wrote:
 
  On Sun, Aug 13, 2000 at 01:16:39PM -0400, Tom Rathborne [EMAIL PROTECTED] wrote:
   At SIGGRAPH I saw "Corel Network Painter" or something like that
   in action.  Basically there were a bunch of people all painting
   on the
 
  Something like emacs' opening multiple views on different
  DISPLAY's?
 
  Can gtk+ do that?
 
 One display server-specific thing that gets built into a particular
 compilation of GTK+-1.2.8 are choices about Xinput implementation,
 via the  GTK--xinput configuration switch. Not sure how events sort
 out when one instance of GTK is faced with different flavors of
 Xservers with different tablet drivers that map their valuators into
 XEvents differently.  I don't think that emacs has to deal with
 anything beyond core pointers and keyboards and is insulated from
 the XInput morass.

What? You can't use multiple pressure-sensitive styluses in emacs?
I'm surprised ... I thought emacs did everything.

 Tom? What was the mix of hardware?  Or were all the platforms
 uniform?

It was in the CAL and I think it was a cluster of Windows machines...
or Macs ... or a mix. I didn't walk all the way around the cluster.
Oops.  I didn't look very closely at how it was working, but it
appeared to me that it was actually a full copy of Network Painter per
machine and they were "sharing" the image somehow. That is, I think
painting and filters were calculated on the client side. Of course I
have nothing with which to back up that supposition. People just
seemed to have realtime feedback on their own machines.

I have no idea how it handled locking/serialization.  The users didn't
need to know and were enjoying their group paint session.  There was
even a text chat window where they were discussing the image.

In any case I think our question needs to be "how would it work best
for the GIMP?". I think a "network tile source" would make sense.
Another argument for abstracting the tile system from GEGL? *grin*

Cheers,

Tom

-- 
--   Tom Rathborne [EMAIL PROTECTED] http://www.aceldama.com/~tomr/
--  "We promise according to our hopes, and perform according to our fears."
-- -- Francois, Duc de la Rochefoucauld