From: Andy Parkins <andyparkins@gmail.com>
To: git@vger.kernel.org
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
Nguyen Thai Ngoc Duy <pclouds@gmail.com>,
"Shawn O. Pearce" <spearce@spearce.org>,
"Robin H. Johnson" <robbat2@gentoo.org>
Subject: Re: Weird shallow-tree conversion state, and branches of shallow trees
Date: Mon, 16 Apr 2007 10:03:05 +0100 [thread overview]
Message-ID: <200704161003.07679.andyparkins@gmail.com> (raw)
In-Reply-To: <Pine.LNX.4.64.0704151317180.5473@woody.linux-foundation.org>
On Sunday 2007 April 15 21:51, Linus Torvalds wrote:
> > Now, I print out that diagram and pin it to my wall - sometimes copies
> > of it are given to others. I do this on a regular basis.
>
> And is there *any* reason why you don't just do that as an "export"
> option, when it's very clear that people won't send diffs that include it
Of course there is a reason - the file I edit is the SVG itself, in inkscape
while editing that file I press "print" to get a print out. Why on earth
would I want to jump through hoops by closing the file I'm editing, running
some export script to a temporary file that I don't want, then open up
Inkscape again, check the export looks okay and then print - on what planet
is /that/ simpler? Worse, there is more chance that I'll lose changes once
there are two copies of the same file floating around. Which one am I
editing and which one am I printing? Have I run the script yet? When I
accidentally make changes to the wrong one, I've now got to merge those
changes by hand back to the file they should have been in in the first place.
> It's not a valid use because there are many SO MUCH BETTER WAYS to get the
> same thing, that have none of the downsides of keyword expansion?
I'm sorry, but we have different definitions of SO MUCH BETTER; it is _more_
trouble for me the user to have to run scripts just to print the file that is
already on my screen, than not.
> Your argument is akin to saying that "Why isn't it a valid use to replace
> the steering wheel in my car with a mouth-operated joystick under the
> passenger side seat?"
I'd actually say that that is your argument - you want me to add steps to a
process to get the same result. I just want the steering wheel, you want the
steering wheel plus script that I run first to install the steering wheel and
correctly adapt it for the current car. In my version the process is "I
press print"; the fact that is hard for the version control system is
irrelevant - the whole point of tools like git is to do work for me, not the
other way around.
> The fact that you *can* do something is not a valid argument for it being
> a valid use. You *can* do stupid things, but if you can get to the same
> end result by not doing stupid things, wouldn't you prefer that instead?
It's not an accurate analogy at all. Your conclusion is your supposition -
it's stupid because it's stupid. I don't understand what the huge problems
are - all you've done is say again that it's a problem to have keyword
expansion. Why? What problem does it actually cause?
I'm not just being argumentative - I still have not understood what terrible
evil it is that keyword expansion causes but crlf conversion does not.
Andy
--
Dr Andy Parkins, M Eng (hons), MIET
andyparkins@gmail.com
next prev parent reply other threads:[~2007-04-16 9:03 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-12 0:53 Weird shallow-tree conversion state, and branches of shallow trees Robin H. Johnson
2007-04-14 8:56 ` Johannes Schindelin
2007-04-15 0:03 ` Robin H. Johnson
2007-04-15 0:02 ` David Lang
2007-04-15 2:01 ` Robin H. Johnson
2007-04-15 4:31 ` Shawn O. Pearce
2007-04-15 5:57 ` Nguyen Thai Ngoc Duy
2007-04-15 8:54 ` Jakub Narebski
2007-04-15 18:18 ` Linus Torvalds
2007-04-15 19:51 ` Andy Parkins
2007-04-15 20:51 ` Linus Torvalds
2007-04-16 0:11 ` Bill Lear
2007-04-16 9:10 ` Andy Parkins
2007-04-16 15:17 ` Julian Phillips
2007-04-16 2:17 ` Robin H. Johnson
2007-04-16 3:01 ` Theodore Tso
2007-04-16 3:23 ` Nguyen Thai Ngoc Duy
2007-04-16 15:08 ` Linus Torvalds
2007-04-16 16:06 ` Nguyen Thai Ngoc Duy
2007-04-16 3:32 ` Robin H. Johnson
2007-04-16 17:00 ` Linus Torvalds
2007-04-17 4:16 ` Daniel Barkalow
2007-04-16 14:59 ` Linus Torvalds
2007-04-16 9:03 ` Andy Parkins [this message]
2007-04-16 15:54 ` Sven Verdoolaege
2007-04-16 15:58 ` Linus Torvalds
2007-04-16 23:25 ` Weird shallow-tree conversion state, and branches of shallowtrees David Lang
2007-04-17 19:50 ` David Lang
2007-04-17 9:45 ` Weird shallow-tree conversion state, and branches of shallow trees Andy Parkins
2007-04-16 19:41 ` Junio C Hamano
2007-04-16 20:55 ` Andy Parkins
2007-04-17 21:24 ` Junio C Hamano
2007-04-17 21:51 ` Andy Parkins
2007-04-15 9:44 ` Robin H. Johnson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200704161003.07679.andyparkins@gmail.com \
--to=andyparkins@gmail.com \
--cc=git@vger.kernel.org \
--cc=pclouds@gmail.com \
--cc=robbat2@gentoo.org \
--cc=spearce@spearce.org \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).