Am Freitag, 6. November 2009 09:22:14 schrieb olafbuddenha...@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.