From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Schulte Subject: Re: [BUG] Inconsistency in src block hiding Date: Thu, 19 Jan 2012 07:48:05 -0700 Message-ID: <878vl34l9w.fsf@gmx.com> References: <8739djqfkv.fsf@gmail.com> <87fwhiwwr0.fsf@gmail.com> <87bos6pp1a.fsf@gmail.com> <8739dhnxjs.fsf@gmail.com> <87ipmcxboo.fsf@gmail.com> <87pqgjipu8.fsf@gmail.com> <87y5v6x3lv.fsf@gmail.com> <87fwh86533.fsf@gmail.com> <87ehwbdxk2.fsf@gnu.org> <874nx782wi.fsf@gmx.com> <87lip76p48.fsf@norang.ca> <87d3ai2p98.fsf@gmail.com> <8762ga6whl.fsf@norang.ca> <87pqehrnjv.fsf@gmx.com> <8739bc3ob5.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([140.186.70.92]:51970) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RnwcF-0005X1-CU for emacs-orgmode@gnu.org; Thu, 19 Jan 2012 13:21:40 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RnwcD-0004z9-Sj for emacs-orgmode@gnu.org; Thu, 19 Jan 2012 13:21:39 -0500 Received: from mailout-us.gmx.com ([74.208.5.67]:55170 helo=mailout-us.mail.com) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1RnwcD-0004yo-Nf for emacs-orgmode@gnu.org; Thu, 19 Jan 2012 13:21:37 -0500 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Martyn Jago Cc: emacs-orgmode@gnu.org Martyn Jago writes: > Hi > > Nicolas Goaziou writes: > >> Hello, >> >> Eric Schulte writes: >> >>> Well maybe we should roll back this change. >> >> Please don't. _That_ would be a regression. >> > > These changes /have/ caused a software regression, and should be > reverted immediately, since: > > - they change current expected and implemented behavior to the cost of > users expectations and current use, with no prior discussion and > agreement on behavior changes > I'm inclined to agree. I've just reverted the removal of results folding pending further discussion. I apologize for the inconvenience. > > It has been proven that to achieve the required consistency set out by > this thread /without/ breaking current expectations is less than > straight-forward, and the changes should therefore be moved to > EXPERIMENTAL - at least until the changes are proven not to break > current expectations. > > Much of org-mode is currently inconsistent - and while it is highly > desirable to improve on that situation, it should not become the major > decision to change code at the cost of regression - org-mode is a very > practical system used successfully by lots of (very appreciative) > people, and while all users appreciate bug fixes / enhancements in the > fast-moving repository that is org-mode (thanks Carsten), clear > regression such as this should be avoided in master at all costs. > My adviser is fond of saying something along the lines of "programming languages should let you break the rules". To the extent that Org-mode is a document programming language its rules should be flexible as well. Best, > > At least that is my understanding of the development model as > established by Carsten. > > If this is /not/ the case, then many people are wasting their time > writing regression tests IMHO. > > Best, Martyn > > > [...] > > > -- Eric Schulte http://cs.unm.edu/~eschulte/