home *** CD-ROM | disk | FTP | other *** search
/ Acorn User 1 / AU_CD1.iso / internet / arcweb / !ArcWeb / PublicHTML / Versions < prev    next >
Text File  |  1994-11-21  |  14KB  |  357 lines
  1. <html>
  2. <front>
  3. <title>ArcWeb Version Information</title>
  4. </front>
  5. <body>
  6.  
  7. <h1>ArcWeb Version 0.11</h1>
  8.  
  9.         Return to the <a href="welcome">welcome page</a>.
  10.  
  11. <h3>Version 0.11</h3>
  12.  
  13. <ul>
  14.  
  15. <li>Embedded TAB characters are OK
  16.  
  17. <li><pre> fixed again to honour empty lines
  18.  
  19. <li>There are now 4 different ordering system for nested ordered lists,
  20. and 4 different bullets for nested unordered lists.
  21.  
  22. </ul>
  23.  
  24. <h3>Version 0.10</h3>
  25.  
  26. <ul>
  27.  
  28. <li>Parser now handled <PRE> tags correctly, and does not make the
  29. (wrong) assumption that 2+ consecutive linefeeds imply a paragraph break.
  30.  
  31. <li>Delayed image loading partially implemented
  32.  
  33. <li>Changes to the frontend: URL is shown in title of document window;
  34. -iconbar option introduced to ArcwebImg & ArcwebLcl.
  35.  
  36. </ul>
  37.  
  38. <h3>Version 0.09</h3>
  39.  
  40. <ul>
  41.  
  42. <li>Hotlist window added, but it isn't very intelligent (it doesn't resize itself
  43. when it can't fit all the entries into it).
  44.  
  45. <li>Support for Replay movies added to ArcWebImg
  46.  
  47. <li>Latin1 character entity references can now be terminated by whitespace.
  48. This is not correct HTML, but is handled by Mosaic, and is produced by some
  49. broken providers.
  50.  
  51. <li>Fixed handling of % characters when they are not followed by two hex
  52. digits, also spaces are allowed in arguments to tags - eg. <a href = other.html
  53. > is allowed.  In version 0.08 this caused a Fatal Error type=5.
  54.  
  55. <li>Special parameter settings to ChangeFSI for Risc PC when BASIC's MODE function
  56. returns a pointer to an information block, rather than a mode number. (Code by
  57. Julian Wright)
  58.  
  59. </ul>
  60.  
  61. <h3>Version 0.08</h3>
  62.  
  63. <ul>
  64.  
  65. <li>First FTP'able version.  This version is funtionally the same as 0.07.
  66.  
  67. </ul>
  68.  
  69.  
  70. <h3>Version 0.07</h3>
  71.  
  72. <ul>
  73.  
  74. SWI chunk, Wimp message chunk and error chunk are now officially allocated:
  75. <ul>
  76. <li>SWI chunk: &4A240 (<bf>Arcweb</bf>)
  77. <li>Message chunk: &4A240 (<bf>Message_Arcweb</bf>)
  78. <li>Error chunk: &80D200 (<bf>ErrorBase_SBrodie</bf>)
  79. </ul>
  80.  
  81. <li>Fixed bug in <tt>requester.c</tt> which meant that link flag was always
  82. set in the cache when a document fetch is initiated, regardless of whether
  83. the target was already in the cache and not a link.  This resulted in spurious
  84. files appearing in the ArcWeb directory when using the directory browser.
  85.  
  86. <li>Optimised parsing & rendering of non-HTML text format files.  Files are
  87. no longer parsed into the usual intermediate form, but left intact.
  88.  
  89. <li>Resolver for non-riscos: URLs is now implemented.  This should allow
  90. relative URLs to be used in other types (eg. http: URLs)
  91.  
  92. <li>A potential problem with SparkFS archives in specific formats has arisen
  93. which results in ArcWeb being unable to read files from within the archive. 
  94. (ArcFS 2 may also be affected by this).
  95.  
  96. </ul>
  97.  
  98. <h3>Version 0.06</h3>
  99.  
  100. <ul>
  101.  
  102. <li>Render code changed to align objects properly.  The images respond to align
  103. arguments in the <img> tag.  As a result, an even line spacing is
  104. available between lines (sometimes when no there were no descenders, the
  105. text was misaligned).
  106.  
  107. <li>Cache stores expiry dates for fetched documents and images.  Every 60
  108. seconds the cache is checked and old documents expired.  Currently, images
  109. are not expired at all (there is a very good reason for this, which will be
  110. fixed in the next version hopefully).
  111.  
  112. <li>Catches DataOpen messages for HTML files and accepts DataLoad's for a range
  113. of system filetypes which are known to be ASCII text files. (eg. <img
  114. src="#file_feb" alt="Obey files">)
  115.  
  116. <li>Activity indicator added to reoganised information window, although you will
  117. never see it if the fetchers and renderers do not multi-task while working. 
  118. This does not affect the icon bar icon in this version.
  119.  
  120. <li>Active window list window added (with configurable fonts etc.)
  121.  
  122. <li>!ArcwebImg introduced.  Calls ChangeFSI to convert images into sprites. The
  123. setup window allows the user can change some of the options. Unfortunately,
  124. the palettes are wrong for palette-less Wimp sprites.  I can display JPEGs
  125. and GIFs, but have had major problems with RLE files (ChangeFSI gives me
  126. rubbish - but is this GIGO?).  Risc PC mode numbers are causing me a
  127. problem, as I don't know what to give to ChangeFSI on the command line. 
  128. Currently, I use the BASIC MODE function and if the result > 256, then I
  129. default to mode 28. There must be a better way ...
  130.  
  131. <li>Canonicaliser will now check that a given filing system is present before
  132. calling OS_FSControl 37.  This should stop the backtraces being given when an
  133. unavailable RISC OS filename is specified.  Instead, you get the root on the
  134. current drive (which hopefully will be there!)
  135.  
  136. <li>The extent of the window is not adjusted to take into account any extra
  137. width required by non-wrappable items - ie. wide images.
  138.  
  139. <li>Full interactive help supported by !Arcweb, !ArcwebLcl and !ArcwebImg
  140. (including on menus).  Use !Help for precise help on menu items and icons.
  141.  
  142. <li>Setup window added to !ArcwebLcl to control the new feature of autobooting
  143. applications for which it does not have a sprite (when it is constructing
  144. directory listings); and also the auto-quit feature; and the expiry delay.
  145. Configuration stored in a Choices file.
  146.  
  147. <li>All fetches (I hope) are now terminated correctly. In previous versions,
  148. this resulted in ArcWeb sitting in a dead state not able to do anything
  149. because as far as it knew, a fetch was still in progress.
  150.  
  151. <li>Some of the framework for handling forms is now in place, but nothing more
  152. than that.
  153.  
  154.  
  155. </ul>
  156.  
  157.  
  158. <h3>Version 0.05</h3>
  159.  
  160. <ul>
  161.  
  162. <li>Paragraph handler put in to recognise <p> tags
  163.  
  164. <li>Now copes with empty arguments in tags (it was getting caught out by
  165. empty alt arguments in img tags
  166.  
  167. <li>Replaced web_calloc with one which calls web_malloc and then exits via
  168. memset.  This was done due to a possible bug in the C library supplied with C5 compiler
  169. (alpha version) which meant that memory wasn't being zeroed in calloc.
  170.  
  171. <li>Inserted extra code to set the link list pointer to NULL on page creation.
  172. This was causing address exceptions when combined with the point about calloc above.
  173.  
  174. <li>Comment parser now accepts an end of line as a comment terminator if no
  175. proper --> symbol is found before the end of file.  NOTE: If the author has
  176. mixed comment styles, then the terminator for a subsequent comment may be found
  177. in the case where there is no terminator for the first comment.
  178.  
  179. <li>Corrected bug in requester.c where the RISC OS handle to the diagram file
  180. wasn't being closed before an fopen call for write access was made on the file.
  181. This meant that the fopen failed and the diagram did not get saved to the cache.
  182.  
  183. <li>Directory browser now clears the symbolic link bit when it generates a
  184. directory listing
  185.  
  186. <li>!ArcwebLcl no longer tries to generate an HTML error file if the fetch was
  187. an error fetch.  Instead, it sets the error bit.
  188.  
  189. <li>No error is generated if the Message_ArcwebFetchDone is received with the
  190. error bit set, the error handled bit clear and the image fetch bit set.
  191. Instead, the image fetch is terminated properly (with a failure) and the
  192. alternate text is inserted if there was any.
  193.  
  194. </ul>
  195.  
  196. <h3>Version 0.04</h3>
  197.  
  198. <ul compact>
  199. <li>Parser augmented to parse start tags so that it can determine whether
  200. to go into comment mode, or verbatim.  The code to do this has moved from
  201. render.c into parse.c and is thus available to the standalone parser.
  202. <li>Strikeout capability added
  203. <li>When document is rendered, the window width is precalculated so that
  204. the document fills the whole visible window width (not the extent).  You
  205. can now resize the window, and click Reload and the image will be adjusted.
  206.  
  207. <li>Destination anchors are supported within the same document. For example,
  208. you could view the notes for <a href="#version_0.01">version 0.01</a> (check
  209. the destination with ADJUST).
  210.  
  211. <li>Need to fiddle alignment so that text bases all line up correctly.  At
  212. the moment, sometimes there is a misalignment with bold and emphasized text.
  213.  
  214. <li>Images are now fetched using the Fetcher protocol
  215.  
  216. <li>Cache Manager symbolic links re-enabled (they were disabled in v0.03 due
  217. to me not having put in an API to reverse the setting of the symbolic link
  218. bit.
  219.  
  220. <li><tt>!ArcwebLcl</tt> changed to use the new sprite naming (see <a
  221. href="../../!ArcwebLcl/!Help"><img src="#!arcweblcl" alt="ArcwebLcl help file"></a>
  222. for more details)
  223.  
  224. <li>The _kernel_register_slotextend function is now called upon initialisation
  225. so that the flex blocks can be moved to make way for the heap and stack.
  226.  
  227. </ul>
  228.  
  229. <h3>Version 0.03</h3>
  230.  
  231. <ul>
  232. Parser now recognises (but does not necessarily act upon) all tags given
  233. as mandatory in the <a href="http://www.hal.com/%7Econnolly/html-spec">
  234. HTML 2.0 specification</a>.  Most of the optional tags are also recognised
  235. and passed to the renderer.
  236.  
  237. Corrected sprite colours (adds a 16-entry palette to each sprite which
  238. doesn't have one already.  Uses values from Wimp_ReadPalette to create
  239. those entries.  Is this right?
  240.  
  241. pre and /pre added for preformatted text.  Any file which does not
  242. begin with an HTML tag (whatever that tag is, except para) will be
  243. treated as though it began with a pre tag and ended with a /pre tag
  244.  
  245. Handles relative riscos: URLs (by calling OS_FSControl 37 to
  246. canonicalise the filename)  Although it is a little suspect with ^
  247. characters, as it gets confused between files and directories
  248.  
  249. Window management handled properly. New pages are rendered to the size of
  250. the current window; info/draw window pairs are not joined and can be moved
  251. and closed separately (closing BOTH will free the memory associated with
  252. the page).
  253.  
  254. Foreign characters allowed - like á and ÿ  (&aacute; &yuml;)
  255.  
  256. Forms are not handled
  257.  
  258. The # field is interpreted as an anchor marker - special handling is
  259. required for RISC OS URLs which are on filing systems which use special fields.
  260.  
  261. Symbolic link handler added to cache manager so that large local files need not
  262. be copied from one place to another.  This feature has been disabled
  263. temporarily since I changed the protocol, and haven't got around to putting
  264. in the new API in the cache manager.
  265.  
  266. Bug in View Source corrected (didn't put the extra zero byte in memory to
  267. mark the end of the text, so you got a load of rubbish after the end of the
  268. document (if you were unlucky - depending on what was in the memory you got
  269. allocated).
  270.  
  271. </ul>
  272.  
  273. <h3>Version 0.02</h3>
  274.  
  275. <ul>
  276. Colours in sprites without palettes is wrong
  277.  
  278. Memory management greatly improved (does not release pages yet though!)
  279. However, by cutting out the draw_createObject function and just using
  280. flex to extend my internal buffer and put the stuff directly there has
  281. helped.  Also, memory is only claimed for the page as it is under
  282. construction (ie. not 128K claimed and hope it is enough).
  283.  
  284. View Source works (provided it was an HTML or plaintext file!)
  285.  
  286. Again, MemMgmt: far less calls to [cm]alloc, using stack/static heap for as
  287. much stuff as possible.  All calls to [cm]alloc, free, flex_alloc,
  288. flex_extend and flex_free all indirect via the webmem.c module.
  289.  
  290. If an error occurs while looking for a sprite and the sprite name is not
  291. null, then it will be looked for in the Wimp sprite pool.
  292.  
  293. If the src field for an image does not contain a '.' or a '#', then the
  294. name is looked up in the Wimp sprite pool.  Unfortunately, I have had
  295. to use Wimp_BaseOfSprites (marked as 'do not use this SWI for future
  296. compatiability' in the PRMs).
  297.  
  298. Cache Manager does not go into a infinite loop if it fails to remove a
  299. file from the cache directories during the sanity checks.
  300.  
  301. !HTML introduced to act as a fetcher for Risc OS URLs and it doubles as
  302. an example program which uses the Fetcher Protocol.  This program handles
  303. directories as well as files, and now pulls in sprites from the Wimp pool
  304. of application sprites as required.
  305. </ul>
  306.  
  307. <h3><a name="version_0.01">Version 0.01</a></h3>
  308.  
  309. <ul>Cache naming scheme was inconsistent (used hex numbers in some places,
  310. and decimal elsewhere).  Fixed. Now uses decimals throughout.
  311.  
  312. Cache routine goes into infinite loop if it fails to remove a file
  313. during the cache sanity checks.
  314.  
  315. HTML file type not official (awaiting allocation from Acorn)
  316.  
  317. Wimp message ids not official ( "          "       "    "  )
  318.  
  319. Memory allocation problem remains.  Arcweb eventually malloc's all memory
  320. available.  More intelligent use of memory will be implemented.
  321.  
  322. From 13/8/94, remote fetching is available (see !HTML.!help)
  323.  
  324. May specify a local directory URL:  eg. riscos:SCSI::SCSIDisc4.$
  325. The RISC OS fetcher generates a pretty display for a directory.
  326.  
  327. Inlined images limited support (src field of img tag must be a RISC OS
  328. filename.  Only supports filetype FF9 (Sprite) at the moment.
  329. (filename with optional #spritename at the end to select which sprite
  330. from the file.  Omitting # field means use first sprite in file).  Can
  331. NOT use a URL for the src field yet.  Alignment ignored.  May hyperise
  332. images (a blue box is put around them).
  333.  
  334. URL resolver not implemented, except to check for a : after the first colon
  335. in the URL and prepending riscos: if it finds that that is the case.
  336. </ul>
  337.  
  338.  
  339. <h2>Future Enhancements</h2>
  340.  
  341. Putting the Cache Manager into a module, so that you don't need to pass
  342. all these long messages about.
  343.  
  344. Retrieving stuff from the cache when it already exists there
  345.  
  346. Creating 'enhanced' DrawFile files containing the link information
  347. Although there is no way of putting the URLs in the DrawFile, it IS
  348. possible to put references in (using Group objects and placing the
  349. reference in the Group name).  These objects can be ignored by
  350. everything else, but recognised by ArcWeb.  (Although the bounding
  351. box for URLs is stored in the linkDB file anyway). Unfortunately, Draw seems
  352. to choke on things it doesn't know, so this plan is not workable with the
  353. current release of RISC OS 3.5
  354.  
  355. <hr>
  356. </html>
  357.