home *** CD-ROM | disk | FTP | other *** search
/ Frostbyte's 1980s DOS Shareware Collection / floppyshareware.zip / floppyshareware / USCX / SAMPLE02.ZIP / CALEPSON.DOC < prev    next >
Text File  |  1983-02-24  |  2KB  |  36 lines
  1. CALEPSON.BAS, by Michael W. Csontos 2/13/83
  2.  
  3. The few lines of code in the file CALEPSON.BAS are modifications to
  4. the program CALENDAR.BAS which was supplied on the IBM DOS 1.0 and 1.1
  5. disks as part of the SAMPLES series.
  6.  
  7. IBM naturally wrote (or probably rewrote) the program to match their
  8. printer ROM. This means that with the standard EPSON printer you get
  9. a mess of italic characters instead of the line borders for the calendar
  10. outlines. This "program" replaces the lines of code in the IBM file that
  11. specify the special characters for the borders of the calendars. In fact
  12. it looks as if the IBM ROM didn't have all of the necessary characters
  13. for the corners so their program left most of them open. Therefore
  14. you should get better looking calendars with this modification and the
  15. EPSON printer than with the original program and an IBM printer. That
  16. is why I think the program was written before the IBM ROM was available.
  17.  
  18. The version of CALENDAR distributed with DOS 1.0 (at least the one I got.)
  19. had a simple error that prevented it from printing correct leap year
  20. calendars. This modification also corrects that.
  21.  
  22. To use these modifications, be sure that CALEPSON is stored in ASCII form
  23. on the disk (if you can read it with a DOS [TYPE] command, it is). Then
  24. load BASIC or BASICA, and load CALENDAR.BAS from a DOS disk. Now type
  25. MERGE "CALEPSON.BAS" (I'm leaving it to you to keep your disks and drives
  26. sorted out). Now you have a modified version of CALENDAR in memory and 
  27. can print calendars on an EPSON printer.
  28.  
  29. If you decide to save the modified version I recommend that you save it
  30. under another name on a non-DOS disk to prevent confusion in the future.
  31. I don't know what the copyright status is of the modified program but it
  32. is hard to imagine a problem distributing the few original lines of code
  33. so it is probably best to keep them separate and use MERGE when you want
  34. calendars.
  35.  
  36.