From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Emanuel Berg Newsgroups: gmane.emacs.help Subject: Re: On-the-fly validation of (X)HTML5 using the v.Nu REST API Date: Fri, 01 Apr 2016 21:08:39 +0200 Message-ID: <8760w16tag.fsf@debian.uxu> References: <87mvpey1lg.fsf@debian.uxu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1459537769 7436 80.91.229.3 (1 Apr 2016 19:09:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 1 Apr 2016 19:09:29 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Apr 01 21:09:19 2016 Return-path: Envelope-to: geh-help-gnu-emacs@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 1am4Ra-0006aA-JG for geh-help-gnu-emacs@m.gmane.org; Fri, 01 Apr 2016 21:09:18 +0200 Original-Received: from localhost ([::1]:46009 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1am4Ra-0007Ag-1f for geh-help-gnu-emacs@m.gmane.org; Fri, 01 Apr 2016 15:09:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50165) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1am4RK-00072D-2p for help-gnu-emacs@gnu.org; Fri, 01 Apr 2016 15:09:03 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1am4RF-0006C4-Oj for help-gnu-emacs@gnu.org; Fri, 01 Apr 2016 15:09:01 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:43992) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1am4RF-0006C0-Dn for help-gnu-emacs@gnu.org; Fri, 01 Apr 2016 15:08:57 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1am4RC-0006OC-So for help-gnu-emacs@gnu.org; Fri, 01 Apr 2016 21:08:54 +0200 Original-Received: from nl106-137-154.student.uu.se ([130.243.137.154]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 01 Apr 2016 21:08:54 +0200 Original-Received: from embe8573 by nl106-137-154.student.uu.se with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 01 Apr 2016 21:08:54 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: help-gnu-emacs@gnu.org Original-Lines: 141 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: nl106-137-154.student.uu.se Mail-Copies-To: never User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) Cancel-Lock: sha1:1smM+OquZqv4wuA0LwfUgVOLp2s= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 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-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:109703 Archived-At: "Graham Hannington" writes: > Re: Some unrelated formalia: It is not necessary to put Re: before citations. Because that is the whole idea with the angle bracket syntax! I suspect you did it because you also used the same syntax for *quotes*, i.e. material that didn't appear in this thread before. There is a better way to do that. Either just yank the quotes. Or if you want to make them look good, indent the whole block, like this: Some unrelated formalia. It is not necessary to put Re: before citations. Because that is the idea. I suspect you did it because you also used the same syntax for *quotes*, i.e. material that didn't appear in this thread. There is a better way to do that. Either just yank the quotes. Or if you want to make them look good, indent the whole block, like this: I do that with a region and `C-u C-x TAB'. With Gnus, and possibly other clients, it is possible to hide citations (but they can be expanded): (setq gnus-treat-hide-citation t) It is a very practical thing especially as messages are exchanged pretty quickly so typically you remember what you already read. *But*, if you interchange them and use angle brackets for quotes, this is what happens: http://user.it.uu.se/~embe8573/figures/gnus/gnus-hidden-quotes.png The quotes are hidden as well! Second, consider putting your signature under two dashes, a space, and a newline, e.g., using C syntax "-- \nJoe Hacker". Otherwise, again, `gnus-article-hide-signature' and the corresponding setting for other clients won't work. This is described in: RFC 3676, section 4.3 [1] > Could you please point me to the URL of a web page > where the W3C does this? In 2009, the W3C allowed the XHTML 2 Working Group's charter to expire, acknowledging that HTML5 would be the sole next-generation HTML standard, including both XML and non-XML serializations. Of the two serializations, the W3C suggests that most authors use the HTML syntax, rather than the XHTML syntax. [2] >> how would one benefit from on-the-fly validation? > > One example: validation errors are caught as you > type them, so you don't end up with a document that > is riddled with errors that you only find out about > when you save. Right, I did XML only once or twice so I don't know how error-prone it is or how dependent the user is on auto-completion. When I said nobody would benefit from it, I was thinking HTML only, so I half-retract from that statement. I remember doing Visual Basic 5.0 as a kid. The "GUI GUI" was, I have to give them, great, if you are into making and using GUIs, that is. But it was actually the opposite of MVC and it was enough to place just a couple of buttons on the canvas to get it all out of hand! So when you were writing code, you'd type one letter and it'd immediately suggested several hundred alternatives! So you'd use Hungarian notation with the names and hopefully get it right with luck, skill, and patience. (Or as my mother called it: frustration.) Perhaps using XML with thousands of objects and data items is similar to that? ... eh :) > This also depends on personal preference and > particular circumstances Yes. > You don't have to run a validation report outside of > the editor. Good, but with Emacs you can run anything outside or inside the editor, *from* the editor. (At least if you by "inside" mean getting the result in an Emacs buffer. With programming, you can get total "insidness", of course.) > How do you (by which I mean: you, Emanuel) > validate HTML5? This is the most advanced HTML I did validate: The tool I mentioned, validate(1), doesn't mention HTML5 in its manpage, but I found this: --xml Indicate that the documents to be validated are XML documents. Known document types, such as HTML 4.01 and XHTML 1.0, are automatically handled by "validate". For unknown document types, "validate" will assume XHTML/XML if this option is specified and HTML/SGML otherwise. and this: --[no]emacs (don't) use an output format intended for parsing by (X)Emacs, autodetected. Nothing I felt the need to try, tho. [1] http://www.ietf.org/rfc/rfc3676.txt [2] https://en.wikipedia.org/w/index.php?title=xhtml&printable=yes -- underground experts united .... http://user.it.uu.se/~embe8573 Emacs Gnus Blogomatic ......... http://user.it.uu.se/~embe8573/blogomatic - so far: 20 Blogomatic articles -