<div dir="ltr"><div>On Tue, Sep 30, 2014 at 1:46 AM, "Christoph Schäfer" <span dir="ltr"><<a href="mailto:christoph-schaefer@gmx.de" target="_blank">christoph-schaefer@gmx.de</a>></span> wrote:<br></div><div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div><div style="font-family:Verdana;font-size:12px"><div> 
<div>
<div>And? Neither the bugtracker nor the commit list need to follow the rules of bureaucracy. Moreover, the developer mailing list and Mantis do record any changes reliably (let alone svn). Please don't try to turn Scribus into the equivalent of a public agency with obligatory, voluminous and unnecessary paper trails.</div>

<div> </div>

<div>You can be pedantic when it comes to Scribus itself, or licensing issues (I'm infamous for doing so), but we cannot waste our time by introducing bureaucratic rules that may suffocate development.</div>

<div> </div>

<div>Also: Please use Plain Text, not HTML, for your ML postings.</div>

<div> </div>

<div>Kind regards,</div>

<div> </div>

<div>Christoph</div>

<div name="quote" style="margin:10px 5px 5px 10px;padding:10px 0px 10px 10px;border-left-width:2px;border-left-style:solid;border-left-color:rgb(195,217,229);word-wrap:break-word">
<div style="margin:0px 0px 10px"><b>Gesendet:</b> Dienstag, 30. September 2014 um 00:18 Uhr<br>
<b>Von:</b> "Kunda Loves Scribus" <<a href="mailto:scribus.user@gmail.com" target="_blank">scribus.user@gmail.com</a>><br>
<b>An:</b> "Scribus Dev Mailing List" <<a href="mailto:scribus-dev@lists.scribus.net" target="_blank">scribus-dev@lists.scribus.net</a>><br>
<b>Betreff:</b> [scribus-dev] correction needed recent commit r19543</div>

<div name="quoted-content"><span class="">
<div>Commit message for r19543 is actually #12733 and not #2733
<div> </div>

<div>/Kunda</div>
</div></span>
_______________________________________________ scribus-dev mailing list <a href="mailto:scribus-dev@lists.scribus.net" target="_blank">scribus-dev@lists.scribus.net</a> <a href="http://lists.scribus.net/mailman/listinfo/scribus-dev" target="_blank">http://lists.scribus.net/mailman/listinfo/scribus-dev</a></div></div></div></div></div></div></blockquote><div>Hi Christoph,</div><div><br></div><div>re: Plain text</div><div>I'm usually thinking about such things. Honestly, I'm not fully used to using this type of ML technology. Sometimes switching from between different types of lists that exist today can cause some forgetfulness. These are things that I try to pay attention to as best as possible as well. As for responding in pure text I need to examine gmail further to see if I can specify that. Will look in to it. I'm pretty sure that reply to this email will _not_ send it in plain text. For just this moment forgive me for doing so. </div><div><br></div><div>re: bureaucracy</div>I see. Given your response I can feel that this is an important issue for you and therefore I'm noting your position on it for future considerations. Though I am pretty certain that my intention for pointing out what I was pointing out was purely out of 'future friendly' concern. In other words, to be able to correctly and efficiently track down the correct revisions based on the commit message. Also, I was following the intelligent behavior that has been modeled and that I've learned to appreciate existing in the SVN commit process. <div><br></div><div>Just to be clear, I have no intention of asserting my ego, quirks, or privileges on anybody let alone 'suffocate development' or introduce unneeded protocols. I, just like all of us who participate, want to see Scribus succeed. </div><div><br></div><div>Now if you see behavior that you'd prefer me to reflect on and change I would be willing to listen and examine your feedback. </div><div><br></div><div>I am in agreement with you to keep Scribus as free as possible from bureaucracy. </div><div><br></div><div>Thank you,</div><div>/Kunda </div></div><br></div></div></div>