Rick's b.log - entry 2015/10/23

Ovation

• AcornDTP
• Impression
• Ovation
• Tempest

The products

The second product, one might say the first serious DTP product, was Computer Concepts' "Impression". This was a monster of a program, a capable product, with a high degree of "not invented here" syndrome, and to top it off, the entire thing written in assembler. I had a de-dongled copy of Impression II many years ago. I used it to view documents that people supplied in that peculiar layout that was a directory containing all the pieces of the document. In my use of the software, I found it to be somewhat unpleasant in use. Powerful, yes. But not something that I would want to willingly inflict upon myself.
Being the big player in the RISC OS world, Impression was followed by Impression II, then Impression Style, then Impression Publisher, then Impression Publisher Plus (and a baby version - Impression Junior - was given away, I think to promote Style?).
The thing is, Computer Concepts had a habit of doing things the hard way. They thought that the early RISC OS desktop looked ugly so they created "ABI", their own 3D icon service. Acorn later saw the wisdom in 3D style icons and suddenly all the ugly icons were non-ugly. But Impression remained with ABI. Today, it still uses ABI and XAT (who were going to do the conversion) said in the Wishlist document about changing the ABI stuff to normal RISC OS windows and icons: Although this should be possible, it's going to be a major task. The way in which icons are defined in the ABI system is significantly different to the standard OS ones. Hence the reason for giving it a low priority at the moment.
XAT also says on the product page "Work on the 32-bit conversion of Impression-X is commencing well, although we haven't been able to spend as much time on the project as we had hoped." Note the date of the document. May 2006. Nearly a decade has passed since then and no 32 bit native version of Impression Publisher is available.
It is now being maintained and converted by, I believe, Richard Keefe; and while a version is available on !Store, you should note that it says that approximately 45% of the code has been converted so it still requires Aemulor in order to interact with the remaining 26 bit parts.
The other products might have lacked the "bloody hell that was fast" responsiveness of the Impression family, but you're seeing the pain and heartache of writing a major application in assembler and using all sorts of clever tricks along the way. I hope the project does get finished, the guy will deserve a free beer if he pulls it off. Hell, he deserves one now! I am plenty partial to assembler, but the idea of porting an entire complicated application such as that fills me with dread. Better him than me!

The final product is Ovation. A smaller offering written by David Pilling (of Hearsay, ArcFax, SparkFS (and loads more) fame) that was originally sold by Beebug. It came with a program disc, a work disc, a fonts disc, and it needed to be "installed" (something Beebug added) on to a copy disc, and you could only make two installations. Yes, Computer Concepts was right, it looked kind of ugly on RISC OS 2, but this wasn't the fault of Ovation - everything looked ugly on RISC OS 2. Thing was, when RISC OS 3 came along, it instantly looked much better. Actually, my software froze on RISC OS 3 as Beebug's fancy protection stuff was incompatible, but they issued an update on demand. This meant that I was without my DTP for a fortnight as updating meant posting the program disc to them and them posting back a version without the installer/protection nonsense. I suspect they should have just done that in the first place, but I guess they felt the need to compete with CC's stupid dongle.
As a DTP product, Ovation offered a minimal design - the page number and five buttons to the left of the horizontal scrollbar removed the need to have on-screen toolbars. This mattered back in those days - specifically MODE 12 is 640×256 (2:4 aspect) in 16 colours. Ovation, starting up, claimed 528KiB for itself (exactly 200KiB less than AcornDTP!) which meant that you could do more with the program. Printing a document was an amusing sequence of disc changes.
Life was much nicer on a machine with 4MiB and a harddisc. In this configuration, Ovation kicked ass - and was such a breeze to use that the first batch of issues of Frobnicate were written in Ovation; no problems putting together a forty page magazine, and I had plenty of tricks at my disposal, such as the ability to tweak the leading (said like "ledding", the inter-line spacing) if I needed an extra line at the end of an article. And unlike AcornDTP, much of it was designed directly within Ovation itself. I perceive Ovation to be like a nice word processor that can just do so much more. Unfortunately Ovation didn't get a lot of love from Beebug. After some time, they started to give it away as a freebie with other products, and then it was sold off to APDL. Following the sad death of David Holden, the catalogue of ADPL software is going to be made freely available. Some products have been released, the APDL specific software hasn't yet, so Ovation isn't currently available.
I don't know. Reading David's (Pilling) anecdotes, it seems as if the deciding factors for a DTP package were "what language is it written in?" (not that I noticed Ovation being particularly slow) and "does it look pretty?". I'm sorry, I think the question ought to be "can I get stuff done with this?". For me, with Ovation, that's a big YES.

