Re: BUG: gdyntext is dead

2000-04-22 Thread Marco Lamberto

On Sat, 15 Apr 2000, Uwe Koloska wrote:
>Because there was a suggestion that xfree86-3.3.5 can be the reason, I
>upgraded to 3.3.6 but nothing changes.  The new text layer is a small
>rectangle in the upper left corner ...
I've tested gDynText with my Linux box, recently upgraded to RH 6.2, and it
still works! ;)
Have you tried in changing the text rendering font? 

Happy gimping,
Marco
-- 
//\/\ Marco (LM) Lamberto
  e-mail:[EMAIL PROTECTED] (remove 'nOsPaMz-')
  The Sunny Spot  -  http://www.geocities.com/Tokyo/1474/





Re: BUG: gdyntext is dead

2000-04-19 Thread Michael Natterer

Nick Lamb wrote:
> 
> On Tue, Apr 18, 2000 at 07:55:41PM +0200, Uwe Koloska wrote:
> > Hey, you are right!  By starting gimp with
> >
> > LC_ALL=C gimp-1.1
> >
> > or more exact
> >
> > LC_NUMERIC=C gimp-1.1
> >
> > gdyntext works as expected.  Maybe this is the same sort of error acrobat
> > reader 4.05 has to fight with (cannot open most embedded font when run with
> > locale other than "C").
> 
> I have just confirmed, and fixed (well sent off a patch) a bug in Xsane,
> an external Gimp plug-in, which has this same problem.
> 
> It is ESSENTIAL when communicating across the Gimp wire, that a plug-in
> operates in LC_NUMERIC == "C", I do not think it is wise to change this
> assumption during the last leg to 1.2.0 and almost ALL existing
> plug-ins accept this behaviour by
>
> (...)

Hi all,

I've just commited a patch which makes GDynText behave like a plugin should.
Rendering text layers and i18n now work as expected.

bye,
--Mitch



Re: BUG: gdyntext is dead

2000-04-18 Thread Víctor R. Ruiz


  Hola:

Uwe Koloska tecleó:
> Hey, you are right!  By starting gimp with
> LC_ALL=C gimp-1.1
> gdyntext works as expected. Maybe this is the same sort of error acrobat
> reader 4.05 has to fight with (cannot open most embedded font when run with
> locale other than "C").

  You're right. Now it works fine :)


  Greetings from Canary Islands,
 
Víctor R. Ruiz
[EMAIL PROTECTED]



Re: BUG: gdyntext is dead

2000-04-18 Thread Nick Lamb

On Tue, Apr 18, 2000 at 07:55:41PM +0200, Uwe Koloska wrote:
> Hey, you are right!  By starting gimp with
> 
> LC_ALL=C gimp-1.1
> 
> or more exact
> 
> LC_NUMERIC=C gimp-1.1
> 
> gdyntext works as expected.  Maybe this is the same sort of error acrobat
> reader 4.05 has to fight with (cannot open most embedded font when run with
> locale other than "C").

I have just confirmed, and fixed (well sent off a patch) a bug in Xsane,
an external Gimp plug-in, which has this same problem.

It is ESSENTIAL when communicating across the Gimp wire, that a plug-in
operates in LC_NUMERIC == "C", I do not think it is wise to change this
assumption during the last leg to 1.2.0 and almost ALL existing
plug-ins accept this behaviour by

(a) Using the normal gimp_main() stuff provided by gimp.h, which magically
calls setlocale(LC_NUMERIC, "C"); for itself anyway.
and
(b) Not manually fiddling with their locale settings

If GDyntext doesn't use gimp_main() stuff, or does fiddle with its own
locale settings (either generally or LC_NUMERIC in particular) then it
needs to be altered to provide working i18n, I suggest removing any
private setlocale() stuff or otherwise altering GDyntext not to alter
the LC_NUMERIC settings from their defaults.

For Gimp 1.3 we might re-think the wire protocol to avoid this mess?

Nick.



Re: BUG: gdyntext is dead

2000-04-18 Thread Uwe Koloska

You wrote on Die, 18 Apr 2000:
>Hi,
>
>> > > Where are you experts???  We are two at minimum discovering this behaviour
>> > > and if it's a misconfiguration it has to be described somewhere.
>> > 
>> > It is a misconfiguration on your part.  I'm running gimp 1.1.19 from
>> > debian and GDynText appears to be working fine.  I typed text and it
>> > appeared in a new layer.
>> 
>> I'm afraid Uwe's original report is correct. GDynText is totally
>> broken when used under any locale, because it seems to do bad
>> thing to the X font spec's "encoding" field. I'm thinking about
>> hacking it but I don't promise anything :)
>

Hey, you are right!  By starting gimp with

LC_ALL=C gimp-1.1

or more exact

LC_NUMERIC=C gimp-1.1

