Re: binary mime type property svn error

[Quinn Taylor]

Fair enough. In that case, you might try "native" instead of "LF". It probably won't make a difference to you, but any other developers on different platforms will probably appreciate the gesture. :-) If you were to go back and edit something on your Windows box, the line feeds would behave properly there, too, instead of just catering to how it is on the Mac. (Of course, this isn't a big deal, but since we're all using Versions, I figure the little touches are important to us.)

 - Quinn

On Mar 23, 2009, at 11:29 AM, tomc...@googlemail.com wrote:

I set the EOL style in attempt to get rid of all Windows line feeds.
Coming from Windows I have a lot of code using CRLF, which causes me
problems when comparing files with FileMerge. So I decided to convert
everything to LF.

On Mar 23, 7:16 pm, Quinn Taylor <quinntay...@mac.com> wrote:

Glad that helped. Subversion doesn't support many non-standard MIME
types, so using the tried-and-true types is usually safest.

Just curious, did you choose to set svn:eol-style to LF because the
server where they're hosted requires that style? I usually store my
text files using svn:eol-style=native, which has the nice effect of
substituting newlines with the EOL style native to the system that
performs the checkout. (i.e. - checking out on Linux results in Linux
newlines, Windows for Windows, etc.) I believe the translation is
handled by the SVN server, and the text is stored using whatever line
ending style is convenient for the server.

HTH,
  - Quinn

smime.p7s
Description: S/MIME cryptographic signature