[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: OT: automation
From: |
olafBuddenhagen |
Subject: |
Re: OT: automation |
Date: |
Tue, 10 Nov 2009 17:27:13 +0100 |
User-agent: |
Mutt/1.5.19 (2009-01-05) |
Hi,
On Mon, Nov 09, 2009 at 10:20:01AM +0100, Arne Babenhauserheide wrote:
> Am Freitag, 6. November 2009 09:22:14 schrieb olafBuddenhagen@gmx.net:
> > The Right (TM) alternative is simply:
> >
> > find -print0|xargs -0
>
> Does it manage spaces in filenames?
Well, it passes the whole file name as a single argument to the command.
So it handles spaces just fine -- unless of course the command itself
parses them, which would require additional acrobacy :-)
> > > Most computer users nowadays never enter a shell - and never means
> > > never, because they don't even know they have a shell.
>
> > (Admittedly, it would be much easier if shells were more "welcoming"
> > and better integrated with the GUI stuff...
>
> Maybe the VRL project can give you some more ideas how that could
> look:
>
> - http://www.mihosoft.de/software-projects/vrl/vrl-introduction.html
>
> It's written by a friend of mine (though we didn't have contact for
> quite some time) and it effectively gives kind of a graphical shell:
> users can graphically connect object output with other object input -
> like pipes in a shell.
>
> -> example: http://www.mihosoft.eu/Media/Software Projects/VRL/VRL-
> Introduction/vrl-screenshot1-full.png
I have had my share of graphical programming: we had to use LabView in
some university workshop. I didn't find it either more intuitive or more
clear than text-based programming languages; rather the opposite -- in
fact, I took the liberty to rant about it a bit in the protocol for our
experiment :-)
I guess though that it could be helpful in hooking people that wouldn't
touch a traditional programming language with a ten-foot pole...
Anyways, that's totally unrelated to what I'm talking about. The idea is
actually quite simple (I think I mentioned it somewhere already, perhaps
in the mail on the netrik ML I linked): every command has both a command
line, and a GUI representation; you can use either. Furthermore, they
always reflect each other -- i.e. when you operate some GUI elements,
the equivalent text command is displayed too; and vice versa. This way
you can mix both methods in a sigle command for maximum efficiency; and
it also faciliates learning.
Perhaps I should just put these three sentences in a blog article and be
done with it :-)
-antrik-
- Re: OT: automation, olafBuddenhagen, 2009/11/03
- Re: OT: automation, Arne Babenhauserheide, 2009/11/04
- Re: OT: automation, olafBuddenhagen, 2009/11/08
- Re: OT: automation, Arne Babenhauserheide, 2009/11/09
- Re: OT: automation,
olafBuddenhagen <=
- Re: OT: automation, Arne Babenhauserheide, 2009/11/11
- Re: OT: automation, olafBuddenhagen, 2009/11/14
- Re: OT: automation, Arne Babenhauserheide, 2009/11/15
- Re: OT: automation, olafBuddenhagen, 2009/11/17
- Re: OT: automation, Arne Babenhauserheide, 2009/11/17
- Hurdish Desktop (was: OT: automation), olafBuddenhagen, 2009/11/19
- Re: Hurdish Desktop (was: OT: automation), Arne Babenhauserheide, 2009/11/23
- Re: Hurdish Desktop, olafBuddenhagen, 2009/11/27