<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jul 19, 2017 at 2:16 PM, Nicolas Cellier <span dir="ltr"><<a href="mailto:nicolas.cellier.aka.nice@gmail.com" target="_blank">nicolas.cellier.aka.nice@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 dir="ltr"><div><div><div><div><div><div><div>format before diff is in the top 5 of my most hated default.<br></div><div>As an author, I try to write short methods and adhere to a standard format (Kent Beck like).<br><br></div><div>But I want the freedom to use derogation when the format helps comprehension.<br></div><div>If I did the effort of using a special formatting, the last thing that I want is a "smart" tool that undo my work.<br></div><div>The best time to format code is when we accept it, and only if there is a quick way to undo/bypass if we don't like it.<br></div><div><br></div>The formatter is dumb.<br>Let's illustrate it with literals among other things.<br></div><br>I might want to write 16rBADA55, but I'm sure i never want to read 12245589, it makes no sense ;)<br></div><div>(hey, this is a real example you can find in VMMaker sources, not just the production of my ill brain).<br></div></div></div></div></div></div></blockquote><div><br></div><div>I'd love to see literal nodes in the compilers be intelligent enough to know what base a literal number was in.  It might be as simple as maintaining the literal characters that make up a token and printing using those, perhaps only if the token is a member of a particular set of classes.</div><div><br></div><div>And remember this applies to numeric literals in Array and ByteArray literals too.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div></div><div><br></div>And if I make an effort to format a character encoding table on several lines to have it readable<br></div>   #(<br>      line1<br></div>      line2<br>      ...<br></div>      lineN ).<br></div>I'm pretty sure I never want to diff a single line with about 1024 columns...<br></div></blockquote><div><br></div><div>Th above approach might also handle this case well, although I wonder about comments.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br>So please make this an option (with a default to false)!<br></div><div class="gmail_extra"><br><div class="gmail_quote">2017-07-19 22:27 GMT+02:00 Mariano Martinez Peck <span dir="ltr"><<a href="mailto:marianopeck@gmail.com" target="_blank">marianopeck@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Martin, <div><br></div><div>Thank you VERY MUCH for Epicea. I just had a crash and it was way more comfortable to recover changes. <br clear="all"><div><br></div><div>One small request would be to allow "Pretty Print" in the diff to the changes to be applied. Many times I changed formatting etc so for when viewing changes, viewing with same formatting helps me to see the actual changes and not formatting changes. </div><div><br></div><div>Thanks!</div><span class="HOEnZb"><font color="#888888"><span class="m_-4780534672189747919HOEnZb"><font color="#888888"><div><br></div>-- <br><div class="m_-4780534672189747919m_-1729014191452273257gmail_signature" data-smartmail="gmail_signature">Mariano<br><a href="http://marianopeck.wordpress.com" target="_blank">http://marianopeck.wordpress.c<wbr>om</a><br></div>
</font></span></font></span></div></div>
</blockquote></div><br></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><span style="font-size:small;border-collapse:separate"><div>_,,,^..^,,,_<br></div><div>best, Eliot</div></span></div></div></div>
</div></div>