Does TurboText have CED's incalculably valuable and monumentally useful UNDO feature?

_________________
Wanna try a wonderfull magical Amiga strategy game?
Total Chaos AGA

Quote:

Does TurboText have CED's incalculably valuable and monumentally useful UNDO feature?

No, it does not. You can revert to the previous state of the line the cursor is in after you have made changes, but that's it. Years ago I asked Martin Taillefer, author of TurboText, about the missing undo/redo feature. He told me that he had written code for this feature but decided to scrap it because he was dissatisfied with the result. This is why there is no undo/redo in TurboText 2.0.

Hi,

"I don't mean to pry, but this looks like are running the 68k version on OS4."

No I'm running the OS4 demo version.

I made some more test and I just found the cause of the crash... after moving my
68K configuration files the cut operation work without and GR. Just wonder what
in my configuration is doing this? maybe I can send you directely the "ceddefault" file?


I'm waiting for the full version...

Thank you.

PS. The increase speed is very visible.

Their shop is still broekn . Seems I can't buy CygnusEd, even if I wanted to! (And I probably will, what with CEd being my editor of choice for programming, but it does depend a little on the price - which is bizarrely not shown on the page).

_________________
Author of the PortablE programming language.
It is pitch black. You are likely to be eaten by a grue...

ChrisH
Quote:

Their shop is still broekn . Seems I can't buy CygnusEd, even if I wanted to! (And I probably will, what with CEd being my editor of choice for programming, but it does depend a little on the price - which is bizarrely not shown on the page).

according to the main site does it cost 45 euro.

_________________
Best regards,
hnl_dk - Henning Nielsen Lund [Denmark]

Please send no PM to me, email me if you want to contact me. See you somewhere else.

Hi,

I just receive my copy of CED (I place my order 6-6-06 (too much 6!))

About the problem I have with the CUT operation I found a solution, since
the problem occured when I was loading my Default Environnement I just LOAD
my Environnement via the menu and save it, then after that no more crash using
Amiga-x or Amiga-k.

My old environnement file is 1158 bytes and the one saved with CED 5.3 is
2210 bytes.

By the way why the demo is version 5.5? do I need to apply a patch? ;o)

Bye!

Quote:

I just receive my copy of CED (I place my order 6-6-06 (too much 6!))

Careful, numerology can ruin your sunny disposition.

Quote:

About the problem I have with the CUT operation I found a solution, since the problem occured when I was loading my Default Environnement I just LOAD my Environnement via the menu and save it, then after that no more crash using Amiga-x or Amiga-k.

Did you save the original settings file? I noticed too late that you mentioned it might be the cause of the problem.

Quote:

My old environnement file is 1158 bytes and the one saved with CED 5.3 is 2210 bytes.

Hm... makes you wonder how old the original file was (saved by CygnusEd Professional 2?) or if it was somehow damaged.

Quote:

By the way why the demo is version 5.5? do I need to apply a patch?

The version bump accounts for small changes I made to the clipboard support code and the settings/ARexx function key mapping I/O functions. Nothing dramatic, really. An update will become available soon.

>Their shop is still broekn . Seems I can't buy CygnusEd, even if I wanted to! (And I probably will, what with CEd being my editor of choice for programming, but it does depend a little on the price - which is bizarrely not shown on the page).

Please write me a email when you habe a problem with the shop

_________________
Andreas Magerl
APC&TCP - Home of Amiga Future
Publisher for Amiga Software, Merchandising and many more.
http://www.apc-tcp.de - https://www.amigafuture.de - https://www.amigashop.org

@AndreasM
Quote:

>Their shop is still broekn . Seems I can't buy CygnusEd, even if I wanted to! (And I probably will, what with CEd being my editor of choice for programming, but it does depend a little on the price - which is bizarrely not shown on the page). Please write me a email when you habe a problem with the shop

please check your PM

_________________
Best regards,
hnl_dk - Henning Nielsen Lund [Denmark]

Please send no PM to me, email me if you want to contact me. See you somewhere else.

@hnl_dk
So about £30 then - seems a bit steep, but GoldEd/CubicIDE would cost £45, so I guess I can't complain.

_________________
Author of the PortablE programming language.
It is pitch black. You are likely to be eaten by a grue...

Hi,

"Did you save the original settings file? I noticed too late that you mentioned it might be the cause of the problem."

Yes I'm still having the original file... and yes it might be an old version.

Works perfectly now!

Thank you.

Bye!

@Olsen

Would rewritting the buffer for an array of arrays of structs with pointers to strings also be a major rewrite of the program or just adding 2 outer loops to process the successive arrays ?
Maybe that would be the better compromise cause even if it involves modifying alot of code the modifications wouldn't be radical (I hope)..?

Something like this... :

struct TxtBlck
{ char *Txt; /* Block of text in this line with these attributes */
struct TextAttributes;
} *Buffer [] ; /* Array of TxtBlck arrays (each making up a line) wich makes up the buffer */

[EDIT] Changed the Txt element to first place wich would probably be more efficient

Could this be used relatively easy with curent code...?

Last edited by Jose on 16-Jun-2006 at 11:04 PM.
Last edited by Jose on 16-Jun-2006 at 11:02 PM.
Last edited by Jose on 16-Jun-2006 at 10:55 PM.
Last edited by Jose on 16-Jun-2006 at 10:54 PM.

_________________

José

Quote:

Would rewritting the buffer for an array of arrays of structs with pointers to strings also be a major rewrite of the program or just adding 2 outer loops to process the successive arrays ?

Yes. Instead of managing one single block of memory which contains the entire document you'd have to manage the single blocks and still give the impression that they all form one document. The search & replace code, the cut & paste operations, the text display, all this works under the assumption that the document is stored in one single consecutive chunk of memory.

Quote:

Could this be used relatively easy with curent code...?

No, this is not the kind of change which would make a transition to a different storage/management system easier.

Well, I only remembered this because you said that the buffer has to be interpreted constantly to find the new line positions before updating the screen. With this the new line positions would be know already and a pointer could be passed directly to the code part that takes care of forming the display.

Anyway, I'll shut up now

_________________

José

Quote:

Well, I only remembered this because you said that the buffer has to be interpreted constantly to find the new line positions before updating the screen. With this the new line positions would be know already and a pointer could be passed directly to the code part that takes care of forming the display.

It would help to cache where the lines start and end, but that does not necessarily require that the text is broken down into smaller units. You'd still get major benefits out of caching the line start/end information.

For example, the current search & replace code has to look at each single byte in the buffer it encounters until it has found what you were looking for. This is not because the code is using the sort of naive search algorithm that's really a giant strncmp(), but because it has to keep track of how many lines it crosses until it finds something. It has to count the lines so that when it finds something, it has to update the current view position to show it. Now if the code already knew where the lines started and ended, it could use a much more efficient search algorithm, e.g. the fabled Boyer-Moore technique.