achowe@tiger.waterloo.edu (CrackerJack) (07/21/89)
My congrates to Todd Burkey for << Folded >>. I only just downloaded it to my ST and found it a dream to use. Simple and easy to use. Unlike SEDT which tends to be on the large side and so big that it swamps the user before he even reads the documentation, FOLDED v0.9 is great and will be even greater with the coming enhancements. Just make sure the editior doesn't blimp. Apart from that, I think I've found my one editor for all machines (provided I send off for the source real soon). Todd, some brief sugguestions: 1) Add to the GOTO LINE command '^' and '$' for begin and end of file. 2) The 'p' toggles seems to be stuck. J, K only ever do full page jumps never half pages which I thought 'p' was to toggle. 3) It might be nice if you made the first press of 'J' or 'K' take you to the bottom or top of the screen before actually doing a page jump. This way you could move to bottom/top of screen in single key stokes rather than cursoring there. 4) For ATARI ST: maybe use of either ctrl-arrow or shift-arrow to do the functional equivalent of H, J, K, L. 5) One thing I noticed was that if when I read through the FOLDED documentation as a folded file, I would open a section, read it, then would have to move back to the out indented heading to fold the section before I would move to the next section. My suggestion is to have a key to 'fold outer block'. So if your cursor is in a paragraph, then move up till you find an out indent, then do a regular 'f' or 'F'. This saves the user having to cursor to the top of a section, or drop marks on the section heading. I have not tried relations yet but I can see their use if done correctly to relate a makefile, the source, and include files. Neat. As for the fold info being in a separate file, I like this as it is, clean and never touches the original file (WordPerfect is a pain for this, since you must go through specific motions to save a text file and still keep the WP file around for future editing). Again, Todd, thanks. Your editor I think will move to new heights and already has me wanting to chuck << vi >> out the door. - Ant achowe@tiger.waterloo.edu | "Murdered by pirates is good." __ _ | - The Princess Bride (movie) / _ _ _ |/ _ _ | _ _ |/ | \__| `<_\<_ |\|= | ` \_/<_\<_ |\ | disclaimer...
trb@stag.UUCP ( Todd Burkey ) (07/23/89)
In article <15301@watdragon.waterloo.edu> achowe@tiger.waterloo.edu (CrackerJack) writes: > [...thanks for FOLDED...] Wow...someone who didn't have problems unarc'ing it. I've had two people respond so far that the ST binaries got munged going over the network. Rather than re-send out this version, I will probably be mailing the 0.9e version to comp.binaries.atari.st (and ibm.pc) soon. This version allows you to toggle between an 'emacs-like' entry mode or the standard 'vi-like' mode. It also has some minor bugs fixed and allows you to set options, key bindings, etc in a run control file. I also added one-way relations to this release, allowing you to create index files to 'point' into system files or files you don't wish to save relations for. Thanks for the thanks. >1) Add to the GOTO LINE command '^' and '$' for begin and end of file. The 0.9e version uses ( and ) to got to beginning and end of file as single key strokes...You can also rebind keys to do a command or sequence of commands in this version. > >2) The 'p' toggles seems to be stuck. J, K only ever do full page jumps > never half pages which I thought 'p' was to toggle. This was more intended to do half-page page ahead as you scroll down, to satisfy the microemacs users who aren't used to screen scolling (and to handle screens that don't scroll very fast). >3) It might be nice if you made the first press of 'J' or 'K' take you > to the bottom or top of the screen before actually doing a page > jump. This way you could move to bottom/top of screen in single > key stokes rather than cursoring there. I probably will do that in the 1.0 version...I keep forgetting to add the HOME/anti-HOME functionality. >4) For ATARI ST: maybe use of either ctrl-arrow or shift-arrow to do the > functional equivalent of H, J, K, L. In 1.0 I'll address all the special rebinding needed for the Atari and PC keyboards...on the IBM PC it already does support this, since they already have PG UP/PG DN, etc >5) One thing I noticed was that if when I read through the > FOLDED documentation as a folded file, I would open a section, read > it, then would have to move back to the out indented heading to fold > the section before I would move to the next section. My suggestion > is to have a key to 'fold outer block'. So if your cursor is in a > paragraph, then move up till you find an out indent, then do a > regular 'f' or 'F'. This saves the user having to cursor to the top > of a section, or drop marks on the section heading. Yes, I was thinking of just adding a 're-fold' command that folds the most recent unfold. Your suggestion would work for certain cases, but unfortunately it wouldn't know the right place to stop when going backwards (up) in the file (FOLDED could have more than one line as part of a fold over a block-folded indent.) Ideally, I will probably implement a 'recently unfolded' stack so that you can walk down a series of fold levels and then refold them...if the method can be foolproofed. -Todd Burkey pwcs!stag!trb