gdyntext works as expected.  Maybe this is the same sort of error acrobat
reader 4.05 has to fight with (cannot open most embedded font when run with
locale other than "C").

>No, this problem is definitely configuration-specific. I have no problems
>with GDynText on this debian (potato) system running gimp under whatever 
>locale I like.

But what's wrong with my configuration?  The locales are straight from
glibc-2.1.2.

localedef -i de_DE -f ISO-8859-1 de

The definition of LC_NUMERIC:
decimal_point ""
thousands_sep ""
grouping  3;0


Good news if this is no gimp bug, but it falls on gimp if gimp isn't able
to work with this special (mis)configuration. 

I will go into it -- and I am glad to hear from you ;-)


I have done some tests with gimp-1.1.19 and gdyntext-1.4.4 (-DDEBUG)
  LANG=de gimp-1.1
---
Loading font: -*-agate-bold-r-normal-*-50-*-*-*-*-*-*-*
[...]
GDT: space width = 2
GDT:   16x   5 A:  4 D:  1 [Test]
GDT: MH:5 LH:4
---
  LC_NUMERIC=C gimp-1.1
---
Loading font: -*-agate-bold-r-normal-*-50-*-*-*-*-*-*-*
[...]
GDT: space width = 18
GDT:   87x  50 A: 38 D: 12 [test]
GDT: MH:50 LH:32
---

Then I tried to give the same command that gdyntext uses in the script-fu
console with LANG=de:
  (gimp-text-get-extents "A A" 50 PIXELS "*" "agate" "bold" "r"
  "normal" "*" "*" "*") 
(100 50 38 12)
  (gimp-text-get-extents "AA" 50 PIXELS "*" "agate" "bold" "r"
  "normal" "*" "*" "*")
(82 50 38 12)

As you can see the result is correct (100 - 82 = 18)

Debugging with ddd (gdb-4.18) shows that all parameter are correct.

Where in gdyntext.c or in gimp_run_procedure() is a function that uses the
LC_NUMERIC locale setting -- that is not used by scrip-fu???

Uwe

-- 
mailto:[EMAIL PROTECTED]
http://rcswww.urz.tu-dresden.de/~koloska/
----
right now the web page is in german only
but this will change as time goes by ;-)



Re: BUG: gdyntext is dead

2000-04-18 Thread Michael Natterer

On Tue, 18 Apr 2000, Sven Neumann wrote:

> > > > Where are you experts???  We are two at minimum discovering this behaviour
> > > > and if it's a misconfiguration it has to be described somewhere.
> > > 
> > > It is a misconfiguration on your part.  I'm running gimp 1.1.19 from
> > > debian and GDynText appears to be working fine.  I typed text and it
> > > appeared in a new layer.
> > 
> > I'm afraid Uwe's original report is correct. GDynText is totally
> > broken when used under any locale, because it seems to do bad
> > thing to the X font spec's "encoding" field. I'm thinking about
> > hacking it but I don't promise anything :)
> 
> No, this problem is definitely configuration-specific. I have no problems
> with GDynText on this debian (potato) system running gimp under whatever 
> locale I like.

Cool! Then I will definitely not hack it (well, except the color DND).

:)

--Mitch




Re: BUG: gdyntext is dead

2000-04-18 Thread Sven Neumann

Hi,

> > > Where are you experts???  We are two at minimum discovering this behaviour
> > > and if it's a misconfiguration it has to be described somewhere.
> > 
> > It is a misconfiguration on your part.  I'm running gimp 1.1.19 from
> > debian and GDynText appears to be working fine.  I typed text and it
> > appeared in a new layer.
> 
> I'm afraid Uwe's original report is correct. GDynText is totally
> broken when used under any locale, because it seems to do bad
> thing to the X font spec's "encoding" field. I'm thinking about
> hacking it but I don't promise anything :)

No, this problem is definitely configuration-specific. I have no problems
with GDynText on this debian (potato) system running gimp under whatever 
locale I like.


Salut, Sven





Re: BUG: gdyntext is dead

2000-04-18 Thread Michael Natterer

On Tue, 18 Apr 2000, Christopher W. Curtis wrote:

> Uwe Koloska wrote:
> 
> > Where are you experts???  We are two at minimum discovering this behaviour
> > and if it's a misconfiguration it has to be described somewhere.
> 
> It is a misconfiguration on your part.  I'm running gimp 1.1.19 from
> debian and GDynText appears to be working fine.  I typed text and it
> appeared in a new layer.

I'm afraid Uwe's original report is correct. GDynText is totally
broken when used under any locale, because it seems to do bad
thing to the X font spec's "encoding" field. I'm thinking about
hacking it but I don't promise anything :)

bye,
--Mitch





Re: BUG: gdyntext is dead

2000-04-17 Thread Christopher W. Curtis

Uwe Koloska wrote:

