From: Lee Sau Dan on
>>>>> "blmblm" == blmblm <blmblm(a)myrealbox.com> writes:

blmblm> If one is a native Chinese speaker who is attempting, as
blmblm> an adult, to learn English, English is difficult.

I AM a native speaker of Cantonese who learnt English at school and
German as an adult. I don't find English or German difficult.


blmblm> "So what?" Well, I would claim that if one is fluent with
blmblm> the CLI for find, or with Boolean expressions in general,
blmblm> it will be difficult to express one's meaning with the GUI
blmblm> ....

I second!


blmblm> I'm not going to say "the GUI you describe", because I'm
blmblm> fairly sure I don't understand your meaning. Perhaps "the
blmblm> GUI I think you're describing" would be more accurate.

Peter should really go to build the GUI and let us see it, instead of
just talking here. Accord to him, such a GUI is "trivial" to build.
So, why hasn't he demonstrated what he claimed by doing it? If he's
successful (which I doubt), you and I will be convinced.

Up till now, Peter's arguments are still unconvincing. He isn't even
clear whether his checkboxes are to be ANDed or ORed together, or
XORed? or NORed? He has no clear idea of the semantics of his GUI
"panel", or he can't express his ideas clearly. In either case,
letting us see his implementation would be better than continuing with
this thread of discussion.


So, peter, either show us your GUI, or shut up.


--
Lee Sau Dan §õ¦u´° ~{@nJX6X~}

E-mail: danlee(a)informatik.uni-freiburg.de
Home page: http://www.informatik.uni-freiburg.de/~danlee
From: Lee Sau Dan on
>>>>> "Peter" == Peter T Breuer <ptb(a)oboe.it.uc3m.es> writes:

>> Read the above dialog one more time. I say "four panels for
>> A&B&C&D", and you reply "panels? checkboxes".

Peter> They are CHECKBOXES! Not "panels".

So, you build that GUI and let us see what it is like. Didn't you say
it's "trivial"?



Peter> They are CHECKBOXES. Depending on how you wish to combine
Peter> them, they will be on the SAME or DIFFERENT panels. ALL
Peter> the options are present on EACH panel. I read your A & B &
Peter> C & D as written shorthand without any formal meaning.

To let us communicate better, you should build the GUI now, instead of
wasting any more time arguing here. Come back when you're finished,
and let us evaluate your GUI demo.



Peter> Please stop making absurd arguments! Nobody is requiring
Peter> everyone to speak english, I merely pointed out that is
Peter> "easy". You know it is!

No, English isn't easy.


Peter> Billions of people can do it to a greater or lesser degree,

That doesn't mean it's easy.


Peter> just as a billion or so can read and write chinese.

But many people find that difficult, too!




--
Lee Sau Dan §õ¦u´° ~{@nJX6X~}

E-mail: danlee(a)informatik.uni-freiburg.de
Home page: http://www.informatik.uni-freiburg.de/~danlee
From: Lee Sau Dan on
>>>>> "Peter" == Peter T Breuer <ptb(a)oboe.it.uc3m.es> writes:

Peter> Of course not. I wish you would stop "arguing" in
Peter> non-sequiturs! No "computation" takes place in the human,
Peter> simply selection from a check-list.

Show me your GUI that allows me to express:

(A and B and C and D)

and later extend the query to

(A and B and C and D) or E



>> just to enter it into your "user-friendly" GUI. Why should he
>> be required to do that, in the first place?

Peter> Non-question.

Show me your GUI, which you claimed was "trivial" to develop.



--
Lee Sau Dan §õ¦u´° ~{@nJX6X~}

E-mail: danlee(a)informatik.uni-freiburg.de
Home page: http://www.informatik.uni-freiburg.de/~danlee
From: Lee Sau Dan on
>>>>> "Tobias" == Tobias Brox <tobias(a)stud.cs.uit.no> writes:

>> Since you claimed that the task is trivial, the burden of proof
>> is on you.

Tobias> :-)

Tobias> Designing such a GUI is trivial. Implementing it is lots
Tobias> of hard work. I'm not up for that task.

Show me your design, then. I don't require you to implement it. Just
show me the design, instead of claim that "there exists such a
design".


--
Lee Sau Dan §õ¦u´° ~{@nJX6X~}

E-mail: danlee(a)informatik.uni-freiburg.de
Home page: http://www.informatik.uni-freiburg.de/~danlee
From: Lee Sau Dan on
>>>>> "blmblm" == blmblm <blmblm(a)myrealbox.com> writes:

blmblm> I claim that this is not as good an analogy as you think,
blmblm> especially for buying products for which no prescription
blmblm> is required: Some people do indeed remember the name of
blmblm> the drug, but others may remember "oh, it's that stuff I
blmblm> bought last time that worked so well, can't remember the
blmblm> name, but the box is pink with green letters .... "

At least, you describe it, and then the shopkeeper follows your
(vague) instruction to fetch the drug for you, right? Isn't that CLI?
You may need a few iterations of trial-and-error or a selection from a
list of candidates before getting the drug you want, but so does the
interactive completion feature of bash (GNU readline).


blmblm> Something similar applies to CLI/GUI. If you remember the
blmblm> command and the options, a CLI is often more efficient,
blmblm> but if you don't ....

Still the CLI is faster. Type "less a*.txt<TAB>" in /bin/bash and the
completion would look for a filename that begins with "a" and ends
with ".txt" for you. You don't need to go through the other 100 files
that don't begin with a or don't end with ".txt". If there is only 1
match, bash will type that filename for you -- however length it is,
and quote all the special characters (space, *, etc.) in the filename
for you.


--
Lee Sau Dan §õ¦u´° ~{@nJX6X~}

E-mail: danlee(a)informatik.uni-freiburg.de
Home page: http://www.informatik.uni-freiburg.de/~danlee