Re: [Gimp-user] kaladascope plug-in

[michael chang]

Well, assuming you're doing a per-user installation, wouldn't it go in your
~/.gimp-2.2/plug-ins
 directory?  I don't feel like checking what the system-wide directory is,
but it's probably /etc/gimp-2.2/plug-ins or something.

~Mike

On 6/27/05, sam ende <[EMAIL PROTECTED]> wrote:
> hallo,
> 
> i downloaded the kalaidascope plug-in but don't know how to get gimp to
> 'see' it. i am running gimp 2.2.6 on debian sarge, is there a page/url
> which describes how to do this or could somone please explain the steps i
> need to do ? thank you very much in advance.
> 
> sammi
> ___
> Gimp-user mailing list
> Gimp-user@lists.xcf.berkeley.edu
> http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
> 


-- 
~Mike
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Missing functionality?

[michael chang]

An Operating System and/or Distribution and install method would be nice...
Are you sure you installed libjpeg-dev, libpng-dev, libtiff-dev,
libXpm-def, and libgtk-html-dev, assuming you compiled the Gimp from
source [on Linux Distributions]?  Are you sure ./configure [or related
script] found those libraries (check it's output)?

Just a couple of thoughts.

On 6/27/05, McAfee <[EMAIL PROTECTED]> wrote:

> and installed Gimp 2.2.6, gimpprint, and gimp-help. libjpeg, libpng,
> libtiff, libXpm and libgtkhtml are also installed.
> 
> However...
> 1) I cannot open/save any format other than '.xcf'. The message in the
> 2) There is no 'file > print' menu.
> 3) The help-browser module still doesn't get built

This looks seriously like the GIMP can't find anything -- IIRC, the
first requires graphics libraries (and if you built from source, the
devel packages/source for them), the second would probably need
gimp-print or something or other, and the last requires a web browser
(e.g. mozilla) that the help-browser can find.

You do have GTK+ installed and upgraded also to meet the upgraded GIMP, right?

> ___
> Gimp-user mailing list
> Gimp-user@lists.xcf.berkeley.edu
> http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
> 


Just my two cents.


-- 
~Mike
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] pygtk and 2.3.1

[michael chang]

On 6/28/05, Manish Singh <[EMAIL PROTECTED]> wrote:
> Because you're supposed to set PKG_CONFIG_PATH in the environment to
> point to where the .pc file lives, instead of copying it.
> -Yosh
> ___
> Gimp-user mailing list
> Gimp-user@lists.xcf.berkeley.edu
> http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

I don't suppose you're going to tell us that the pkgconfig setup is
supposed to do this for us?

-- 
~Mike
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Export and Print vs Save then Print ( Bug ? )

[michael chang]

On 6/28/05, Richard Nagle <[EMAIL PROTECTED]> wrote:
> Here one, for you Gimp Guru¹s
> 
> When looking at a gimp file .xcf, and want to print out that file (photo)
> I used export.. gimp wanted me to flatten the layers, I did not want to
> do that...

The GIMP's print module will only print the current layer by default. 
When you export, it isn't supposed to change the original image, if
memory serves me right.  I could be wrong there, though.  Why not just
save the file twice, flatten the second, and print it?

It's kind of weird, maybe this is a user-interface improvement that
could be changed. That said, there are alot of GIMP users who probably
would only want to print the current layer, as opposed to the
flattened image (which would be used by consumers).  *shrugs*

I don't think that changing something onscreen (e.g. onscreen gamma
correction in the monitor) changes the way it comes out of the
printer.  Doesn't your printer driver have some sort of gamma
correction system?  (CUPS and Windows drivers have something that
resembles this, but I've never used it.)

Does this help solve your problem?

-- 
~Mike
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Export and Print vs Save then Print ( Bug ? )

[michael chang]

On 6/28/05, Akkana Peck <[EMAIL PROTECTED]> wrote:
> Richard Nagle writes:
> Some of what you and Michael Chang describe seems foreign to me,
> which made me wonder what platform you're on -- I think there are
> platform differences between the printing plug-ins.

I'm sorry if I confused you.  I have a dual-boot Linux and Windows
system.  The last thing I printed, however, was on a recent build of
The GIMP 2.x for Windows.  Although that shouldn't make too much of a
difference - otherwise, The GIMP programmers have something they could
consider a bug (or feature) here (lack of consistancy between Win/Lin
versions of the GIMP to each other, as opposed to consistancy between
Win GIMP and Windows Apps vs Lin Gimp and Lin Apps).

> On Linux, printing is really straightforward. I'm in an XCF and
> I do File->Print. I get a dialog saying that GIMP can't handle
> layers and offering to export, and I say yes. That's just for the
> printer; it doesn't flatten the layers in the current image or
> otherwise change it (much like how saving to jpeg will flatten
> layers in the saved file, but the file you're editing still has
> all the layers intact).

What version of The GIMP?

> > Should I just save the image in .jpg format then print normal?

=.="  Why don't you just flatten the image as an XCF?  Right click on
the image, click "Image", then click "Flatten Image".  Then use "Save
As".  Just the same as your "saving as a .jpg".

> > Still compare to the screen image, the photo is off,
> > from 25 - 40 %
> >
> > $64.00 question, how to fix it. ( what you see is what you get. )

Didn't your mother ever tell you that 99% of the time, the screen will
never match the printer 100% hue for hue?  If you look at it from a
scientific perspective, it makes perfect sence, considering colours
are mixed in completely different ways (Your printer uses CMYK, [cyan,
magenta, yellow, black] whereas your screen uses RGB [red, green,
blue].)  There's no easy way. You just have to print the same picture
out ten hundred times, and tweak both settings until you get it right.
 Good luck.  You'll need it.

> michael chang writes:
> > The GIMP's print module will only print the current layer by default.
> 
> This must be a platform difference, and a different print plug-in
> from the Linux gimp-print one I'm using. GIMP prints all layers
> of an XCF for me.

I dunno.  One of my classmates was bugged because the Windows build
only printed out the current layer.  He had to ask me for help, even
though he claims he knows more about Linux and computing than me.  It
was a recent build, too.

That said, I think Linux *does* print out all the layers.  Does
someone want to ask Gimp-developers why this is an inconsistancy
(after we've verified it)?

-- 
~Mike
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] pygtk and 2.3.1

[michael chang]

On 6/28/05, Manish Singh <[EMAIL PROTECTED]> wrote:

> It violates the principle that stuff in /usr should only be controlled
> by the package manager.

Explain to me how this makes sense if by default, my builds go to
/usr/local/... ?  That *IS* in /usr, last I checked, and this is the
default build prefix for 99% of applications AFAIK.  Unless /usr/local
isn't in /usr.

> If you'd used a pygtk package for your system instead of building your
> own (assuming one exists), the .pc file would indeed be in /usr.

If not, shouldn't it be in /usr/local?

-- 
~Mike
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] pygtk and 2.3.1

[michael chang]

My apologies, I didn't read the last post before sending this.  Next
time I'll read all the posts before saying anything.

On 6/30/05, michael chang <[EMAIL PROTECTED]> wrote:
> On 6/28/05, Manish Singh <[EMAIL PROTECTED]> wrote:
> 
> > It violates the principle that stuff in /usr should only be controlled
> > by the package manager.
> 
> Explain to me how this makes sense if by default, my builds go to
> /usr/local/... ?  That *IS* in /usr, last I checked, and this is the
> default build prefix for 99% of applications AFAIK.  Unless /usr/local
> isn't in /usr.
> 
> > If you'd used a pygtk package for your system instead of building your
> > own (assuming one exists), the .pc file would indeed be in /usr.
> 
> If not, shouldn't it be in /usr/local?
> 
> --
> ~Mike
> 


-- 
~Mike
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] export and print ( update )

[michael chang]

On 6/28/05, Richard Nagle <[EMAIL PROTECTED]> wrote:

> it would ³appear² ( Gimp-Print ) 4.2.7 and the C84 driver,
> plus the fact Gimp doesn¹t offer color management. ( 2.2.6 )

You seem to fail to notice that on the other operating systems that
The GIMP runs on (Windows and The GIMP / Linux and CUPS and The GIMP)
have colour management put into the *print system* and not the
application level.  Therefore, the problem would seem to be that APPLE
doesn't support Colour Correction.  Talk to gimp-print, and ask how
they handle printers on Apple systems.  Then double check your color
management settings for your printer in the OS.  If they don't exist,
I doubt you can expect The GIMP to implement it's own colour
management.

~Mike
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Gimp print

[michael chang]

On 6/30/05, Gary Montalbine <[EMAIL PROTECTED]> wrote:
> do not have a print capability. I tried to install gimpprint 4.2.7 rpm
> however it wants libgimp 1.2.so. Print worked OK with an earlier 2.2

You may want to ask the gimp-print list.  Although it appears your RPM
is the wrong one - it's a RPM intended for a 1.2 version of The GIMP. 
That's ancient.  Is that the only 4.2.7 RPM you can find for your
system?

-- 
~Mike
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Gimp-2.3.1 slow loading resources

[michael chang]

On 6/30/05, Carol Spears <[EMAIL PROTECTED]> wrote:

> and even with other current software that is available to me, i am still
> asking the question "what is the reason you need to get a whole freaking
> office suite and install it so that you can simply read a file that ends
> in .doc?"  oh, the origins for this application can be found on a

Assuming that you're only READING the file, and not editing it, on
Windows, the Microsoft Word Viewer (created by Microsoft, available
for free from microsoft.com) serves this purpose nicely and answers
the question.  Problem is, no one knows about it (it hasn't been
oft-used since 1997ish, IIRC, even though they keep it up to date). 
On Linux, antiword and/or Abiword (the former converting all the words
out of a .doc file and putting it in a .txt file, the latter being a
Word Processor, not a Office Suite) will do fine.

> in .doc?"  oh, the origins for this application can be found on a
> different operating system that needs every single freaking tool to be
> loaded to do a simple task and the users cannot see any reason to work
> differently or manage their own resources better.

This just promotes consumerism society, and makes us want to buy
bigger, faster, more expensive things, just to do the same thing. 
That's why it takes as long to start a Microsoft Word 2005 on a new
computer in 2005 (or longer) as it did to start Microsoft Word '97 on
a new computer in 1997.  Because they added so many new features, that
the "faster" CPU (which isn't really faster, but that aside), and
"faster" memory are consumed and everything starts swapping out to
disk.

That said, The GIMP technically *shouldn't* load *all* of it's brushes
on startup, should it?  (At least not when a user has this many
brushes and patterns.)  Like there should be a threshold, e.g. The
GIMP will only load 32-128 brushes/patterns (this is a combined
number, and should be configurable, and based on memory requirements)
concurrently in memory on startup, and the rest will be left stored on
disk and read as necessary.

Then again, this sounds like Windows XP's prefetching method of
"speeding up the launch of applications" -- which is nice if you start
the same thing every day, but if you have 200 applications and you
maybe use each one 3 times a month, the computer might end up trying
to prefech (e.g. 5 files per application) 1000 files on startup,
causing it to "freeze" on startup for a minute before you can use it.

There's no way to win.

Has someone mentioned this "bug" to GIMP-devel?  Maybe we can put it
on a TODO list [consider changing pattern/brush management system(s)
in The GIMP].  Or someone can submit a patch?  *shrugs*

-- 
~Mike
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] GTK version

[michael chang]

On 7/1/05, Owen <[EMAIL PROTECTED]> wrote:

> checking if GTK+ is version 2.7.0 or newer... no

This is a developmental/CVS version of GTK, I think.  Since GTK.org
reports the latest is 2.6, and IIRC all the odd numbered versions are
developmental ones anyway.  Consider getting a CVS checkout?

http://developer.gnome.org/tools/cvs.html

-- 
~Mike
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Gimp-2.3.1 slow loading resources

[michael chang]

On 7/1/05, Michael Schumacher <[EMAIL PROTECTED]> wrote:
> > Von: Carol Spears <[EMAIL PROTECTED]>
> 
> > On Fri, Jul 01, 2005 at 01:53:56PM +0200, nuno alexandre wrote:
> 
> > > when you want to apply other surfaces, you need to restart the
> > > application - and that's what I think its not acceptable.
> > >
> > well, what were you using and is this still an option to you?
> 
> I didn't try it yet, but could adding and removing symlinks to the patterns
> directory be used as a workaround?
> 

Sound logical, except if I recall correctly The GIMP loads brushes,
patterns etc. on startup.  Maybe if you refresh the palettes or
something [I know if you have a Script-Fu you can reload the
Script-Fus without restarting the app, but you have to go through a
menu so it's eaiser to click on the little line at the top and make
that particular menu permimantly float when editing Script-Fus], but
I'd doubt it'd apply for this considering we're talking about
restarting the application.

If you're looking for a solution, how about learning C++ [or whatever
GIMP's language is] and writing a patch yourself?

-- 
~Mike
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Gimp-2.3.1 slow loading resources

[michael chang]

On 7/2/05, Sven Neumann <[EMAIL PROTECTED]> wrote:
> Hi,
> 
> michael chang <[EMAIL PROTECTED]> writes:
> 
> > Sound logical, except if I recall correctly The GIMP loads brushes,
> > patterns etc. on startup.
> 
> What keeps you from pressing the Refresh button in the brushes and/or
> patterns dialog?

Does that actually reload them?  If so, then it sounds feisable, if
you write a utility (e.g. in perl or something else with a GUI and
shell manipulation capabilities) to switch these directories in and
out.  [I'm not sure typing ln -s /dir/ /dir/ repeatedly is better than
moving folders around.]  Then again, you'd probably need thumbnails in
addition to directory names for said utility, which would also have
long start up times...

I suppose an optional preloader [like OpenOffice.org] is out of the question?
> 
> Sven
> 


-- 
~Mike
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Digital camera - Macro to normal

[michael chang]

On 7/3/05, Jad Madi <[EMAIL PROTECTED]> wrote:
> Hi,
> Today I took some shots but I've forgot to disable macro,
> actually all was great shots, but macro screwed them up

Do you know what the word macro means?  A macro is a script or list of
instructions/settings (for e.g. a camera, software application, etc.)
that usually produce a certain effect based on a camera.  For example,
I've seen "macro" features that do e.g. fast motion photography, or
change settings for dimly lit pictures.

There are a large variety of macro settings, that differ from camera
to camera.  IIRC, Many of them change the way pictures are taken, and
changing those back to the form that would have occured without the
macro usually involve pulling values and pixels out of thin air.

What exactly happened to the picture, and what do you consider normal?
 Can you send me a copy of one of the pictures?  [But do _not_ send to
the list, I think attachements are blocked.]

> is there any filter or method to work on thos shots to make
> them looks normal ?

In most cases, it is easiest to retake the pictures [I know, usually
impossible, but that's why most digital cameras have display screens
so you can tell if you accidentally used a macro or not and fix it
immidiately].  This concept [easier to redo than recover] applies to
alot of issues in computing, unfortunately.  (Especally since most
people ignore warnings about irreversable actions and such.)

Furthermore, IIRC, most of the filters in The GIMP are used to remove
e.g. speckles from scanned pictures and to modify, mangle, or add
special/artistic effects to them.  If you know what the mathimatical
function was that your camera used in macro mode [which means that you
are a developer of the camera, in which you should make it more
"user-friendly" by making macro-modes harder to enable or keeping
duplicates, an original and a macroed-copy, which would halve storage
"capacities" [in picture counts]] then you can try writing e.g. a C
plugin for The GIMP that reverses the formula, provided randomly
generated numbers weren't used, and pixels weren't thrown away.

I thought beginners weren't supposed to use macro modes.  Then again,
digi-cameras nowadays make it too easy to switch modes
unintentionally.  The last camera I saw with a macro mode only
increased the detail level with the macro mode (allowing finer details
to be taken in a picture, e.g. the seeds on a white dandilion).

Someone else correct me if I'm wrong.

-- 
~Mike
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Color inversion: simple question

[michael chang]

On 7/6/05, Haines Brown <[EMAIL PROTECTED]> wrote:

> As a learning exercise, I set out to create a banner. After having
> created a background layer I set up a text layer.
>
> A secondary question is how to anchor it. When I do C-h, nothing

If memory serves me right, the latest versions no longer need text
layers to be anchored.  They will be stored as separate layers, so
that the text can be re-edited.  Normally, this serves most purposes,
except for what you're about to do...

