home *** CD-ROM | disk | FTP | other *** search
/ Amiga Times / AmigaTimes.iso / programme / trionbbs110 / Trion / docs / Updates / trion105.doc < prev    next >
Encoding:
Text File  |  1998-10-06  |  9.5 KB  |  271 lines
  1.  
  2.  
  3.         _____     _                  _     _              _    ___
  4.        |_   _|_ _(_) ___  _ __      | |__ | |__  ___     / |  / _ \
  5.          | | | '_| |/ _ \| '_ \     | '_ \| '_ \/ __|    | | | | | |
  6.          | | | | | | (_) | | | |    | |_) | |_) \__ \    | |_| |_| |
  7.          |_| |_| |_|\___/|_| |_|    |____/|____/|___/    |_(_)\___/
  8.  
  9.                         © 1994/98 by Paul Spijkerman
  10.                              All Rights Reserved
  11.  
  12.  
  13.      Update from V1.04B to V1.05
  14.  
  15.  
  16.      Worked at RIPscrip BBS graphics because that's the biggest
  17.      problem in the BBS package at the time.
  18.  
  19.      Testing RIP code is very difficult, because it is very very
  20.      hard to make a RIP screen by hand.
  21.      Also the RIP editor I have (RipGraf V0.90) i very hard to
  22.      use because it works like a drawing programm. When you
  23.      want to make a mouse button you click on 2 points and
  24.      that defines the button. When you make a lot of
  25.      buttons the result isn't that great.
  26.      Also the RipGraf program has some troubles to show
  27.      the RIP files as the really look like.
  28.  
  29.      So I have written door code to use a lot of the RIPscrip
  30.      commands by function calls.
  31.      This makes it a lot easier to test RIP functions and make
  32.      little programs that produce RIP screens.
  33.  
  34.      With RIPscrip graphics you can make BBS screens like you
  35.      are drawing in a hires drawing program, and because you
  36.      can use more colors and buttons you can make screens that
  37.      look a bit like web sites and control your BBS with
  38.      mouse clicks.
  39.  
  40.      To see RIPscrip on other BBS's you need the Trion terminal
  41.      mode or a terminal program that supports RIP.
  42.      
  43.      If you want to see what you can do call Frank's BBS with
  44.      the new BBS in terminal mode (interlace and 16 colors)
  45.      and choose the (R)ip option when loging in.
  46.  
  47.      Note that you maybe the only one that uses the RIP menus
  48.      on your BBS, because not many people seem to use it.
  49.  
  50.  
  51.      On my BBS there are some RIP related files, some editors
  52.      for Amiga and PC, some terminals for Amiga and PC,
  53.      the RIP specs and some screens.
  54.  
  55.      RIPSC154.ARJ    71 KB RIPscrip graphics protocol specification
  56.      RIPCOMMF21.LHA 146 KB Amiga RIP terminal program
  57.      RIPTM154.ARJ   429 KB PC Rip terminal program
  58.  
  59.  
  60.      Utils:   BBS, TrionRM, menu, Areafix
  61.      Doors:   Riptest, Ripdoor
  62.      Cfg:     RIP menu set
  63.  
  64.  
  65.  
  66.    -Changed GUI checkmark code .. so it is a little smaller.
  67.  
  68.    -Changed the PID line in messages a bit to be FTSC compliant
  69.  
  70.    -Checked all the BBS input handlers, and changed the Arexx
  71.     handler a bit.
  72.  
  73.    -Just noticed you can't upload anymore in the Trion Terminal
  74.     since the auto download feature was added. :b
  75.  
  76.    -Checked all RipScrip code and made a load of changes.
  77.  
  78.     Checked FloodFills in rendered drawings seemed to be stabil.
  79.  
  80.     Checked default color palette and color code.
  81.  
  82.     There was a problem that a command to draw an ellipse
  83.     that was filled crashed the system.
  84.  
  85.     Removed ANSI and log warnings when an RIP ICON couldn't
  86.     be loaded because in a screen it made the stack overflow.
  87.  
  88.     Fixed it so bezier curves can't be started with a count of
  89.     zero which would crash the machine with a "division by zero"
  90.     error. It turned out that in a screen I found somewhere
  91.     most of the bezier codes where to short.
  92.  
  93.     Fixed the problem of the "shrunken cursor" after floodfills,
  94.     when you use floodfill you set the AOlPen with a macro to
  95.     the color that is the border of the section to be filled.
  96.     This macro also set a flag in the screen data which means
  97.     that the AOlPen is to be used to make a border around
  98.     sections when you use the RectFill() command. Though one.
  99.  
  100.     One RIP screen crashed on a command that draws a filled
  101.     rectangle .. the problem was that in the screen the
  102.     'rigth point' was left of the 'left point', this is
  103.     fixed.
  104.  
  105.     All 35+ screens I found now work without crashing the
  106.     system.
  107.  
  108.     Checked graphical commands.
  109.     Rewritten Mouse regions and Mouse buttons.
  110.  
  111.     Mouse regions are sections of the screen that will send
  112.     a character if clicked on (no default graphics).
  113.     Mouse regions now reqcognize control characters (^M, ^G, ^C)
  114.     with capital characters
  115.     Changed the way the buttons are listed in memory, inversed
  116.     like the doc describes.
  117.  
  118.     Written Mouse button code, in previous versions the
  119.     mouse buttons worked as mouse regions with some
  120.     primitive border. But that didn't work because it
  121.     still used the mouse region root pointer.
  122.  
  123.     Mouse button are a little like the buttons in programms
  124.     with a GUI, so you can control your BBS with a mouse.
  125.     You can have a lot of different types of buttons, with
  126.     all kinds of borders, colors. When you define a button
  127.     you not only give the text that has to be placed in it
  128.     (or above, left, rigth or under it) but you also give
  129.     a bit of text that has to be send by the terminal when
  130.     you click it. So what your terminal does when you click
  131.     on the position where the button is drawn by the terminal
  132.     is send an "F" to the BBS. (same in local mode).
  133.  
  134.     There is still the Font problem, in the RipScrip standard
  135.     is written that there are 10 Fonts each with a carefully
  136.     defined style that has to be scallable with magnifications
  137.     from 1 to 10 times. And 4 from the Fonts should be
  138.     smooth when scalled (so called Vector fonts).
  139.     Also all the fonts can have 5 sizes (8x8, 7x8, 8x14, 7x14, 16x14).
  140.  
  141.     Note that options not supported (yet) only show up locally.
  142.     On the remote machine it probably is shown as it should be.
  143.     (depends on the RipScrip capabilities of the terminal program)
  144.  
  145.  
  146.  
  147.    -Added a menu flag "NOSCREEN" , if you put this after flags
  148.     in the first part of the menu (where hotkeyable is) then
  149.     the menu screen will not be printed.
  150.     This is usefull if there is no menu screen file, because
  151.     with this flag you don't get a warning that there is no
  152.     screen.
  153.     This flag is meant for use with FX (effects) doors that
  154.     can build a screen on there own.
  155.  
  156.     Flags should be separated with a comma !!
  157.  
  158.     For instance:     flags  hotkeyable, noscreen
  159.     Or:               FLAGS  NOSCREEN
  160.  
  161.  
  162.    -Included a RIPscrip BBS graphics test door.
  163.     I used this to debug RIP code, and to write a functions
  164.     to use RIP codes in doors.
  165.     This door is a good example of some things that are
  166.     possible with RIPscrip, for the people who want
  167.     to experiment with it, the source is included.
  168.     With this in your menu you can view it.
  169.  
  170.     Cmd "T" , 0-255
  171.        CliDoor  "trion:utils/riptest"
  172.     EndCmd
  173.  
  174.  
  175.    -RIP menus..
  176.  
  177.     It is now possible to make a menu set the is for a great
  178.     part controlled with a mouse.
  179.     This is basically a demo to demonstrate just that.
  180.  
  181.     The problem with RIP is that you have to give an ANSI code
  182.     to switch it on and off, because if you have it on the ANSI
  183.     colors don't work, and if you turn it off the mouse button
  184.     definitions are gone.
  185.  
  186.     You can make a normal menu set with RIP screens instead of
  187.     the ANSI screens but you have to place print menu commands
  188.     to switch on/off the RIP mode all over the place.
  189.     (see BBS.doc for info about this.
  190.  
  191.     So what you basically want is an FX type of door that switches
  192.     RIP on when the screen is build and switch RIP off after the
  193.     input of a user.
  194.     That is what I have done .. I made an FX door that can
  195.     produce a screen with icons for every menu.
  196.     And because it is an FX door, it has a little graphicall
  197.     effect in it when it waits for input.
  198.  
  199.     On my BBS I made a copy of the menuset especially for
  200.     RIP so it can be viewed with ANSI or RIP.
  201.     When you arrive in the start menu you can go to the
  202.     "normal" menu with return but with R you end up in
  203.     the RIP menu set.
  204.  
  205.     (RIP menuset, Door and source of door is included)
  206.  
  207.     The new menuset is named like this:
  208.  
  209.     xxxxxxxxxx.src       ->      xxxxxxxx_rip.src
  210.  
  211.     In all RIP menus I added the "NOSCREEN" flag, because
  212.     it doesn't needs an ANSI file just the RipDoor FX door.
  213.     But when you've made a screen yourself you can remove
  214.     the NOSCREEN flag and use a normal file for a screen.
  215.     Or when you know a little C you can change the
  216.     door yourself.
  217.  
  218.     Added this to every RIP menu:
  219.  
  220.  
  221.     BuildScreen
  222.        CliDoor  "trion:utils/ripdoor ~50 0"
  223.     EndCmd
  224.  
  225.  
  226.     You have to replace the Zero with a different number
  227.     for each menu like this:
  228.  
  229.  
  230.       main menu      0
  231.       file menu      1
  232.       Mail menu      2
  233.       Bulletin menu  3
  234.       Door menu      4
  235.       Logout menu    5
  236.       Sysop menu     6
  237.       User edit menu 7
  238.       test menu      8
  239.       Browse menu    10
  240.       List menu      11
  241.       Download menu  12
  242.       Read msgs menu 13
  243.       Scan msgs menu 14
  244.       Editor menu    15
  245.  
  246.  
  247.  
  248.    -Changed the BBS a little so you can create message sections
  249.     that users can't disconnect with Areafix.
  250.  
  251.     This is usefull if you have an echomail section to inform
  252.     your points of all sort of matters around the BBS.
  253.     If you have such an echo the tell users that you for
  254.     instance will change the phone number of the BBS,
  255.     you don't want everybody to disconnect.
  256.  
  257.     If you have such a section you can add the "O" flag
  258.     for "Obligatory" in the mailareas.cfg
  259.  
  260.     If a user get's a list with sections it now will
  261.     say "obligatory" where it said "connected" before.
  262.  
  263.     The section can no longer be disconnected with a command
  264.     to DISconnect a section of disconnect all sections.
  265.     (new sysop curse)
  266.  
  267.     If a user writes a MESSAGE to areafix all the obligatory
  268.     sections will be connected if they werent connected before.
  269.  
  270.  
  271.