[CLUE-Tech] A Simpler way
Cyberclops
Cyberclops at hawaii.rr.com
Sun Apr 15 22:14:28 MDT 2001
I hope when I get up to Denver, you will be kind enough to give me a
first hand demonstration, as it sounds very interesting. I agree that
dropping a file on the wrong folder can be a big problem. It has
happened to me more than once.
ian wrote:
>
> For sake of argument. I do all file moving based on the CLI. It is the
> easiest for me to remember and to get the file path I use bash file
> completion. I know that I'm getting it to the correct location because
> otherwise the file completion does not turn into the path that I need.
> Doing the GUI is harder for me since I have to move my hands off of the
> keyboard to click and select things. I am also known to accidently drag
> and drop files into the wrong directory. Overwriting files is hard to do
> as I have interactive default aliased for mv & rm.
>
> Certian tasks such as layout of a CD for burning is significantly easier
> for me to visualize how the layout is going to turn out and if I'm missing
> files.
>
> So by your definition "least mental energy, least possiblity of mistake,
> with greatest reliability" is going to be different for everyone.
>
> ian
>
> On Sun, Apr 15, 2001 at 12:51:01PM -1000, Cyberclops wrote:
> > I should think simplest would mean using the least mental energy with
> > the least possibility of making a mistake, while achieving the greatest
> > reliability. The KDE GUI method is easy except for the fact that with a
> > directory with a large number of files in it, it seems to lock up. So
> > if the command line is not to hard to remember, and if it's more
> > reliable, then I would say that it is the simplest. I notice that even
> > the most ardent CLI fans come up short when it comes to remembering some
> > certain command to do some certain task. On the other hand a GUI is
> > there to see, and the "drag and drop" are common through out. For
> > myself, I find even with the CLI, I like to have Konqueror open so I can
> > easily see the file path and file spelling (naming).
> >
> > ian wrote:
> > >
> > > In a highly complex system the "simplest way" can be defined as the way
> > > you know how to do it. When there is as many ways to do something as you
> > > can imagine and one more, getting it done in a way you know how counts
> > > pretty high in my definition.
> > >
> > > It is an academic exercise to find the way that is the simplest. What
> > > criteria will it be defined to do something the simplest? Least keystrokes?
> > > Least button clicks?
> > >
> > > I routinely use both the CLI & GUI to do things. Its all a matter of what
> > > I know now and what I have the time to learn.
> > >
> > > ian
> > >
> > > On Sun, Apr 15, 2001 at 08:49:40AM -1000, Cyberclops wrote:
> > > > I think you make a very good point about doing things the simplest way.
> > > > One of the problems I have is just understanding the command line
> > > > syntax. Ideally. I would like a session with computers where a simple
> > > > file is created and then we learn to manipulate it with the CLI
> > > > interface and a variety of ways and then explore the possibility of
> > > > doing the same maneuvers with a GUI. SOmetimes I believe the GUI is
> > > > simpler for simpler things, but I believe the CLI would be better for
> > > > more complex tasks. I'm also wondering if the CLI is more error free
> > > > assuming you type the correct commands ion the first place. THe reason
> > > > I say this is that I know for a fact that the KDE copy or move
> > > > operations can become overwhelmed and crash out in the middle of the
> > > > operation. I doubt this happens in a CLI mode only.
> > > >
> > > > Kevin Cullis wrote:
> > > > >
> > > > > Hey all,
> > > > >
> > > > > I've been having a discussion with a programmer friend of mine and it's
> > > > > funny how we both have different views of the same problem. I sometimes
> > > > > want to "cut and paste" data from the web browser into VIM in order to
> > > > > parse the data into useable form, such as records to be inported into a
> > > > > database. However, he has stated, along with other programmers I know,
> > > > > that I should save the file in HTML and then parse the HTML out of the
> > > > > file. However, while both achieve the same results, my programming
> > > > > friends way takes considerably more work and knowledge than my "cut and
> > > > > paste" method. In fact, all I have in my file is the data with a large
> > > > > number of spaces which require ONLY one command to use in order to
> > > > > remove the multiple spaces rather than his PERL or other method to
> > > > > parsing HTML tags.
> > > > >
> > > > > Why am I mentioning this? Because most new people to Linux can be
> > > > > bombarded with more technical approaches to a problem when sometimes a
> > > > > simple problem requires a simple solution.
> > > > >
> > > > > In VIM, I type:
> > > > >
> > > > > :%s/ *//g
> > > > >
> > > > > to remove all multiple spaces leaving only my data in fields. However,
> > > > > my friends approach can be used for more complex approaches to other
> > > > > problems which I can consider in future projects.
> > > > >
> > > > > Just a comment.
> > > > >
> > > > > Kevin
> > > > > _______________________________________________
> > > > > CLUE-Tech mailing list
> > > > > CLUE-Tech at clue.denver.co.us
> > > > > http://clue.denver.co.us/mailman/listinfo/clue-tech
> > > > _______________________________________________
> > > > CLUE-Tech mailing list
> > > > CLUE-Tech at clue.denver.co.us
> > > > http://clue.denver.co.us/mailman/listinfo/clue-tech
> > > _______________________________________________
> > > CLUE-Tech mailing list
> > > CLUE-Tech at clue.denver.co.us
> > > http://clue.denver.co.us/mailman/listinfo/clue-tech
> > _______________________________________________
> > CLUE-Tech mailing list
> > CLUE-Tech at clue.denver.co.us
> > http://clue.denver.co.us/mailman/listinfo/clue-tech
> _______________________________________________
> CLUE-Tech mailing list
> CLUE-Tech at clue.denver.co.us
> http://clue.denver.co.us/mailman/listinfo/clue-tech
More information about the clue-tech
mailing list