> After having created the text layer (and anchored it?), I want to do a
> color inversion. First I select the layer in the Layers Dialog (don't

> If instead I use the menu and do Layer,Colors,Invert, the black text
> turns the color of its background (white) and so disappears because
> the area around the text does not turn black. I should be getting
> white text on a black ground.

Said filter works only on the selected layer (text).  Select the
background layer and repeat, to invert that, too.  This way, you have
the option of inverting only a certain part of a picture.

Your tutorial is outdated, and doesn't accommodate for new features
introduced in the 2.x series.  [That said, I think I was using the
anchor method of adding text but a year ago for a grade school
project, and when I came back in the fall and reinstalled The GIMP,
text had been implemented as seprate editable layers.  Also, moving,
resizing, scaling, skewing, or otherwise editing a text layer turns it
into a graphic layer.]

If you really want to "anchor" the layer, make sure that the text and
background layers are the only visible ones (if they're the only ones
you're working with, this is irrelivant, but in more advanced editing
this becomes important), then right click the image, search around in
the menus and click "Merge Visible Layers".

If you _really_ want to lose all the transparency data, and make e.g.
inversion of the whole image easy, then you can simply flatten the
image -- but you'll lose any invisible layers and you won't e.g. be
able to move around various components.

Also, for your tutorial:  It may be easier to invert your background,
then change your foreground/pen color into the inverted of what you
would have chosen above, and then create text that is already
inverted.  Works for anything that you know how to find the inverted
colour of (e.g. white for black, and vice versa).

It may be worth reading the Changelog between 1.x and 2.x series,
and/or the 2.x documentation.  1.x documentation needs to have the
instructions "converted" into 2.x instructions on-the-fly, so if
you're good at fumbling around and figuring that kind of thing out
with something new, then you can try looking at the 1.x docs also.

Good luck learning how to use the Gimp!  IIRC, they say it's easier to
ask then to spend days fumbling around.  If you can fumble around in
seconds though... *shrugs*

--
~Mike
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Re: Change color (pdf)

[michael chang]

On 7/11/05, Til Schubbe <[EMAIL PROTECTED]> wrote:
> Hello Olivier,
> 
> * On 11.07. Olivier Ripoll ([EMAIL PROTECTED]) muttered:
> 
> > Have you tried "Select->by color" ?
> 
> > Then click on the writing to select all of it, and
> > drag and drop the new colour you want to the image window.
> 
> This only seems to work to change the color of the (white)
> background.  It doesn't matter if I drop the color onto the
> background or onto the black foreground.

That doesn't make sense, but if that's the problem, try inverting the
selection.  Problem solved.  It helps if the fill tool is used on the
black text, and if you zoom in (so that you can see individual pixels,
e.g. 800% zoom).  Then zoom out to see the whole document and see if
that works.

You may need to convert the pdf to rgb format and save it as e.g. an
XCF, but I doubt this will be necessary.  Are PDFs stored as indexed,
grayscale, or rgb?  I can't remember.

> I can't have missed the black color while dropping, because the pdf
> also contains large black areas.
> 
> What can I do to select the foreground (color)?
> 
> Regards
> Til
> ___
> Gimp-user mailing list
> Gimp-user@lists.xcf.berkeley.edu
> http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
> 


-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Tablets and sub-pixel sampling

[michael chang]

On 7/27/05, Martin Vollrathson <[EMAIL PROTECTED]> wrote:
> Sven Neumann wrote:
> > If you are using a tablet, the tablet should deliver higher precision
> > coordinates. But is that actually the case? Are you really using your
> > tablet as extended input device or is it only delivering core pointer
> > events for some reason?
> 
> Ok, so at least the GIMP is supposed to use the precision coordinates
> from the tablet? That's all I expect and desire.
> 
> I've configured my tablet as an extended input device which also
> delivers core events. My first thought was that the core events were
> confusing the GIMP so I turned the core events off completely for the
> tablet but the results were the same.
> 
> But as long as I know that the GIMP will take care of the high
> resolution coordinates if they're being fed to it correctly, then I
> suppose there's still something wrong with my setup. I can't see what I
> could possibly have done wrong though.
> 

Are you running Windows or Linux?

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Batch image conversion

[michael chang]

On 7/27/05, Jim <[EMAIL PROTECTED]> wrote:
> A B wrote:
> 
> > I'm converting a huge load of sprites from a game into ones suitable
> > for use in another (from Myth II to Doom) and of course this involves
> > a huge amount of repetitive actions- to change the image mode from
> > indexed to RGB, back to indexed but with the Doom palette, and then to
> > go through all the hundreds of seperate frames and manually replace
> > the blue (of hexadecimal reference FF) with another colour
> > (00). Since it is entirely repetitive, I reckoned batch
> >
> I too would like to know how to write batch scripts for gimp. I've used
> convert before but what I need to do can't be accomplished with that
> program.
> 
> I have read the one page tutorial on batch mode,
> http://www.gimp.org/tutorials/Basic_Batch/ and have copied and pasted
> the script and commands and they don't work.
> 
> Anyone have a better tutorial that they can point us to?

To be honest, no, because documentation is absolutely horrid in GIMP. 
However, you may wish to investigate books on Perl and Python, as well
as Web Documentation on Scheme, Script-Fu and SIOD.  In The GIMP,
there is a SIOD console, and the procedure viewer lists the prototypes
for the commands that can be accessed by scripts.  BTW, the procedure
browser lists commands with an underscore, but my version of the SIOD
(Scheme) interpreter in the console uses dashes in places of the
underscores.

First, you may wish to investigate the file_glob, and then things such
as gimp-file-open or whatever it was called.  You might also want to
look up the colour exchange and the like (I believe the commands are
prefixed with plugin- or something).

Although at this rate, surely it must have been faster to do it
manually by hand than go through the trouble of scripting with GIMP? 
Unless you plan to due this often, repetitively, to many large
batches, it's probably faster to do it by hand.

I'm new at scripting too, however, so I can't suggest a better method
(I don't even know if this is the _recommended_ method of scripting).

Consider asking gimp-developer, since apparently that was supposed to
be the designate mailing list for script/plugin development.  *shrugs*

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

[Gimp-user] scissors selection tool

[michael chang]

Sorry, forgot to foward to list.  ^^"

On 7/27/05, Sven Neumann <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Steve Stavropoulos <[EMAIL PROTECTED]> writes:
>
> > On 7/27/05, Rachelle McLean wrote:
> >> With the selection tool that looks like a pair of scissors, and
> >> acts lilke the magnetic lasso tool in Photoshop, I can get it to
> >> make a shape but how do you turn the shape with the points into a
> >> selection?
> >>
> >
> >  First you have to close the shape. Your last point should be on top
> > of the first one. Then, you click inside your shape and it turns into
> > a selection.
>
> Suggestions on how to improve this are welcome. Patches would be even
> more appreciated.

Closure mechanism.  E.g. a button that I can click on that will
connect my last and first points.

--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

[Gimp-user] Rotating an image

[michael chang]

From: michael chang <[EMAIL PROTECTED]>
Date: Aug 7, 2005 5:44 PM
Subject: Re: [Gimp-user] Rotating an image
To: [EMAIL PROTECTED]


On 8/7/05, Peter Karlsson <[EMAIL PROTECTED]> wrote:
> But why would gimp crop the image?

It won't.  But some people would like to keep an entire layer's data,
but only have some of it visible. I've done things like that before.
*shrugs*

> I tried resizing the canvas to fit the layer
> (after doing the rotate, with "Image/Fit canvas to layer"), before sending my
> first mail. If gimp isn't cropping the layer then how do I get the missing
> parts back?

Change the image size, I believe.  Also, if you're fitting canvas to
layer, make sure you have the clipped layer selected (you have more
than one, yes or no?).

--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Re: retouching dark photos

[michael chang]

On 8/6/05, Steven Woody <[EMAIL PROTECTED]> wrote:
> Pasi Savolainen <[EMAIL PROTECTED]> writes:
> more interesting, in the levels window, if i pick a point p1 as grey using 
> grey
> picker, then pick another point p2 as another grey point. in this case, what
> gimp will do? i think there are two candidates,
> 
> 1, do adjust to make p1 grey, and from that point on do another adjust to make
> p2 grey. the result will be: p1 and p2 are both natural grey.
> 
> 2, as if user did not click p1, gimp adjust p2 from scratch and simply forgot
> what he did before.

I believe it's case two, but I'm not sure.  That's what my experience
has shown me.

Otherwise, I'd imagine it was a bit odd.  Let's say P1 was <0,0,0>
(black), and P2 was <255,255,255> (white)?  I don't think case 1 would
even be possible. I could be wrong though.

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Rotating an image

[michael chang]

On 8/7/05, Peter Karlsson <[EMAIL PROTECTED]> wrote:
> Ok, perhaps I need to elaborate... First open an picture (which
> should be rectangular in shape). Then copy the picture (or a part
> of it). Create a new pic (under File/New). Paste (a regular paste
> into the new pic). Click on the rotate icon and then click on the
> pasted layer. Rotate arbitrarily and confirm by pressing the "Rotate"
> button. 

YES.  You *should* elaborate.  The reason this is happening is because
your picture is in a selection floating above the picture!  Why is
this useful?  So I can paste something, and then move it around a bit
to figure out where I want it.

Solution:  Click outside the selection boundaries before rotating.

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Rotating an image

[michael chang]

On 8/7/05, Peter Karlsson <[EMAIL PROTECTED]> wrote:
> --- michael chang <[EMAIL PROTECTED]> wrote:
> 
> >It won't.  But some people would like to keep an entire layer's data,
> >but only have some of it visible. I've done things like that before.
> >*shrugs*
> 
> Seems reasonable I guess. But wouldn't it be easier to use if all of
> the layer were visible and hide some of it by choosing it?

Tell the gimp developers that.  I don't know.  Honestly.

> >Change the image size, I believe.  Also, if you're fitting canvas to
> >layer, make sure you have the clipped layer selected (you have more
> >than one, yes or no?).
> 
> I have only the clipped layer and the "background" layer. Isn't changing
> the image size and changing the canvas the same thing? Anyway in all
> attempts the clipped layer was selected (since it's the only thing
> I've manipulated); the layer had the "walking ants" around it.

"Walking ants" means it's not a layer... it's a floating selection...
[see my later message].  Solution:  Make the "floating" layer non
floating - by putting it on another layer.

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Rotating an image

[michael chang]

On 8/8/05, Peter Karlsson <[EMAIL PROTECTED]> wrote:
> --- "Michael Schumacher" <[EMAIL PROTECTED]> wrote:
> 
> >You can do this, at least I don't get what your problems with this are.
> 
> Ok, then I stand corrected. I just thought that it didn't.
> 
> >Especially, I don't get why doing something on a layer - even temprarily
> >hovering and anchoring a selection - should affect the whole image.
> >Anchoring is just a click outside the floating selection, so it's not many
> 
> Well, the thing that tricked me into thinking so was that one had to
> transform the "floating selection" into a "new layer". I thought of
> the selection as just another layer, not a special one...
> 
> >additional steps. BTW, could you explain what each of the "image/pic/canvas"
> >mean to you?
> 
> Afaiu, image=picture=canvas.
> 
> >It might be a good thing to describe the workflow you're used to, then we
> >could try to translate it into GIMP terminology for you.
> 
> In a cad-program one works with completely separated elements (which can be
> merged in one way or another). One can "group" these elements together by
> using, for instance, layers (which is a loose kind of "grouping"). Of
> course the layered elements can share attributes like colour, thickness and
> others. These elements can be manipulated without affecting the others
> (if you so choose). There is no real equivalent to making a "flat image"
> (except maybe making a "dead" model).
> 
> Iiuc, you can work like this in gimp (sort of at least):
> * All images has at least one layer (the "background" -
> right?)
> * You can put more layers on top each other and work with
> them separately, you can also re-arrange them.
> * The "floating selection" is a kind of layer, which requires
> special handling.
> * If you want to manipulate the "floating selection", like
> I did, I have to transform it into a new layer by choosing
> "layer/new layer", which to me is rather unintuitive (which
> shouldn't be taken as a form of criticism - just that people
> think differently). If I don't do this I get the "cropped"
> images when I save it as a jpeg (or any other non-layered
> format, or "flatten" the image), even though I adjust the
> canvas to "fit the layer".

I believe GIMP can do everything you want, except transform everything
as a group.  *sigh*  If you can transform everything as a group, I
have no clue how to do it.

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Floating layer to regular layer

[michael chang]

On 8/8/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> I am an OS X user, so not sure if a "right click"
> alternative is available to me.
> some apps offer a mac counterpart to right
> clicking; does gimp?

Doesn't the option-click *generate* a right-click?  If not, I believe
there are menus at the top; I think these are supposed to have the
same contents as right-click menus, but I'm not sure.

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] plug-in problems

[michael chang]

On 8/9/05, Doug <[EMAIL PROTECTED]> wrote:
> Carol Spears wrote:
> >> On Mon, Aug 08, 2005 at 02:44:09PM +0100, Doug wrote:
> >>> I'm using Gimp 2.2.4 and attempting to run the Colour Management
> >>> plug-in, 'gimp-color-manager 0.1.0'.
> >>> My OS is Mandrake Linux LE2005.
> >>> Following the INSTALL instructions I've configured, make'd and
> >>> installed it. 'gimp-color-manager' appears in
> >>> /usr/lib/gimp/2.0/plug-ins, (but not in ~/.gimp-2.2/plug-ins).
> > however - I'm not sure that I've understood properly what to do.  Can
> > you advise me what I've done wrong or omitted here in trying to get
> > 'gimp-color-manager' onto Gimp-2.2.4?

Are GIMP 2.0 plugins even _compatable_ with 2.2 plugins?

Also, is this a binary install, or a source-compile?

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Save pcx file as 2-bit (black and white)

[michael chang]

On 8/11/05, Robin Bowes <[EMAIL PROTECTED]> wrote:
> Sven Neumann wrote:
> >Robin Bowes <[EMAIL PROTECTED]> writes:
> >>However, I'd like to reduce file size by reducing the colour depth to
> >>2, i.e. black and white.
> >>
> >>How can I do the same thing from The GIMP? I'm sure it must be
> >>possible, but I'm just not looking in the right place!
> >No, it isn't currently possible. But it would be rather simple to add
> >some code to the PCX plug-in so that it stores a monochrome PCX file
> >in case that the image is in INDEXED mode and the palette only has two
> >entries. A couple of plug-ins already behave this way.
> Can you point me at the plug-ins that already do this so I can "borrow"
> the code for the pcx plugin?

But then you still have to implement the PCX specific parts -- e.g.
how the PCX file format differs for monochrome/indexed versus a
standard image.

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Save pcx file as 2-bit (black and white)

[michael chang]

On 8/11/05, Robin Bowes <[EMAIL PROTECTED]> wrote:
> PS. Is it just me, or are Sven's and Michael's posts not getting to the
> list? I'm only getting the copy that is sent directly to me and the copy
> to the list is not arriving.

It's just you.  If you take a look at the headers, it's the same
message, with you in the To: field, and the list being put in the CC:
list.  Chances are, your client [like my "client" - GMail's web
interface] is smart enough to know when a message is a duplicate, and
display it only once.

After all, each e-mail has a seperate ID or whatever... among other
things... which could implement this functionality.

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] OT: Not recieving duplicates of emails sent directly and via CC [Formerly Save pcx file as 2-bit (black and white)]

[michael chang]

On 8/12/05, Robin Bowes <[EMAIL PROTECTED]> wrote:
> michael chang wrote:
> >On 8/11/05, Robin Bowes <[EMAIL PROTECTED]> wrote:
> >>PS. Is it just me, or are Sven's and Michael's posts not getting to the
> >>list? I'm only getting the copy that is sent directly to me and the copy
> >>to the list is not arriving.
> >It's just you.  If you take a look at the headers, it's the same
> >message, with you in the To: field, and the list being put in the CC:
> >list.  Chances are, your client [like my "client" - GMail's web
> >interface] is smart enough to know when a message is a duplicate, and
> >display it only once.
> I have filtering code that automatically detects mail from mailing lists
> and sorts it into folders and I'm haven't received any messages from
> Sven or yourself that were sent to the list. I get the copy sent to me
> personally, but I would expect to see two messages - one to me
> personally, and one from the list.
> 
> Not sure why that is happening...

What's the filter?  Is it e.g. "To: <[EMAIL PROTECTED]>"; "Subject:
[Gimp-user] ..."?

Has this happened for everyone else?  Is it just this list?

You know, it's totally possible the list is smart enough that it's
configurator/creator knows most people delete duplicate messages
anyways, so it only sends out one copy.  *shrugs*

I obviously can't figure out this behaviour, because my client acts
differently [ I use the GMail Web Interface].  When I get messaged
CCed to list (filter by subject, [gimp-user]), it gets Archived [skip
inbox], and then applied a label (read: put into a folder)
"gimp-user".  If I get the message as well directly in To, I believe
it also ends up in my Inbox ("ignoring", if you will, the skip inbox
directive).

When I click on the "message" (it actually shows the entire thread of
messages, and shows that thread under one item), your message appears
once, and it's transparent to me whether you sent it twice or not.

Personally, I'm rather fond of this behaviour, so... *shrugs*

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] gimp-gap: From Still-Images to an avi-file?

