Hello, the Bat! list recipients,

Wednesday, January 12, 2000, Steve Lamb wrote to Oleg Zalyalov about
suggestion- / wish-list:

>> It  can do any task at hand depending on user skills even with no need
>> to change configuration. Just visit Kizhi for an example.
SL>     Then why hold it up as an argument against a single tool?  :P
Because  it's  an  argument  for  a single tool: TheBat! for all tasks
regarding mail management.

SL> This  is  not  true.  The "common" shortcuts often are implemented
SL> differently  in  each  program.  How  they  behave  is  different.
SL> Furthermore, when you get used to one editor and switch to another
SL> at  some  point  you find yourself wishing for some feature in the
SL> first  editor  even  though at the onset you didn't expect to need
SL> that  feature.  Case  in point, how many "wouldn't it be nice if x
SL> editor  did  this  like  y  editor" suggestions do you see for the
SL> different   editors   floating  around?  Another...
It  has  nothing  to  do  with  the problem we are discussing. For any
developer  of  any  soft there always will be wishes. Very few of them
will  be  original.  Most  of them will be in the form "wouldn't it be
nice if x software did this like y software".

And  that  is  not  implementation we are discussing. The thread began
with  that  you  said  that  you  don't want to have another interface
switching to another editor.

Again:
>> I  just  meant  that  at every task I do implement I will need only
>> 1/Nth  part  of  the  SuperEditor  (vim?). I don't think that it is
>> better  to spawn another process which first will decide which task
>> it  spawned  for to configure itself in proper way and to load only
>> what  I  need now then just to have a standartized interface within
>> built-in editor.

SL> I have used paragraph reformat in my perl coding. ;)
Maybe  it is not editor that you need? Maybe you need some lego to let
you  make your editor? I think that scripting is not a panacea because
as  any  interpreter it is not much of efficiency by the definition. I
prefer pre-compiled code.

SL> No,  word  processing  isn't just ASCII text.
How about HTML messages?

SL>>> Funny,  vim  uses  no  CNTL-ALT-SHIFT combonations. I also don't
SL>>> consider  it  bloated  compared to reimplementing the same basic
SL>>> editor 20 times.
>> Don't vim use standard windows edittext object? I'm sure TB! does.
SL>     No, it doesn't.  TB! does.
Than  it  is  vim  bloating  system  by  reimplementing the same basic
editor, while TB! doesn't.

SL> OTOH  that  is because it is trying to conform to the standard CUA
SL> model  as  well  as  add  its extensions to it. Why do you think I
SL> advocate a common editor based on *USER CHOICE*.
Didn't  noted  that.  I thought you advocate vim. Than all you need is
user definable keys in TB!'s editor?

>> I mean QuickTemplates  e.g. containing %OATTACHEMENTS macro. How?
SL>     What is that?
Mistype.  I  meant  %OATTACHMENTS.  How  to  implement  QT  containing
%OATTACHMENTS with external editor?

>> I don't know 20 different keystrokes just to del line. I use Shift-Dn,
>> Del. Works on all comprehensive editors I know (I don't use UNIX).

SL>     That is the CUA standard.
Exactly.

SL> It also is not deleting a line, it is marking
SL> text and deleting text.  There is no "delete line" in CUA.
Yes, because there is no need in it any more. Because delete line is a
relict  of  FORTRAN,  ASM  and  EDLIN  epoch when there were no blocks
and shift-arrow marking.

SL> delete line
SL> dd - vim
SL> d, down arrow - vim
SL> c$ - vim
SL> c, down arrow - vim
SL> ^Y - wordstar (& joe)

SL> mark & delete
SL> v, down, d - vim
SL> ^Kb, down, ^Kk,^Ky - joe
Oops  wordstar  again.  Also borland (inprise I meant), TB! and so on.
Just another editor interface standard.

You  are  saying that to TB! developers it is better to concentrate on
mailer  and  leave  editing  to  external  editor. Will that mean that
internal  editor  will  be  removed?  Than it will mean that I will be
forced  to  learn  another  editor. If not than TB! authors will still
have  to  improve  editor  as  well, but they will have to add another
feature which will not mean more concentration on mailer functions.

-- 
Best regards,
Oleg Zalyalov.                         mailto:[EMAIL PROTECTED]

  Using The Bat! version 1.38e
  under Windows NT 4.0 Build 1381 Service Pack 6

-- 
--------------------------------------------------------------
View the TBUDL archive at http://tbudl.thebat.dutaint.com
To send a message to the list moderation team double click here:
   <mailto:[EMAIL PROTECTED]>
To Unsubscribe from TBUDL, double click here and send the message:
   <mailto:[EMAIL PROTECTED]>
--------------------------------------------------------------

Reply via email to