From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ivan Shmakov Newsgroups: gmane.emacs.devel Subject: Re: HTML-Info design Date: Mon, 29 Dec 2014 13:45:55 +0000 Message-ID: <87sifya7sc.fsf@violet.siamics.net> References: <83ppbanqhe.fsf@gnu.org> <87vbl2xigp.fsf@ferrier.me.uk> <83ioh2nlow.fsf@gnu.org> <87sig6xech.fsf@ferrier.me.uk> <83fvc5ni0u.fsf@gnu.org> <87k31fwwyv.fsf@ferrier.me.uk> <87bnmq9ibf.fsf@ferrier.me.uk> <87lhlrx5fc.fsf@building.gnus.org> <878uhrcr5l.fsf@building.gnus.org> <83sifzjflk.fsf@gnu.org> <87fvbyagaw.fsf@building.gnus.org> <871tnibsu7.fsf@violet.siamics.net> <87y4pq8zcy.fsf@building.gnus.org> <87wq5aabqt.fsf@violet.siamics.net> <87egri8wg0.fsf@building.gnus.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1419860795 7567 80.91.229.3 (29 Dec 2014 13:46:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 29 Dec 2014 13:46:35 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Dec 29 14:46:30 2014 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 1Y5aeU-0001Wq-AV for ged-emacs-devel@m.gmane.org; Mon, 29 Dec 2014 14:46:30 +0100 Original-Received: from localhost ([::1]:33415 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y5aeT-0000cZ-JH for ged-emacs-devel@m.gmane.org; Mon, 29 Dec 2014 08:46:29 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50512) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y5aeC-0000cI-6b for emacs-devel@gnu.org; Mon, 29 Dec 2014 08:46:16 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y5ae7-0007do-TJ for emacs-devel@gnu.org; Mon, 29 Dec 2014 08:46:11 -0500 Original-Received: from fely.am-1.org ([2a01:4f8:d15:1b86::2]:52983) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y5ae7-0007de-KY for emacs-devel@gnu.org; Mon, 29 Dec 2014 08:46:07 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=siamics.net; s=a2013295; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:Sender:References:Subject:To:From; bh=KOcuSfa4izR1HiiuPnHMvoatlEeQuScwpA5gRT7ARKs=; b=BH0AQwjpQJgYX4Jx2lLTYu8y8hm37g/z5RU+ekCo2zuFUlv1FFoD2MlWqOLIJYOj+9zbMceXRHeqZCxQimuqh6BHpmy/EZyiBf/GnQpHC8f/9dfBntRddtOAO6eKSwvs71RwZRh5hgk9HR1omByr7TKP74p4Gg59xCz2jJiGtqQ=; Original-Received: from [2a02:2560:6d4:26ca::1:1d] (helo=violet.siamics.net) by fely.am-1.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1Y5ae2-0001rl-FF for emacs-devel@gnu.org; Mon, 29 Dec 2014 13:46:03 +0000 Original-Received: from localhost ([::1] helo=violet.siamics.net) by violet.siamics.net with esmtps (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1Y5adv-0001yD-MW for emacs-devel@gnu.org; Mon, 29 Dec 2014 20:45:55 +0700 Mail-Followup-To: emacs-devel@gnu.org In-Reply-To: <87egri8wg0.fsf@building.gnus.org> (Lars Ingebrigtsen's message of "Mon, 29 Dec 2014 13:36:15 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a01:4f8:d15:1b86::2 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:180816 Archived-At: >>>>> Lars Ingebrigtsen writes: >>>>> Ivan Shmakov writes: >> Now, what=E2=80=99s the easy way to put the second sentence of the right >> column into the kill ring? > That is, indeed, a problem. I usually kill the rectangle, paste it > into a different buffer, and extract the sentence there. Which kinda > sucks. > However, it would be easy enough to fix this for =E2=80=98M-w=E2=80=99 a= nd friends > with some text properties that say where the continuation of a line > is. Either that or we could use a text property that=E2=80=99d point back to the =E2=80=9Crelevant=E2=80=9D DOM element (as in: subtree.) Given that SHR only does columns inside , =E2=80=93 using the closest
or ancestor for the purpose would solve the issue. > The greater problem would be the user interface -- sometimes somebody > wants to yank what's displayed, and sometimes the "logical flow". With a property, we could just provide a command to display the relevant element in a separate buffer. However, given that using tables for layout tends to create accessibility issues out of nothing (did I hear someone saying Emacspeak in this discussion?), why exactly can=E2=80=99t we provide the user a way to get rid of all the =E2=80=9Clayout=E2=80=9D tables at once? --=20 FSF associate member #7257 http://boycottsystemd.org/ =E2=80=A6 3013 B6A0= 230E 334A