[michael chang]

On 8/13/05, Carol Spears <[EMAIL PROTECTED]> wrote:
> On Fri, Aug 12, 2005 at 09:11:38PM +0200, Al Bogner wrote:
> > I have a lot of stillimages from a digicam and want to make a movie like 
> > this:

> > My question is: can something like this short test-avi be done with
> > gimp-gap? I am not happy with image2raw and I think stills2dv is not my 1st
Yes, but only if configured properly.  It may be easier to simply use
a different program.

I highly suggest you build MPlayer with support for the images you're
reading, and then use mencoder to create the AVIs.  Read the MPlayer
man page for details.  The example is near the bottom, it uses jpegs,
but can be adapted to use pngs.

BTW, ? wildcards (in addition to * wildcards) work with mencoder -- at
least on my system they do.  But I built my own mplayer, and
downloaded every single dev package for still file formats I could
find (libpng-dev, liblzo-dev, etc...).  And I run Debian
(unstable/testing).  *shrugs*

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] gimp-gap: From Still-Images to an avi-file?

[michael chang]

On 8/13/05, sam ende <[EMAIL PROTECTED]> wrote:
> On Saturday 13 August 2005 20:35, Al Bogner wrote:
> > That is the key-question. I need a tool which does perfect rendering,
> > when transitions are created or the motion of the still images is
> > rendered.

Are you kidding?  If you compress ANY MOVIE in MPEG, H.264, or WMV,
you are still going to get artifacts; there is no such thing as
perfect rendering.  If you want "perfect rendering", you have to use
an uncompressed AVI, which takes up a couple hundred MB for a couple
seconds of footage.

You may want IMGCON for that: http://www.fmrib.ox.ac.uk/~yongyue/imgcon.html

BTW, Try looking in the archives for the POV-Ray lists
(www.povray.org) -- since their animation features generate a series
of still PNGs, this is exactly the kind of utilities that they need. 
Look in the archives of binary utilities; they're scattered in various
odd messages there.

