9:44 p.m.
Dear all,
I just try the following envioenment strings with the hansl script below
under winXP.
I testes with both gretl 1.10.90cvs and 1.10.1. The results turned the
same. It looks that many of the strings returned null strings. Is this what
sven said "... wasn't able to get anything out of it?"
Thanks
Yi-Nung
<hansl>
envString = "TEMP USER HOME gretldir workdir dotdir gnuplot tramo x12a
tramodir x12adir"
loop foreach j @envString
string s=getenv("$j")
printf "env string $j=**%s**\n",s
endloop
</hansl>
====gretl's output====
gretl version 1.10.90cvs
Current session: 2015-06-22 09:38
? envString = "TEMP USER HOME gretldir workdir dotdir gnuplot tramo x12a \
tramodir x12adir"
Generated string envString
? loop foreach j @envString
string s=getenv("$j")
printf "env string $j=**%s**\n",s
endloop
? string s=getenv("TEMP")
env string TEMP=**C:\DOCUME~1\yinung\LOCALS~1\Temp**
? string s=getenv("USER")
env string USER=****
? string s=getenv("HOME")
env string HOME=****
? string s=getenv("gretldir")
env string gretldir=****
? string s=getenv("workdir")
env string workdir=****
? string s=getenv("dotdir")
env string dotdir=****
? string s=getenv("gnuplot")
env string gnuplot=****
? string s=getenv("tramo")
env string tramo=****
? string s=getenv("x12a")
env string x12a=****
? string s=getenv("tramodir")
env string tramodir=****
? string s=getenv("x12adir")
env string x12adir=****
Number of iterations: 11
5:24 a.m.
On Mon, 22 Jun 2015, yinung at Gmail wrote:
Dear all,
I just try the following envioenment strings with the hansl script below
under winXP.
I testes with both gretl 1.10.90cvs and 1.10.1. The results turned the
same. It looks that many of the strings returned null strings. Is this what
sven said "... wasn't able to get anything out of it?"
Thanks
Yi-Nung
<hansl>
envString = "TEMP USER HOME gretldir workdir dotdir gnuplot tramo x12a
tramodir x12adir"
loop foreach j @envString
string s=getenv("$j")
printf "env string $j=**%s**\n",s
endloop
</hansl>
====gretl's output====
gretl version 1.10.90cvs
Current session: 2015-06-22 09:38
? envString = "TEMP USER HOME gretldir workdir dotdir gnuplot tramo x12a \
tramodir x12adir"
Generated string envString
? loop foreach j @envString
> string s=getenv("$j")
> printf "env string $j=**%s**\n",s
> endloop
? string s=getenv("TEMP")
env string TEMP=**C:\DOCUME~1\yinung\LOCALS~1\Temp**
? string s=getenv("USER")
env string USER=****
? string s=getenv("HOME")
env string HOME=****
? string s=getenv("gretldir")
env string gretldir=****
? string s=getenv("workdir")
env string workdir=****
? string s=getenv("dotdir")
env string dotdir=****
? string s=getenv("gnuplot")
env string gnuplot=****
? string s=getenv("tramo")
env string tramo=****
? string s=getenv("x12a")
env string x12a=****
? string s=getenv("tramodir")
env string tramodir=****
? string s=getenv("x12adir")
env string x12adir=****
Number of iterations: 11
True, there's not much stuff relevant to gretl in the Windows
environment. Variables such as 'gnuplot' and 'tramo' are available as
gretl strings, either proper string variables (e.g. $gnuplot) or as
string-substitution targets (e.g. @gnuplot).
It shouldn't be too difficult to provide a gretl $lang accessor. I'll
take a look at that and report back.
Allin
5:51 a.m.
El 22/06/15 a las 11:24, Allin Cottrell escribió:
[...]
True, there's not much stuff relevant to gretl in the Windows
environment. Variables such as 'gnuplot' and 'tramo' are available as
gretl strings, either proper string variables (e.g. $gnuplot) or as
string-substitution targets (e.g. @gnuplot).
It shouldn't be too difficult to provide a gretl $lang accessor. I'll
take a look at that and report back.
Allin
Although we may have this $lang function, a problem remains: we cannot
put localized strings in the definition of the parameters (those strings
that appear in the GUI dialog box of the fucntions). But ... I think I
may have a workaround for this, let me prepare an example (which BTW may
not need the $lang function).
--
Ignacio Díaz-Emparanza
Departamento de Economía Aplicada III (Econometría y Estadística)
Universidad del País Vasco - Euskalherriko Unibertsitatea, UPV/EHU
Tfno: (+34) 94 601 3732
http://www.ehu.eus/ea3
7:25 a.m.
El 22/06/15 a las 11:51, Ignacio Diaz-Emparanza escribió:
El 22/06/15 a las 11:24, Allin Cottrell escribió:
> [...]
> True, there's not much stuff relevant to gretl in the Windows
> environment. Variables such as 'gnuplot' and 'tramo' are available as
> gretl strings, either proper string variables (e.g. $gnuplot) or as
> string-substitution targets (e.g. @gnuplot).
>
> It shouldn't be too difficult to provide a gretl $lang accessor. I'll
> take a look at that and report back.
>
> Allin
Although we may have this $lang function, a problem remains: we cannot
put localized strings in the definition of the parameters (those
strings that appear in the GUI dialog box of the fucntions). But ... I
think I may have a workaround for this, let me prepare an example
(which BTW may not need the $lang function).
Well ... It was no so difficult. The example is attached. It is again
Holt-Winters which is a rather basic package with an only function. The
idea is to exploit the possibility for packages of having several public
functions. I have transformed the package in such a way that now we have
two wrapper functions "HoltWinters_english" and "Holtwinters_spanish".
Each of them have all the strings in their proper language. The strings
are stored in a bundle an at the final, each function calls a common
function "HoltWinters_engine" which reads the strings, series, scalars,
etc passed by the first function.
In this way, for example if Yi-nung wants to make a translation to
Chinese he only has to add a new public function "Holtwinters_Chinese"
in which he can translate the corresponding strings.
(Note: The "lang" string is not used here but might be needed in another
languages)
--
Ignacio Díaz-Emparanza
Departamento de Economía Aplicada III (Econometría y Estadística)
Universidad del País Vasco - Euskalherriko Unibertsitatea, UPV/EHU
Tfno: (+34) 94 601 3732
http://www.ehu.eus/ea3
8:38 a.m.
On Mon, 22 Jun 2015, Ignacio Diaz-Emparanza wrote:
Well ... It was no so difficult. The example is attached. It is again
Holt-Winters which is a rather basic package with an only function. The idea
is to exploit the possibility for packages of having several public
functions.
This is very clever. However, I can see a problem: which one do you use as
GUI-main? And besides: what happens if you have more complex packages in
which you have more than one public functions, each of which emit strings?
Do you localise them all?
I remain convinced that the policy should be: English only for the
"official" versions. If you want to distriubute localised versions, do so
via private channels.
-------------------------------------------------------
Riccardo (Jack) Lucchetti
Dipartimento di Scienze Economiche e Sociali (DiSES)
Università Politecnica delle Marche
(formerly known as Università di Ancona)
r.lucchetti(a)univpm.it
http://www2.econ.univpm.it/servizi/hpp/lucchetti
-------------------------------------------------------
9 a.m.
El 22/06/15 a las 14:38, Riccardo (Jack) Lucchetti escribió:
On Mon, 22 Jun 2015, Ignacio Diaz-Emparanza wrote:
> Well ... It was no so difficult. The example is attached. It is again
> Holt-Winters which is a rather basic package with an only function.
> The idea is to exploit the possibility for packages of having several
> public functions.
This is very clever. However, I can see a problem: which one do you
use as GUI-main? And besides: what happens if you have more complex
packages in which you have more than one public functions, each of
which emit strings? Do you localise them all?
These things depends on whether is anyone interested in having the
translation and wants to do it. I am thinking on this specially for
small functions for teaching purposes, which in general don't need a
GUI-main. There are also more problems: charsets, different language
structures etc. But for some of them may be a valid solution.
--
Ignacio Díaz-Emparanza
Departamento de Economía Aplicada III (Econometría y Estadística)
Universidad del País Vasco - Euskalherriko Unibertsitatea, UPV/EHU
Tfno: (+34) 94 601 3732
http://www.ehu.eus/ea3
5:35 a.m.
This works in Linux, producing the two first letters of the LANG
environment variable:
string lang=substr(getenv("LANG"),1,2)
But I don't know how to do it in Windows (I see Windows 7 has not this
variable in the environment)
El 22/06/15 a las 03:44, yinung at Gmail escribió:
Dear all,
I just try the following envioenment strings with the hansl script
below under winXP.
I testes with both gretl 1.10.90cvs and 1.10.1. The results turned the
same. It looks that many of the strings returned null strings. Is this
what sven said "... wasn't able to get anything out of it?"
Thanks
Yi-Nung
<hansl>
envString = "TEMP USER HOME gretldir workdir dotdir gnuplot tramo x12a
tramodir x12adir"
loop foreach j @envString
string s=getenv("$j")
printf "env string $j=**%s**\n",s
endloop
</hansl>
--
Ignacio Díaz-Emparanza
Departamento de Economía Aplicada III (Econometría y Estadística)
Universidad del País Vasco - Euskalherriko Unibertsitatea, UPV/EHU
Tfno: (+34) 94 601 3732
http://www.ehu.eus/ea3
9:35 a.m.
On Mon, 22 Jun 2015, Ignacio Diaz-Emparanza wrote:
This works in Linux, producing the two first letters of the LANG
environment
variable:
string lang=substr(getenv("LANG"),1,2)
But I don't know how to do it in Windows (I see Windows 7 has not this
variable in the environment)
There's now a $lang accessor in CVS and snapshots. I've done a little
testing on Windows but not much. The returned string should be of the
form "es_ES", "zh_TW", "en_US" and so on (ISO 639-1 language
+ '_' +
ISO 3166-1 two-letter country).
Allin
10:07 a.m.
On Mon, 22 Jun 2015, Allin Cottrell wrote:
On Mon, 22 Jun 2015, Ignacio Diaz-Emparanza wrote:
> This works in Linux, producing the two first letters of the LANG
> environment variable:
>
> string lang=substr(getenv("LANG"),1,2)
>
> But I don't know how to do it in Windows (I see Windows 7 has not this
> variable in the environment)
There's now a $lang accessor in CVS and snapshots. I've done a little testing
on Windows but not much. The returned string should be of the form "es_ES",
"zh_TW", "en_US" and so on (ISO 639-1 language + '_' + ISO
3166-1 two-letter
country).
Hmm.
<bash>
LANGUAGE=it_IT gretl &
</bash>
<console>
Terminale di gretl: scrivere 'help' per la lista dei comandi
? a = $lang
Generata la stringa a
? print a
en_GB
</console>
-------------------------------------------------------
Riccardo (Jack) Lucchetti
Dipartimento di Scienze Economiche e Sociali (DiSES)
Università Politecnica delle Marche
(formerly known as Università di Ancona)
r.lucchetti(a)univpm.it
http://www2.econ.univpm.it/servizi/hpp/lucchetti
-------------------------------------------------------
10:20 a.m.
My Ubuntu Linux 14.04 environment has this variables:
LANG="es_ES.UTF-8"
LANGUAGE="es:en"
<console>
consola gretl: teclee 'help' para obtener una lista de instrucciones
? a=$lang
Se ha generado la cadena de caracteres a
? a
es_ES
</console>
El 22/06/15 a las 16:07, Riccardo (Jack) Lucchetti escribió:
On Mon, 22 Jun 2015, Allin Cottrell wrote:
> On Mon, 22 Jun 2015, Ignacio Diaz-Emparanza wrote:
>
>> This works in Linux, producing the two first letters of the LANG
>> environment variable:
>>
>> string lang=substr(getenv("LANG"),1,2)
>>
>> But I don't know how to do it in Windows (I see Windows 7 has not
>> this variable in the environment)
>
> There's now a $lang accessor in CVS and snapshots. I've done a little
> testing on Windows but not much. The returned string should be of the
> form "es_ES", "zh_TW", "en_US" and so on (ISO 639-1
language + '_' +
> ISO 3166-1 two-letter country).
Hmm.
<bash>
LANGUAGE=it_IT gretl &
</bash>
<console>
Terminale di gretl: scrivere 'help' per la lista dei comandi
? a = $lang
Generata la stringa a
? print a
en_GB
</console>
-------------------------------------------------------
Riccardo (Jack) Lucchetti
Dipartimento di Scienze Economiche e Sociali (DiSES)
Università Politecnica delle Marche
(formerly known as Università di Ancona)
r.lucchetti(a)univpm.it
http://www2.econ.univpm.it/servizi/hpp/lucchetti
-------------------------------------------------------
_______________________________________________
Gretl-devel mailing list
Gretl-devel(a)lists.wfu.edu
http://lists.wfu.edu/mailman/listinfo/gretl-devel
--
Ignacio Díaz-Emparanza
Departamento de Economía Aplicada III (Econometría y Estadística)
Universidad del País Vasco - Euskalherriko Unibertsitatea, UPV/EHU
Tfno: (+34) 94 601 3732
http://www.ehu.eus/ea3
10:24 a.m.
On Mon, 22 Jun 2015, Riccardo (Jack) Lucchetti wrote:
On Mon, 22 Jun 2015, Allin Cottrell wrote:
> On Mon, 22 Jun 2015, Ignacio Diaz-Emparanza wrote:
>
>> This works in Linux, producing the two first letters of the LANG
>> environment variable:
>>
>> string lang=substr(getenv("LANG"),1,2)
>>
>> But I don't know how to do it in Windows (I see Windows 7 has not this
>> variable in the environment)
>
> There's now a $lang accessor in CVS and snapshots. I've done a little
> testing on Windows but not much. The returned string should be of the form
> "es_ES", "zh_TW", "en_US" and so on (ISO 639-1 language
+ '_' + ISO 3166-1
> two-letter country).
Hmm.
<bash>
LANGUAGE=it_IT gretl &
</bash>
<console>
Terminale di gretl: scrivere 'help' per la lista dei comandi
? a = $lang
Generata la stringa a
? print a
en_GB
</console>
What's the output of the "locale" command?
Allin
11:20 a.m.
On Mon, 22 Jun 2015, Allin Cottrell wrote:
What's the output of the "locale" command?
LANG=en_GB.utf8
LANGUAGE=en_US:en
LC_CTYPE="en_GB.utf8"
LC_NUMERIC="en_GB.utf8"
LC_TIME="en_GB.utf8"
LC_COLLATE="en_GB.utf8"
LC_MONETARY="en_GB.utf8"
LC_MESSAGES="en_GB.utf8"
LC_PAPER="en_GB.utf8"
LC_NAME="en_GB.utf8"
LC_ADDRESS="en_GB.utf8"
LC_TELEPHONE="en_GB.utf8"
LC_MEASUREMENT="en_GB.utf8"
LC_IDENTIFICATION="en_GB.utf8"
LC_ALL=
-------------------------------------------------------
Riccardo (Jack) Lucchetti
Dipartimento di Scienze Economiche e Sociali (DiSES)
Università Politecnica delle Marche
(formerly known as Università di Ancona)
r.lucchetti(a)univpm.it
http://www2.econ.univpm.it/servizi/hpp/lucchetti
-------------------------------------------------------
3436
days inactive
3436
days old
11 comments
4 participants
participants (4)
-
Allin Cottrell -
Ignacio Diaz-Emparanza -
Riccardo (Jack) Lucchetti -
yinung＠Gmail