From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Emacs will never be a WYSIWYG-editor and should not try to Date: Sun, 24 Nov 2013 18:53:18 +0200 Message-ID: <83zjotbv29.fsf@gnu.org> References: <2013-11-22T16-27-58@devnull.Karl-Voit.at> <83k3g0cnby.fsf@gnu.org> <2013-11-24T11-44-42@devnull.Karl-Voit.at> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1385312002 2003 80.91.229.3 (24 Nov 2013 16:53:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 24 Nov 2013 16:53:22 +0000 (UTC) Cc: emacs-devel@gnu.org To: news1142@Karl-Voit.at Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Nov 24 17:53:27 2013 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 1Vkcw1-0004M9-Qx for ged-emacs-devel@m.gmane.org; Sun, 24 Nov 2013 17:53:26 +0100 Original-Received: from localhost ([::1]:47776 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vkcw1-0001HO-Gv for ged-emacs-devel@m.gmane.org; Sun, 24 Nov 2013 11:53:25 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37635) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vkcvt-0001FX-UK for emacs-devel@gnu.org; Sun, 24 Nov 2013 11:53:23 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vkcvn-0003ep-W5 for emacs-devel@gnu.org; Sun, 24 Nov 2013 11:53:17 -0500 Original-Received: from mtaout23.012.net.il ([80.179.55.175]:59694) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vkcvn-0003ea-Ix for emacs-devel@gnu.org; Sun, 24 Nov 2013 11:53:11 -0500 Original-Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MWS00B001B8MZ00@a-mtaout23.012.net.il> for emacs-devel@gnu.org; Sun, 24 Nov 2013 18:53:10 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MWS00BA91KJIT90@a-mtaout23.012.net.il>; Sun, 24 Nov 2013 18:53:07 +0200 (IST) In-reply-to: <2013-11-24T11-44-42@devnull.Karl-Voit.at> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.175 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:165654 Archived-At: > From: Karl Voit > Date: Sun, 24 Nov 2013 12:11:53 +0100 > > A bit of a harsh statement in the subject. However, I will try to > explain it: I'm not sure you should bother: Emacs development is not driven by arguments of this kind, it is driven by people who have an itch to scratch. For that matter, all this argument about whether Emacs should or should not provide a WYSIWYG mode is pointless: there's no marketing department or any kind of "management" to convince, which will then take care of executing the decisions. This feature will or will not be developed depending on whether or not someone will decide to do that. When (if) such a person emerges, no amount of argument will convince her either way, and I cannot imagine that the changes she submits, if the code is clean, will be rejected because someone thinks Emacs "should not try". > > That document presents a point of view. Some will agree with it, some > > won't. Emacs is not about forcing one particular POV on its users. > > In my opinion, WYSIWYG is forcing one very particular POV on its > users. Only on those who will choose to use the WYSIWYG mode. Because this is what was suggested: addition of such a mode. Nobody said that it will come _instead_ of all the other existing non-WYSIWYG modes. People who like using LaTeX or Texinfo or troff or whatever, will still be able to use them. IOW, no one's freedom will be diminished by such an addition, and no one will be forced to accept the WYSIWYG paradigm if they don't want to. > I have got the feeling that this community has not had the need for > those methods before. We have an explicit request on the table now, don't we? > >> Second, there are technical issues I do see. GNU/Emacs lacks a *lot* > >> in terms of GUI widget-set. Yes, I do believe that ribbons are > >> better[2] than menus for WYSIWYG tools but it's not only ribbons > >> that are missing. Users of WYSIWYG-tools are heavily using buttons > >> (mainly) and menu items (seldom) as studies show. This is not the > >> way GNU/Emacs is working. The button bar is very static. Not every > >> functionality is reachable via menu bar. Besides, menu bars got the > >> severe issue mentioned in [2][3] and we should do better than this. > > > > Yes, the job at hand is not small. But does that mean we shouldn't > > take steps in that direction? I hope not. > > This is quite a philosophical response to my IMHO specific > statement. Perhaps I didn't understand your statement, then. It looked like a list of missing features that will have to be implemented as part of the job. If you didn't mean to say by that list that the job is large, then what did you mean to say? > >> Maybe I lack a huge amount of fantasy here but I don't think that > >> GNU/Emacs is going to be used by Joe Average who has no special IT > >> knowledge when there are alternative tools like Microsoft Word or > >> LibreOffice. > > > > We want to attract Joe Average's. But what we want more is to give > > Emacs geeks a way to compose document in WYSIWYGy fashion. > > It would be interesting to discuss, where this requests are coming > from. So far I could not get the impression that this is a > wide-spread wish. As I said, we _do_ want to attract. But I have yet to see a single Emacs features whose driver was _only_ to attract newcomers. Emacs development is not driven by such factors, they are at best "additional considerations". > >> Besides: if you want to attract non-geeks, prepare that they will > >> complain that there is no suitable support, that they do not want to > >> use mailing-lists or usenet (they prefer something which is called > >> Web Forum), and so forth. > > > > Let them complain, we've heard those complaints for many years and > > didn't care. > > In case you "want to attract Joe Average's", don't you think this is > a very severe problem? No, I don't, because the main motivation of whoever will do this job (if such a person will step forward) will most probably be that she thinks the feature is "cool", not that it will or won't attract someone. > > But why shouldn't someone like RMS be able to compose a simple > > document without switching to LibreOffice or whatnot? There's no > > excuse for that. > > I simply cannot follow your arguments I am afraid. When I try to > follow your thoughts, I get to questions like: "why shouldn't > someone like RMS be able to draw mouse-driven vector graphics > without switching to CorelDraw/LibreOffice or whatnot?" What is your > thought about this? Richard didn't ask about those other capabilities. And the fact that he didn't makes very good sense to me. > I do claim that you can not think of turning GNU/Emacs in a WYSIWYG > text processing machine without multi-threading. I don't see the connection between these two.