If you're looking for transitions or moving still images, I highly
suggest you get some movie editing software, such as the Windows Movie
Maker bundled with XP, or Pinnacle Studio 9 (http://pinnaclesys.com/).
 To be honest, GIMP, while it can do these things, it is not
necessarily the best or quickest or easiest way to do these things --
I mean, at 30 frames per second, does anyone really have the space to
edit each of those frames with a picture editor (even with automated
tools)?  The most I've ever done in Gimp to date is 90 frames, or 3
seconds... [This was a few days ago.]

> have you seen cinelerra ?
> http://heroinewarrior.com/cinelerra.php3, it's something i'm looking into
> but i need a differnt video card first.

Last I checked, that required a heck of a lot of CPU...

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Re: [Gimp-developer] New to list--curious about progress of 'Resources'

[michael chang]

On 8/14/05, Carol Spears <[EMAIL PROTECTED]> wrote:
> we have been talking about running another splash contest for the first
> two weeks in September.  the problem with this is that the timing has
> more to do with birthdays than it does with an important release (like
> something more than a 2.3.version).  after the splash, running some
> littler week long image collections -- not exactly contests

Ooh... sounds like fun. ^^

> here is the resource a day page my script makes:
> http://carol.gimp.org/blog.html
> it is ugly and stupid and was fun to put together.  the pattern of the

Hah.  No kidding... first thing we should have is a "design a resource
of the day page layout contest".  ^^

> day is not viewable via internet explorer either, a design flaw.

Why are you using CSS for the actual pattern:
"background-image:url(/gimp2/resources/default/2.3.0-patterns-3D_Green.png)"
yet you have  for the frame? 
Wouldn't this make more sense as: "background-image:url(frame.png)"
and  ?  [BTW, I believe the  tag is deprecicated in
HTML -- they now suggest  as a single standalone tag.  But
that's another issue entirely, and not really all that important.]

> maybe it would be fun to put the contest back up to collect images that
> show the different resources in action

Sounds like fun, but are we allowed to create resources that aren't
made entirely in GIMP (e.g. use an external tool, like POV-Ray) and
then use GIMP to make them more resource-like?

> and skip the splash 'test until
> it looks like a real release is inevitable or whatever they call it.

Maybe we should have one or two splashes in ... for lack of a better
word, reserve, so that we don't have to be rushed when they come in...
or we could hold an extended one (e.g. 1/2 month, 1-2 months) that
occurs concurrently with the pattern ones, and then after the release,
hold a "regular" one.

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Re: [Gimp-developer] New to list--curious about progress of 'Resources'

[michael chang]

On 8/14/05, sam ende <[EMAIL PROTECTED]> wrote:
> what is a splash ?

A splash image.  Refers to that (little, or not-so-little) picture you
see when the GIMP (or many other programs) starts up, and is loading. 
Usually, displays a loading bar of some sort.  [GIMP, I believe, is
one of the few programs that I know of that likes to change it's
splash screen with every release, and then some.]

Many versions of Windows have splash screens as well, to varying
extents.  Windows 9x had a little picture that flashed on, then off,
then on again during boot.  If you knew how, you could change it, too.
 Windows XP has one that fades in, and shows a little purple line
scrolling across the screen (or someting like that).

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Re: [Gimp-developer] New to list--curious about progress of 'Resources'

[michael chang]

On 8/14/05, Carol Spears <[EMAIL PROTECTED]> wrote:
> On Sun, Aug 14, 2005 at 08:27:54AM -0400, michael chang wrote:
> > On 8/14/05, Carol Spears <[EMAIL PROTECTED]> wrote:
> > > we have been talking about running another splash contest for the first
> > > two weeks in September.  the problem with this is that the timing has
> > > more to do with birthdays than it does with an important release (like
> > Ooh... sounds like fun. ^^
What birthday exactly is this running for, anyways?

> > > here is the resource a day page my script makes:
> > > http://carol.gimp.org/blog.html
> > > it is ugly and stupid and was fun to put together.  the pattern of the
> > Hah.  No kidding... first thing we should have is a "design a resource
> > of the day page layout contest".  ^^
> getting the information to the web page was my goal.  when it all
> started to get there, successfully -- this is when the ugly problems
> started.

It could be worse, I suppose.

> > > day is not viewable via internet explorer either, a design flaw.
> >
> > Why are you using CSS for the actual pattern:
> > "background-image:url(/gimp2/resources/default/2.3.0-patterns-3D_Green.png)"
> > yet you have  for the frame?
> > Wouldn't this make more sense as: "background-image:url(frame.png)"
> > and  > alt="3D Green" /> ?  [BTW, I believe the  tag is deprecicated in
> > HTML -- they now suggest  as a single standalone tag.  But
> > that's another issue entirely, and not really all that important.]
> >
> also, what i wanted was a sappy portrait
> look.  i got bored with making a fancy frame though and stuck by what
> color or metal or wood look to make it.  i recently looked through css2
> stuff to see if they had elliptical clipping and i had missed it.  i get
> bored with rectangles on web pages.  don't you?

That's why so many people preprocesss their patterns and images before
putting them on a web server...  as for the rectangle issue, well,
it's not like the circle is all that much better.  (No offense.)  If
you really want to get creative, try going for a mosaic effect... [try
using a table with 0 for the spacing and no borders and the like]

> i think many of the current patterns were created with POV-Ray.

o.O

> here is the list of the number of resources:
> gradients_number = 78
> patterns_number = 58
> palettes_number = 39
> brushes_number = 48
> tips_number = 34
> plugins_number = 255
> scripts_number = 207
> translations_number = 54
> changelogs_number = 1315

> i was looking into having them rotate together, this time for a journal
> page.  if each gradient remains on the page for 3 days, the brushes
> would have to remain on the page for 5 days.  i was trying to plan this
> "journal" page so that they all started and ended together.  i went to
> sleep when i realized i was starting to see "resource leap days" in my
> ideas

And yet you understand this planning has to be flexible for the
addition of new patterns.  Surely there is a way to devise an
algorithm for this?  For example, ensure that there is a minimum
length for an item to be on a page, and an ideal length for the
cycling, and then how frequently to cycle.  Nothing says you can't
have an automated script to calculate which one it's on in a cycle,
and have things cycling as frequently as every hour or three hours or
something.

> seems like every resource should get a week.  i tried my hand at

1315 weeks for the change log entries?  I think not!

> something that gave you two days to be artistic and i failed.  i blame

I'd rather see more things in a shorter period of time than have
something hanging on the wall for two days.  It *is* a resource page
after all -- besides, you could always put in a fixed pattern, and
then that allows you to give the page a specific time code or similar
to get the same set again...

> the pressure.  if every gradient got 7 days it would take 546 days to
> run through them completely.  i think just interupting that for splash
> contests will be fun and a refreshing change.

It will, surely.  Then again, look at the IRTC -- they run contests
year round; each round lasts about 3-4 months.

> then there is the idea of new resources.  lately, adrian has been around
> and playing with the brushes.  he has two things he is working on.  one
> is this jitter effect for the brushes:
> http://carol.gimp.org/gimp2/artsy-fartsy/jitterbrush/

Nicey.

> he was working on another paint thing -- something about smudging.  i am
> unable to find the sample image he made, but the smudges with the green
> pepper were really beautiful.  i wanted my gimp to work that way and i

I'm not surp

Re: [Gimp-user] tutorial/screenshots

[michael chang]

On 8/14/05, sam ende <[EMAIL PROTECTED]> wrote:
> is there a way to
> keep them dropped down for screenshots ?

Not per se, but most of the menus are dockable -- meaning you can turn
them into Windows.  On Images, at least, the menus at the top are also
accessable by right clicking -- then you can click the top line "---"
and it will become a floating "dock" or "window".  Drag this near the
menu where it's supposed to be, and explain to viewers that it's not
really a menu, but it's the contents of a menu.  Or something like
that.

What happened to taking screenshots by pushing the "PrintScreen"
button on the keyboard?

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Re: [Gimp-developer] New to list--curious about progress of 'Resources'

[michael chang]

On 8/14/05, Carol Spears <[EMAIL PROTECTED]> wrote:
> On Sun, Aug 14, 2005 at 07:37:20PM -0400, michael chang wrote:
> > On 8/14/05, Carol Spears <[EMAIL PROTECTED]> wrote:
> > > On Sun, Aug 14, 2005 at 08:27:54AM -0400, michael chang wrote:
> > What birthday exactly is this running for, anyways?
> >
> birthdays.  with school starting and stuff, i was also trying to think
> of something for gimp that would be fun.  this is sounding to be a lot
> more fun that another splash contest.

o_O  Well, in a way, I suppose...

> i think that the web page generated by the script i am sharing later in
> this  email is much much worse!

If I get a chance, I'll maybe take a look at it...

> well, i was mostly scripting.  not that the script is any prettier...

> the images were made by another resource script i wrote, this one a
> plugin for gimp http://carol.gimp.org/resources/python/resources.py
> it would be trivial to change that script to make different shapes of
> images.  and also trivial to use parts of that to make gimp make these
> pages and images at the same time.  better because new patterns and
> other resources can be added and you know the image will exist.  not
> better because i am uncertain if i am able to run gimp in a way that
> cron can use.

So don't use cron.

> > And yet you understand this planning has to be flexible for the
> > addition of new patterns.  Surely there is a way to devise an
> well, no i do not understand that the planning has to be flexible to
> include new patterns.  i think it would be better to aim for having
> improved collections for gimp-2.4.  both the application and the web
> site.

Yeah. Okay.

> my script shuffles the list of available resources.  it can just as
> easily not shuffle them.  it reads the available patterns from the
> system files, so the resources which are in my ~/.gimp-2.3/ are never
> seen.  it can just as easily read different resources from a different
> directory.

How about multiple directories?

> changelogs make themselves :)
I suppose
> see them? one day.  and that is how this page is written to work.
> 
> contribute examples of using a resource?  a five day week seems fair for
> this.  two days off inbetween "projects" for lack of a better name.

Sounds fair.  Would it be ideal to have last week's contributions
shown on the weekends (or two any other days of the week)?  E.g. Week
1, Day one, results recieved on day 6, shown on week 2.

> > > wanted to start making vegetable brushes to feed it.
> >
> > What about fruit brushes?
> >
> it doesnt sound as funny when you say it.

I'm sorry.

> > > in the end, collecting good resources and examples should be the goal
> > > more than something competitive.  the apparatus for collecting images

Definately.

> > > and information is already available.  if we can figure out something
> > > that will work without getting too boring or disruptive the software
> > > should already be there to be implemented.

Well, people have reimplemented stuff before (e.g. Apache 2, and other
2 projects) -- sometimes you learn lots of things after doing things
the first time around that you can re apply.  Or sometimes it's nice
to take a different look at things.

> > One last note, what language is the R-o-D page generator written in?
> > And how big is your resource collection (e.g. size)?  Maybe I could
> > take a look at either the former or the latter, and see what I can
> > suggest.
> >
> python.  i am at best a high school level scripter.  python keeps it

Have you tried perl?  It seems readily available for web usage (IIRC
most CGI scripts are written in either Perl or C++), and handles text
rather well, as well as a couple of other things...

> from not looking bad.  also, i am not using my personal collection of
> resources.  just the ones that come with gimp so far.  this is a scheme
> to get new resources to the gimps web site and to the gimp itself.  not
> a scheme, a python trick.

Lol.

> the web authors of the first generation of the gimps web site had a
> tarball of something like 40,000 gradients you could get and install if
> you wanted.  i want to avoid this.  i have personally collected brushes

Sounds like a good idea.  A tarball is definately a bad idea, but that
said, we still want to make things available when people want them. 
Static serving is good for this.

> gradients.  every freaking gradient is beautiful.  black-->white is
> goregeous if you look at it enough.  just because it is pretty and it
> filled the sky in for this one photograph so well doesn't ever mean it
> will have a purpose again.
> 
> gimp needs more animated brushes.

Both absolutely true.

&

Re: [Gimp-user] tutorial/screenshots

[michael chang]

On 8/14/05, sam ende <[EMAIL PROTECTED]> wrote:
> On Monday 15 August 2005 00:45, michael chang wrote:
> > On 8/14/05, sam ende <[EMAIL PROTECTED]> wrote:
> > > is there a way to
> > > keep them dropped down for screenshots ?
> >
> > Not per se, but most of the menus are dockable -- meaning you can turn
> > them into Windows.  On Images, at least, the menus at the top are also
> > accessable by right clicking -- then you can click the top line "---"
> > and it will become a floating "dock" or "window".  Drag this near the
> > menu where it's supposed to be, and explain to viewers that it's not
> > really a menu, but it's the contents of a menu.  Or something like
> > that.
> 
> ah, okay, i 'll try that first then, tommorrow.
> 
> > What happened to taking screenshots by pushing the "PrintScreen"
> > button on the keyboard?
> 
> never knew you could do that, i do have that key, it doesn't do much when
> you hit it.

In Windows, at least, it copies a copy of the current screen to the
clipboard.   Alt-printscreen just the current window.  I believe the
behaviour is supposed to be similar in some desktop manager on Linux. 
(Wow, that was a very stupid sentence.)

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Re: [Gimp-developer] New to list--curious about progress of 'Resources'

[michael chang]

On 8/15/05, Carol Spears <[EMAIL PROTECTED]> wrote:
> in a less than a half an hour i will see if cron puts my new efforts
> online.

Okay.

> > > my script shuffles the list of available resources.  it can just as
> > > easily not shuffle them.  it reads the available patterns from the
> > > system files, so the resources which are in my ~/.gimp-2.3/ are never
> > > seen.  it can just as easily read different resources from a different
> > > directory.
> >
> > How about multiple directories?
> >
> well, a look at the script you can see it involves a multitude of
> multiple directories.

Okay, so I think I won't comment again on this until I've read the script.

> > > see them? one day.  and that is how this page is written to work.
> > >
> > > contribute examples of using a resource?  a five day week seems fair for
> > > this.  two days off inbetween "projects" for lack of a better name.
> >
> > Sounds fair.  Would it be ideal to have last week's contributions
> > shown on the weekends (or two any other days of the week)?  E.g. Week
> > 1, Day one, results recieved on day 6, shown on week 2.
> >
> i would first need to understand that before i could even consider it.

Monday - Friday: Show "resource of the day".
Saturday, Sunday:  Show "resources of the past week, in use"

Better?

> > Well, people have reimplemented stuff before (e.g. Apache 2, and other
> > 2 projects) -- sometimes you learn lots of things after doing things
> > the first time around that you can re apply.  Or sometimes it's nice
> > to take a different look at things.
> >
> this is not a reimplementation.  it should build on something that

I was referring to me, reimplementing your script...

> worked fine.  the software that is.  gamers.org left it broken in
> gnomecvs and it magically became fixed just in time for the last contest

Magically? Figures.

> needing a reliable server.  then it worked for the gnome splash contest.
> 
> > Have you tried perl?  It seems readily available for web usage (IIRC
> > most CGI scripts are written in either Perl or C++), and handles text
> > rather well, as well as a couple of other things...
>
> no, do you think it would work better?

Perl, IIRC, has been used for dynamic page creation for ages, and
contains modules to dynamically create pages on-the-fly, and handle
various other CGI tasks.  (Among other things, it can also reformat
text, and take a binary file and pass it to a user in a browser.)

> i have an ongoing theory about the destruction that has befallen my
> life; occasionally, everything makes sense if i blame it all on daring
> to ask perl questions via the irc on #gimp.

Oh ho ho.  Have you read the documentation that comes packaged with
Perl?  If you use linux, install the perl-doc package (or whatever)
and read the results in "perldoc perldoc" and "perldoc perl".  If you
use Windows, get the ActiveState installer, and open up the
documentation viewer, by default, at "C:\perl\html\index.html".  [I
personally read this version in Firefox in Linux when working with my
computer...]

> i have seen python scripts used in the cgi-bin.

True.  But, then again, I've always worked with free web hosts to date
(icky) and the ones that support scripting use Perl.  PHP is too
user-friendly (so they will make people pay for it), and I don't see
Python *that* often on these sites.

> > Sounds like a good idea.  A tarball is definately a bad idea, but that
> > said, we still want to make things available when people want them.
> > Static serving is good for this.
> >
> tomorrows task will be to make the script only write a link to the
> different r-o-d if its page has been modified since its creation.

Hum.

> i do not know about that.  a lot depends on whether my script sends all
> that crap to my web site or not before anything can be said about python
> and its learning curve.

You could always generate the content *on* the website, as opposed to
sending it to the website... just upload all the gradients and whatnot
and your script first, and then have the script serve it to you.

> > > it does need to be cleaned up to read the ChangeLog less hacky.
> >
> this is not unlike how i read the ChangeLog, however:
> http://carol.gimp.org/writing/listsoflists/cgo-Y3K.html

How sad.

> i am too old and blameless to learn c++.

Well, I don't really use C++ -- and I believe I've deleted all the
things I've done in C++ to date.  Once, I had a CLI (Command Line
Interface) version of the game Mancala.  Of course, a nearly identical
version, except with an AI, and a GUI (graphical user inteface), was
nicely packaged in a package on Linux, so I got rid of my little
program.  It was an interesting exercise though, and gave me something
to brag about to my friends. ^^

> i dunno, i am watching the network seem to gurgle here with rsync.  this
> is the one time i know that the net traffic on my computer was from
> something i did.  :)
> 

lol.

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is

Re: [Gimp-user] Re: [Gimp-developer] New to list--curious about progress of 'Resources'

[michael chang]

On 8/15/05, Carol Spears <[EMAIL PROTECTED]> wrote:
> > Better?
> >
> no, not really. sorry.

We'll just scrap it then...

> > > > Well, people have reimplemented stuff before (e.g. Apache 2, and other
> > > > 2 projects) -- sometimes you learn lots of things after doing things
> > > > the first time around that you can re apply.  Or sometimes it's nice
> > > > to take a different look at things.
> > > >
> > > this is not a reimplementation.  it should build on something that
> >
> > I was referring to me, reimplementing your script...
> >
> i am so very confused now.  you will be reimplementing my script in perl
> to use on your website?

No, I will be reimplementing your script in perl to use on your site,
my site, or the gimp website (depending on who wants it).  I'll first,
of course, have a test website so that you can tell what it's output
looks like, and then I'll let you have it all.  Probably should
release it under GPL/CC.^^

> > > worked fine.  the software that is.  gamers.org left it broken in
> > > gnomecvs and it magically became fixed just in time for the last contest
> >
> > Magically? Figures.
> >
> well, not magically.  i asked the system admin for wgo if we could get
> the contest going easily or not.  he looked at it and made it work
> easily.  something like this.

Sounds like a very nice system admin.

> > Perl, IIRC, has been used for dynamic page creation for ages, and
> > contains modules to dynamically create pages on-the-fly, and handle
> > various other CGI tasks.  (Among other things, it can also reformat
> > text, and take a binary file and pass it to a user in a browser.)
>
> well, there you go.  the system admin for my web server is one of the
> people i think are punishing me for too long for making the mistake of
> asking a perl question on #gimp from.
> 
> perhaps this is the reason i see python in the cgi-bin as well.

If your web server has a python interpreter, way to go.  The host I
use doesn't, and I don't have the resources to keep my PC up 24/7 to
use it to serve everything Python on my website.

> yes, my question to you is have you read those perl docs?  i recently

Yup. ^^ And a few books, that are about as thick as some dictionaries.

> spent sometime poking around in the gimp perl scripts.  perl seems to
> allow some tricks that you really have to work at to get python to do.
> maybe this is just a condition of gimp perl stuff.

For GIMP, at least, the interface is pretty similar, regardless of
whether you use Scheme, Perl, or Python, last I checked.  All you need
to know is the quirks of the various systems (e.g. brackets and
car/cdr/cadr/etc for Scheme).

> i read some of those perl docs.  did you read them and find them useful?

Yeah, but I needed to supplement them with a few books to get the
idea.  Then I figured it out.  But I'm different -- I "learnt" Turing
in 30 seconds by reading the help file and fixed a classmate's code
without having ever seen Turing in my life or even taking a single
underlying-concept-class.  But that's because I referenced the help
file for every second function, as opposed to memorizing functions and
using them when I need them.  That only happens subconsiously with
repeated use; I don't use Turing that often.

> i spent about a week working with a php script.  it seemed to take a
> year to get rid of the smell of chauvinism from my life encounters after
> this.  i think they are related.  the question is, pay for access to
> this?

PHP4 can be embedded in HTML.  That's probably part of it.

> > > tomorrows task will be to make the script only write a link to the
> > > different r-o-d if its page has been modified since its creation.
> >
> > Hum.
> >
> well, this apparatus is now almost installed.  i have now succeeded in
> making at the very least a little documentation project for myself.
> this blog could actually be used to make me go through my thousands of
> digicam pictures, one image a day.  notify me when i have finished
> cleaning one directory.  how nice.  are you taking notes on this for
> your sourceforge project?

I don't think I'll go to sourceforge with this, unless you want to. ^^
 I believe I've been misunderstood in a lot of contexts here; I'll
need to clean up what I say before e-mailing it.  It's because I have
about two million ideas in my head, and I type them up as I think
about them without any regard for order.

> > You could always generate the content *on* the website, as opposed to
> > sending it to the website... just upload all the gradients and whatnot
> > and your script first, and then have the script serve it to you.
> >
> the web server has python2.2 and i use python2.3.  when whatever of this

Figures...

> i am writing is working on the gimp web site, the server should have
> python2.3.  the gimp web server, interestingly enough, does not have
> gimp installed as well.  since it reads the systems gimp files, this
> would be a problem.

Who would install a user program on a web server?  I'

[Gimp-user] GIMP Logo

[michael chang]

On 8/16/05, Mattia Vaccari <[EMAIL PROTECTED]> wrote:
> Hi there,
>
> a few years ago I generated a few logos using Gimp 1.2 on my Mandrake
> Linux 9.? Now, I had been using the same logo generator script/theme for
> all logos, which gave the web page a somewhat consistent look. As I set
> off to update (and add to) the aforementioned logos, I realized that the
> logo script/theme is not available in either Gimp 1.* or 2.* standard
> releases. Is there a repository of gimp scripts where I could look this
> up? A sample logo is attached, if anyone happens to have been using it.

There are similar scripts that do that sort of effect, if you still
have the font which created them.  Just make the text layer, with the
font of your choice in the text tool in Gimp 2.x, and then turn the
background transparent (to alpha).  If you have e.g. a white
background, using Color to Alpha on White will turn it transparent.
Then you can use Alpha to Logo...

Sorry if this is more complex than the script you used before -- Maybe
you can find the original package you used.  You could also try
digging around in the plug-in repositry; can't remember if there are
script-fus in there or not.

--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Gimp-2.3.3 compile problem

[michael chang]

On 8/17/05, Stephan Hegel <[EMAIL PROTECTED]> wrote:
> Sven Neumann wrote:
> 
>  >> When trying to build gimp-2.3.3 - I just want to try the new SIOX
>  >>  based selection tool - I met the following compile problem:
>  >>
>  >> gcc -g -O2 -Wall -o .libs/faxg3 faxg3.o g3.o run_tbl.o
>  >> ../../libgimp/.libs/libgimp-2.0.so
>  >> ../../libgimpcolor/.libs/libgimpcolor-2.0.so
>  >> ../../libgimpbase/.libs/libgimpbase-2.0.so -L/usr/local/lib
>  >> /usr/local/lib/libgobject-2.0.so /usr/local/lib/libglib-2.0.so
>  >> /home/steve/src/gimp-2.3.3/libgimpconfig/.libs/libgimpconfig-2.0.so.0:
>  >> undefined reference to `gimp_matrix2_get_type'
>  >> collect2: ld returned 1 exit status
>  >>
>  >> Looks like that the dependency to libgimpmath is missing for several
>  >> plugins.  Have I missed something ?
>  >
>  > Might just be a bug but it will most likely be forgotten unless you
>  > file a bug report for it.
>  >
>  >
>  > Sven
> 
> I like those kind of answers, really ... but there is no version 2.3.3
> in the Bugzilla list. Most likely somebody has forgotten to create it ?
> 

You want to set it as a milestone 2.4 bug with current version either
Current CVS or 2.3.2-devel, and then create a second bug stating that
Gimp 2.3.3 has been released but there is nowhere to specify a bug for
that version.

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Help on tools

[michael chang]

On 8/18/05, Jakob Dölling <[EMAIL PROTECTED]> wrote:
> Hello!
> Does the current version of the Gimp have any tool to delete only a certain
>   color?

Two ways to do this:
Filter->Color->Color to Alpha (this will turn your color transparent,
which is what deleting it effectively does in the GIMP)
Use the Select By Colour tool (looks like a finger pointing at one of
three colour buttons) and then click on the colour you want to delete
( you may need to adjust the threshold to get it to work right and try
different spots on the colour you want).  Then use the delete
function; either by right-clicking and click Select->Delete, or
pushing the delete button on your keyboard.

If you don't have an alpha channel, then instead there will yield the
background colour in the latter; the former will be greyed-out.  Solve
by right clicking the layer and clicking "add alpha channel".

When/if you flatten the image, transparency turns into the background
colour.  You can also maintain a background layer (with your
background colour) under the image...

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Help on tools

[michael chang]

On 8/18/05, sam ende <[EMAIL PROTECTED]> wrote:
> On Thursday 18 August 2005 17:17, michael chang wrote:
> 
> > When/if you flatten the image, transparency turns into the background
> > colour.  You can also maintain a background layer (with your
> > background colour) under the image...
> 
> i just tried the channel to selection thing, seems to work too, go to
> dialogues/channels, select the colour you want to delete (well you've
> only got the three ranges but still..:)) and click channel to selection,
> it'll select all the colours in that range, then go to edit and cut. have
> no idea if that is what you meant but i thought it was neat :)

Not what I meant [ I meant that A) if you flatten an area with
alpha-only bits in it, then the transparent area turns into the
background colour, and B) a layer underneath a second layer with
transparent areas will shine through, so you can have the bottom layer
be a "background" ] but if it works for you, then that's good enough.
^^
-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Anti-Vignetting

[michael chang]

On 8/20/05, Stephan Hegel <[EMAIL PROTECTED]> wrote:
> Hi all,
> 
> Recently I had to deal with a couple of images with signifcant
> vignetting in the corners: they were a few % darker. So, I was
> looking around for an adjustable anti-vignetting filter for Gimp,
> similar like that one for "digikam". Any idea ?

I'm not sure I understand the words in your description, but I believe
there was a 1.x plugin called "Homogenize" -- maybe it does what
you're looking for...?  If it does, maybe consider porting it to 2.x
if you know how. ^_-

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Crop Tool Use Cases

[michael chang]

On 8/23/05, Akkana Peck <[EMAIL PROTECTED]> wrote:
> - Crop a single layer image to the visible boundaries.
>   (Handled by Autocrop, not by the crop tool.)
> 
> - Crop multiple layers to the visible boundaries.
>   (In 2.2 it was roundabout: select all, click in the image, click
>   From Selection, then click Auto Shrink. In CVS there's currently

I thought Autocrop handles this too.  It appears to in 2.2.8, unless
I'm mistaken.

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] HP Laserjet 1100 print problems

[michael chang]

On 8/23/05, squareyes <[EMAIL PROTECTED]> wrote:
> Hi all,
> am having problems printing to HP Laserjet 1100 (printing grayscale)
> from Gimp. Printer shows in the printing dialog, but on the print command
> I get 1 page with
> 
> %!PS-Adobe-3.0
>   %%Creator: Print plug-in V4.2 for
> GIMP/Gimp-Print 4.2.7 (15 Jul
> followed by many blank pages through the printer. The only way to stop

This is raw postscript.  Apparently, something isn't parsing the
Postscript into something your printer can read.

> Am using Ubuntu Linux 5.04. Printer is fine with Open Office,  Gedit etc.

This OS has a habit of autoconfiguring things for the user... I dunno
if you'd even know how to go about fixing this.

What kind of print system does Ubuntu use?  CUPS?

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

[Gimp-user] HP Laserjet 1100 print problems

[michael chang]

On 8/28/05, squareyes <[EMAIL PROTECTED]> wrote:
> >What kind of print system does Ubuntu use?  CUPS?
> Hi Michael,
> Ubuntu uses Cups, and I have gimp-print installed.
> It's only with this printer after 3 years, I have finally managed to
> print anything with Linux,
> so am feeling pretty happy. Have been trying to get various dot-matrix
> printers
> to work with no success. In the printer dialog, it gives the option of
> postscript 1 and 2.
> Have tried both.

Sound fair.  I know for a fact I got lucky, since HP apparently seems
to be somewhat fond of making printer drivers for their printers --
and that was what I've been stuck with since the beginning of time
(well, except for when I was 2, when we had one of those Apple
Laserjet thingies and a Mac LC or whatever it was called).

What packaging manager does Ubuntu use (aptitude, some graphical thing
in X, etc. etc.)?  I use debian, which is similar, but not exactly the
same.  I believe you want to ensure you don't have the regular lpr,
but a CUPS-compatable one, which is located in "cupsys-bsd".
"cupsys-client" looks useful too, if you don't have it.  You might
also want "cupsys-driver-gimpprint".  See if that helps in any way,
shape or form.

If you're wondering, these appear to be the CUPS packages on my
system, and I can print on both HTP Deskjet 842C and 722C (although
these are different types of printers).  I realise my installation is
much outdated -- I suggest you get the latest ones you can get your
hands on.  This came from "dpkg -l | grep cups".

ii  cups-pdf1.7.1-1
PDF printer for CUPS
ii  cupsys  1.1.23-11
Common UNIX Printing System(tm) - server
ii  cupsys-bsd  1.1.23-11
Common UNIX Printing System(tm) - BSD commands
ii  cupsys-client   1.1.23-11
Common UNIX Printing System(tm) - client programs (SysV)
ii  cupsys-driver-gimpprint 4.2.7-10
Gimp-Print printer drivers for CUPS
ii  cupsys-driver-gimpprint-data4.2.7-10
Gimp-Print printer drivers for CUPS
ii  gnome-cups-manager  0.30-2
CUPS printer admin tool for GNOME
ii  libcupsimage2   1.1.23-11
Common UNIX Printing System(tm) - image libs
ii  libcupsys2-gnutls10 1.1.23-11
Common UNIX Printing System(tm) - libs
ii  libgnomecups1.0-1   0.2.0-2
GNOME library for CUPS interaction
ii  libgnomecupsui1.0-1 0.30-2
UI extensions to libgnomecups

Yes, that's a command line -- it took me 3 years of tinkering with
Debian Linux (especially on this really annoying machine, a All-in-One
known as the Gateway Astro) to learn everything I learned.  Everything
else comes from "sudo su - man -- mandb" (update the man page index,
which requires su, sudo, and mandb, although you can get away without
either su or sudo), "man" (find a man page and read it), and "apropos"
(search the index for a word).  The tool "whatis" (whatis xyz helps
find short descriptions of a command's prupose) is also useful.

--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

[Gimp-user] [Gimp-developer] Using GIMP for Paper Prototyping the Colors Menu

[michael chang]

On 8/29/05, Sven Neumann <[EMAIL PROTECTED]> wrote:

> > For the current Colors menu, the strings to paste into the
> > paperproto dialog are (copy and paste the whole block):
>
> If you use the menu labels you imply that the user knows what the
> filters behind these names do. Otherwise you are just sorting the
> terms, not the actual meaning. We should try to avoid that and let
> users sort cards that have a short description of the filter instead
> of asking them to sort the menu labels.
>
> But certainly your card-sorting prototype can already help the way it
> is. It just requires experienced gimp users.

This'd require the cards supporting a non \n seporator (not hard) but
one'd have to worry about e.g. word wrapping and font size (possible,
but would take a bit of time.

--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Livre sur Gimp

[michael chang]

On 9/4/05, Eric P <[EMAIL PROTECTED]> wrote:
> cedric GEMY wrote:
> >
> > No books about Gimp have been published since long a time.
> >
> Exactly.  Where are all the English Gimp 2.x books?  I think I've seen 2
> French books so far, and that's it.

Maybe the publishers think that GIMP 2.x books are redundant.  Or
maybe they're waiting for GIMP 2.4 or GIMP 3 before releasing more
books.  The development processes have been going quite quickly,
whereas publishing a book takes quite some time (by the time books for
2.2 are completed, 2.4, with it's revamped menus will probably be out,
maybe?).

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Livre sur Gimp

[michael chang]

On 9/5/05, Akkana Peck <[EMAIL PROTECTED]> wrote:
> Eric P writes:
> > Exactly.  Where are all the English Gimp 2.x books?  I think I've seen 2
> > French books so far, and that's it.
> 
> I'm working on a GIMP book, for Apress. It won't be out until next
> year, unfortunately (delays in the publishing process): we're
> currently aiming at April 2006. It will cover 2.4 as well as 2.2.

How can you do that? We're on 2.3.3... [or do you write about what's
in CVS and hope that it doesn't change too much?]

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Livre sur Gimp

[michael chang]

On 9/5/05, Akkana Peck <[EMAIL PROTECTED]> wrote:
> michael chang writes:
> > On 9/5/05, Akkana Peck <[EMAIL PROTECTED]> wrote:
> > > currently aiming at April 2006. It will cover 2.4 as well as 2.2.
> >
> > How can you do that? We're on 2.3.3... [or do you write about what's
> > in CVS and hope that it doesn't change too much?]
> 
> Mostly it involves trying to keep informed of changes, and being
> ready to do a lot of last-minute revisions. Several early chapters
> are already obsolete and will already have to be rewritten, but
> I knew that was a possibility going in.
> 
> The UI coverage may not be perfect (and of course, any program can
> change at any time -- there's never a guarantee that 2.4.1 won't
> change some UI detail compared to 2.4.0) but at least the book will
> cover the major UI and feature changes in 2.4.

I suppose that's true -- I've read books that were on version 5 of
Java, but were written with a Beta SDK and contained an old SDK (1.4 I
think it was) on the CD in the back.  *shrugs*  [By the way, in this
case, the versions were 1.4 -> 5, meaning the one that was released
right after 1.4 was numbered 5.  Really weird.]

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Publishing Gimp book

[michael chang]

On 9/6/05, Axel Wernicke <[EMAIL PROTECTED]> wrote:
> Sorry for asking a probably stupid question, but what means self-
> publishing? Writing and contributing to/with a license that allowes
> everybody to download a book and to sell the printed version parallel?

I think it's *supposed* to mean handling e.g. printing and sales of
the book and whatnot by oneself, although I don't know the details. 
That said, e-books are always quite nice.  Have you ever heard of
Creative Commons (creativecommons.org)? ^^

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Epson Stylus Photo R1800 printer support

[michael chang]

On 9/6/05, Alex Feldman <[EMAIL PROTECTED]> wrote:
> I am running Fedora core 3, with Gimp 2.2.6

> I would like to print to my Epson Stylus Photo R1800 from the Gimp.  I
> installed Gutenprint 5.0.0.rc1 and it seemed to go in OK.  The printer

Does gutenprint 5.0.0.rc1 even work with GIMP 2.2.6?  Are you sure you
don't need a built-from-source development version?  I mean it *is* a
recent Release Candidate of the printer driver...

Try upgrading to 2.2.8.  If you can, try compiling 2.3.3 (development
version) if 2.2.8 doesn't work.  Otherwise, I have no clue.

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

[Gimp-user] Epson Stylus Photo R1800 printer support

[michael chang]

On 9/7/05, Alex Feldman <[EMAIL PROTECTED]> wrote:
> M> Can you print with anything else?  E.g. a test page from your print
> M> setup (e.g. CUPS) or another app?
>
> I did get a test page.  I haven't really tried much else (what I did try
> failed, but that was early in the process), since all I really want from
> this printer is to print photos, and there are a lot of reasons why I

If you can't print anything else, it doesn't help, although it *is* a
photo printer, I suppose.

> would like to do that with Gimp.  I have tried the avasys driver for the
> R800, and that didn't work.
>
> I did get a reply that it works with SuSE.  No one has said it works
> with FC3.

To be honest, I have a HP Deskjet 722C.  I use GIMP 2.2.8, and Debian,
but I haven't even touched Gutenprint -- yet.

As for the printer not working...

Then again, does this help?

http://www.linuxprinting.org/show_printer.cgi?recnum=Epson-Stylus_Photo_R1800
[Printer does not support PJL.]

Umm... someone tell us, does Gutenprint or GIMP even touch PJL?  If
not, well... I have no clue.  If it does... *shrugs*  You're pretty
much on your own.

That said, if you have a version of Windows, the Windows build of GIMP
will usually print on Windows' print system... but *shrugs*


Now that I think about it, I think... is it even POSSIBLE to build a
GIMP plugin without GIMP and GTK development libraries?  Someone tell
me the answer... ^^

Maybe try building GTK+, GIMP, and then Gutenprint from source, in
that order.  Use the latest versions stable version if you can (or
feel free to try fiddling with a devel release, if you dare).  Build
dependencies or get the libxyz-dev(el) packages/rpms as necessary.
Good luck.

--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Keep exif info with file_jpeg_save?

[michael chang]

On 9/8/05, Stephan Brunner <[EMAIL PROTECTED]> wrote:
> After some modifications of an image, the script saves the image with
> gimp_jpeg_save, but there is no "write exif"-option and so no exif-info is
> written with the saved jpg. In the normal GUI "File->Save"-Dialog, however,
> there is this option and it works as expected.

This is probably a limitation in gimp-jpeg-save -- try looking in the
procedure browser to see if there is an alternative function to do
what you want.  If not, gimp-perl has been known to be slightly
outdated and/or semi-broken for a while, and it may be easier to write
scripts in python or script-fu (although I love perl myself -- I'd use
it if I could, but I find that it's support is sketchy to date,
unfortunately).

As for using 2.2.6 on Sarge -- isn't a 2.2.7cvs-something that "reads"
2.2.8 package available in Debian?  Because that's what I'm using...

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Remove Blue Pencil

[michael chang]

On 9/8/05, Chris Spencer <[EMAIL PROTECTED]> wrote:
> I've scanned an inked pencil drawing, and I'd like to remove the blue
> pencil sketch marks with the GIMP, but I can't figure out how.
> Basically, all I need to do is remove all shades of blue from the image.

Try either colour-to-alpha, or the select-by-colour.  The first is a
filter (right-click image, click image menu, click colors, click
"color to alpha" in 2.2.8, maybe earlier) and the second is a tool
(looks like a finger pointing at one of three coloured squares).  Good
luck!

Btw, if you delete an area, it becomes transparent -- you can turn it
to the background colour by flattening as far as I know, or you can
put another layer of the colour of your background behind it (may
require you to add an alpha channel, if one doesn't already exist --
right click layer name and click "add alpha channel").

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Re: Livre sur Gimp (aka publishing GIMP books)

[michael chang]

On 9/5/05, Michael J. Hammel <[EMAIL PROTECTED]> wrote:

> > It's a shame as the 2.x series just blows heaps and chunks over 1.x.
> > And it's nicer to look at as well... would make for a nice looking (and
> > useful) book.
> 
> Some of the Windows users are not so happy about the UI (I was forwarded
> a comment from a reader to my GIMP column in Linux Format about this) so
> it's not clear to me how to address their concerns from the point of
> view of documentation like a tutorial book.  I've pretty much punted on
> the issue at this point, taking the view that following the product as
> designed will address the largest market segment with the best
> information possible.

This is because the development of Windows XP's eye candy now
resembles that of KDE -- GIMP's user interface just doesn't have
enough eye candy to support the novel users of this OS.  The solution?
 Customizable eye candy -- I can turn it on so it looks like XP (or
KDE, or a hybrid, or _something_) or I can turn it off so it looks
like it does now.  That said, I don't know if this is a solution -- it
is the opinion of just one person.  So far.

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Epson Stylus Photo R1800 printer support

[michael chang]

On 9/7/05, Alex Feldman <[EMAIL PROTECTED]> wrote:
> I've built all the development libraries - it warns you about that in
> the README.  The problem is that Gutenberg isn't putting its plugin in
> the Gimp directory, and appears not to be doing that because there is
> something wrong with the plugin - I say that because when I try to
> install it manually, I can't print anything.
> 
> Ordinarily I think it is a problem with me, but I really now believe
> there is something fishy about Gutenprint and FC3.  Back to bugzilla.

Please don't hate my bias, but FC3 is just a funky (as in fishy as in
weird and not really perfect) system.  It /could/ be that using GCC 4
will fail on Gutenprint -- in that case, try migrating to Debian
Stable/Sarge (which still uses 3.3/3.4).  Or even just FC3 not likeing
Gutenprint.  Unfortunately, AFAIK, Gimp 2.2.8 is only in sid and
newer, but those rely on GCC 4.0 (as does the latest Debian build of
GNOME and various other things).

Does the README say anything about GCC 4?

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Scaling an image from script?

[michael chang]

On 9/10/05, Leeuw van der, Tim <[EMAIL PROTECTED]> wrote:
> I have a lot of images that need to be scaled. I wanted to write a (batch) 
> script for that; I found a sample online of how to write batch-scripts.

This will be very confusing, since you're going to have to ensure the
script works perfectly on first run (since practically no useful
debugging (it's very cryptic) exists for Script-Fu, although what it
has is slightly more than e.g. Python-Fu or Perl-Fu).  Notably, you
have to perform a loop on a glob of the images you're going to modify,
and then open each, resize, determine file name (opt), rename(opt,
relies on previous), (re)save.   Unless someone has a better way. :)

This is very painful.  If you didn't understand the above, you may
require a much higher knowledge of the inner workings of GIMP in order
to do what you want; I'd suggest you use ImageMagick instead.  Even I
think that this kind of thing is painful - it took me 12 months to
figure out how my "wrapper" script on multi-image application was
broken because there's no syntax report that tells me exactly what's
wrong.

Python for Windows works in GIMP 2.3.3 (devel version, no binaries
available), and should be supported in some way, shape, or form in
GIMP 2.4.

In the meantime, you may wish to use Python-Fu (it is a powerful
language) on Linux, if you can spare the time and space.  (However,
please don't ask me for help on that case, since I don't know Python.)
 I understand that it's a major inconvienence, but a dual-boot system
provides me with the resources necessary to do my work because
Python-Fu and Perl-Fu don't currently work on the latest Windows
Stable binary.

I apologize for being unable to give better help, and hope you get to
do what you want to do.  (But just as a note of future reference,
unless you're doing hundreds of images, over and over again with
slightly differing settings or identical settings, it's easier to do
it by hand than to learn the scripting language, AFAIK.  I don't
intend to scare you, but that's my personal opinion on the difficulty
(and power) of the scripting in GIMP.  Not so much unlike Visual
Basic, which maybe was easier for some due to a "intelligent" IDE (if
you can call it that)).

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Scaling an image from script?

[michael chang]

On 9/10/05, Michael Schumacher <[EMAIL PROTECTED]> wrote:
> michael chang wrote:
> > This will be very confusing, since you're going to have to ensure the
> > script works perfectly on first run (since practically no useful
> > debugging (it's very cryptic) exists for Script-Fu, although what it
> > has is slightly more than e.g. Python-Fu or Perl-Fu).
> 
> Not necessarily, you can easily have the script executed interactively
> and check that it does what you want.

Apparently I've missed this feature - do you mind telling me where it is?

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Scaling an image from script?

[michael chang]

On 9/10/05, Sven Neumann <[EMAIL PROTECTED]> wrote:
> Hi,
> 
> "Leeuw van der, Tim" <[EMAIL PROTECTED]> writes:
> 
> > Now my confusion is that I do find an image-scale function but that
> > doesn't allow for interpolation; I do find a function that allows
> > for interpolation: drawable-transform-scale. But that function seems
> > to be about transforming a region of an image, not the whole
> > image...
> 
> gimp-drawable-transform-scale[-default] scales the full drawable, not
> a region of it. I think you misinterpreted the API.

BTW, Drawable refers to a layer, AFAIK.  Can't remember if that's the
proper translation of the term, but that's what I've been
"interpreting" it as, and it works fine for me on single-layered
images.

> > (If I don't get a reasonably workable and simple answer then I think
> > I'll just have to cook up something in Python using PIL and forego
> > the quality interpolation that GIMP has when scaling an image -- I'm
> > quite familiar with Python; but there's no Python for my win-gimp so
> > I'll have to use scheme for GIMP scripting)
> 
> The development version of GIMP has Win32 support for gimp-python.
> 
> 
> Sven
> ___
> Gimp-user mailing list
> Gimp-user@lists.xcf.berkeley.edu
> http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
> 


-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Re: Livre sur Gimp (aka publishing GIMP books)

[michael chang]

On 9/12/05, Juhana Sadeharju <[EMAIL PROTECTED]> wrote:
> >From: "Michael J. Hammel" <[EMAIL PROTECTED]>
> >
> >FWIW, I'm working on another GIMP book, tentatively titled The Artist's
> >Guide to GIMP Effects.  It's essentially a followup to my first book,
> >The Artist's Guide to the GIMP.  I think the publication date is early
> >next year - publisher is No Starch Press.
> 
> Could you all authors limit the copyright to a few years?
> (Instead of having copyright term 80 years after you drop off.)
> It should not make harm to the business.
> 
> Well, the software was given free to you, give us something back.

Is that legally possible without releasing it under e.g. Creative
Commons from the first day?

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Re: PNG binary transparency

[michael chang]

On 9/12/05, Diaa Sami <[EMAIL PROTECTED]> wrote:
> actually I need to do this with 24-bit PNG's, is it possible?
> it it's not, do u know any other free tool that does this?

AFAIK GIMP doesn't support 24-bit colour.  Apparently it's a
limitation in GIMP's current design, and won't be fixed for a long
time.

And Sorry, I don't know of any free tools that do what you want.

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Problem Printing

[michael chang]

On 9/12/05, Chris Spencer <[EMAIL PROTECTED]> wrote:
> When I try to print any image (xcf, jpg, png, etc) of reasonable size
> (4x3 inches) with the GIMP, my printer (HP Deskjet) prints out a single
> page with:
> %!PS-Adobe-3.0
> %%Creator: Print plug-in V4.2.7 - 15 Jul 2004 for 
> GIMP/Gimp-Print
> 
> and then procedes to print an infinite series of blank pages. I let GIMP
> run through several dozen pages before I had to cancel the print. Is
> this a bug, or is there some configuration I'm missing?

Your printer is misinterpreting GIMP's output as text -- what the
output reads is literal postscript.  Dunno what exactly causes it, but
I know that if you've got a misconfiguration between GIMP-Print (well,
techincally it's Gutenprint now), your printing system or setup, and
your printer, then that's what'll happen.

What version of GIMP, and Gimp/Gutenprint are you using, and what
printing system or setup, printer, and OS (+ version) are you using? 
That might help.

> I haven't had any other problems with this printer.

What else did you print, and how did you print it (e.g. from what application)?

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Problem Printing

[michael chang]

On 9/12/05, Akkana Peck <[EMAIL PROTECTED]> wrote:
> Chris Spencer writes:
> > When I try to print any image (xcf, jpg, png, etc) of reasonable size
> > (4x3 inches) with the GIMP, my printer (HP Deskjet) prints out a single
> > page with:
> > %!PS-Adobe-3.0
> >   %%Creator: Print plug-in V4.2.7 - 15 Jul 2004 for
> >   GIMP/Gimp-Print
> 
> That very often means that you haven't configured the printer type
> in the gimp-print dialog. It doesn't get your printer type from
> CUPS or whatever other spooler you might be running; it defaults
> to postscript, which for most inkjet printers results in printing
> out a lot of postscript source.

Yes, I remember this now.

> (I wish it defaulted to "No printer"
> or something, and perhaps popped up a dialog asking the user to
> set the printer type

Yet this will confuse users who have Inkjets that use printer systems
that only read Postscript (see below).

> ... if it ever gets straightened out which
> project owns the gimp-print dialog, perhaps I'll try adding that
> myself.)

Sounds like a good idea.  :P

> If you've already set gimp-print to the right printer type,
> then I'm out of ideas and maybe someone with an HP can help.
> What OS/distro are you running?

I have a HP Deskjet 722C and 842C both in my house.  They work fine
under CUPS/Debian (stable and testing/unstable).  Ironically, by
printing to CUPS, I have to send Postscript output to CUPS which then
uses another driver to convert Postscript to my printer's native
format.  So I don't see what the problem might be here, unless he's
directly using LPR or something w/o an intermediatary.

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Re: PNG binary transparency

[michael chang]

On 9/13/05, Jeffrey Brent McBeth <[EMAIL PROTECTED]> wrote:
> On Tue, Sep 13, 2005 at 05:30:21PM +0300, Diaa Sami wrote:
> >
> > that's exactly what I wanted, I looked into PNG docs, and I found out
> > that there are two functions responsible for this, which are
> > png_get_tRNS and png_set_tRNS.
> 
> Yup.  For just about any chunk, there is a get/set pair in the reference
> implementation.  The GIMP could easily figure out when the alpha is binary
> (to use tRNS rather than RGBA), but picking out an unused color to represent
> transparent that is acceptible to the user, applications, and further
> editing is an impossible (or difficult) task.

This sounds like something that should be only created if it's set by
the user -- e.g. a save option.  Although then it'd have to be
specified every time, which might be annoying.  In that case, you'd
still see the colour that acts transparent in GIMP - just not when
it's actually edited.  That said, that might be inconvienent for those
who use GIMP as an image viewer, and confuddle users of GAP.

> IE ignores tRNS when you aren't in palette mode, anytime you added some of
> that color to an image, it would turn transparent seperate from what you
> expect, etc.

So logically, should we even be using tRNS in PNG anyway?  IE is one
of the most commonly used browsers, AFAIK...

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Re: PNG binary transparency

[michael chang]

On 9/13/05, Patrick Shanahan <[EMAIL PROTECTED]> wrote:
> * michael chang <[EMAIL PROTECTED]> [09-13-05 15:33]:
> >
> > So logically, should we even be using tRNS in PNG anyway?  IE is one
> > of the most commonly used browsers, AFAIK...
> >
> 
> Why would you cripple a *good* program because a *bad* program, IE, is
> broken?

Hm.  Good point.  My apologies if anyone interpreted my
poorly-researched remarks (above) as trolling, BTW.

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Re: PNG binary transparency

[michael chang]

On 9/13/05, Chris Kinata [kcom] <[EMAIL PROTECTED]> wrote:
> By "absent image" are we talking about the img frame.png in
> the passages
>   
> 
>   
> but can't find a correct path for frame.png.

I think we call this generative loss or something... frame.png was
there before.  I swear, it was, honest.  I don't know where it is now
-- Carol, I don't suppose you have a backup?  Or maybe when you
changed the script somewhere, you forgot to prepend something in the
path (or did it in a seperate version).  *shrugs*

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Scale Image

[michael chang]

On 9/20/05, Helen <[EMAIL PROTECTED]> wrote:
> Photos from my camera are huge in Gimp, so

Yeah, I noticed that too.  You'd think they're unnecessary (the
millions of extra dots) - until you print.  Funny thing this world is.
 Annoying how you can get away with 72 dpi on a monitor, yet for
printing you need something like 4800x2400 dpi.  Can't tell until you
print... and if you don't ever print (you tell someone else to do so)
then it's really annoying.

>  I use Scale Image to get them small enough to
>  fit into a photo frame.  Am I losing picture quality

Digital photo frame or physical (e.g. printing out)?

>  when I Scale image to make it smaller?  If so, is

Yes, you are losing quality.  You reduce the number of dots in the
image, which reduces the number of dots per inch in the final
printout.  I'm assuming you're printing out, yes?

Of course, the type of scaling affects the accuracy of the loss... but
it's still loss, yes.

>  there a way to reduce an image without losing
>  quality?

Yes; change the DPI (dots per inch) in the Print Size dialog, instead
of using Scale.  It may help to uncheck "dot for dot" in the view/zoom
menu whatsit, so that you get an approximation of what it should
appear on paper size on the monitor (provided you gave it correct DPI
values when you configured GIMP the first time).  The values given in
the dialogue for size are pretty accurate too, provided your printer
supports them.

As a side note, IIRC Print in GIMP on Linux will adjust the size of
the picture by scaling up or down to the whole page by default if you
don't specify otherwise, and a print "size" can also be specified
there, I believe.  In Windows, because it uses the Windows print
dialogue, this is only specified in the Print Size dialogue, I
believe.

>  Helen, using jpeg image format on Gimp 2.2.4

OS? (Operating System?)

Hope I was helpful.

-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] GIMP and SANE - Linux

[michael chang]

On 9/23/05, Newton Nickel <[EMAIL PROTECTED]> wrote:
> Dear Friends : I need some help, cause I can´t use my
> scanner with GIMP on Linux. I don't saw it, at
> acquire. How to do to solve this problem ? Sincerely,

Let me see if I understand you; you can't user your scanner with Linux
+ GIMP because it's not found in the dialog?

Erm... I guess you have to load the drivers or modules for your
scanner, if they are already compiled, or recompile your kernel with
those drivers.  This is assuming that your scanner has a linux
driver/module, which it may or may not have.

Does the scanner work with any other applications in Linux?  What
distro and version of Linux (kernel, and the distro) are you using?

--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] old picture

[michael chang]

On 10/2/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> I am a new user to gimp and have a question regarding an old picture.

Welcome!

> It is an old picture of my great-grandfather. The quality of the picture is 
> not
> so good and his face is not so clear. Is there any way to make this picture
> better with gimp?

I believe there are a great many ways of accomplishing this; various
filters and settings have interesting effects that you might want to
play around with.  The kinds of improvements necessary would be
helpful.  Finally, you may wish to note that there are also various
other ways of 'correcting' pictures; IIRC, Google's Picasa (for
Windows) had a pretty simple interface if you simply need really basic
photo correction.

> As I am new to the are of image processing I hope that it is not a too simple
> question.

Nonsense; so long as a question is asked politely and with proper
spelling and grammar, there should be almost no such thing as too
simple of a question.

--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Help needed for highlights

[michael chang]

On 10/3/05, Gmail User <[EMAIL PROTECTED]> wrote:
> I am trying to remove/soften the highlights in the picture, where the
> highlights were created by reflection of the flash on a person's sweaty
> forehead. Any ideas on how to remove or soften them so that they do not
> look so bad?

In GIMP 1.x, there was a plugin called homogenize that seemed to do
the trick.  Because the purpose which this plugin filled for it's
creator no longer exists, a version for 2.x doesn't exist, although I
believe it'd be nice if someone "ported" it to 2.x because it did fill
in a niche that I can't seem to satisfy.  (If I ever get some free
time, I might attempt it, but I have my doubts.)

You may also want to look at the levels tool, but I'm not horribly
experienced with it.

--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] glow around a text

[michael chang]

On 10/4/05, Roger D Vargas <[EMAIL PROTECTED]> wrote:
> Im trying to make some buttons for a web site. The buttons could be text
> or an small image plus text. I havent found a way to draw something like
> a glow around the image and text for highlighted buttons, can somebody
> give me an idea about this?

Various Script-Fu scripts included with GIMP; e.g. Alpha To
Logo-->Alien Glow or similar.

Simply use colour-to-alpha on the background colour or use the magic
contious-region select and delete.  Note, you'll need an alpha channel
on your image (right-click the layer in the main image and click "Add
Alpha Channel" if it's not greyed out).  Also, IIRC, the script works
on one layer and does various things (e.g. copies it), so if your logo
+ text are seperate and you want different glows, you may need to make
them seperate one-layer images and then figure out how to organize and
fiddle with the various layers to get the effect you want.

Another idea would be, in a new layer under existing object, to take a
selection of the background, invert the selection (so you're selecting
the object), grow the selection, make it a colour, and then make it
semitransparent (I believe a slider on the layers dialogue does this)
- and then put in a background colour layer behind all that (meaning
your image must have alpha... like above).

--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Gimp 2.3.x on Debian

[michael chang]

On 10/4/05, Eric P <[EMAIL PROTECTED]> wrote:
> I can't remember if I asked this before or not, but does anybody make
> any 2.3.x packages for deb?

They're not supposed to...

> I used to compile my own these past few years on Suse w/checkinstall to
> stay up on development progress, but since switching to Debian earlier
> this year I haven't got back on board.
>
> I think I tried compiling 2.3.1 back a few months ago, but checkinstall
> failed to make a deb package... (going off a foggy memory).

You'd need various deb creation utilities... dpkg, etc. etc. etc.
(checkinstall worked for me, until my Debian system died when I pushed
Ctrl-C at the wrong time during ldconfig for another program).

> Can anyone spank me onto the straight and narrow here?

You're usually suggested to install into e.g. /opt/gimp-2.3 and then
place that in your PATH.

--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Handling multi page tiff docs gracefully

[michael chang]

On 10/6/05, Kenneth Kron <[EMAIL PROTECTED]> wrote:
> When I open a multi page tiff document in Gimp 2.0 get all of the images
> stacked as a single page document and I can't figure out how to creat new
> pages so I can look at the individual pages.
>
>  Since I do most of my faxing electronically it would be nice to be able to
> just open up the document add my entries and then email it back out.

IIRC, the pages are stored as different layers; so just make the only
one you want visible, and then add new layers as necessary.  That
said, you need to make sure the output is the right size, dpi,
dimensions, colour set, etc. etc. etc.

I could be wrong though.

--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] dcraw

[michael chang]

On 10/11/05, Orlando Figueiredo <[EMAIL PROTECTED]> wrote:
> Hello
>
> I am in great need of some detailed instructions to install the dcraw and
> the necessary plugins to open my Canon EOS350D *.cr2 files.
> I am using Fedora 4 and I already made a lot of trials
>
> I am going bananas... please give me some details on the instructions

I don't know about Fedora, but I do know some distributions provide
binary packages for dcraw.  I know that Ubuntu (and Debian) provide
packages for dcraw AND ufraw in at least one of their repositries;
when/if you get such as system up, the packages can be installed by
executing the command:
"aptitude install gimp-dcraw"
OR
"aptitude install gimp-ufraw"
(or replace aptitude with apt-get if you so desire) as root or under
su or sudo (latter requires set-up by installing sudo and running
visudo as root and then editing the sudoers file).

Ubuntu also has a graphical package manager, which Fedora migrators may like.

I'm sure Fedora is a great system, when/if it works -- but I have
never successfully used it on one of my systems (particularly due to
obscure hardware -- but that's another story, and not techincally
Fedora's fault).

--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] dcraw

[michael chang]

On 10/12/05, Orlando Figueiredo <[EMAIL PROTECTED]> wrote:
> Thanks everybody for your sugestions and posts.
>  I was abble to install the ufraw plugin using yum...
>  Now, in the open window of gimp I can chosse the option to open the raw
> format and it also includes *.cr2 which is the eos350D format. The problem
> is that when I click to open the image I get a message that says that
> eos350D is not suppoeted yet.
>  I went to Dave Coffin's home page
>  and I checked the
> list and the eos350d is there. So I am confused and do not know what the
> next step is?
>  Any ideas??

Maybe you have an outdated dcraw package, or you are missing a plugin
or similar.  In such circumstances, the solution would to go through
the painstaking process of downloading gimp development packages for
your distribution, and building dcraw from source.

Logically, my head tells me that

yum install gimp-devel

should work, although I've never used Fedora, as above.

Then, presuming you have necessary packages like tar, gzip, make and
gcc on your system (I don't remember if they're part of Fedora's
default install) you can simply go:

tar -xvzf dcraw-x-y-z.tar.gz
cd dcraw-x-y-z
./configure
make

and then

# make install

[meaning run "make install" as root, either via su, sudo, or under
root from a terminal login]

similar to many other programs when building from source.  But there's
no research behind this -- and hopefully dcraw comes with better
and/or more detailed instructions in the package (if any).

Like above, this is all guesses, and more likely than not unhelpful. 
A user of Fedora probably has a better answer.

>  Thanks a lot... I really appreciated the previous help and please keep
> helping me
>  Orlando
>
> 2005/10/12, Bruno Postle <[EMAIL PROTECTED]>:
> > On Wed 12-Oct-2005 at 14:44 +0100, Bruno Postle wrote:
> >
> > > Dcraw is actually part of Fedora fc4 extras, you should be able to
> > > get it like so:
> > >
> > >   yum install dcraw
> > >
> > > (Though this doesn't give you any of the raw plugins for the gimp)
> >
> > For that you need ufraw:
> >
> >   yum install ufraw
> >
> > --
> > Bruno
> > ___
> > Gimp-user mailing list
> > Gimp-user@lists.xcf.berkeley.edu
> > http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
> >
>
>


--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Adjusting gray level curve: 3 input levels -> 3 output levels?

[michael chang]

On 10/15/05, Felix E. Klee <[EMAIL PROTECTED]> wrote:
> At Fri, 14 Oct 2005 13:48:59 +0200,
> Felix E. Klee wrote:
> > I want to bend an grayscale image's gray level curve so that three
> > input levels are turned into three output levels.  For all six levels
> > I have the precise values, for example acquired with the color picker
> > tool.

> > Any suggestions?
>
> Being desperate, I fired up Micrografx Picture Publisher 5.0a, an old
> Win 3.1 program.  It's capabilities for doing color correction are quite

> Now, although Picture Publisher 5.0a is still a very nice tool, it does
> have a number of disadvantages, especially when it comes to handling
> modern file formats.  Also, it - of course - doesn't run natively under
> LINUX.  That's why I try to do more and more tasks with the Gimp, and
> that's why I still would like to hear about a simple solution for my
> problem with the Gimp.

This sounds interesting, although I wish I knew what a gray level
curve was (is it that histogram-like thing that you get on some
cameras that shows you how much the value is in the various regions of
the picture left to right?).

If there is a numerical formula or procedure you can think of where I
can give you any random pixel, and you can use that pixel's value,
(and maybe position or some other data that should be obtainable from
that pixel), the three input values, and three output values, I can
imagine a plug-in being created.  I can't think of any such thing,
unfortunately.  Otherwise, my next guess would be resorting to a
bogo-sort-like "algorithm", which would take years to come up with a
result for one image.  I'm sure someone else can do better, obviously.

Is there a display function/filter/tool/plug-in/script-fu/etc for the
grey level curve in GIMP though?

IIRC, in GIMP 1.x, there was a plugin that would, at the least, I
believe, normalize the grey curve (although I may be wrong)...
appraently the plug-in is no longer necessary for it's purpose in GIMP
2.x, although I don't know.

What about the Layer | Colour | Curves dialgoue thingie (Colour |
Curves in GIMP 2.3.4)?

--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Re: Grammar checker.

[michael chang]

On 10/17/05, Joao S. O. Bueno Calligaris <[EMAIL PROTECTED]> wrote:
> On Monday 17 October 2005 04:40 pm, Olivier Ripoll wrote:
> > Robin Laing wrote:
> > > Saw this in Slashdot.
> > >
> > > Abiword beats OpenOffice to a Grammar Checker
> > > http://developers.slashdot.org/article.pl?sid=05/10/15/1312216&fr
> > >om=rss
> > >
> > > I haven't wanted a grammar checker since Windows 3.1 days.
> >
> > Well, you could write a plugin for it, but I do not know under
> > which category of plugin it could be included in gimp... perhaps
> > misc or as an option in the text tool...
> >
> > Sincerely,
>
> Well,
>
> there is more than one year that KDE had included spell cheking in
> everytext entry. I do not see why in the future spell and grammar
> checking could not go globally into GTK text entries thenselves.

Efficiency.  As it stands, KDE is very ... consumer-oriented, toward
(i.e.) people who use it as a consumer desktop.  (I know of a 12 year
old and a 9 year old who prefer KDE because when they click to start
an application, there's a little bouncing icon next to the mouse
cursor.)

I like Gnome/GTK because it has a nice, clean, usable, uncluttered interface.

That said, KDE is good for some things, too (e.g. KPovModeller, Kate,
when editing POV-Ray scripts (www.povray.org)).

--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

[Gimp-user] Re: Grammar checker.

[michael chang]

On 10/17/05, Joao S. O. Bueno Calligaris <[EMAIL PROTECTED]> wrote:
> Michael, please!
>
> I never intende rto start a "kde vs gnome"fight in the gimp-user list.

Sorry, I believe my words may have come out the wrong way, and I
didn't think before making the post.  Both are excellent.  Again,
apologies.

> One asked for a feature - I simply showed where a similar feature is
> implemented, and suggested a way to implement it without clutter the
> GIMP with non-image related code.

--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Another Photo Editing Software

[michael chang]

Considering what they're shipping with their latest generation iMacs,
i'm not surprised -- I mean with OS X and the built in cameras on the
iMacs, they've now got videoconferencing on H.264 on their OS by
default... I believe also that OS X was also one to move all the GUI
processing to the graphics card (similar to how Windows Vista plans to
do the same when/if it comes out, either now, or in it's sucessor).

Do note that current Intel PCs are shipping with single-core 2GHz
processors (low end), single-core 3GHz processors (mid-end) or
dual-core 2.4 GHz processors (high-end).

I could be totally wrong, though.

That all said, IIRC, movie editing is a lot worse, usually -
especially if you're going for something with a nice-looking GUI.  You
probably could get by with a bit less, but it'd be unstable and/or
slow.

[I hope there's a minimum system listing too. ;]

On 10/19/05, Jad Madi <[EMAIL PROTECTED]> wrote:
> LOL
> Recommended System
>
> * Dual 2GHz Power Mac G5 or faster
> * 2GB of RAM
> * One of the following graphics cards:
>   o ATI Radeon X800 XT Mac Edition
>   o ATI Radeon 9800 XT or 9800 Pro
>   o NVIDIA GeForce 6800 Ultra DDL or 6800 GT DDL
>   o NVIDIA GeForce 6600 LE or 6600
>   o NVIDIA GeForce 7800 GT
>   o NVIDIA Quadro FX 4500
> * 5GB of disk space for application, templates, and tutorial
> * DVD drive for installation

--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Gimp Screencapture Question

[michael chang]

On 10/26/05, Kaplan, Andrew H. <[EMAIL PROTECTED]> wrote:
> Hi there --
>
> I am running GIMP 2.2 and am trying to capture a section of rather than the
> entire screen. I go to File/Acquire and select Single Window in the Grab
> utility. A cross hairs appears and I select a portion of the screen.
>
> However, instead of just that area of the screen being captured, the entire
> screen is captured. What steps or settings do I need to change to correct 
> this?
> Thanks.

If you already have the captured picture, and don't want to go about
capturing it again,
and if you're willing, you can also crop the captured bit of the
screen with the crop tools, which will cut out everything outside the
selected area that you crop.  [Either make a selection, then find the
crop option in the menus, or use the Crop tool.]

--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] How to write a "simple" macro [newbie]

[michael chang]

On 10/27/05, Mauro Condarelli <[EMAIL PROTECTED]> wrote:

> I need to:
> 1) Use the magic wand to select a region.
> 2) This region will be a big region with (possibly) internal sub-regions; if 
> this is the case I need to destroy all the inner regions (i.e.: I need to 
> preserve just the outer region, without any "holes").

Sounds like you're trying to erase the contents of a speech bubble and
fill it with new text.  The magic wand will select the white inside
the bubble (assuming it is actually closed, which isn't guaranteed in
comics, so you may get some bleeding which would ruin the entire
thing) but you'll have to delete the text by doing some sort of
combo-selection which will be kinda finicky.

> 3) Clear the region to a specified colour.
> 4) Edit a (possibly long) string and fit it into the cleared region 
> (eventually scaling the font to make it fit).
>
> Nice to have:
> - save the "original" region contents in a layer before killing it.
> - render the string to a different layer than the background (this would 
> enable to see either the "old" or the "new" content simply marking the two 
> layers visible/not-visible.

2.x text tools put text in a seperate layer...

> I need this in order to translate some comics I scanned.

Maybe you want to make a background later, select the area(s) with the
magic tool (click magic tool, shift click-click-click as necessary),
cut, paste in a new layer, hide the cutout's layer and then create a
text layer with your text.

I'm not sure if I'm being clear though, so it might not be helpful enough.

--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Problem with patterns

[michael chang]

On 10/31/05, Jim Lynch <[EMAIL PROTECTED]> wrote:
> I'm trying to add a pattern and it's just not doing what I think it should.
> I loaded a small image, 135x94 into gimp and saved it as a pattern (.pat).
> I then moved it to the /usr/share/gimp/2.0/pattern directory.  I quit gimp
> and then brought it back up.  No pattern.  I decided maybe the patterns were
> coming from somewhere else, so I did a locate on corkboard.pat.  Only one of
> them.  OK, so I temporarily moved one of the .pat files to another location,
> refreshed gimp again and it was gone.  Ah, so it is reading from that
> directory.  Maybe there is something about my image that gimp doesn't like,
> so I copied pine.pat to a new name, 3dwood.pat.  I refreshed gimp again,
> closing and restarting.  Nope, no 3dwood.
>
>  File attributes are just fine, all of them at 644.  Owner is root.root on
> all the files, old and new.
>
>  Can anyone tell me what's going on?
>
>  Running on a Debian Sarge release distro with gimp 2.2.

In "File|Preferences", what directories are listed as resource sources
for patterns?

IIRC, you can also put the pattern in ~/.gimp-2.2/patterns if you are
doing a per-user install (as opposed to system-wide).

Also, does the pattern(s) folder have an -s or no?  I forget what the
actual one does have, although IIRC you can set any one you want, in
theory.  I could be wrong though, I'm a bit rusty.

--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Can't get this image sharp with GIMP. Any suggestions?

[michael chang]

On 11/1/05, qeldroma <[EMAIL PROTECTED]> wrote:
> Hello Gimp-users,
>
> i've got a bad digital camera and want to work over the results. Bad in this
> case means, that i've got good resolution and good results concerning the
> light, but a bad sharpness.

How was the camera being held?  Was it sitting on something, or was it
in your hand?  If it was in your hand, try putting it on a stable
object (e.g. tripod, chair (risky, but sometimes it works)) or getting
a digital camera with auto-stabilization or whatever they call it
nowadays.

> My idea is, that if i've got a good resolution, what the fact is, there must
> be a way to sharpen it. Isn't it?

I would say, probably, no.  That said, try scaling it down using
linear or something, maybe that helps?  I doubt it, but maybe it's
worth a shot.  Generally, for something like this, the best thing
would be to get it right the first time, if possible.  Even if that
means taking the same picture 3 times just in case.

--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Using FRAMES... How?

[michael chang]

On 11/4/05, Ernesto Orozco Coulson <[EMAIL PROTECTED]> wrote:
> I have been looking for but I could not find the way
> to work with FRAMES (like Macromedia Fireworks).
>
> Where is the "frames" window?
>
> Could anyone please give me explanation about?
>

I believe that for all intents and purposes, there is no frames window
in GIMP.  "Frames" are represented as layers in GIF images (for web,
in GIF export) and as separate files (for AVI, in Gimp Animation
Package, a.k.a GAP).  To get the kind of effects created by Macromedia
Fireworks, you'd need to create multiple still images and sew them
together as a GIF, AVI, or by using JavaScript in your web page - a
long process.

Macromedia Fireworks uses something called "Vector" based Graphics
provided by Macromedia's proprietary Flash technology/file format, and
GIMP uses "Raster" based graphics which are not so proprietary and
come in various file formats.  The two are different, yield different
results, and work differently.  While GIMP is good at editing various
types of "raster" images for the web, it doesn't do many of the
features of Macromedia Fireworks that appear to be touted on its
website.

[Vector images use points and "connect the dots" when they display on
your computer and contain instructions like "put this text here" and
"fill this shape with this colour", whereas Raster images store the
colour in a grid of dots that are put next to each other to look like
an image.]

You might find it easier to describe the effect you wish to get, and
maybe we can show you a different way of achieving it with the GIMP.

--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

[Gimp-user] Re: [Gimp-developer] the expanding gimp web

[michael chang]

On 11/4/05, Carol Spears <[EMAIL PROTECTED]> wrote:
> On Fri, Nov 04, 2005 at 09:28:05PM +0100, Sven Neumann wrote:
> > Carol Spears <[EMAIL PROTECTED]> writes:
> >
> > > there are a few new gimp.org web sites lately.  i have been playing with
> > > the software available from planet.org and the results have been almost
> > > instant.
> > >
> >
> > Very nice. I am not sure how useful it is to have different
> > aggregators for developers and users but we will see. What I am
> > missing is a note on the individual sites explaining what feeds they
> > are collecting and perhaps links to the other aggregators?
>
> i considered what sort of collections of blogs i would find useful.  i
> also considered what could happen if only a small fraction of the gimp
> users added their blog to the feed.  the developers would be lost.  if
> there was only one feed, the news would get lost as well.
>
> i agree that some explanation would help, i got a little confused myself
> by the gimp object scheme this week while making them.  after a short
> break in working with them, i will see what i can do about adding a
> little more information.

Quite nice, the clean interface makes it easy on the eyes, and it
looks like it'll break down nicely if someone's using a console-based
browser (e.g. Lynx).

Since it's already set up like that, I don't know if you want to
change it, but maybe a unified header + description at the top,
followed by a selection for Layers | Pixels | Paths would be
interesting... http://blogs.gimp.org/layers,
http://blogs.gimp.org/pixels, and http://blogs.gimp.org/paths URIs
would make sense (although that's less creative, i suppose, than your
current offerings).  If you did do something like that,
http://blogs.gimp.org would maybe also have the same main header as on
the above three sites, and then split the three aggregated feeds into
individual columns with mini-headers... maybe similar to the column
layout at http://www.google.com/ig (except not so interactive and
messy...)... each column would be headed b the individual "Layers",
"Pixels" and "Paths" blogs headings respectively.

Hopefully the suggestion sounds clear... and maybe it's something
worth considering, but take it with a grain of salt.  I won't be
offended if you don't like it.

--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

[Gimp-user] Re: [Gimp-developer] the expanding gimp web

[michael chang]

On 11/5/05, Carol Spears <[EMAIL PROTECTED]> wrote:
> On Sat, Nov 05, 2005 at 04:33:08PM +, michael chang wrote:
> > On 11/4/05, Carol Spears <[EMAIL PROTECTED]> wrote:
> > >
> > > i considered what sort of collections of blogs i would find useful.  i
> > > also considered what could happen if only a small fraction of the gimp
> > > users added their blog to the feed.  the developers would be lost.  if
> > > there was only one feed, the news would get lost as well.
> > >
> > > i agree that some explanation would help, i got a little confused myself
> > > by the gimp object scheme this week while making them.  after a short
> > > break in working with them, i will see what i can do about adding a
> > > little more information.
> >
> > Quite nice, the clean interface makes it easy on the eyes, and it
> > looks like it'll break down nicely if someone's using a console-based
> > browser (e.g. Lynx).
> >
> thank you.  the very first thing they did when i showed my first gimp
> web site on the irc was to try it in lynx.  this is a fact for anyone
> trying to design a gimp web site.
>
> > Since it's already set up like that, I don't know if you want to
> > change it, but maybe a unified header + description at the top,
> > followed by a selection for Layers | Pixels | Paths would be
> > interesting... http://blogs.gimp.org/layers,
> > http://blogs.gimp.org/pixels, and http://blogs.gimp.org/paths URIs
> > would make sense (although that's less creative, i suppose, than your
> > current offerings).  If you did do something like that,
> > http://blogs.gimp.org would maybe also have the same main header as on
> > the above three sites, and then split the three aggregated feeds into
> > individual columns with mini-headers... maybe similar to the column
> > layout at http://www.google.com/ig (except not so interactive and
> > messy...)... each column would be headed b the individual "Layers",
> > "Pixels" and "Paths" blogs headings respectively.
> >
> one of my irc friends (i always forget that he is one of the people who
> actually does the work running the gnome computers -- that kind of
> friend, they are great to make and a rare human who is a friend more
> than a superhuman ruler of an actual internet domain) does not like the
> word blog.  he said that he doesn't mind the idea of it but would prefer
> that people call them web journals or web logs.
>
> the planet software suggests the word planet.  it is implied that the
> planets show developer web logs.  i almost missed this implication and
> called the user aggregation a planet.  there are a bunch of "planets"
> already.
>
> blogs.gimp.org -- what if the gimp computers started to have more than
> just me on the computer with a blog?

*shrugs* To me, blog doesn't sound right either -- it is a sort of
made-up word anyway.  But the idea of a quasi-unified interface was
just that, an idea.  The concept of a whatever.gimp.org/section seemed
to make sense to me since the content ... source-type is the same?  I
have no clue now...

Planet would sound nice, except, yes, it is way too common, and I
don't think it sounds GIMPy enough (if that's a word).

> two thoughts about putting the feeds all on one page.  1) is that
> useful? and 2) gimp is making new images for two of them everyday.
> they are random in content (somewhat) and also size.  a unified look
> more than what there is now is not more important than how cool those
> random images are, in my opinion.

Hm.  Very true, since I guess the whole purpose of the layout is to
not detract from the actual content in and of itself.  [Well, at least
I didn't suggest DHTML sliding menus or panels or something. ;)]

> i think a short text explaining whose web logs should be enough.

Well, it was just an idea -- whatever works, I say.  In any case, good luck.

--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Using FRAMES... How?

[michael chang]

On 11/6/05, Ernesto Orozco Coulson <[EMAIL PROTECTED]> wrote:
> Thanks for your response. I get to understand that I
> wil need to use JavaScript.
>
> In my opinion this should be easier in GIMP in the
> future.

GIMP isn't designed for this purpose, and plenty of code is already
available for this purpose.  Why reinvent the wheel?

Frankly, If memory serves me right, very little code in GIMP is
related to web development, regardless of whether or not GIMP is used
in it.

If someone is willing to contribute the code, then certainly I see no
reason why it will not be looked at.  However, there are bigger, and
in some people's opinions, more important, things that are
prerequisites before such things will be considered.  Existing coders
are overwhelmed with SIOD, maintenance, GEGL, and simply planning
16-bit-per-channel support, among other things, many major features
could be years away as it stands.

If you feel this is important, you are free to purchase Macromedia
Fireworks and use that instead.

You can also downgrade to GIMP 1.x and use existing plugins (as they
are not forward compatible and many may or may not be helpful for your
purpose) and scripts (there are many which use commands which are
deprecated in newer versions).

That said, you are entitled to your opinion, and if someone looks at
it and decides to include such a thing, I don't believe there is
anything wrong with that.

It may also be worth looking at W3C (World Wide Web Consortium,
w3.org) standards, as, if I remember correctly, they discourage such
things in modern web content.  [It's not very cross platform or
accessability-friendly, for example -- especially if it's done in a
flash plug-in, as Macromedia Fireworks does it.]

Of course, it all depends on your target audience.

> --- michael chang <[EMAIL PROTECTED]> wrote:
>
> > On 11/4/05, Ernesto Orozco Coulson
> > <[EMAIL PROTECTED]> wrote:
> > > I have been looking for but I could not find the
> > way
> > > to work with FRAMES (like Macromedia Fireworks).
> > >
> > > Where is the "frames" window?
> > >
> > > Could anyone please give me explanation about?
> > >
> >
> > I believe that for all intents and purposes, there
> > is no frames window
> > in GIMP.  "Frames" are represented as layers in GIF
> > images (for web,
> > in GIF export) and as separate files (for AVI, in
> > Gimp Animation
> > Package, a.k.a GAP).  To get the kind of effects
> > created by Macromedia
> > Fireworks, you'd need to create multiple still
> > images and sew them
> > together as a GIF, AVI, or by using JavaScript in
> > your web page - a
> > long process.
> >
> > Macromedia Fireworks uses something called "Vector"
> > based Graphics
> > provided by Macromedia's proprietary Flash
> > technology/file format, and
> > GIMP uses "Raster" based graphics which are not so
> > proprietary and
> > come in various file formats.  The two are
> > different, yield different
> > results, and work differently.  While GIMP is good
> > at editing various
> > types of "raster" images for the web, it doesn't do
> > many of the
> > features of Macromedia Fireworks that appear to be
> > touted on its
> > website.
> >
> > [Vector images use points and "connect the dots"
> > when they display on
> > your computer and contain instructions like "put
> > this text here" and
> > "fill this shape with this colour", whereas Raster
> > images store the
> > colour in a grid of dots that are put next to each
> > other to look like
> > an image.]
> >
> > You might find it easier to describe the effect you
> > wish to get, and
> > maybe we can show you a different way of achieving
> > it with the GIMP.
> >
> > --
> > ~Mike
> >  - Just my two cents
> >  - No man is an island, and no man is unable.
> >
>
>


--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Using FRAMES... How?

[michael chang]

On 11/7/05, Ernesto Orozco Coulson <[EMAIL PROTECTED]> wrote:
> Excuse me, but no flash plugin is needed, in that kind
> of applications, you export three elements: Images,
> JavaScript, and a HTML Table. You do not need a Flash
> Plugin to have it in your browser.

True, but I believe Macromedia products export a flash swf file for
this, regardless of whether it is necessary to achieve the effect.

> Images are discouraged by W3.org?
> Dont think so. (just is needed to use the ALT tab)

I believe it was rollover javascript... plus it violates some
"niceness" design standards.  Ironically, after searching the site, I
can't find the document I had looked at earlier, and I probably must
have misinterpreted something anyways.  In any case, it doesn't
matter, it's not a big deal.  (Besides, rollover Javascript is so
common now, I suppose.)

> I understand GIMP is not for this now, but why not?,
> would be very useful. I will see if I can contribute
> in the future about.

If you contribute something of this sort, I'm quite sure others who
run into your problem in the future will be very greatful.  I was just
trying to explain why it wasn't already there, and why it might be a
while before someone else writes such a tool (at least for doing it
from within GIMP).

--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] Transparent Logos...

[michael chang]

On 11/8/05, Jeff Avveduti <[EMAIL PROTECTED]> wrote:
>On Tue, 2005-11-08 at 22:18 -0500, Jeffrey Brent McBeth wrote:
>  On Tue, Nov 08, 2005 at 08:52:24PM -0600, Jeff Avveduti wrote:
> > I have tried searching for this but I am not finding quite the answer I
> > hunger for.
> > It is best to show you...
> > www.avveduti.com/ebay/logo.jpg
> >
> > There is what I am wanting. To make a nice transparent logo in gimp.
> > That was created in PS 7.
> > A nice bevel edge with ability to change the light direction and the
> > amount of bevel..
> > I made the text go to 0 opaque and voula.. there it is.
>
> Place your texture down (like the wavy red)
> Create a text layer (white for starters), and add your text
> Make sure the texture layer is selected, then go
>
> Filters -> Map -> Bump Map
>
> Play with all the fun knobs that do everything you asked for above.
>
> Click okay when you are done, then make the text layer invisible (click the
> eye)
>
> Jeff
>
>
>
>  Ok, I must be doing something wrong. I opened a picture, add text [Avveduti 
> Photography], Filters -> Map -> Bump Map, no matter I change, the text does 
> not change.
>  I move the window around to show the different letters of the text but 
> nothing. I slide everything to the far right... nothing. I hit ok and hide 
> the layer... nothing.
>  What am I doing wrong?
>

I don't think the text is supposed to change, the background is.  Then
you should be able to "hide" the text somehow, by clicking the eye for
the text layer in the layers box.  Maybe you need to flatten it first?

Or maybe you should select the text layer, and not the
background/pattern layer, or vice versa.  *shrugs*

IIRC, there are also special fonts that fake this effect, if that is
also your desire... although there should be a method like this with
bump map that works.

--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

Re: [Gimp-user] brush size

[michael chang]

On 11/16/05, Joao S. O. Bueno Calligaris <[EMAIL PROTECTED]> wrote:
> On Wednesday 16 November 2005 11:55 am, Sven Neumann wrote:
> > Hi,
> >
> > "Joao S. O. Bueno Calligaris" <[EMAIL PROTECTED]> writes:
> > > Unfortunattely, that only works for ".vbr"s - which stand for
> > > "virtual brushes" - simple, algorithmic, brushes - which have a
> > > basic shape (diamond, square, ellipse, all with N points).
> > >
> > > This is a missing feature for standard bitmap brushes. The code
> > > is even there, but currently it is used only with pressure
> > > sensitive input devices, and it lacks a UI for using with
> > > ordinary mice.
> >
> > It doesn't make too much sense to scale bitmap brushes, does it?
> >
> IMHO it does. Why not?

IMHO, If it was the same as a truetype font and the bitmap brush was
300x300 pixels, maybe; because we'd always scale down and there'd be
no attempt to up-scale and try and make a better brush from a brush
with less data.  [Loss of quality is another issue, meaning that you
can only have so much data there...]  If you have a 8x8 brush and want
to draw something that is 80x80, that is a completely different
matter.

Of course, scaling would make so much sense with SVG/Vector brushes --
but then, GIMP is a raster graphics program.  No-win situation. 
*sigh*

If the code is there, and it is possible to get at it using another
device; it doesn't seem to me for it to be unreasonable to provide
mice-based and/or keyboard-based ways of providing the same
funcationality... but that said, it has to be done within limits or
users will simply get confused and/or complain about weird things.

--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] file types

[michael chang]

On 11/20/05, Cliff Hanley <[EMAIL PROTECTED]> wrote:

> Since I installed Gimp, all my image files on desktop are IDed as Gimp files
> instead of JPG, BMP,TIFF etc. It would be useful to see these IDs before
> clicking on the files. Is there an option for restoring them?

Install the program that created these identifications, or restore
your mime-types from a backup.  (You do have a backup, don't you? ;)

Maybe also installing another program might overwrite GIMPs type
settings with it's own, which are then used thereafter -- if the
program restores the JPG/BMP/TIFF/etc types, then you should be fine.

It depends on the type of desktop - IIRC, different ones (GNOME, XFCE,
MS Windows) use different ways of identifying file types and showing
them to you.

--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] run script located in an arbitrary directory

[michael chang]

On 11/21/05, Robert Kleemann <[EMAIL PROTECTED]> wrote:
> Is it possible to have gimp run a script that located in an arbitrary
> directory?  It seems that gimp wants to run scripts from
> ~/.gimp-n.n/[plug-ins|scripts]/

> 2) It only works for scripting languages where white space is not
> significant.  This means you can't use this with python-fu (my preferred
> scripting language)
>
> Am I missing something?  Is there an obvious way to do this?

While Perl-fu is not ... at it's peak at the moment, from my memory,
perl scripts with the GIMP module can be loaded just like any
executable script; for example, if I have a script that uses GIMP
called myfile.pl and I go to that directory and call ./myfile.pl, it
will run.  [In fact, this is the only way I've figured out how to run
them -- I still haven't figured out how to register a Perl-Fu script
in the menus.  Heh.]  I don't know about Python, but I can imagine it
could be possible - although would you need to open the images from
Python itself to do so?

> If there is no way to do this, would it make a good feature request?

*IF* there is no way to do this, I myself don't see anything wrong
with the idea... the only thing is I don't know when/if it'd be
completed.

--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] Golden Letters #2

[michael chang]

On 11/29/05, Michael Henke <[EMAIL PROTECTED]> wrote:

> I managed to create the Golden Letters thanks to Olivier Ripoll, but now
> I've got a 2nd question, how can I use this image in Microsoft Frontpage? I
> tried to copy and Paste, but that didn't work out very well.

Maybe you want to "save as" the image as a gif, png, or jpeg
(depending on your needs) somewhere (maybe flatten first, if there is
more than one layer) and then load the image in Microsoft Frontpage as
a picture.  Don't know about specifics.

--
~Mike
 - Just my two cents.
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] "Add Glow" and "Center Layer"

[michael chang]

On 12/6/05, Myke C. Subs <[EMAIL PROTECTED]> wrote:
> Carol Spears wrote:
> > it is easy to build gimp-perl.  get the tarball and open it.

> I downloaded the tarball yesterday, opened it and attempted to install
> it.  I am not green with regard to installing from source.  I just don't
> prefer to do that with an RPM-based package like SuSE if it's not required.

> checking for gimptool-2.0... no
> checking for GIMP - version >= 2.0.0... no
> *** The gimptool-2.0 script installed by GIMP could not be found
> *** If GIMP was installed in PREFIX, make sure PREFIX/bin is in
> *** your path, or set the GIMPTOOL environment variable to the
> *** full path to gimptool-2.0.
> configure: error: ** unable to find gimp, make sure it's in your path
> (version 1.3.15+ required!)
>
> 
>
> Can't find gimp?  It's in it's default SuSE RPM location.
> Make sure it's in my path?  Yep.  It's in my path.
>
> ??

This requires your gimp development packages... probably gimp-dev or
libgimp-dev or whatever...

Debian (normal repositry, stable, testing, unstable) and Ubuntu
(universe repositry which must be uncommented in
/etc/apt/sources.list, warty, hoary, breezy, dapper) both have such
packages, called "libgimp-perl".  Check if there is a similarly named
package for your distro.  If not... well, *shrugs*.

Mind, if it's this much trouble, it may be more convienent to switch
to a distribution that has GIMP-Perl packages readily available, or
"borrow" their packaging system*.

Basically, the idea is that binary gimp packages (it's useful it
you're trying to save space - IIRC there seems to have been a recent
movement to split packages into as many depending-on-each-other
subpackages as possible) are trimmed to avoid headers - those are
sepearate.  As for compiling modules and the like, the package (in
both those distros) is called "libgimp2.0-dev".  I imagine you have a
should similiar package, with either that name or "libgimp2.0-devel",
I suppose.  (Haven't checked.)  If not, you can also get all the
development packages for all the libraries and build gimp itself from
source.

If you have a nice package management system in your distro, you might
be able to search through the list of packages as such and install
them.  Try terms like "gimp-perl" or even just "gimp" (you may need to
repeat the search multiple times.

* This has many implications, and I haven't tried it myself. 
Apparently it's been known that this "solution" can have dependency
issues because packages are spread over multiple packaging systems.

My apologies if my comments are unhelpful.  Hopefully you will resolve
your problem quickly.

--
~Mike
 - Just the crazy copy cat.
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] "Add Glow" and "Center Layer"

[michael chang]

On 12/6/05, Patrick Shanahan <[EMAIL PROTECTED]> wrote:
> * Myke C. Subs <[EMAIL PROTECTED]> [12-06-05 16:40]:
> > Carol Spears wrote:
> > >
> > >it is easy to build gimp-perl.  get the tarball and open it.
> > >
> > >type "perl Makefile.PL"
> > >soon after type "make"
> > >when that is completed, as root type "make install"
> ...
> > As root:
> > -
> > linux:/home/mykec/Downloads/TGZ/Gimp-2.0 # perl Makefile.PL
>
> no, run the 'perl Makefile.PL' as {user} and run 'make' as {user}.
>
> then run as root, checkinstall
>
> checkinstall will run/convert "make install" into an rpm and update
> the rpm database for you.

Since he's already run "perl Makefile.PL" as root, he's probably
messed the permissions here and there - in that case it'd be easiest
to delete/clean and re-unpack it as a normal user to be able to do
this, IIRC.

In any case, my understanding is to do the following:
(prefixed with $: run as normal user, prefixed with #: run as root)
$ tar -xvzf 
$ cd 
$ perl Makefile.PL
$ make
# make install

Now, an alternative to the last line is "$ su make install" as a
regular user (you will be prompted for root's password and returned to
a regular user upon command's completion, requires "su" to be
installed) or "$ sudo make install" as a regular user (you will be
prompted for your password and returned to a regular user upon
command's completion, requires "sudo" to be installed and for you to
be configured in /etc/sudoers (by editing with "visudo" as root) to be
allowed to run the program as root). If you get the latter method
(sudo) working, my understanding is that it is preferred to use that.

If you have the "checkinstall" program, you can replace "make install"
in any of the above commands with

"checkinstall make install"

which can make a package for you and automatically install it.  That
said, you may need to know about the metadata in the so-called
"regular" package that would be in your system if anything needs to
depend on it so to avoid having two packages for the same stuff. (That
said, it's probably not as bad as having a local source install and a
package at the same time.)

--
~Mike
 - Just the crazy copy cat.
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] "Add Glow" and "Center Layer"

[michael chang]

On 12/7/05, Myke C. Subs <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED]:/opt/gnome/bin> ls -l gimptool*
> lrwxrwxrwx  1 root root   12 2005-12-05 11:52 gimptool -> gimptool-2.0
> -rwxr-xr-x  1 root root10660 2005-11-10 02:00 gimptool-2.0
> lrwxrwxrwx  1 root root   12 2005-12-05 11:52 gimptool-2.2 ->
> gimptool-2.0
>
> 
> [EMAIL PROTECTED]:~/Downloads/TGZ/Gimp-2.0> perl Makefile.PL
> checking for gimp-2.0... no
> checking for gcc... cc
[snip]
> checking whether we are using the GNU C compiler... yes
[snip]
> checking for gimptool-2.0... /opt/gnome/bin/gimptool-2.0
> checking for GIMP - version >= 2.0.0... no
> *** Could not run GIMP test program, checking why...
> *** The test program failed to compile or link. See the file config.log
> for the

What is the output of "tail config.log"?

> *** exact error that occured. This usually means GIMP was incorrectly
> installed
> *** or that you have moved GIMP since it was installed. In the latter
> case, you
> *** may want to edit the gimptool-2.0 script: /opt/gnome/bin/gimptool-2.0
> configure: error: ** unable to find gimp, make sure it's in your path
> (version 1.3.15+ required!)
> 
>
> I am most concerned at this point about this line in particular from the
> above:
>
> checking for GIMP - version >= 2.0.0... no
>
> ...because that's not true.
>
> Perhaps I should uninstall and then reinstall my GIMP 2.2.9 RPM?

I don't think it has to do with your RPM.  The checks for GIMP that
the source makes assume certain conditions which usually are created
when gimp is built from source.

I'm conserned about this line:
 *** The test program failed to compile or link. See the file config.log

What compiler are you using?  Do you have the development headers for
the libraries used to make gimp?  (Installing gimp-devel should have
brought them in, but...)

> for the

> Or what about rpm --updatedb?

Naw, I don't think the source would check your package manager if GIMP
was installed.

Hum... what if you look for a package called "gimpperl" in YaST? If
it's not there, maybe google for a SuSe RPM for "gimp-perl" (make sure
it matches your OS exactly, since IIRC RPMs can be lethal if they
don't match your distro name and version perfectly).

IIRC, In Ubuntu and Linux, there is a concept of multiple repositries
(e.g. multiple software CDs and/or multiple repositries on the
internet) - maybe YaST needs a similar thing added if gimp-perl is not
already in your OS?

The only problem is, all references to gimp-perl for SuSE 9.2 that I
can find refer to gimp-perl 1.2; Ubuntu is providing something that
looks like a gimp-perl 2.0 so i'm naturally puzzled... *sigh*

--
~Mike
 - Just the crazy copy cat.
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] Transparent image problem

[michael chang]

On 12/9/05, Wade Smart <[EMAIL PROTECTED]> wrote:
> 12092005 2021 GMT-5
>
> I have this image that Im laying atop another image. They are both gifs.
> Im using the eraser tool to erase at 47% the image to make it
> transparent but, above 50% its 100% and below 50% its 0% transparent.

I suggest you convert both to RGB format, then paste one atop another,
then erase at 47% transparency (probably saving as GIMP's internal XCF
format if you must stop at any point before you're done).  Then
flatten and export as GIF.

GIF only supports things being transparent or not transparent, so
there is techincally no such thing as 47% transparent in GIF.

You might also want to note the opacity slider in the layers
dialogue... maybe that is of some use?

--
~Mike
 - Just the crazy copy cat.
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] "Add Glow" and "Center Layer"

[michael chang]

Trying to answer Pat's cry for a summary...

On 12/5/05, Myke C. Subs <[EMAIL PROTECTED]> wrote:
> Hello All,
>
> I've just joined this list.  This is my first post to it.
>
> I have been a happy GIMPer since 2000 until this year.
>
> After Red Hat ditched me 2 years ago, I switched to Mandrake 8.2 and
> didn't like it.  So this year I switched to SuSE 9.2 Pro and I like it a
> *lot* - except for the fact that the GIMP "upgrade" which comes with my
> distribution no longer includes my two long-time, most-used features:
> "Filters->Render->Add Glow" and "Layers->Center Layer".
>
> Where have these gone and how do I get them back?  Especially "Add
> Glow"... I *require* that one!

Let's see if it's possible to sum up this thread to-date...

These two features require a component with gimp known as "gimp-perl",
which is the perl extension to the GIMP.  This allows one to use
plugins which are written in perl, of which these are two.

It seems that SUSE 9.2 does not appear to have a binary package for
the latest version of gimp-perl (or at least a version compatable with
the version of gimp you are using).  Futhermore, the version of GIMP
and GIMP development packages bundled with SUSE 9.2 does not appear to
support building this plugin, probably due to an incompatability or
other modification made somewhere that breaks gimp-perl's build
system.

At this point, you have a couple of options:

1. Reverse the change that caused the problem.

If upgrading to a 2.x revision of GIMP caused the problem, downgrading
to the previous version you had where this problem wasn't exhibited
will solve the problem.  This assumes your distribution allows
downgrading.

2. Build GIMP, GIMP-perl and their dependencies from souce

The development packages in your distribution seem somewhat unique,
and gimp-perl's build system doesn't recognize them.  The lack of a
_binary_ package for what you are looking for indicates that the only
way to get the functionality may to be build it and its dependencies
from source. It may be suitable, then, to build GIMP related binaries
and libraries from source, such as GTK+, Pango, GIMP, gimp-perl, and
the like.

3. Switch to a different distribution.

Various other distributions are known not to have this problem. 
Reported examples include Debian and Ubuntu, and others may be an
option as well.  Investigate your alternative thoroughly before
exploring this option as it may be time consuming.

--
~Mike
 - Just the crazy copy cat.
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user