home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / lang / pascal / 7674 < prev    next >
Encoding:
Text File  |  1992-12-25  |  4.9 KB  |  109 lines
  1. Newsgroups: comp.lang.pascal
  2. Path: sparky!uunet!paladin.american.edu!darwin.sura.net!spool.mu.edu!agate!ames!purdue!mentor.cc.purdue.edu!pf@bilbo.bio.purdue.edu
  3. From: pf@bilbo.bio.purdue.edu (Paul Furbacher)
  4. Subject: Re: User-interface's language
  5. Message-ID: <Bzt6yC.DDJ@mentor.cc.purdue.edu>
  6. Sender: news@mentor.cc.purdue.edu (USENET News)
  7. Organization: Purdue University
  8. References: <24DEC92.15463556.0031@music.mus.polymtl.ca>
  9. Distribution: comp.lang.pascal
  10. Date: Fri, 25 Dec 1992 09:42:11 GMT
  11. Lines: 96
  12.  
  13. In article <24DEC92.15463556.0031@music.mus.polymtl.ca>, CT80@music.mus.polymtl.ca (Steph) writes:
  14. > 
  15. > I suspect not many of you out there have this problem, but *I* do
  16. > and maybe you guys know of a way to fix it.  I live in Quebec, and
  17. > while the market here has a French potential, any program that
  18. > I make would have to be in English.  Problem is, there are always
  19. > the odd requests for the French equivalent of my software.  How
  20. > does one go about designing a code that can be ported, easily, to
  21. > any language?  I tried the following approach, on a BBS package
  22. > I wrote: put all the strings as constants.  While it seemed
  23. > feasible, I soon had to trash this idea because, on a 20,000+
  24. > project, you soon get lost with your naming scheme of
  25. > string-constants.
  26. > 
  27. > I don't really want to maintain two copies of the same software
  28. > at the same time, ...
  29.  
  30. And that's what the concept of "application interface 
  31. internationalization" is all about.  Because most on this group 
  32. program PeeCees, most haven't thought about this and few 
  33. have every paid any attention to the all but hidden exhortations
  34. which do exist in the DOS/Windows world to "internationalize".
  35.  
  36. How do you do it? On the Mac, from the earliest days, each
  37. file has the possibility of having two "forks": 
  38. one for "data" and the other for "resources".  
  39. Steve Jobs, upon forming NeXT, agreed to certain 
  40. restrictive terms with the bean counters and lawyers at 
  41. Apple (at least this is the legend as I've heard it). One
  42. was to not use the same "forked" file structure.  The other
  43. was to not create hardware with a monitor of fewer than
  44. a million pixels, hence the large NeXT monitors
  45. ever since the first cubes came out.  NeXTStep uses a Unix
  46. flavored file system but essentially there are "resource"
  47. files.  
  48.  
  49. What is a resource?  It is a code-independent collection of 
  50. interface elements and other items. The important
  51. concept is "code-independent".  In order to "internationalize"
  52. your application, everything the user sees of the app
  53. must be stored and read from resource files.  Say the user
  54. wants to open a file.  The "open file" dialog box elements
  55. are stored as resources -- the strings, buttons, help comments, 
  56. whatever is visible in the dialog box, even the description of
  57. the height, width, color, etc., of the box itself -- is held 
  58. in the resource.  At the appropriate moment, when requested,
  59. the application opens the resource file, reads the resource 
  60. descriptions, translates them into the appropriate structures or
  61. records, or better yet classes (C++) or object instances (Object
  62. Pascal), and goes about painting them onto the screen.
  63.  
  64. If you wish to have multiple versions of your app, you simply
  65. edit the resource files, *not* your code.  Nothing which the
  66. user sees should be embedded in your code.  Encapsulation 
  67. to the max.
  68.  
  69. For the Mac, since very early on, there's been a great 
  70. program from Apple called ResEdit.  Though it's not advised
  71. except for the most experienced user, one can alter the 
  72. resources of any Mac application, thereby customizing 
  73. the application for your own purposes.
  74.  
  75. Now, how do you do this in the DOS/Windows world?  Program in 
  76. Windows and use the resource editors/compilers which are 
  77. available. Examples are the Borland Resource WorkShop and the 
  78. WhiteWater (bought by someone recently) rival.  
  79.  
  80. In the DOS world, there's TurboVision (Pascal/C++).  There
  81. are several resource compiler/editors: SHAZAM is a shareware
  82. product (TV/Pascal only?), and the Blaise TurboVision 
  83. Development Toolkit is commercially available for both 
  84. TV/Pascal&C++.  (You don't need them if you follow the 
  85. examples provided with TurboVision, though the latter is
  86. a bit more laborious.  The Blaise product has some 
  87. limitations which become severe if your project is on
  88. the large side.  I'm not familiar enough with SHAZAM to
  89. comment on any of its possible limitations.  It seems 
  90. as though the latter is the product of a more imaginative,  
  91. perservering and responsive author.  Blaise has been 
  92. very slow to make improvements which are necessary to 
  93. render the product unfrustrating and productive for the 
  94. serious developer.) 
  95.  
  96. This all means that you'll have to upgrade your
  97. programming tools, given that you  currently own ones  
  98. which have not introduced the idea of internationalization
  99. to you in their manuals.
  100.  
  101. Good programming practice demands that the intelligent project
  102. managers design programs based on using resources.  Increasingly, 
  103. except for very narrow niche applications perhaps, 
  104. internationlization will be a prerequisite.
  105.  
  106. PF
  107.  
  108.  
  109.