From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Scott Randby Newsgroups: gmane.emacs.devel Subject: Re: Differences between Org-Mode and Hyperbole Date: Fri, 1 Jul 2016 17:34:44 -0400 Message-ID: <5776E1F4.3020709@gmail.com> References: <87h9cdmj6t.fsf@delle7240.chemeng.ucl.ac.uk> <5775A512.4020803@gmail.com> <8337ntvm2d.fsf@gnu.org> <5776B89F.60704@gmail.com> <83k2h5tbtv.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1467408930 10390 80.91.229.3 (1 Jul 2016 21:35:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 1 Jul 2016 21:35:30 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 01 23:35:26 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1bJ65t-0000Ct-EC for ged-emacs-devel@m.gmane.org; Fri, 01 Jul 2016 23:35:25 +0200 Original-Received: from localhost ([::1]:35878 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bJ65s-00067d-LA for ged-emacs-devel@m.gmane.org; Fri, 01 Jul 2016 17:35:24 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58788) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bJ65K-00067W-9Q for emacs-devel@gnu.org; Fri, 01 Jul 2016 17:34:51 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bJ65H-0003sq-1t for emacs-devel@gnu.org; Fri, 01 Jul 2016 17:34:50 -0400 Original-Received: from mail-it0-x22c.google.com ([2607:f8b0:4001:c0b::22c]:36416) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bJ65G-0003sg-Rf; Fri, 01 Jul 2016 17:34:46 -0400 Original-Received: by mail-it0-x22c.google.com with SMTP id a5so28386896ita.1; Fri, 01 Jul 2016 14:34:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=dGkq2YQ54t43otEbAlAXCUaQuUb5pHsn6Qd2zxTBwnE=; b=qfh0kp7gpAoZqdmgtf3eXe+pnpVSK7MkTxB/VKkUatZoMrq/VcuDERgCpRkjexD5ef STAHSs1T1qBMDfZUCiItjmf1ZgdE4Q7UVzTr1dZtKT8ncrHYRWeqa7KLhW4KCzyOPto8 L6ZKLnnF4Hh6DhZUDJ1xouwFpmK1oE4sjrAwfG32V871PBmQRQBgqMik/rKaokPPJj/4 3PglfwExDXfZOpbjYsVHCeh5XNSyF0hiC5nzkCZN0v13GkXTaqQYKRBvNyCu11DmguYd mNLl5YzT3TjH7nLkUQrdhH2KvzAd3WnQbL85BcXGRGnkrO0haIB8fLUPPBZFa0WCZ1m0 +Oqw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=dGkq2YQ54t43otEbAlAXCUaQuUb5pHsn6Qd2zxTBwnE=; b=D/ux69t6aRKme1ErAfF43jbG5Z7yBkE5hVFyJtr2YDpO1th52OkefIlf/xylGLb0OI xfBwMocqJSfFGFq6wGdoPxL+R5d39e4gdJdFv/6yjPg/aDVqY+/OmB9xzIIFxvwwTfgV d31vhIPgREVzhSGspju1xeG6OKSPfg22eEWQyphjDBEVkbHArZpKmh8dtEulTF5xh2UM UyOWDHAGWnW/TqY5x2c9/ci5kOs8Voco+aweMecZcZssiZXOxq5JMhxEV+XDbxT/ZBwv XGQn3/LZjqwxtvJOAhU9YNxL2FjoZ7+S8dSl8wtl/MxAzGexyQQsqNqC+v8FwTU6x66j yRAA== X-Gm-Message-State: ALyK8tKfvqIWencz8TAKR4GnP/x7QPfgwNUYvhTJqpyMYiYiNRqcVs7XhorXSQyMPhCvQQ== X-Received: by 10.36.43.5 with SMTP id h5mr306142ita.57.1467408885953; Fri, 01 Jul 2016 14:34:45 -0700 (PDT) Original-Received: from [192.168.1.103] (cpe-184-56-99-2.neo.res.rr.com. [184.56.99.2]) by smtp.gmail.com with ESMTPSA id d193sm3355473ith.10.2016.07.01.14.34.44 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 01 Jul 2016 14:34:45 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0 In-Reply-To: <83k2h5tbtv.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:4001:c0b::22c X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:205058 Archived-At: On 07/01/2016 03:09 PM, Eli Zaretskii wrote: >> Cc: emacs-devel@gnu.org >> From: Scott Randby >> Date: Fri, 1 Jul 2016 14:38:23 -0400 >> >>> This discussion will be much more useful if people would not take it >>> as an attack on Org. In particular, the criticism is not about Org >>> from POV of the end user, it's about its design principles. IOW, the >>> real subject of this discussion is how should we design large Emacs >>> packages, and Org is just being used as an example, to have some >>> context and some concrete instances of the abstract ideas. See the >>> beginning of the discussion. >> >> I have been following the entire discussion closely. It contains a >> direct attack on Org by someone who clearly doesn't even know the basics >> of Org. No other examples were given, and none other than Org have been >> given so far by anyone else. If Org is being used as just one example, >> please give other examples of Emacs packages that don't live up to the >> vague "design standards" that are desired, and explain why these >> packages violate those standards so that we can understand exactly what >> the problem is. > > Having just one example in a discussion doesn't constitute an attack > on that single example. Again, what are other examples? If Org is the only example, then what makes it different from all the other Emacs packages? If there are more examples, then what is it they have in common so that a design philosophy can be developed that is universally useful? I could spend all day being critical of Gnus, but I've never been able to figure out how to use it so I don't have any legitimate reason to present my uninformed opinion about it. Nobody cares about my opinion anyway since I have no standing in the Emacs community. Richard or others with influence can make a vague statement that something is wrong with Org and the community will think that the opinion has merit when in fact it doesn't. > > Besides, I think the fact that Richard was turned off by Org so early > in his attempts to learn it should tell us something important. > Richard cannot be accused of being an Emacs outsider, or of not being > capable of learning complex Emacs stuff. Yes, it says that Richard doesn't know how to use Org. I never accused Richard of being an Emacs outsider. Such an accusation would be completely false and mean. I wouldn't dare question Richard's ability to learn Org either. What I don't see in his statements about Org are concrete facts and suggestions except for the fact that much of Org doesn't work outside of Org and that this is bad for some unstated reason backed up by no evidence. > >>> If people could stop being defensive about Org, and instead think more >>> broadly, and perhaps bring some other examples into this discussion, >>> we might actually reach some useful conclusions that could help us in >>> the future. >> >> Yes, what are those other examples. Please be specific. The statement >> that advocates of Org aren't thinking broadly is false, and it isn't the >> job of Org users to bring other examples into the discussion. > > AFAIU, this discussion was meant for Emacs developers, not for Org > users/advocates. The suggestion to think broadly was aimed at all of > us, not just for those who think Org was designed in the best way > possible. Think broadly in this context means think about more than > just Org. I'm sorry I said anything since I'm not an Emacs developer. But I never claimed that Org was designed in the best way possible. Yes, I care more about Org than other packages because I use Org for almost all of my work, it is a fantastic tool. I'm just tired of these digs at Org from people who don't use it. > >> Telling us the design is flawed without suggesting how it can be >> fixed is saying nothing useful. > > AFAIU, Richard's comment was that the design principles were wrong, > not that the design itself was flawed. The main design principle in > question is that of tight integration between unrelated parts of a > large package. Though I'm not an Emacs or an Org developer, I have to disagree slightly. The tight integration between pieces of Org is one of the features that makes it so useful. I don't see how modularization of Org is going to be easy or even desirable. > >> Of course we can learn from the design of Org, but saying that doesn't >> contribute anything to the so-called discussion of design principles. I >> haven't been defensive. Instead, I would like to see specifics. Without >> specifics, then a small number of the comments about Org that have been >> made in this thread are simply uninformed attacks and are therefore >> useless. > > I tried to give a few specific examples up-thread. I will read those carefully. > >>>> it appears to me that perhaps incorporating Org into official Emacs >>>> was the failure >>> >>> Now, this is uncalled-for, and factually incorrect. >> >> I did not mean that Org was unsuccessfully incorporated into Emacs. Such >> a claim would be false. What I meant was that the repeated attacks on >> Org (on this thread and others) from a tiny segment of the Emacs >> community have made some Org users (such as myself and a few of my >> friends) regret the merging of Org into Emacs. > > AFAIR, Org became part of Emacs in 2005, merely 2 years since its > inception. I was there when it happened. To me, this means Org has > been part of Emacs almost from its very beginning. I didn't think that Org had been part of Emacs for that long since I didn't research the matter. But I started using Org before it was part of Emacs, so I too was there when it happened and it didn't happen until after Org was fully functional. I supported the move at that time even though I never use the version of Org included in Emacs. >