From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.help Subject: Re: Selection threshold with mouse Date: Sun, 20 Jul 2014 12:44:22 -0400 Organization: A noiseless patient Spider Message-ID: References: <20140719.173203.1998048028110686770.tak.kunihiro@gmail.com> <20140720.085224.514514587.tak.kunihiro@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1405874725 30677 80.91.229.3 (20 Jul 2014 16:45:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 20 Jul 2014 16:45:25 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Jul 20 18:45:18 2014 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 1X8uEg-0000va-Dz for geh-help-gnu-emacs@m.gmane.org; Sun, 20 Jul 2014 18:45:18 +0200 Original-Received: from localhost ([::1]:58385 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X8uEf-0000Uf-Vh for geh-help-gnu-emacs@m.gmane.org; Sun, 20 Jul 2014 12:45:17 -0400 Original-Path: usenet.stanford.edu!news.kjsl.com!feeder.erje.net!eu.feeder.erje.net!eternal-september.org!feeder.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 36 Injection-Info: mx05.eternal-september.org; posting-host="bd19462299dd32dcc7fc179ab8a1ae48"; logging-data="21357"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+qT1cd0RC5Q/opqq2z83ch" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Cancel-Lock: sha1:fHuR7BiBmmhIPi/lY3LYsGs1p5Y= sha1:5tYiE9CZ1u2se/oJj9x1l3L/WBo= Original-Xref: usenet.stanford.edu gnu.emacs.help:206552 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:98824 Archived-At: >> Hmm... but don't the display matrices contain the needed info (i.e. the >> "left-pixel boundary position"), since it's needed to react to an >> expose event? > Not sure I follow (what does an expose event have to do with the issue > at hand?). An expose event comes with pixel coordinates and we need to respond by drawing chars at the proper pixel positions, so we clearly need to be able to find the chars placed at those pixel positions as well as their pixel boundaries. > In any case, we cannot rely on glyph matrices alone, > because that would severely limit the usefulness of such an API. Ah, I see. > E.g., you will be unable to use it in a function that is called > several times in a row, like via a numeric argument or from a keyboard > macro. We could make it update glyph matrices if/when needed. > For these reasons, posn-at-x-y etc. do not rely on glyph matrices, but > instead simulate display. Then I don't understand why the precise pixel position is not available. > I think hyperlinks are the odd one out, and not directly related to > the issue here, which is where to put point given a click, especially > in the context of highlighting the region. I don't know which one is the rule and which one is the exception. I just know that the behavior should be decided on a case by case basis. Stefan