Re: OT: automation

[Arne Babenhauserheide]

Am Freitag, 6. November 2009 09:22:14 schrieb olafBuddenhagen@gmx.net:

-snip many variations of find-sed-xargs-

> The Right (TM) alternative is simply:
> 
>    find -print0|xargs -0

Does it manage spaces in filenames? 

> Yeah, escaping in sed script can get really messy when not quoting the
> whole argument... I just wonder where you learned such an unfortunate
> practice :-)

Some guide I read when I needed to use sed... 

>    sed 's#blah/blubb#blau#'

> (You can choose any character you like for the delimiter.)

That's another one of these "good to know - I wish I had known that earlier" 
things :) 

Many thanks! 

> > What do the <<< do in there?
> 
> That indicates a "here string" -- the token following it will be used as
> stdin of the command. Same effect as:

That sounds quote useful, but 
 
>    echo "$i"|sed

I think I'll rather stick with this, because it's clearer to me what it does 
(less syntax to learn and keep in mind). 

> > That's one thing I had to manage for my free roleplaying system. Get
> > every contributor to write txt or at least rtf but not Open Document
> > files, which are terrible to version (why did they have to split the
> > data into several files when they use XML anyway?).
> 
> Indeed, ODF is a pain. Note though that it would be possible to write
> some plugins/scripts or perhaps even just commit hooks for the VCS to
> transparently unzip the archive and do diff etc. on the XML files --

I thought of doing that, but I always was too lazy... I would have to 
distribute the hooks to all contributors. 

> however, diffing and merging the XML would still be of pretty limited
> value I fear...

If the XML is well written (like the one from scribus) at least diffing 
actually 
works quite well - I didn't yet test merging, though, since Scribus is our 
release-tool (all text production happens in text files). For me, Scribus is 
like a compile step with manual invtervention :) 

> > 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

Best wishes, 
Arne

signature.asc
Description: This is a digitally signed message part.