From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: MON KEY Newsgroups: gmane.emacs.devel Subject: Re: Drawing in images? Date: Wed, 26 Aug 2009 20:52:23 -0400 Message-ID: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1251334363 3918 80.91.229.12 (27 Aug 2009 00:52:43 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 27 Aug 2009 00:52:43 +0000 (UTC) Cc: emacs-devel@gnu.org To: joakim@verona.se Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Aug 27 02:52:36 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MgTEB-0002Io-Qj for ged-emacs-devel@m.gmane.org; Thu, 27 Aug 2009 02:52:36 +0200 Original-Received: from localhost ([127.0.0.1]:49506 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MgTEB-0004Xu-16 for ged-emacs-devel@m.gmane.org; Wed, 26 Aug 2009 20:52:35 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MgTE6-0004UM-0M for emacs-devel@gnu.org; Wed, 26 Aug 2009 20:52:30 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MgTE1-0004KJ-Gh for emacs-devel@gnu.org; Wed, 26 Aug 2009 20:52:29 -0400 Original-Received: from [199.232.76.173] (port=49539 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MgTE1-0004K7-Di for emacs-devel@gnu.org; Wed, 26 Aug 2009 20:52:25 -0400 Original-Received: from mail-qy0-f193.google.com ([209.85.221.193]:46545) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MgTE1-0002zk-00 for emacs-devel@gnu.org; Wed, 26 Aug 2009 20:52:25 -0400 Original-Received: by qyk31 with SMTP id 31so367106qyk.27 for ; Wed, 26 Aug 2009 17:52:23 -0700 (PDT) Original-Received: by 10.224.56.145 with SMTP id y17mr5807085qag.317.1251334343291; Wed, 26 Aug 2009 17:52:23 -0700 (PDT) X-Google-Sender-Auth: 642b2a015257c7c7 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:114649 Archived-At: > a) use clever already existing way, unknown to me, or Could parts of ../lisp/textmodes/artist.el be used? The rectangling feature is usable for setting reasonable rhombus' At the very least the heuristics of its rubber-banding are already available. BTW: This would be a _killer-feature_ if the bounding box could be rotated. Moreso, with key commands e.g. rotate-box-left/right.. :=] Few image editors do this well if at all (including imagemagick). elisp certainly has fast enough routines available with `asin' `atan' et al. If you should happen to find a way to make the box happen please consider leaving room for rotations - design constraints permitting of course. FWIW the ability to rotate/skew boxes in OCR apps is one of the aspects of that task that is lacking in nearly all commercial products (the free counterparts all seem to be based on the same legacy HP code as the commercial derivatives) and it seriously hinders the viability of the output. If a bounding box could be implemented as a working part of Emacs there are some really amazing applications for applying annotations/text-properties/alist lookups on 'regions' of processed text/images... s_P