Re: Bluesky ideas of the week

[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

[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: PCX import

[Kevin Cozens]

At 10:08 PM 08/12/2000 +0200, Martin Weber wrote:
... For most formats GIMP has a very good solution, but for PCX
ImageMagick and XV loads the pictures 50 % faster into memory than GIMP.
Where could pcx.c be optimized?

I have only taken a quick look at pcx.c but I can see where some minor(?) 
optimizations might be made in a few loops. I don't know what impact (if 
any) it would have on the load time. I don't have any PCX coded files let 
alone ones that test each of the load routines to be able to try the minor 
changes to the code and see what impact it would have on the load times.


Cheers!

Kevin.  (http://www.interlog.com/~kcozens/)

Internet:kcozens at interlog.com   |"What are we going to do today, Borg?"
   or:ve3syb at rac.ca  |"Same thing we always do, Pinkutus:
Packet:ve3syb@va3bbs.#scon.on.ca.na|  Try to assimilate the world!"
#include disclaimer/favourite|  -Pinkutus  the Borg