discuss-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Fwd: Re: Gorm Localisation Support


From: Gregory John Casamento
Subject: Fwd: Re: Gorm Localisation Support
Date: Wed, 29 Oct 2003 18:11:36 -0800 (PST)

Thought I would forward this to the list...  I meant to hit "reply all". :)

--- Gregory John Casamento <greg_casamento@yahoo.com> wrote:
> Date: Wed, 29 Oct 2003 17:34:11 -0800 (PST)
> From: Gregory John Casamento <greg_casamento@yahoo.com>
> Subject: Re: Gorm Localisation Support
> To: stefanu@altair.dcs.elf.stuba.sk
> 
> Stefan,
> 
> --- Stefan Urbanek <stefanu@altair.dcs.elf.stuba.sk> wrote:
> > On 2003-10-29 02:04:51 +0100 Gregory John Casamento
> > <greg_casamento@yahoo.com> wrote:
> > 
> > > Guys,
> > > 
> > > I'm glad we got both ideas out for open discussion.
> > > 
> > > Translating all strings is a little dangerous since there are strings
> > stored
> > > inside of dictionaries withing some of the objects in the archive.   A
> > policy
> > > of blanket translation might corrupt data unintentionally.
> > > 
> > 
> > Not all strings, just those which user specifies as strings to be
> translated
> > or those that are known that they have to be translated (button labels, for
> > example). This is the reason for "string outlets".
> 
> I don't want to change the way Gorm currently looks at outlets/actions by
> adding a seperate type of outlet for strings.  
> 
> I do, however, understand what you mean and I believe that the same goal can
> be
> achiveved in a different way.
> 
> > > What might work slightly better is to use a subclass of NSTextView or
> other
> > > text  objects which will translate themselves and resize the font inside
> > the
> > > gadget to fit if the word becomes too long (the last bit is optional). 
> > This
> > > way the user designates which fields are to be translated by setting a
> > switch
> > > in the inspector and the rest is taken care of for him/her automatically.
> > :D
> > > 
> >
> > No, using any kind of special view is not appropriate. What about custom
> > views that contain strings for translation? There should be some generic
> > mechanism/API for:
> 
> This is a good point.   There are some things which could be done to side
> step
> this, but they are a little complicated.
>  
> > - developer to specify which parts of view are translateable strings (this
> > can be GNUstep-specific, no problems with compatibility, because gorms are
> > gnustep specific also)
> > - Gorm to be able to extract and change those strings (string outlets
> and/or
> > key-value coding?)
> > 
> > > There are various things which can be done during the archiving /
> > unarchiving
> > > process to make the existence of the subclass compeltely transparent to
> the
> > > user as the object would unarchive into a NSTextView or whatever custom
> > > subclass they have specified in Gorm. :)
> > > 
> > 
> > Hm, is this really needed for translation?
> 
> Probably not.  This was dependent on the previously described approach.  
> 
> > Stefan
> > 
> 
> I believe that there is a third approach to this.  One that doesn't use any
> specialized subclasses.
> 
> A list of things (strings or views or whatever) could be specified in Gorm in
> the inspectors.   When the .gorm is loaded the method awakeWithContext is
> called on the GSNibContainer object.  In this method, after everthing else is
> done and before the windows and other views are made visible it would be
> possible to translate all of the views or other things mentioned in the list.
> 
> The drawback I see to this is the fact that the .gorm is loaded and then
> translated.  I however, don't see any way around it if we want *dynamic*
> translation.
> 
> GJC
> 
> =====
> Gregory John Casamento -- CEO/President Open Logic Corp.
> -- bheron on #gnustep, #linuxstep, & #gormtalk ---------------- 
> Please sign the petition against software patents at: 
> http://www.petitiononline.com/pasp01/petition.html 
> --- Main Developer of Gorm (featured in April Linux Journal) ---
> 
> __________________________________
> Do you Yahoo!?
> Exclusive Video Premiere - Britney Spears
> http://launch.yahoo.com/promos/britneyspears/
> 


=====
Gregory John Casamento -- CEO/President Open Logic Corp.
-- bheron on #gnustep, #linuxstep, & #gormtalk ---------------- 
Please sign the petition against software patents at: 
http://www.petitiononline.com/pasp01/petition.html 
--- Main Developer of Gorm (featured in April Linux Journal) ---

__________________________________
Do you Yahoo!?
Exclusive Video Premiere - Britney Spears
http://launch.yahoo.com/promos/britneyspears/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]