[fpc-pascal] Re: Get all caller adresses of a given
function/procedure before executing
wkitty42 at windstream.net
Wed Aug 15 03:52:00 CEST 2012
On 8/14/2012 03:11, Rainer Stratmann wrote:
> Am Tuesday 14 August 2012 03:28:26 schrieb waldo kitty:
>> i've been following this whole thread with interest... one thing that i'm
>> still not clear about, though, is why is this important? is it to see what
>> areas of the program are actually used or something else?
> Yes. It has to do with that.
ok... that's one part that is understandable from a statistics POV...
>> in my mind, a multi-language tool will have all strings translated
>> into the supported languages...
> The translation is a different thing to that.
i don't understand... you have a list of the original strings and other lists of
those strings translated into other languages... on startup, the program
determines which language is chosen and it loads that translated language
file... there is then no more translation needed... the program then simply uses
those strings using the very same routines and no additional coding is needed... ???
>> if there are some that are ambiguous or used in a different
>> way, then they would get broken down further for proper language
> I do not understand this...
consider in english we might say "she opened the door" but in another language
they might use the format of "door opened she"... basically what i'm trying to
say is that the constructs of the sentences may be different... my comment above
was looking that one might have to break down that sentence "she opened the
door" into multiple parts so that the translation would be performed and
assembled in the output of the program easier...
>> while i have numerous tools and utils out in the wild being
>> used on a daily bases, none of them are multi-language but i do look
>> forward to the day when i can produce such with minimal effort in coding...
>> i have to leave it to others to do the actual translations, though...
> I put only ls('snippet1'), ls('snippet2'), ls('snippet3')... around the text
> everywhere I want a translation.
this would be no different than the program doing
when all strings are translated and stored in some translated language file...
snippet1 in english would be the same snippet1 in german, dutch, japanese,
etc... it is my understanding that this is also the way the existing *.po files
work... the code simply loads english.po or german.po or klingon.po at the start
of the program and after that, everything is the same...
> This is also better if you are searching for text in the program. You find
> then exactly the position you want.
i understand what you are saying but i don't understand why... since you
mentioned an online translation service, are you looking at using live
translations instead of static ones stored in a language file??
> You can make other tables (or fields in an array) for each translation for
> example. The translation is done somewhere else (for example online
so you are looking to perform live translations, then? what if that translation
service disappears tomorrow? what about your users then?
> There is a file with all snippets and translations (handles _not_ included,
> because they may change with each execution of the program).
i don't see how a language can change from one day to the next or even one
execution to the next...
> Again: all you have to do in the program is putting a ls() everywhere around
> you want a translation.
> No need for tons od additional identyfiers and additional lines like:
but there's nothing like that with the existing po files if i'm understanding
their purpose and method of use... the loading code simply chooses the proper po
file and then loads the strings into an array or whatever using the same
variables which are used everywhere no matter what language their contents are
i must still be missing something :?
More information about the fpc-pascal