dynamator-users Mailing List for Dynamator
Brought to you by:
jaydunning
Menu
▾
▴
dynamator-users — For communications of interest to all Dynamator users.
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
|
From: Jay D. <jay...@op...> - 2004-09-10 02:23:00
|
Juergen, Dynamator is designed to be a small tool that does one thing well. It's a= n XML editor, not an I18n tool. I18n is an unexpected application of the = tool. I agree that the XML syntax might be a problem for some. I do think XML i= s better than properties files: native2ascii and backslashes for line con= tinuation are not user-friendly. It wouldn't be too hard to create an add= itional tool to transform a simpler syntax to Dynamator XML, but that wou= ld be out of scope for Dynamator.=20 In general, I think programmers overestimate the importance of syntax and= underestimate the importance of semantics to non-programmers. Obviously = cleaner is better, but extra syntax doesn't confuse non-programmers if th= e semantics are clean. Good translation service organizations can handle = XML and HTML already. I don't follow the last couple of sentences of your first paragraph. The = I18n approach described in the Dynamator article is purely static; there'= s no behavior involved. The idea is to localize to a static web site, the= n to apply the same set of behavior modifications to all localized static= web sites. And no matter how the modules are divided, any new static tex= t elements will need to be added to all localizations. You're right; the extra 'id' would not be needed; especially if you requi= red each localized text element in the original HTML to have an 'id' attr= ibute and you think in terms of generating the Dynamator XML. regards, Jay Dunning jay...@us... -----Original Message----- From: Donnerstag, Juergen [mailto:jue...@ed...]=20 Sent: Thursday, September 09, 2004 4:04 PM To: 'dyn...@li...' Subject: [Dynamator-users] I18N I'm looking for an approach which makes developing localized web apps sim= pler and I came across Dynamator. Though I have no experience with it yet= , I like the idea. But let me ask a couple of questions. Assuming I have = to give the texts to be translated to an external office for translation.= That office will most likely *not* be able to handle XML data files like= *.dyn. A simple properties (or Excel) file would be much better. Does dy= namator provide anything like that? Maybe the <content> tag could have so= me attribute like id=3D"xyz" and the attribute's value points to some pro= perties file value containing the localized texts. Thus separating logic = (the dyn file contains some kind of logic/program) from text. Besides cha= nges (additions) to the HTML would not require to modifiy 10+ dyn files i= n case of 10+ languages, but just one. what do you think? Maybe even without <content>. The parent tag could have the id attr. Well= , hmm, probably not a could idea though. regards Juergen --=20 _____________________________________________________________ Web-based SMS services available at http://www.operamail.com. From your mailbox to local or overseas cell phones. Powered by Outblaze |
|
From: Donnerstag, J. <jue...@ed...> - 2004-09-09 21:04:23
|
I'm looking for an approach which makes developing localized web apps simpler and I came across Dynamator. Though I have no experience with it yet, I like the idea. But let me ask a couple of questions. Assuming I have to give the texts to be translated to an external office for translation. That office will most likely *not* be able to handle XML data files like *.dyn. A simple properties (or Excel) file would be much better. Does dynamator provide anything like that? Maybe the <content> tag could have some attribute like id="xyz" and the attribute's value points to some properties file value containing the localized texts. Thus separating logic (the dyn file contains some kind of logic/program) from text. Besides changes (additions) to the HTML would not require to modifiy 10+ dyn files in case of 10+ languages, but just one. what do you think? Maybe even without <content>. The parent tag could have the id attr. Well, hmm, probably not a could idea though. regards Juergen |
|
From: <ben...@id...> - 2004-05-22 12:25:02
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
|
From: Dunning, J. R <jay...@ed...> - 2003-04-23 16:14:17
|
Ron, Current default behavior is to look in the current directory for the .dyn file. To make Dynamator look in a different directory for .dyn files, use the -f argument: java dynamate -f \dynamator-1.3\examples\java \dynamator-1.3\examples\HelloWorld.html Note also that the output will be placed in the current directory unless you use the -d argument. regards, Jay Dunning -----Original Message----- From: Ron King [mailto:rk...@em...] Sent: Wednesday, April 23, 2003 10:14 AM To: dyn...@li... Subject: [Dynamator-users] help running dynamator from command line Hi, I'm able to compile dynamator successfully. I can also go to examples\java and run the ant task too. If I run the command 'java dynamate \dynamator-1.3\examples\java\HelloWorld.html' from the folder \dynamator-1.3\src\bin, I get the error 'Dynamator: Annotations file not found: C:\dynamator-1.3\src\bin\.\HelloWorld.dyn What is the way to enter paths correctly? I want to eventually embed the call to dynamator into my own program. Thanks |
|
From: Ron K. <rk...@em...> - 2003-04-23 15:23:08
|
Hi, I'm able to compile dynamator successfully. I can also go to examples\java = and run the ant task too. If I run the command 'java dynamate \dynamator-1.3\examples\java\HelloWorld= .html' from the folder \dynamator-1.3\src\bin, I get the error=20 'Dynamator: Annotations file not found: C:\dynamator-1.3\src\bin\.\HelloWor= ld.dyn What is the way to enter paths correctly? I want to eventually embed the = call to dynamator into my own program. Thanks |
