Very doubtful. The XEP-80 version of AtariWriter Plus was specifically aimed at the target display hardware. The standard version will - I imagine - bypass the OS CIO screen handler functions completely and write direct to the screen RAM. It will also be hard-coded for 40 columns, so patching would be a near impossible task. It might be easier to modify the XEP-80 version, but it's not something I'd undertake given that there's already a word processor available (The Last Word, cough) which displays 80 columns without any special hardware or a custom OS.
This comes from the Freenet SIG hosted by Atarimax:
OMNIVIEW 80/XL/XE takes advantage of the high resolution graphics mode built into the ATARI to grenerate an 80 column screen editor essentially identical to the ATARI screen editor (E:, S:). Thus, you can use OMNIVIEW XL/XE in any environment where you would normally use the 40 column "E:" (e.g., BASIC, Assembler/Editor, Mac/65, BASIC XL, modem programs, etc.). The character font was specially designed to be legible on an ordinary TV set! A monochrome monitor is recommended, but not really necessary for casual 80 column operation. The Bit-3 versions of LJK's Letter and Data Perfect have been modified to support OMNIVIEW XL/XE, along with SpeedScript 80. Other programs are very likely to follow once software developers realize the potential of the OMNIVIEW XL/XE.
In another area it refers to compatibility with Synapse Syncalc and Synfile, but it does not specifically mention 80 column mode, it's talking about cursor speed.
I don't know if it needs to be mentioned, but I will anyway; Omniview 80/XL/XE is NOT a hardware 80 column solution like the XEP80, it is software 80 column stored in OS rom. So there is no advantage with it over programs like TLWP in 80 columns or SpartaDOS's 80 columns. Though I'm far from an expert, the XEP80 may be the only hardware 80 columns ever released, but I'm not sure about some of the right cartridge 80 column stuff for the 800.
By the way, I did try my Atariwriter cartridge with it and it was no joy.
The likelihood of successful patching becomes more remote when you consider the screen RAM requirements of a software 80 column display. If (say) a word processor's memory map is arranged around a 1KB text mode display buffer and the rest of memory is full of code and text buffers, you have a contention issue when it comes to the other 7KB of high resolution graphics data. Stuff like that isn't always mentioned in the passages which say "This works in any environment which uses a standard 40 column display". Try to open the software 80 column display in your 30KB BASIC program and the CIO will likely return an out of memory error.
This is the exact reason I made the (at the time) contentious decision to move most of The Last Word's program code under the OS when I added the 80 column display back in 2008/2009. Had I not done so, the main text buffer would have shrunk from 16KB to 8KB.
Another consideration is speed of operation. Although TLW's 80 column rendering code does not claim to be the outright fastest there is, it's highly optimised for the specific application at hand (outputting entire 80 column lines from a specific buffer address). Custom OS or driver based soft 80 column displays will often require character writes to go through the CIO (the "E:" handler), which introduces a small but nevertheless measurable overhead which - when the same OS call is repeated 1,500 times or more in order to fill the entire screen - adds up to a sluggish editing experience. If the text editor already uses a "dirty line" algorithm, updating only those sections of the screen which have changed because of the last edit, then this overhead will be minimised. But outputting single bytes per character cell in 40 column text mode is so cheap, it's hardly worth optimising since the entire display can be refreshed in a fraction of a second.
To cater for the heavy 80 column rendering overhead, TLW attempts to redraw only those sections of the screen which have changed following an edit. In addition, it maintains a character map of the entire display which it uses to check if a given character at X,Y even needs repainting. Without these optimisations (especially the latter), the editor would become unacceptably slow in 80 column mode.
I am not searching for Atariwriter + 80 because I am looking for a good word processor. I have The Last Word, and I have an XEP 80 and Atariwriter Plus 80, I also have Speedscript 80 which works with omniview. I just want to collect as many of the enhancements as I can. For me, working with old Ataris is like working on vintage cars, adding omniview is like adding 2 four barrel carbs to a Chevy 409 or buying an old 65 Mustang and trying to find tapes for the 8 track player that was already installed. I finally found a copy of the program but it doesn't work with my XL. I know it is supposed to be used with an XE but I thought an XL with a memory upgrade would be treated like an XE. What I have to do now is socket the OS ROM on my XE and try the omniview with the XE. Further updates to follow.
I'd be interested in finding out what memory upgrade you have installed hueyjones70 , as I don't know of any XL memory upgrades that are not compatible with XE expanded memory. Now, many of the old standards like Rambo are only compatible in CPU mode, but that is the mode used 99.999999999999999999999999999999999999999999999% of the time. There are two demos and one SpartaDOS utility that I know of that works with ANTIC mode memory which is the bit that makes it not work with XL models if attempted. What program are you attempting to use? More than likely, it is an issue other than memory. For example, I went for MONTHS thinking I had some faulty ram in my 256K Rambo compatible upgrade, but it turned out that it was an issue with the SIO2PC loader I was using, and upon using a different loader, everything worked fine with the extended memory program I was trying to use.
I had installed a wiztronics 256 in my 800xl, atariwriter plus XE would not load, when I attempted to boot the disk, I got a screen message, this is not an XE. When I switched to the Rambo 256 on the same XL, the atariwriter plus XE would load and run. The 80 column version that was specifically modified for omniview would load but the screen for creating a document was not stable, it seemed to be blanking our many times per second. If I typed in some letters, I could see the letters as I pressed the keys but they would not be visible during this "blanking" process. Today I moved my omniview to a 130XE. The modified atariwriter plus loaded and ran without a hitch. I plan to try the same thing with my 1200XL. If the program works there I will know that the problem lies with that particular XL and not with memory or an OS issue. I never thought it was a memory problem but the way each upgrade handles memory determines whether or not a software application will recognize an XL with extended memory as an XE. AtariWriter Plus came with two versions, version one was XL and XE, version two was XE only. The XE only version allowed very long documents to be loaded and edited because that version used the extended memory banks for document editing.
It must be whatever the Omniview people did to Atariwriter + for Omniview compatibility then. Why they would purposely make it only work on 130XE's is beyond me though. I could see Atari doing that, so it might cause some to buy a 130XE, since it wouldn't work on their upgraded XL's, but Atari didn't do that, so it makes me wonder why the Omniview people would, purposefully, anyway. It is curious. Anyway, as I stated on AA (I am Gunstar over there, I'd have changed it to Baker long ago, but I have to subscribe to do so, and it's not worth it for a handle change, IMHO) Omniview itself works perfectly fine on my Rambo 1200XL, even with all the other mods and upgrades I've done (see sig below). But I just verified for myself that Atari Writer + XE, 40 column version works fine on my Rambo XL. Now I didn't see if I could load any documents needing extended memory in it, since I don't have any at hand, but it loads and works, I typed a paragraph.
As to you looking for more good word processors, have you got Textpro? Who knows, it may work with Omniview, though I have never tried, but it is a good word processor. Another good one is The First XLent word processor. Though you won't find any technically better than The Last Word. You may prefer others, but none are technically as good.
As to you looking for more good word processors, have you got Textpro? Who knows, it may work with Omniview, though I have never tried, but it is a good word processor.
I liked TextPro too. In fact that was the only WP I have ever used on the Atari after discovering it. Before that, I was using PaperClip. Never liked AtariWriter much.
Your not alone, that's for sure. Even our own @flasjazzcat , writer of The Last Word, stated he was influenced by Textpro in some thread either here or on AA. I only started using it in recent years (recent meaning about a decade ago) myself, and only for writing batch files for SpartaDOS. Until I found out about The Last Word recently (within the last 2-3 years).
I never tried Paperclip,back in the day I was an Atariwriter+ XE user, only because I had a shiny new 128K 130XE and it was the only WP I knew for sure used my extra memory. Once purchased for $50 or whatever there was no going back.
I always wanted to get The First XLent WP, as it sounded great in the ads, and once I tried it, it is great, and uses a very user-friendly windows and icon system. I hadn't looked into it further so I don't know if it uses extended memory, but it's only 40 columns (like most Atari WP) and I just can't go back to that now that I have 80 columns with TLWP, which is fantastic with my video upgrade.(see reply #3)