Re: gimp swap file
> /usr/bin/gimp: unable to open swap file...BAD THINGS > WILL HAPPEN SOON it means save what your doing and close that image, and set your swap file to something your allowed to write too. file->preferences... will take you to all that.
animation frames for irix or numbered frames...
anyone here know how to get a gimp animation prepared for irix to dump to video? i tried the AVI plug in, but the resulting file was mangled. maybe an export to numbered frams?
Re: animation frames for irix or numbered frames...
ok, found it and realzing i really need to sleep one of these days. /Video/Frames Convert... the default tif works great. On Thu, 6 Jul 2000, pixel fairy wrote: > anyone here know how to get a gimp animation prepared for irix to dump to > video? i tried the AVI plug in, but the resulting file was mangled. > > maybe an export to numbered frams? > >
Re: need manus
gimp just reads them from your plug ins and scripts directories, look in file->prefernces to set these, but they should have been set by the installation. On Fri, 7 Jul 2000, [iso-8859-1] Fethi BELGHAOUTI wrote: > hi to all, > smoe of many manus aren't in my Gimp. > Like file->saves as->GIF89a or Gif format. > or ->scrpt-fu->animator->fire > or many other! how can i do to add all the manu's Gimp > ? > thank you ! > > ___ > Do You Yahoo!? > Achetez, vendez! À votre prix! Sur http://encheres.yahoo.fr >
compile problem in cvs gimp
below is the error message, while looking in cs.po i found, 326 <<< cs.po 333 === 340 >>> 1.34 387 <<< cs.po 391 === and at 392 there was another >>> 1.34 but it was not listed as a parse error... 516 <<< cs.po 522 === mkdir ../blib/arch/auto/i18n mkdir ../blib/lib/auto/i18n /usr/bin/perl ../pxgettext `find .. -name '*.pm' -o -name '*.xs' -o -path '../examples/*'` ../Perl-Server > gimp-perl if cmp -s gimp-perl.pot~ gimp-perl.pot; then rm -f gimp-perl.pot~ ; else mv gimp-perl.pot~ gimp-perl.pot; fi /usr/bin/msgfmt -o cs.gmo cs.po cs.po:326: parse error cs.po:333: parse error cs.po:340: parse error cs.po:387: parse error cs.po:391: parse error cs.po:516: parse error cs.po:522: parse error cs.po:525: parse error cs.po:527: keyword "cs" unknown cs.po:532: parse error cs.po:733: parse error cs.po:743: parse error cs.po:750: parse error cs.po:754: parse error cs.po:759: parse error cs.po:952: parse error cs.po:958: parse error cs.po:961: parse error cs.po:963: keyword "cs" unknown cs.po:968: parse error too many errors, aborting make[4]: *** [cs.gmo] Error 1 make[4]: Leaving directory `/home/pixel/stuff/gimp/plug-ins/perl/po' make[3]: *** [subdirs] Error 2 make[3]: Leaving directory `/home/pixel/stuff/gimp/plug-ins/perl' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/pixel/stuff/gimp/plug-ins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/pixel/stuff/gimp' make: *** [all-recursive-am] Error 2 # Czech translation of GIMP perl 1.1.23. # Copyright (C) 2000 Free Software Foundation, Inc. # Stanislav Brabec <[EMAIL PROTECTED]>, 2000. # msgid "" msgstr "" "Project-Id-Version: gimp-perl 1.1.23\n" "POT-Creation-Date: 1999-09-12 17:58+0200\n" "PO-Revision-Date: 2000-06-13 12:06+02:00\n" "Last-Translator: Stanislav Brabec <[EMAIL PROTECTED]>\n" "Language-Team: Czech <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=ISO-8859-2\n" "Content-Transfer-Encoding: 8bit\n" msgid "FATAL: unable to create $tmp: $!\n" msgstr "FATÁLNÍ: nepodaøilo se vytvoøit$tmp: $!\n" msgid "" "Expected an INT32 but got '%s'. Add '*1' if you really intend to pass in a string" msgstr "" "Oèekáváno INT32, ale obdr¾eno '%s'. Pokud je to úmysl, pøidejte '*1', aby bylo " "pøedáno jako øetìzec" msgid "/Filters/Web/Prepare for GIF..." msgstr "/Filtry/Web/Pøíprava pro GIF..." msgid "/Filters/Animation/Animate Cells..." msgstr "/Filtry/Animace/Animovat buòky..." msgid "" " interface-arguments are\n" " -o | --outputwrite image to disk, don't display\n" " -i | --interactlet the user edit the values first\n" " script-arguments are\n" msgstr "" " argumenty-rozhraní jsou\n" " -o | --output zapí¹e obrázek na disk, nezobrazuje\n" " -i | --interactnechá u¾ivatele nejdøíve upravit hodnoty\n" " argumenty-skriptu jsou\n" msgid "/Xtns/Render/Font Table..." msgstr "/Roz¹./Vyobrazení/Tabulka písma..." msgid "being called as '%s', but '%s' not registered in the pdb" msgstr "voláno jako '%s', ale '%s' není v pdb registrováno" msgid "argument type %s expected (not %s)" msgstr "oèekáván argument typu %s (ne %s)" msgid "Browse" msgstr "Procházet" msgid "Reset all values to their default" msgstr "Nastavit v¹e na implicitní hodnoty" msgid "WARNING: client tried to unlock without holding a lock" msgstr "VAROVÁNÍ: klient se pokusil odemknout bez vlastnictví uzamèení" msgid "$_: illegal switch, try $0 --help\n" msgstr "$_: neplatný pøepínaè, zkuste $0 --help\n" msgid "required callback 'run' not found\n" msgstr "poøadované zpìtné volání 'run' nebylo nalezeno\n" msgid "/Xtns/Render/Logos/Glowing Steel" msgstr "/Roz¹./Vyobrazení/Loga/®havé ¾elezo" msgid "Brush Selection Dialog" msgstr "Dialog výbìru ¹tìtce" msgid "gimp procedure '%s' not found" msgstr "gimp procedura '%s' nebyla nalezena" msgid "Pattern Selection Dialog" msgstr "Dialog výbìru vzorku" msgid "/Filters/Web/Perl-o-tine..." msgstr "/Filtry/Web/Perl-o-tina..." msgid "function '$exe' not found in this script (must be one of " msgstr "funkce '$exe' nebyla v tomto skriptu nalezena (musí být jedna z " msgid "pixel size mismatch, pdl has %d channel pixels but %d channels are required" msgstr "" "zmatek ve velikosti v pixelech, v pdl má %d kanálových pixelù, ale je po¾adováno " "%d kanálù" msgid "Load" msgstr "Naèíst" msgid "/Xtns/Render" msgstr "/Roz¹./Vyobrazení" msgid "/Xtns/Perl/Control Center..." msgstr "/Roz¹./Perl/Øídící centrum..." msgid "illegal parasite specification, reference expected" msgstr "neplatné urèení parazita, oèekáván odkaz" msgid "Date/Version" msgstr "Datum/Verze" msgid "Status" msgstr "Stav" msgid "/Layers/Center Layer" msgstr "/Vrstvy/Vycentrovat vrstvu" msgid "wrong authorization, aborting connection" msgstr "¹patná autorizace, ru¹í se spojení" msgid "BG
Re: Hi, I'm here to scratch a scripting itch.
you may want to invlove yourself in development of gimp 1.4 or 2.0 if you really want to make really big changes. On Mon, 10 Jul 2000, Simon Britnell wrote: > I have a desire to write gimp scripts which run from the command line > with gimp --batch > and I'm balked at the odd differences between batch access and normal > scripting. > As this constitutes an itch, I thought I'd scratch it by removing the > differences > (ie. propagate the much nicer internal usage out to the command line). > Before embarking on a mad fit of scratching, I'd like to find out a few > things: > > 1) Why is it like that. If there's a good reason for it to be that way, > I shouldn't "fix" it. > 2) Is somebody already working on this? If so how may I assist. > 3) Are there any monster architectural changes that are about to make > this irrelevant for 1.2? > 4) Before I dive blindfold into the deep end of the code, is there any > advice about where I > should start looking? > 5) Are there any good online developer docs abnout gimp internals that I > can/should read > before starting? > > Thanks for your time folks. >
arbritrary stroke?
id like to be able to stroke a path with the cloning stamp, or with an arbritrary tool. is this possible in the current (cvs) gimp?
Re: Gimp to MacOS
impress is probably as good as weve got for a page layout app. so something like that would be a good development, especially with your experience. we do need good non linear animation, but i think the best way to do that would be to build it around the gimp, alot like GAP, but to support some the cool features of mng and other such niceities the export would have to be directly from it, not back to the gimps layered amination thing. meaning it would have its own format which i would either include the xcf files or pointers to them (like in index in a directory, which may really be a tgz file or some such). wonder how hard sound syncronization would be... anyway, theres some stuff for you to think about. hope it helps. > So maybe GIMP is not an option for me to work on. However, I want to develop > something. I have approximately 6 years of C/C++ experience with assembler > developing commercial applications. My interests are graphics, Desk-top > publishing and system level utilities. > > Is there a nice Desk-top publishing app for Linux out? (Something Like Quark > Xpress, PageMaker or Indesign?) I have used Quark and developed extensions > for it for years, I have also written a few Photoshop plug-ins. As far as > system apps, I like writing disk utilities, I started writing ghosting > software a year or so ago before I finished college. > > Can anybody help me decide where to focus my efforts? I don't really want to > duplicate efforts if someone else is trying to do something. However, I > would like to contribute to bringing quality, commercial, and professional > open software to the community. > > So can anybody give me suggestions as what to develop, what is needed out > there, everytime I want to do something, it seems that someone else is > either doing it, or it is done. > > Sorry for the Off-topic post and the cross post, but I think that perhaps > your input can help me out. > > Jason >
Re: Gimp to MacOS
> pixel fairy wrote: > > I, and others. are working on that with matterial > ( http://matterial.sourceforge.net/ ). > > > but i think the best way to do that > > would be to build it around the gimp, alot like GAP, > > Although the GIMP's interface is great as a graphics editor, > it is not that great as a non-linear editor. i meant by building a different interface and keeping the gimp running with it. thats why i mentioned gap, which also has its own interface but the gimp runs "behind" it and you can always use it on an image (or multiple images) i guess what i have in mind is kinda hard to describe... > See ya > > Charles Iliya Krempeaux >
perl 5.6? or on openbsd 2.7
does gimp perl work with perl 5.6? this is what ships with openbsd 2.7 or, has anyone gotten the gimp perl stuff to work with it?
Re: Plugins - what they can and cannot do.
tile editor? you so you can make seamles tiles? (im guessing here, dont know what you mean by tile editor) maybe just make a plug in that displays the drawable(s) in an offset view. of course you would have to have an update button or poll the image regularly or something silly like that (which is why i never bothered to make this plug in) so what we really need is something for alternate forms of displaying the image, such as offset or hieghtfield (already working on that one, now that i fixed the silly clipping problem but polling and having an update button is how im doing it) or mapped to abritrary shapes... at the least a way for a plug in to know when an image changes... On Fri, 1 Sep 2000, david rohde wrote: > I was recently looking at the possibility of a gimp tile editor. After looking in >to it I have > found that this is really quite difficult to do with the plugin api. > > As far as I can see it would be possible but at the user end it would be messy. > > The plugin would have to create a new canvas, then allow the user to > draw on this and then read back from the canvas. (and possibly destroy > it). > > Non editible sections of the image could be protected by being put in a seperate >layer. The user > could change layers by using a menu on the plugin. > > My main concern is that there is no way (as far as I know) to prevent the user using >the layer menu, > to bypass all of this. > > Is what I am saying making sense? > Has anyone else encountered this problem? > Thanks > David >
silly display programming question
ive been using opengl for most graphics stuff, but now i want to write a simple app (gui for scarse, a scanner calibrater) and i think opengl is overkill here. whats the simplest method of displaying an image with some interface elements over it, in this case a loaded tiff (probably using tifflib) with lines (of inverse color perhaps) that can be moved.
Re: tiled view
On Tue, Jan 23, 2001 at 01:49:44PM +0100, Mattias Engdegård wrote: > >1. Draw first attempt at tile > >2. Image->Transforms->Offset > >2a. Hit Offset by x/2 y/2 etc. > >3. Fiddle with any edges revealed by this > > It is frequently useful to see how the tile looks when tiled many > times, to reveal any disturbing salient patterns. The above procedure > can only help with the local edge transition but doesn't give you any > overview > > >Adding a special mode to Gimp seems like overkill to me, but hey - it's > >a popular request and all patches will be considered. > > I think it might actually be a good idea, but the design has to be thought > out carefully while your thinking about it, something like an abstracted view plug in system could be nice. that way the tiled view would be a simple use of it. as could print preview, hightfields etc...
Re: RFC: unified system of "PaintObjects" (long)
On Wed, Feb 14, 2001 at 02:00:28PM +, Austin Donnelly wrote: > On , 9 Feb 2001, Jens Lautenbacher wrote: > > > Therefore I propose to completely rewrite everything that can be > > considered a "PaintObject" into a generic provider form, where the > > paintcore for each operation asks the provider for it's data. > > It would be nice to be able to use loadable modules to implement new > "providers", so that the first cut can ignore natural media, but then > (eg Raph?) can add them later as a module. > > Basically, make it a nice harness for the people playing with > watercolour simulators etc to use. or painting on to other surfaces that are not flat (ie, 3d paint thingy) or having a bump/displacement map "paint filter"... just throwing ideas... > Austin
imagemap plug in
is the imagemap plug in maintainer on this list? it crashes randomly (course that could just be the gimp) usually on startup or when trying to save. __ Do You Yahoo!? Talk to your friends online with Yahoo! Messenger. http://im.yahoo.com
Bug? cannot duplicate color channel
is seems you cannot do to the three color channels what you can to any other, such as duplicate. duplicating a color channel is usefull for things like masking out complex selections (like hair)
Re: Bug? cannot duplicate color channel
Carey Bunks wrote: >> is seems you cannot do to the three color channels what you can to any >> other, such as duplicate. >> duplicating a color channel is usefull for things like masking out >> complex selections (like hair) Dear Pixel Fairy, Try using Decompose (found in the Image:Image/Mode menu) with the RGB option. Your friend, The Tooth Fairy ;-) YEY!! Tooth fairy thanks.
a little optimization flip instead of rotate 180
for rotate->180, why not just flip vertical? its much faster __ Do You Yahoo!? Talk to your friends online and get email alerts with Yahoo! Messenger. http://im.yahoo.com/
Re: a little optimization flip instead of rotate 180
ok, one flip horizontal and one vertical. --- Jon Winters <[EMAIL PROTECTED]> wrote: > On Fri, 28 Apr 2000, pixel fairy wrote: > > > for rotate->180, why not just flip vertical? its > much > > faster > > They are two completely different things. Try each > operation on some > text. > > -- > Jon Winters http://www.obscurasite.com/ > >"Everybody loves the GIMP!" > http://www.gimp.org/ > __ Do You Yahoo!? Talk to your friends online and get email alerts with Yahoo! Messenger. http://im.yahoo.com/
Re: a little optimization flip instead of rotate 180
can you add this as a tip of the day then? --- Sven Neumann <[EMAIL PROTECTED]> wrote: > Hi, > > the rotate90 routines could need a little > optimization, but to do so, we'd > have to move them into the core (they are performed > in a plug-in now). This > will probably happen in the next development cycle, > but not before 1.2. > > > Salut, Sven > > > __ Do You Yahoo!? Talk to your friends online and get email alerts with Yahoo! Messenger. http://im.yahoo.com/
location of glibconfig.h, why?
why does glibconfig.h go in $prefix/lib/glib/include while glib.h goes in $prefix/include? gimp dont seem to know where it is. i ran into this after deleting the gtk slackware packages and reinstalling. glib-config --cflags works fine, but ./configure on the gimp tree does not. (it fails while building) __ Do You Yahoo!? Send instant messages & get email alerts with Yahoo! Messenger. http://im.yahoo.com/
Re: cdisplay configuration - should it be stored in system configuration?
--- Karl Heinz Kremer <[EMAIL PROTECTED]> wrote: > I am trying to understand what the cdisplay modules > can or can not > do for a color management system. In my opinion the > configuration > of these modules should be stored in a user's gimprc > file and not > as parasites in an image: If I move an image from there is a place for both. the gamma correction (the correction curve from which the actual gamma is 1) should be local. the target gamma (gamma in which the image is to be viewed) could be a parasite. this kind of thing may be easier to just set for the gimp globally (or maybe such a global setting could be the default) > the cdisplay_gamma module I expect this same gamma > setting to be restored > when I load the image back into Gimp. This does not > happen. It seems like > the system "forgets" about the fact that I had any > display modules selected, > and also ignores the setting of the gamma value once > I re-select the > gamma module. what is this gamma module you speak of? i just started writing a color system for XFree86 to take advantage of the hardware gamma correction available in some cards and because linux badly needs some kind of color management / calibration systems besides the gamma.tif from bmrt.org. is it already done? i know imlib has this, but its not in hardware which is bad for really sensitive appliaction (like print and film) __ Do You Yahoo!? Send instant messages & get email alerts with Yahoo! Messenger. http://im.yahoo.com/
anyone here know anything about color calibration?
having only used canned tools (like the ones in photoshop and that come with graphics drivers) i made a script to help calibrate monitors. im trying to gather info on color matching to make a free implementation of ICC profiles. i already got the c code for reading/writing profiles from color.org __ Do You Yahoo!? Send instant messages & get email alerts with Yahoo! Messenger. http://im.yahoo.com/
signal invalidate preview?
2000-05-12 Sven Neumann <[EMAIL PROTECTED]> * gimpdrawable.c: enabled the (commented out) signal "invalidate_preview". does this mean theres a way for a plug-in to know if a certain drawable or image or whatever has changed? i need this for a plug in that does not actually change the drawable, just displays it as a heightfield, and dont like having to update or set to update every x milliseconds. this would also be good for an offset view plug in (to make seamless tiles while you see them that way. simple concept, but a bitch the way things are now for the same reason) __ Do You Yahoo!? Send instant messages & get email alerts with Yahoo! Messenger. http://im.yahoo.com/
Re: secretive plug ins (was signal invalidate preview?)
Emil wrote: > Oh, and please forgive me for being semi-secretive > about the plug-in > mentioned above. It's part of a project I'm working > on, and will be > released under the GPL, but before the entire > project is closer to > its release, I prefer to keep a low profile. :) i just hope its not something i plan on doing too. we usually like to make at least a little noise about what we are doing to prevent unesscary duplication of efforts. __ Do You Yahoo!? Send instant messages & get email alerts with Yahoo! Messenger. http://im.yahoo.com/
Re: A really cool color selection dialog
alias did that. thought it was really cool than forgot about it. thanks. __ Do You Yahoo!? Send instant messages & get email alerts with Yahoo! Messenger. http://im.yahoo.com/
Re: gimp / PS (was swf)
--- Jon Winters <[EMAIL PROTECTED]> wrote: > just keeping an eye on what Photoshop is up to and > expecting Gimp to > follow along. well see adobe following us too __ Do You Yahoo!? Send instant messages & get email alerts with Yahoo! Messenger. http://im.yahoo.com/
gimp-1.1.23 compile error
../libtool: line 582: syntax error near unexpected
token `|*]*)'
../libtool: line 582: `
*[\[\~\#\^\&\*\(\)\{\}\|\;\<\>\?\'\ \ ]*|*]*)'
make[2]: *** [gimp.lo] Error 2
make[2]: Leaving directory
`/home/pixel/stuff/gimp-1.1.23/libgimp'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/home/pixel/stuff/gimp-1.1.23'
make: *** [all-recursive-am] Error 2
blossom:~/stuff/gimp-1.1.23$ uname -a
Linux blossom 2.2.14 #4 Fri Apr 14 01:04:06 PDT 2000
i686 unknown
the last CVS gimp and 1.1.22 both compiled fine. i did
update this with a patch file, so that may have
something to do with it. i also did make clean,
./configure before make
__
Do You Yahoo!?
Kick off your party with Yahoo! Invites.
http://invites.yahoo.com/
Re: gimp-1.1.23 compile error
the full dist (instead of just the patch) worked fine.
--- pixel fairy <[EMAIL PROTECTED]> wrote:
> .../libtool: line 582: syntax error near unexpected
> token `|*]*)'
> .../libtool: line 582: `
> *[\[\~\#\^\&\*\(\)\{\}\|\;\<\>\?\'\ \ ]*|*]*)'
> make[2]: *** [gimp.lo] Error 2
> make[2]: Leaving directory
> `/home/pixel/stuff/gimp-1.1.23/libgimp'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory
> `/home/pixel/stuff/gimp-1.1.23'
> make: *** [all-recursive-am] Error 2
> blossom:~/stuff/gimp-1.1.23$ uname -a
> Linux blossom 2.2.14 #4 Fri Apr 14 01:04:06 PDT 2000
> i686 unknown
>
> the last CVS gimp and 1.1.22 both compiled fine. i
> did
> update this with a patch file, so that may have
> something to do with it. i also did make clean,
> ../configure before make
>
> __
> Do You Yahoo!?
> Kick off your party with Yahoo! Invites.
> http://invites.yahoo.com/
__
Do You Yahoo!?
Send instant messages & get email alerts with Yahoo! Messenger.
http://im.yahoo.com/
CVS compile error
any idea what happend? this is with a fresh CVS install. cd . && rm -f stamp-cat-id && echo timestamp > stamp-cat-id file=./`echo ca | sed 's,.*/,,'`.gmo \ && rm -f $file && PATH=../src:$PATH /usr/bin/msgfmt -o $file ca.po file=./`echo cs | sed 's,.*/,,'`.gmo \ && rm -f $file && PATH=../src:$PATH /usr/bin/msgfmt -o $file cs.po file=./`echo da | sed 's,.*/,,'`.gmo \ && rm -f $file && PATH=../src:$PATH /usr/bin/msgfmt -o $file da.po file=./`echo de | sed 's,.*/,,'`.gmo \ && rm -f $file && PATH=../src:$PATH /usr/bin/msgfmt -o $file de.po file=./`echo en_GB | sed 's,.*/,,'`.gmo \ && rm -f $file && PATH=../src:$PATH /usr/bin/msgfmt -o $file en_GB.po file=./`echo es | sed 's,.*/,,'`.gmo \ && rm -f $file && PATH=../src:$PATH /usr/bin/msgfmt -o $file es.po file=./`echo fi | sed 's,.*/,,'`.gmo \ && rm -f $file && PATH=../src:$PATH /usr/bin/msgfmt -o $file fi.po fi.po:1106: keyword "dmsgid" unknown found 1 fatal errors make[2]: *** [fi.gmo] Error 1 make[2]: Leaving directory `/home/pixel/stuff/gimp/po' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/pixel/stuff/gimp' make: *** [all-recursive-am] Error 2 __ Do You Yahoo!? Yahoo! Photos -- now, 100 FREE prints! http://photos.yahoo.com
Re: Performance of Gimp vs. photoshop for large images
--- [EMAIL PROTECTED] wrote: > On Mon, 5 Jun 2000, pixel fairy wrote: > > Hmm, you can adjust contrast, colour curves and > levels in more or less > realtime? Can you tell me what hardware you have? celeron with ati rage fury (32MB), only for its support of hardware gamma. my ancient PCI mellenium (not melleium II) with 8 megs ran faster in 1600x1200 than this thing does at 1280x1024. 640 megs / big cheap IDE drive, which i have not tweaked with hdparm yet, but your better off putting your gimp swap (and photoshop swap) on a fast scsi drive anyway. at 4k x 3k for most things you do see the line comming down. its slow for hue/sat/lightness adjustments, and fastest for curves. i may try this on windows, but i think some of the others on this list have already beaten that horse enough. > Also how do you get > 32bpp images into gimp in the first place? 32bpp is not the 10 bits per color channel that your talking about, its RGBA (8bits per channel, A is for alpha, which for gimp is opacity) of course, i now realize that this was usually only RGB. > It was set to 8, or 10, or 15, I've tried them all, > 8 seemed to be faster > as that stopped Gimp having to swap to VM or push > other apps out to disc. 8,10,15? where do you get these numbers? your tile cache should be alot more than that. > Cheers for that, I'll try it, I'm running XFree4 at > the moment. It seems > to get the DPI-rating right for my monitor which is > a good start. i was half joking (even though i use this method myself), its not a good idea to screw up your calibration unless you can get it back easily. > I am seriously considering this, one of the reasons > I'm still using a PPro > 200 with 64 megs is because it's fine for my usual > linux needs, I don't > want to upgrade it for photo work until I know > whether I want to use linux > or whether I jump to using a Mac with all the > benefits that brings (on the > photo editing side). go with the mac. from what ive gathered linux runs fine on most macs and theres always mac on linux, which probably runs photoshop, meaning you can easily have both. if you try this, please tell me (and/or the group) how it works. 64megs is a small amount of ram for images that heavy. im surprised your getting decent performance from photoshop. ive found that as images get bigger, there are things that photoshop does faster, but then as they get really big (with respect to available resources) the gimp will be able to deal with images photoshop cant. but this is a moot point with you, since you like having the extra head room (color depth) while tweaking/fixing etc. __ Do You Yahoo!? Yahoo! Photos -- now, 100 FREE prints! http://photos.yahoo.com
