<div class="gmail_quote">On Thu, Jun 30, 2011 at 11:40 AM, Lex Trotman <span dir="ltr"><<a href="mailto:elextr@gmail.com">elextr@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">I'm sure you had a very embarrassing interview with someone about why</div>
you broke the production server and are very annoyed with yourself,</blockquote><div><br></div><div>i didn't actually - the marketing people who complained got the generic technical explanation that a software bug caused it.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">especially as the full file path shows in the title bar ('aint I a<br></blockquote><div> </div><div>Nobody who works with a document-editing tool reads the titlebar on a regular basis.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
shtinker rubbing it in...:-) but my point is that no matter how we<br>
store filenames they may point to unexpected places when you move<br>
stuff, and relative files doesn't fix that.</blockquote><div><br></div><div>It does if one does NOT use .. in the path names: use names in the form a/b/c or /a/b/c. i have implemented this in my own software and know it to be reliable. Storing relative paths ".." in them is just downright dangerous.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">[...]</blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">> i've been programming professionally for going on 20 years now, and i have<br>
> _never_ seen a source tree which has files from _outside_ the source tree<br>
> managed by build/project files within the source tree. Not one single time.<br>
> i challenge you to show me one high-profile (i.e. not only on your hard<br>
> drive) project where such a constellation exist.<br>
<br>
</div>Well I top your experience by at least 10 years and I have seen many<br>
project layouts which are forests not single trees, as I noted in a<br>
previous post.  It is a perfectly normal thing for builds to manage.<br></blockquote><div><br></div><div>But such forests are (A) managed under a single common root or (B) they are are not managed via a single project file (i.e. not by IDEs).</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">The problem here is simply the session records rather than anything else.<br></blockquote><div><br></div><div>
Right.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">1. session files which are the concern of the individual programmer and<br>
2. project data which does go with the project tree.<br></blockquote><div><br></div><div>Amen.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">As Matthew pointed out there is a use-case (and a common one from past<br>

user input) where project files don't go in the tree, they live in the<br>
users ~/projects. In this case the sources are probably not under your<br>
project file so relative is irrelevant, its back to absolute.<br></blockquote><div><br></div><div>And i believe that such a use-case lies in the realm of gnome-text-editor instead of an IDE. IDEs are (traditionally) designed to manage specific source-based projects, not OS-wide collections of arbitrary trees.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Its actually we big system people who tend to have the need to keep<br>
project data in the vcs, and who have the control over the projects to<br>
be able to do it.  Can you imagine approaching Linus asking to put a<br>
Geany project file in the Linux vcs? or any GNU project? or ...  so in<br>
all these cases the project file is user local outside the tree.<br></blockquote><div><br></div><div>If i was hacking the /usr/src/linux i would drop (or symlink) my .geany file into that directory. Problem solved. With the current behaviour, my project file will be invalid the next time i upgrade and get /usr/src/linux-X.Y.Z+1.</div>
<div><br></div><div>i'm not convinced that having the project file outside the repo provides any benefit or any safety against path-related errors. Not only that, but it challenges common conventions (unsuccessfully, it turns out).</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">And when the project file is outside the tree then absolute makes sense.<br></blockquote><div><br></div>
<div>Then store those as /a/b/c instead of a/b/c. Problem solved.</div><div><br></div><div><meta http-equiv="content-type" content="text/html; charset=utf-8">On Thu, Jun 30, 2011 at 11:51 AM, Lex Trotman <span dir="ltr"><<a href="mailto:elextr@gmail.com">elextr@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<div class="im">On 30 June 2011 19:21, Joerg Desch <<a href="mailto:jd.vvd@web.de">jd.vvd@web.de</a>> wrote:<br>> On Thu, 30 Jun 2011 10:42:02 +0200<br>> Stephan Beal <<a href="mailto:sgbeal@googlemail.com">sgbeal@googlemail.com</a>> wrote:<br>
><br>>> i've been programming professionally for going on 20 years now, and i<br>...<br>> Same here... ;-)<br><br></div>Sigh, another young 'un..<br></blockquote></div><div><br></div><div>But hobby-wise going on 30 years - since 25 December, 1983 :). My first line of code was something like:</div>
<div><br></div><div>CALL CLEAR</div><div><br></div></div>-- <br>----- stephan beal<br><a href="http://wanderinghorse.net/home/stephan/">http://wanderinghorse.net/home/stephan/</a><br>