It ought to go without saying that the DTP software on my Pi is OvationPro, and the word processor of choice on my PC for when I want something a little more capable than Notepad++ is...OvationPro! It isn't Ovation, it is David's next incarnation. In many ways the same, in many ways better. Think of it like XP was to Windows 95. That's OvationPro to Ovation. Familiar, compatible, and cross-platform. See? There are benefits to not writing an entire application in pure assembler!

Yes, I named four products and said that Ovation, the third, was the final. That's because I saw adverts for Tempest (by Clares) back in the day, and I hear some people even got to try demo discs and said it looked like a fantastic program. Sadly, as we well know, every bit of vapourware is fantastic. I have written some damned impressive vapourware myself. It's just the stuff I actually release that sucks. The vapourware is perfect, completely bug free, and works flawlessly on anything from a BBC Micro to a Pi.
Or for those of you without functional sarcasm detectors - Tempest was advertised, promoted, and then just vanished.

The source code

I couldn't figure out David's build process (partly due to a lack of reading the rest of his website - he describes it on the opening page, duh!) so I decided the best thing to do would be to merge the sources into the application itself. I got an old copy of Ovation from a backup CD-ROM with the missing bits (templates, sprites, spellcheck dictionary, etc) and merged the code within. Then I wrote a MakeFile to assemble the release "with spellcheck" version (there is an option of a non-spellcheck version for machines with very restricted memory; but this isn't an issue in the 32 bit world).

As I mentioned, the build failed. So I worked through the compiler messages tracking down the missing function references and adding them. I was surprised to see some K&R style function definitions along the way.
Much of the 'library' code is within the "wz" source, but it does make a few references to external functions (polling and bbc_vdu) which are the same as their RISC_OSLib counterparts. So I extracted the polling code from RISC_OSLib (what an awful mess that code is - there's no need to go to all that pain to store the FP status, just set poll flag bit 24!!!) and converted it into a mini-library. I couldn't do anything with the bbc_vdu(w) functions as they were part of the "swi" code module and including that clashed with Ovation's own SWI code and then all hell broke loose (compiler messages aplenty!). Come on, it was basically half a dozen lines of assembler, so I rolled my own.
Looking at the code for RISC_OSLib's poll on the other monitor as I write this, I'm thinking I'll be rewriting that crap too... Does RISC_OSLib still officially support RISC OS 2? If not, why... oh, I know. It's a dank corner that smells of pee and nobody dares lurk there after nightfall...
Ovation's code is quite eccentric in places, but the guiding principle that must be remembered is that part of David's challenge was not only to make a good DTP package, but to make it functional on a 1MiB machine. I know, my original A3000 was exactly that until I upgraded it.

It took an evening, two KitKats, and three mugs of tea, but I got it to build and... ta-dah!

Which meant that I could have my own blast from the past and go right back to this........on my Pi! Epic!

Your comments:

Please note that while I check this page every so often, I am not able to control what users write; therefore I disclaim all liability for unpleasant and/or infringing and/or defamatory material. Undesired content will be removed as soon as it is noticed. By leaving a comment, you agree not to post material that is illegal or in bad taste, and you should be aware that the time and your IP address are both recorded, should it be necessary to find out who you are. Oh, and don't bother trying to inline HTML. I'm not that stupid! ☺ ADDING COMMENTS DOES NOT WORK IF READING TRANSLATED VERSIONS.
 
You can now follow comment additions with the comment RSS feed. This is distinct from the b.log RSS feed, so you can subscribe to one or both as you wish.

No comments yet...

Add a comment (v0.11) [help?] . . . try the comment feed!
		Your name
		Your email	(optional)
		Validation	Are you real? Please type 15340 backwards.
		Your comment