From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Emanuel Berg Newsgroups: gmane.emacs.help Subject: Re: additional functionality for html-helper-mode Date: Fri, 26 May 2017 14:39:39 +0200 Message-ID: References: <650fe062-eeb2-168d-35a9-6da6bb8c5228@mousecar.com> <471dcac4-db8a-8789-3056-f08348c4816d@mousecar.com> <87k256jbrx.fsf@debian.uxu> <62f274f0-397e-c575-4b95-0dbf3ffb8b33@mousecar.com> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1495802431 15751 195.159.176.226 (26 May 2017 12:40:31 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 26 May 2017 12:40:31 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri May 26 14:40:27 2017 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dEEXa-00040b-No for geh-help-gnu-emacs@m.gmane.org; Fri, 26 May 2017 14:40:26 +0200 Original-Received: from localhost ([::1]:36568 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dEEXg-0005Yw-6w for geh-help-gnu-emacs@m.gmane.org; Fri, 26 May 2017 08:40:32 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60038) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dEEX4-0005Ye-3M for help-gnu-emacs@gnu.org; Fri, 26 May 2017 08:39:55 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dEEX1-0002Vs-0o for help-gnu-emacs@gnu.org; Fri, 26 May 2017 08:39:54 -0400 Original-Received: from [195.159.176.226] (port=42476 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dEEX0-0002Ur-Pm for help-gnu-emacs@gnu.org; Fri, 26 May 2017 08:39:50 -0400 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1dEEWs-0002z1-6b for help-gnu-emacs@gnu.org; Fri, 26 May 2017 14:39:42 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: help-gnu-emacs@gnu.org Original-Lines: 47 Original-X-Complaints-To: usenet@blaine.gmane.org Mail-Copies-To: never Cancel-Lock: sha1:7HGktAFicvuYdbJQk6dhyhiYw4U= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 195.159.176.226 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:113175 Archived-At: Yuri Khan wrote: >> When I say it would be like a new editor, >> I mean that the keybindings for doing all >> the html coding in web-mode would likely be >> completely different from those in >> html-helper-mode... they definitely were in >> html-mode. Imagine how many different html >> markups there are... idk, perhaps >> hundreds... I don't want to have to learn >> all new keybindings for another, >> different mode. > > You don’t need to relearn keybindings. > You can instead port your keybindings to > a new underlying mode. >From Ken's posts it seems he doesn't write HTML as much as use shortcuts to insert all the tags. Then I suppose it would require some work to export all of that to another mode where likely the insert functions also have different names and so on. It would also be a constant discussion - when to re-learn, when to tweak the new stuff to your old ways. The "insert way" of producing code never appealed to me, as I love typing (the physical aspect of it), but reading Ken's post I suspect he is the opposite as otherwise I don't understand where all hundreds of HTML-specific shortcuts would come from. (?) >From an efficiency standpoint, typing is good as it is more versatile and is readily transferable between modes. It is more flexible. Relying heavily on mode-specific things is the opposite, but when taken to a certain degree of perfection, for that particular mode and task I suppose it could be insanely fast and efficient. -- underground experts united http://user.it.uu.se/~embe8573