Re: Great SWT Program
- From: bcd@xxxxxxxxxxx (Bent C Dalager)
- Date: Thu, 1 Nov 2007 12:57:04 +0000 (UTC)
In article <1193854943.814033.202330@xxxxxxxxxxxxxxxxxxxxxxxxxxx>,
<nebulous99@xxxxxxxxx> wrote:
On Oct 29, 5:35 am, b...@xxxxxxxxxxx (Bent C Dalager) wrote:
Well, that's context for you. In c.l.j.p, don't be surprised if I use
programming-centric meanings of English words.
If it can't be taken at face value and this isn't obvious then it
needs to be explained in advance. (So use of "Java" to refer to the
programming language is fine -- we all know what "Java" likely means,
here. And terms like "IDE" have no "face value". When the context or
capitalization makes it clear that something is a proper name (e.g.
"ant", "NetBeans", "Tomcat") again it's clear it's not just the
English words being used in the ordinary way. But none of those
applies to the earlier use of the phrase "incremental search", I'm
sorry to say.
Not to you at least, that much is clear.
I'd prefer search methodologies that are not up to your standards (but
are of course perfectly adequate) to being unable to easily do the
main thing, which is actually enter new text.
As would I, of course, if the latter were an actual problem.
If typing jumps you around to matches instead of inserting what you
type, then I'd say there is indeed an "actual problem". Of course vi
has its command mode to allow overloading the alphabetic keys, and
crufty though that is, it does make such an overload make sense. But
we were discussing emacs, which lacks such a mode...
Why would you assume that? Emacs has however many "modes" you care to
program into it, and a number of "modes" are available out of the box.
Incremental search "mode" would be one. Directory browsing "mode"
another, command "mode" yet another.
There are generally easier ways to change windows in emacs, but there
is no reason to not use the mouse to click your way into them if you
feel like it.
Other than that a VT100 with a mouse seems to be a rarer find than an
odd perfect number.
Do you have a tool that generates random sentences for you? If so, it
would help if you programmed it to construct sentences that have some
link to the preceding discussion.
Text-mode apps (such as Borland's old Turbo C++) would easily do this
by use of colours and various text line glyphs.
A shame a unix console app can't use such features, since it has to
pander to the lowest common denominator of terminal types.
Console apps programmers have long since discovered something that you
apparantly have not: it is possible to detect the terminal type and
act accordingly.
As can text-based windows, in the general case.
Not in emacs. I definitely saw its idea of "windows" used once, and
they split the display into nonoverlapping panes, which quickly got
claustrophobic.
That is what emacs calls a "window", yes. What /you/ probably call a
window is what emacs calls a "frame". Frames can overlap to the extent
that the underlying windowing system that you use permits them to.
Most modern windowing systems will allow this.
The only reason resolution may have been "limited" with Turbo C++ was
that screens at the time weren't as good as they are today. That is a
technological issue, not one of text mode vs graphical mode.
Text mode still sucks, no matter what you may claim.
Perhaps, but all the rational reasons that you have claimed for it
doing so have fallen flat to the ground. Do you have something more
concrete than personal preference to support the notion that text mode
sucks?
If this were the case, I wouldn't expect to see modern GUI apps trying
to introduce that exact feature, such as both JBuilder and Firefox
have done.
They may be special cases. I don't see a big rush by text editor
makers to do this. You mentioned a full-blown IDE and a Web browser.
Hardly the same thing.
Indeed - incremental search is so powerful, it is applicable for a
great number of different software types.
Cheers,
Bent D
--
Bent Dalager - bcd@xxxxxxx - http://www.pvv.org/~bcd
powered by emacs
.
- Follow-Ups:
- Re: Great SWT Program
- From: bbound
- Re: Great SWT Program
- Prev by Date: Re: Openings for Core Java / Oracle programming
- Next by Date: Re: Java technologies
- Previous by thread: Re: Great SWT Program
- Next by thread: Re: Great SWT Program
- Index(es):
Relevant Pages
|