> Where are you experts???  We are two at minimum discovering this behaviour
> and if it's a misconfiguration it has to be described somewhere.

It is a misconfiguration on your part.  I'm running gimp 1.1.19 from
debian and GDynText appears to be working fine.  I typed text and it
appeared in a new layer.

http://www.debian.org/Packages/unstable/graphics/gimp1.1.html

Christopher



Re: BUG: gdyntext is dead

2000-04-15 Thread Uwe Koloska

I wrote on Mon, 10 Apr 2000:
>Hello,
>
>since 1.1.17 (maybe before and maybe the gimp version is unrelated to the
>problem) the gdyntext-plugin produces no result.  Oh it produces a new
>but just too small layer with the necessary parasites -- but the text isn't
>visible.
>
>I have tested:
>o gimp-1.0.4 with gdyntext-1.4.1 that goes well in the past so this looks
>  like some changes in the environment
>o gimp-1.1.1[789] with the packaged gdyntext and the actual gdyntext 1.4.4
>  dircet from the authors website
>o disable the ttf-fontserver (xfsft-1.1.6)
>xset -fp tcp/localhost:7100
>xset fp rehash
>o running gdyntext with "-DDEBUG" enabled gives
>GDT: space width = 2
>GDT:   34x   5 A:  4 D:  1 [Hallo Welt!]
>GDT: MH:5 LH:4
>
>My system:
>  linux-2.2.1[14]
>  xfree86-3.3.5
>  glibc-2.1.2
>  gcc-2.95.[12]
>  xfsft-1.1.6 only for ttf -- x-fonts and typ1 through the X-Server
>  gtk+-1.2.7
>
>The (script-fu gimp_text_get_extends ...) given on the console shows a
>resonable behaviour.
>

Where are you experts???  We are two at minimum discovering this behaviour
and if it's a misconfiguration it has to be described somewhere.

Because there was a suggestion that xfree86-3.3.5 can be the reason, I
upgraded to 3.3.6 but nothing changes.  The new text layer is a small
rectangle in the upper left corner ...

For testing I have also removed my ~/.gimp-1.1 (nice startup wizard!) but
no effect ...

Yours
Uwe Koloska


-- 
mailto:[EMAIL PROTECTED]
http://rcswww.urz.tu-dresden.de/~koloska/
----
right now the web page is in german only
but this will change as time goes by ;-)



Re: BUG: gdyntext is dead

2000-04-10 Thread Víctor R. Ruiz


  Hola:

Uwe Koloska tecleó:
> since 1.1.17 (maybe before and maybe the gimp version is unrelated to the
> problem) the gdyntext-plugin produces no result.  Oh it produces a new
> but just too small layer with the necessary parasites -- but the text isn't
> visible.
 
> My system:
>   linux-2.2.1[14]
>   xfree86-3.3.5
>   glibc-2.1.2
>   gcc-2.95.[12]
>   xfsft-1.1.6 only for ttf -- x-fonts and typ1 through the X-Server
>   gtk+-1.2.7

 I posted a similar bug some days ago. A friend of mine have installed
the RedHat 6.2 from scratch and compiled gimp 1.1.19 and the gdyntext
doesnt work :(

  I have also took look at the sources and seems to work fine... maybe
the Xfree? I dont know. It worked fine with RH 6.1 and 1.1.15 :(

  Greetings,

Víctor R. Ruiz
[EMAIL PROTECTED]



BUG: gdyntext is dead

2000-04-10 Thread Uwe Koloska

Hello,

since 1.1.17 (maybe before and maybe the gimp version is unrelated to the
problem) the gdyntext-plugin produces no result.  Oh it produces a new
but just too small layer with the necessary parasites -- but the text isn't
visible.

I have tested:
o gimp-1.0.4 with gdyntext-1.4.1 that goes well in the past so this looks
  like some changes in the environment
o gimp-1.1.1[789] with the packaged gdyntext and the actual gdyntext 1.4.4
  dircet from the authors website
o disable the ttf-fontserver (xfsft-1.1.6)
xset -fp tcp/localhost:7100
xset fp rehash
o running gdyntext with "-DDEBUG" enabled gives
GDT: space width = 2
GDT:   34x   5 A:  4 D:  1 [Hallo Welt!]
GDT: MH:5 LH:4

My system:
  linux-2.2.1[14]
  xfree86-3.3.5
  glibc-2.1.2
  gcc-2.95.[12]
  xfsft-1.1.6 only for ttf -- x-fonts and typ1 through the X-Server
  gtk+-1.2.7

The (script-fu gimp_text_get_extends ...) given on the console shows a
resonable behaviour.

Yours
Uwe Koloska

-- 
mailto:[EMAIL PROTECTED]
http://rcswww.urz.tu-dresden.de/~koloska/
----
right now the web page is in german only
but this will change as time goes by ;-)