Re: RosAsm User Interface
- From: "James Daughtry" <mordock32@xxxxxxxxxxx>
- Date: 30 Mar 2006 06:47:01 -0800
Betov wrote:
, and this
feature makes editing source code treacherous.
When you will be used to it, maybe you will find out that
this form of dedicated Editor is way _more_ secure.
I have a better idea. How about you explain *why* it's more secure so
that I stop asking you why. Tell me why you chose this feature despite
common practice. Give me details so that I'll understand. Keep in mind
that I'll keep asking until I'm satisfied that I understand your
reasoning. Here's how I understand it right now:
1) Keeping the cursor at a screen position is much easier to implement
than keeping it at a file position. I try to think the best of people,
but this screams "Betov doesn't want to be troubled with the extra
effort".
2) The user can always see what they're changing, but that's not
entirely a good argument because any decent editor that uses a file
position cursor will move the viewable window to include the cursor's
position when any edit is made.
3) I'm not familiar with the rest of the editor's features, so,
thinking the best of you, I can only guess that this cursor positioning
is required for other features to work. If you could clarify that, it
would be nice.
It's very easy to set
the cursor, scroll, make a change, and not notice that the change you
made was on a different line than where you wanted it. My initial
introduction to this (mis)feature resulted in *valid* code that
mysteriously broke when I ran it. That bug was a bitch to find, even in
the tiny program I posted.
:))
Take a look at what you write.
No need. I wrote it, so I understand it. I'm well aware that the
opposite could be said using the same words. The only difference being
whether you're used to a screen positioned cursor or a file positioned
cursor. However, I'm not convinced that your way is better. And since
you wrote the tool, it really is your job to convince me. :-)
For Sources Editors, the Caret _must_ be _always visible.
Why?
To save you from not knowing where you are writing to.
Any decent (modern) editor will move the visible window to where the
cursor is when you make a change. That includes a movement change, so
if you simply move the cursor up one line or over one column, you're
taken back to where the editor thinks you want to write. I don't see
how a sceen based cursor position saves you from not knowing where
you're writing to. Can you offer some examples of the danger you're
talking about?
you the very first Editors i used in my DOS days, were working
exactly this RosAsm way
DOS had legitimate reasons for doing so, since "graphical" editors were
gimped by the OS itself. However, DOS is dead, and there's no need to
work around its limitations in Windows.
major difference, that is that the old DOS way was perfect,
and that the actual way is demential, and cannot be defended
by any kind of argument.
I'm not convinced, and a lack of detail in explaining *why* the old DOS
way was perfect and *why* the current way is demential doesn't help to
convince me at all. I want to understand. I want to believe you. But
until you give me reason to, I won't, and I'll keep asking until you
do. :-)
.
- Follow-Ups:
- Re: RosAsm User Interface
- From: o//annabee
- Re: RosAsm User Interface
- From: Betov
- Re: RosAsm User Interface
- References:
- RosAsm User Interface
- From: James Daughtry
- Re: RosAsm User Interface
- From: Betov
- Re: RosAsm User Interface
- From: James Daughtry
- Re: RosAsm User Interface
- From: Betov
- RosAsm User Interface
- Prev by Date: Re: GDI can be fast!
- Next by Date: Re: RosAsm User Interface
- Previous by thread: Re: RosAsm User Interface
- Next by thread: Re: RosAsm User Interface
- Index(es):
Relevant Pages
|