Jump to content
Sign in to follow this  
dhe

PrEditor

Recommended Posts

I'm on the waiting list for an f18. I really like Funnelwebs 80 column editor, I don't know if that will ever be ported.

The other editor I really like on a TI/Geneve was PrEditor by Tom Bentley.

 

Anyone here still friends with Tom? If you are, do you think you can get him to release the source to PrEditor, it's my understanding it was in part written in small C and might be easier to port then an editor written in pure assembly?

 

Thanks,

Dan

Share this post


Link to post
Share on other sites

I think you'll find what you are looking for << HERE >> (Thanks to JediMatt42). Well, maybe not the docs or source, but an 80 column version.

 

If that does not work for you, there are a couple of other alternatives out there as well.

Share this post


Link to post
Share on other sites

The problem with the F16A is lack of VDP memory (along with the emulators). Until someone implements the 192K of VDP in a complete emulation of the v9938 (the emulation code IS available) only users with a v9938/58 system will be able to use F'WEB in 80 columns with the full, large buffers.

  • Like 1

Share this post


Link to post
Share on other sites

Honestly the smaller buffer totally defeats the purpose of a using a Editor on the TI99/4A.

 

Hell even some my GPL RXB DV 80 files fit, but the List files generated by GPL Assembler

would not even fit in FW 80 column buffers, just 5 sectors to large to fit.

 

TI99/4A 14K could not possible even show 1/3rd of the files, so I was forced to break them up using Normal TI VDP.

 

80 Columns was great but with a dinky buffer was next to total infuriation.

Share this post


Link to post
Share on other sites

Honestly the smaller buffer totally defeats the purpose of a using a Editor on the TI99/4A.

 

Hell even some my GPL RXB DV 80 files fit, but the List files generated by GPL Assembler

would not even fit in FW 80 column buffers, just 5 sectors to large to fit.

 

TI99/4A 14K could not possible even show 1/3rd of the files, so I was forced to break them up using Normal TI VDP.

 

80 Columns was great but with a dinky buffer was next to total infuriation.

Are we talking about VDP buffers? I do not see how this is related to the F18A. If the text editor was to use RAM (e.g. SAMS) instead of VRAM for storing buffers, then a F18A would fit nicely for that purpose.

  • Like 3

Share this post


Link to post
Share on other sites

Agreed!

Has anyone written anything to do this yet?

 

I have a copy of BETA PRESS that used the SAMS and 80 Column EVPC card but of course can not test it without the EVPC.

  • Like 1

Share this post


Link to post
Share on other sites

@retroclouds: Thank you for that, my sentiments exactly.

 

On the TI-based systems the 9938/58 is used for two things: 1. 80-columns, 2. access to the extra VRAM to be used as general purpose storage. Using a real memory expansion like the SAMS would have been a million times better. I'm surprised the 80-column software has not been hacked yet to use SAMS instead of VRAM. That would make it way more accessible and usable (and probably faster).

  • Like 1

Share this post


Link to post
Share on other sites

M' kay.

 

(After - Much back and forth over the need or not need of video memory...)

 

I guess no one knows where Mr. Tom Bentley is these days. It's a shame, because having the PrEditor source code, which I believe was written in c, would make it much easier to modify memory management to use another memory device. Especially vs an editor written in assembly.

 

I know of Clint Pulley's QDE, but that was pretty Geneve specific. My other thought was the proto code written by John Birdwell for Micropendium - Micro-Word (Vol 5, No 6. July 88)

 

Well, maybe one day I will find Tom and have some luck.

 

Thanks and sorry to have kicked off all the fuss.

 

Dano

Share this post


Link to post
Share on other sites

Look until someone makes a 512 VDP RAM 9938 or 9958 chip card with 4 times the number of pixels

and a Mouse interface like the MSI original Video board we will never have a true drag and drop interface.

 

We need 80 columns and the memory to make use of it so one without the other makes this impossible.

 

The SAMS should be for the OS and writing to VDP and swapping just slows all operations.

 

Swapping a address of VDP with another address can instantly change colors or entire screen

faster then save VDP to SAMS, then load SAMS to VDP.

 

Change a VDP address vs save/load and swap each time. We have a VDP memory size bottleneck.

Share this post


Link to post
Share on other sites

I took another look at the Funnelweb 80-column source from WHTech last night... it looks like there's just one file missing:

 

COPY "DSK5.EE3/DIRTY" Directory code

 

I don't use Funnelweb unfortunately so I've never had any driving desire to hack on it, but if the source could be built, we could probably build a SAMS/F18A version.

  • Like 3

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
Sign in to follow this  

  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...