From: Dave Searles on
David Kastrup wrote:
> Dave Searles <searles(a)hoombah.nurt.bt.uk> writes:
>
>> Alan Mackenzie wrote:
>>> Hi, Dave,
>>>
>>> I think it's clear by now that Emacs isn't your sort of program, and you
>>> should stop telling everybody what you find difficult about it. We
>>> believe you, honest!
>> Then why do you continue to argue against what I say? If you are
>> arguing against a position that you believe, then your behavior is
>> most illogical.
>
> Oh, one can readily believe that you don't like Emacs. That's a
> statement of taste and your volition. But [accuses me of lying]

I will take that as your conceding that you still don't have a logical
argument against what I've said.

From: Lars Rune Nøstdal on
On Sep 10, 8:16 am, Dave Searles <sear...(a)hoombah.nurt.bt.uk> wrote:
> Lars Rune Nøstdal wrote:
> > [personal attack deleted]
>
> I will take that as your conceding that you still don't have a logical
> argument against what I've said.

"Still"?. If you push a bit harder next time, perhaps you'll get a
cool prize.
From: Dave Searles on
David Kastrup wrote:
> The current state of Emacs is such that you can pretty much work with it
> without putting in learning time.

Clearly false; the first time you go to cut, copy, or paste anything, it
will blow up in your face.

>> Oh, lots of people are critical of Emacs. Much of that criticism is
>> positive and helpful, and helps the improvement of Emacs. Your
>> criticism doesn't fall into this category, sadly. Your expectations
>> of Emacs were clearly unrealistic.

I've already debunked this claim in a previous post.
From: Dave Searles on
Turgut Durduran wrote:
> On 2009-09-08, Alan Mackenzie <acm(a)muc.de> wrote:
>>> I find the use of "expectation" strange since he does not appear to want
>>> to try current versions of Emacs. Perhaps "preconceptions"?
>> He expected just to fire up the program and use it like anything else.
>> Either that, or he just wants a flaming thread.

Perhaps instead of speculating about what I want, you should either ask
me or remain silent Alan?

> I think the latter because he can fire up emacs and use it like anything
> else given that his example is to write a letter to his granny.

Clearly false; as soon as an attempt is made to use the clipboard, if
not sooner, it will all go pear-shaped.

From: Dave Searles on
Turgut Durduran wrote:
> On 2009-09-08, Alan Mackenzie <acm(a)muc.de> wrote:
>>> While failing to call them by the industry-standard names. (And if it
>>> does retain a history of past clipboard entries, it can't possibly be
>>> doing so using the system-native clipboard on Windows or, I expect, the
>>> Mac. So there's another problem: if you cut text in emacs and then try
>>> to paste it in Thunderbird or whatever, you'll get nothing or the wrong
>>> text out of the paste.
>> This may be true. I personally don't use Emacs in a GUI, so I wouldn't
>> know. If what you say is true, then it's a bug. Emacs does have bugs,
>> though probably not as many as the "standard" says it should. ;-)
>
> It is not true.

And yet it must be: since the Windows clipboard doesn't have a history
and the emacs one does, they must be separate clipboards.

>> Oh, lots of people are critical of Emacs. Much of that criticism is
>> positive and helpful, and helps the improvement of Emacs. Your criticism
>> doesn't fall into this category, sadly. Your expectations of Emacs were
>> clearly unrealistic.
>
> They are quite realistic and easy to implement but they would cripple
> emacs

They would not. Unless you believe an important purpose of emacs is to
keep out normal computer users, in which case I can attack your
problematic motives and elitism. Either way, you lose.

Checkmate.

> He wants emacs to behave something like notepad or at best like wordpad.

I didn't say that. What would be the point? But it can keep all of its
unique, genuinely useful text-manipulation features (with perhaps some
rebound) so long as it's a proper superset of notepad or wordpad, one
that will NOT trip people up that try to do normal text editing the
normal way.
First  |  Prev  |  Next  |  Last
Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Prev: Symbol reader macros
Next: Read CSV in SBCL