home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / alt / galactic / 905 < prev    next >
Encoding:
Internet Message Format  |  1993-01-21  |  3.2 KB
  1. Path: sparky!uunet!spool.mu.edu!sol.ctr.columbia.edu!ira.uka.de!uka!uka!news
  2. From: S_KOEHLER@iravcl.ira.uka.de (|S| Tobias Koehler)
  3. Newsgroups: alt.galactic-guide
  4. Subject: ISO Code, bold, italic ....
  5. Date: 21 Jan 1993 13:13:55 GMT
  6. Organization: University of Karlsruhe (FRG) - Informatik Rechnerabt.
  7. Lines: 47
  8. Distribution: world
  9. Message-ID: <1jm7ijINNre8@iraul1.ira.uka.de>
  10. References: <1jgip4INNqq1@nz12.rz.uni-karlsruhe.de> <1993Jan19.162234.4195@cs.nott.ac.uk>
  11. NNTP-Posting-Host: irav1.ira.uka.de
  12. X-News-Reader: VMS NEWS 1.23
  13. In-Reply-To: pcxkrm@unicorn.nott.ac.uk's message of 19 Jan 93 16:22:34 GMT
  14.  
  15. In <1993Jan19.162234.4195@cs.nott.ac.uk> pcxkrm@unicorn.nott.ac.uk writes:
  16.  
  17. > In article <1jgip4INNqq1@nz12.rz.uni-karlsruhe.de> UKJP@DKAUNI2.BITNET (tobias b koehler) writes:
  18.  
  19. > >In my opinion 7 bit is NOT enough, as the aforementioned examples show.
  20.  
  21. > OK - we have the problem here that most micros will only deal with a 256
  22. > piece character set - any standard above this will create huge problems in 
  23. > translation - it's not only UNIX systems we're talking about here! The fonts
  24. > I deal with quite often don't have the whole standard 256, let alone any more!
  25.  
  26. Yes, but all of today's micros should handle a 256 charset like ISO 8859/1. If
  27. the computer has a different character set (IBM PCs and clones use the codepage
  28. 437 in DOS and the codepage 850 in OS/2 and still another character set in
  29. Windows, while the Amiga does use the ISO charset), the articles must be con-
  30. verted by the reader programs. If someone really writes a reader for a 7-bit
  31. machine, these characters must be converted into ae, ue or whatever.
  32. (Does anybody know if there is a standard characterset for UNIX systems?)
  33.  
  34. I think that in the future the reader program should do the line breaking.
  35. Not all of today's systems have 80 column screens. If a reader is used on
  36. OS/2, Xwindows or Windows, the user should be able to decide freely how wide
  37. he wants his window to be, and the reader program should break the lines so
  38. that the article fits into the window. (Is this feature going to be included
  39. into TGW?)
  40.  
  41. > I still think that we should have a simple system for bold and italic, in the
  42. > same way we do underlining. This could be a "toggle" character, as with the
  43. > underline, or a slightly more complex internal command system, perhaps
  44. > starting with "\", as this seems to be a fairly standard control
  45. > character (TeX, C etc.)
  46.  
  47. Until now we only had _underlining_. And I don't know if any Guide reader took
  48. care of this. Taking a single character as toggle character is a good idea.
  49. If we take \, it can be interpreted together with the next letter as a toggle
  50. signal. For example \bHoopy\b would give you the word Hoopy in bold print.
  51. \b switches to bold, and back to nonbold again. Similarly we can use \i for
  52. italic, \u for underlining, \e for superscript, \s for subscript. If one wants
  53. to have a backslash in the text, it can be generated with \\. This system
  54. allows to have a pretty screen image (on systems with graphics mode) and,
  55. for example together with LaTeX, a nice output. One could even write a LaTeX
  56. style that inputs an article directly. (It should take care of the extended
  57. character set, as described above).
  58.  
  59. So long
  60.  
  61. -=- tobi -=-
  62.