[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: OT: automation
Re: OT: automation
Mon, 9 Nov 2009 10:20:01 +0100
KMail/1.12.3 (Linux/2.6.30-gentoo-r5; KDE/4.3.3; x86_64; ; )
Am Freitag, 6. November 2009 09:22:14 schrieb address@hidden:
-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"
> > 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
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:
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-
Description: This is a digitally signed message part.
- 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 <=
- Re: OT: automation, olafBuddenhagen, 2009/11/10
- 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