gimp i18n == segfault

2000-02-08 Thread Marc Lehmann

Since about two weeks, setting LANG to any value results on a segmentation
fault on startup.

Program received signal SIGSEGV, Segmentation fault.
0x4015822d in g_strdup (str=0x81e8273 "help_page") at gstrfuncs.c:56
gstrfuncs.c:56: No such file or directory.
(gdb) bt
#0  0x4015822d in g_strdup (str=0x81e8273 "help_page") at gstrfuncs.c:56
#1  0x40107f18 in __DTOR_END__ ()
#2  0x88b4b30 in ?? ()
#3  0x42207265 in ?? ()

(The stack-trace option, btw, outputs:)

/usr/app/bin/gimp: fatal error: sigsegv caught
/usr/app/bin/gimp (pid:23146): [E]xit, [H]alt, show [S]tack trace or [P]roceed: s
#0  g_on_error_stack_trace (
#1  0x4016110c in __DTOR_END__ ()
#2  0x7070612f in ?? ()

(i.e. the same output you always get with that option ;)

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



some wierd font problems

2000-02-08 Thread Alan

Basically what happens is this.  I have an image I've captured somewhere else
(ie: screenshot in windows) and try to put text on top of it.  The text goes
in fine but is 100x the size it should be.  I have had to set the font size
to arial 8pt just to get something that is *close* to what 20pt should be. 

Then (as I found today) by just copying and pasting the image into a new
canvass the problems go away.  I don't know if this is the gimp (1.1.16
compiled today, but this has been doing this on and off in the previous
couple of versions), xfstt (1.1), the font (standard arial true type), or
what...

It's hard to explain.  Head to http://arcterex.ufies.org/gimpfont for
screenshots and hopefully a more coherant explanation :)  The original image
is up there (bottom of the page), so hopefully someone else will find the
same problem.

Regards,

arcterex

-- 
Alan  -=|=- [EMAIL PROTECTED] -=|=- http://arcterex.ufies.org
Lack of capability is usually disguised by lack of interest.



Re: some wierd font problems

2000-02-08 Thread SHIRASAKI Yasuhiro

Hi Alan,

Resolusion difference between your jpeg screen shot and "new" image
caused your experience. Your image was saved with 300dpi. But when
you start with "new", the resolusion may be 72dpi by default. In
the text font dialog, the text is rendered with 100dpi or 72 dpi.

Anyway, the text is rendered in 14pt with the resolution of image.
So pixel size was different as you seen.

regard,

--
SHIRASAKI Yasuhiro : Experimental Particle Physics, JLC Team
Graduate School of Science, TOHOKU University 980-8578 Japan.



Re: Sample Colorize [Was: Re: Buggy plugins]

2000-02-08 Thread Jon Winters

On Mon, 7 Feb 2000, Tuomas Kuosmanen wrote:

 On Sun, Feb 06, 2000 at 07:04:12PM -0500, Garry R. Osgood wrote:
 
 [zap]
 
  What it does:
  [zap]
 
 So it is basically Gradient Map on steroids?
 
 Tuomas

I experimented with it a little last night.  The thing rocks!

--
Jon Winters http://www.obscurasite.com/
OpenVerse  http://www.openverse.org/



Re: Pathtool?

2000-02-08 Thread Tuomas Kuosmanen

On Mon, Feb 07, 2000 at 09:43:17AM +0100, [EMAIL PROTECTED] wrote:
 On  6 Feb, Marc Lehmann wrote:
 
  This has been mentioned at least three times on this list: one of them
  works, the other doesn't.
 
  Both don't work correctly, as I stated before. Do you read my mails?
  The Bezier Select Tool behaves very strange: Points appear automatically
  here and there and sometimes I can't change a curve. I don't know how
  this can be reproduced as I can't trigger this bugs always... :/

It has the problem of being very sensitive to pointer accuracy :( Other than
that it works very well, but the bezier tool is perhaps one of the most
complex tools in a image manipulation program. It is also one of the most
powerful ones, thus taking some time to learn. But the point in the path
tool is that it was intended as a replacement _gui_ for the bezier tool,
making the _gui_ more usable. Like it has been mentioned before, it is work
in progress and thus doesnt do anything useful yet. There is no problem in
deciding which one to keep, once it works and is debugged, the current
bezier tool shall die and the path tool shall take its place in the glory.

  Even a gimp-beginner can find this out in minute or so.
 
  A beginner will most probably not use this tool for making
  selection because it'll give strange results if you don't know how it
  works... No, this aren't just my thoughts. I demonstrated the GIMP
  to quite a lot of people who are using it now and tell me those things.

I have made a tutorial on this, which you might find helpful (at least a lot
of people have told me it helped them)

http://tigert.gimp.org/gimp/tutorials/

It is just a complex tool, and requires quite a bit of practice. The path
tool plays a major role in photoshop books and courses too.

Tuomas

-- 

.---( t i g e r t @ g i m p . o r g )---.
| some stuff at http://tigert.gimp.org/ |
`---'



Re: [gimp-devel] Re: Announcing a New GIMP Book

2000-02-08 Thread Simon Budig

Carl B. Constantine ([EMAIL PROTECTED]) wrote:
 Is there any way to "unflatten" or unmerge layers in the Gimp? Here's why. I
 used a Script-Fu script to generate a 3D Text logo for my wife. It looks
 very cool. However, the final image only has a single layer and the
 background is all white. This means I can't change the background at all no
 matter what I've tried. I've tried duplicating the layer and modifying one
 layer. I've just tried selecting all the white area - but this doesn't work
 well due how the text turned out, etc. but I want to use a different
 background for this image. It would be nice if the script-fu scripts kept
 the layers in tact so that users could do some more manipulation
 ofter-the-fact to fine tune the image a bit.

To unmerge the layers would involve significant magic, since this infomation
is lost when flattening the images... You can try to eliminate the
call to (gimp-flatten-image foo) in the script. Hopefully this is the
last step in the script. Then the layers will be preserved.

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