home *** CD-ROM | disk | FTP | other *** search
/ High Voltage Shareware / high1.zip / high1 / DIR24 / EDMI3.ZIP / IPFEXMP.ZIP / EDITORIA.IPF next >
Text File  |  1993-05-24  |  5KB  |  127 lines
  1. .* From the editor.
  2.  
  3. Well, EDM/2 has finally made it to its third issue! You've probably noticed 
  4. that this issue says 'May/June' on it - that's because I ran out of time to
  5. do separate issues for each month. I'm back on schedule now, though. 
  6.  
  7. :p.
  8. This month, I happened upon an interesting little piece of software&colon.
  9.  
  10. :p.
  11. :hp2.The Microsoft Upgrade Advisor:ehp2.
  12.  
  13. :p.
  14. This is a free advertising tool MS has come up with to hype DOS 6.0 and
  15. Windows. Oddly enough, you must have at least Windows 3.0 to run it.  No 
  16. problem - A double-click from the OS/2 drives object, and it started up.
  17.  
  18. :p.
  19. After a few screens worth of stuff, it noted that I have OS/2 2.0 on my
  20. system. It recommended that I 'upgrade' my 32 bit multitasking OS with DOS 6
  21. + Windows 3.1. Obviously I'd want to drop back down to an 8 bit OS with a cute
  22. graphical shell.
  23.  
  24. :p.
  25. My point in bringing this up was not to trash MS in any way (although that's
  26. sometimes fun too). Instead, it got me thinking about what they're doing. While
  27. IBM does have an OS/2 demo disk out, I would never have seen it had I not been
  28. poking around on Internet. On the other hand, I have 3 MS Upgrade Advisors.
  29.  
  30. :p.
  31. Getting three free high-density disks wasn't bad, of course, but I am a bit
  32. distressed to find that IBM isn't throwing their disk out in the quantities MS
  33. is. Perhaps if IBM started pushing OS/2 as hard as MS pushes Windows, I might
  34. be able to walk into a Babbage's or an Egghead and be able to pick DeScribe
  35. up off of the shelf.
  36.  
  37. :p.
  38. :hp2.In other news...:ehp2.
  39.  
  40. :p.
  41. Starting with the next issue, I hope to have a new column. The idea is this:
  42. Each month, you, the readers, write up reivews of your favorite pieces of OS/2
  43. development software. This can be any native OS/2 program, be it PM or text
  44. mode. Originally, I was going to limit it to public domain tools, but I see
  45. no reason to exclude commercial tools. After all, for upwards of 400 dollars
  46. in most cases, I'd like to hear from someone else who has used a particular
  47. program before I buy it.
  48.  
  49. :p.
  50. At any rate, Larry Salomon and I will go through your articles and select
  51. which ones get in to EDM/2. (Chances are that almost all of them will.) Here's
  52. yet another chance to get your name up in lights!
  53.  
  54. :p.
  55. Submissions can be in either .IPF format or plain ascii, and can be sent to
  56. either os2man@panix.com (Larry) or sal8@po.cwru.edu (myself). I will be getting
  57. back on schedule after this month, so for the July issue I'd like your 
  58. submissions no later than June 25th.
  59.  
  60. :p.
  61. :hp2.Submissions:ehp2.
  62.  
  63. :p.
  64. Once again, I'd like to remind you all that I'm :hp4.always:ehp4. in the market
  65. for articles for EDM/2. No topic is too broad or too focused to not be of
  66. interest to someone out there.
  67.  
  68. :p.
  69. I prefer submissions in .IPF format, but if you don't know how to create 
  70. an .IPF file, plain ASCII is fine as well. The rules go like this&colon.
  71.  
  72. :p.
  73. For .IPF format submissions, your article should start at a heading level of 
  74. three. This is because the table of contents is at level one and the cover
  75. panel (with the EDM/2 logo, article title, and author's name) is at level two.
  76. This means that when you are writing your article, you'll need to include 
  77. dummy &colon.h1 and &colon.h2 panels.
  78.  
  79. :p.
  80. Beyond that, do what you want. You can either write an elaborate article with
  81. hotlinks to glossary items and animated example windows, or just stick with
  82. a straightforward series of panels.
  83.  
  84. :p.
  85. For ASCII format submissions, there are a few things that make my life a lot
  86. simpler. First, since the .IPF tagging language uses colons to tell the 
  87. compiler that something is a command, colons should be represented as 
  88. '&.colon.' rather than '&colon.'. For the same reason, ampersands should be
  89. '&.amp.' rather than '&.'.
  90.  
  91. :p.
  92. Next, each new paragraph should start with '&colon.p.'. This indicates to the
  93. IPF compiler that it should start a new line. Any place you would like to
  94. put special emphasis on a word or phrase, place asterisks (*) around the
  95. text. You should also indicate what kind of emphasis you want&colon. bold,
  96. italics, underlining, or a combination of the three.
  97.  
  98. :p.
  99. All submissions should come with a brief blurb describing the author. See the 
  100. 'Contributors' section for several examples of what it should look like.
  101.  
  102. :p.
  103. If you already have a piece you'd be willing to contribute, but don't want to
  104. rework, contact me anyway and I'll arrange to convert your article for you. 
  105. Please note that&colon. 1) I really hate doing it; and 2) I'll have to have 
  106. your article early so I have time to do the conversion. For example, 
  107. converting Andre's article on Installable File Systems in this issue from
  108. Word for Windows format into what you see took me almost 3 hours!
  109.  
  110. :p.
  111. :hp2.Anyway...:ehp2.
  112.  
  113. :p.
  114. In the future, I hope to include some how-to columns on using the help
  115. compiler (.IPF files can compile to either .INF or .HLP files). For now, 
  116. I'm including in this issue's sample code both my editorial and the 'base' 
  117. file for this issue. While you won't be able to compile them directly 
  118. without some reworking, it should give you an idea of how to proceed.
  119.  
  120. :p.
  121. Steve Luzynski, Editor.
  122.  
  123.  
  124.  
  125.  
  126.  
  127.