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: Thu, 27 Aug 2009 14:07:57 -0400 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1251396576 10216 80.91.229.12 (27 Aug 2009 18:09:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 27 Aug 2009 18:09:36 +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 20:09:29 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 1MgjPb-000629-LN for ged-emacs-devel@m.gmane.org; Thu, 27 Aug 2009 20:09:27 +0200 Original-Received: from localhost ([127.0.0.1]:38984 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MgjPa-0006OV-Nn for ged-emacs-devel@m.gmane.org; Thu, 27 Aug 2009 14:09:26 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MgjOG-0004ff-TU for emacs-devel@gnu.org; Thu, 27 Aug 2009 14:08:04 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MgjOC-0004VS-7w for emacs-devel@gnu.org; Thu, 27 Aug 2009 14:08:04 -0400 Original-Received: from [199.232.76.173] (port=57602 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MgjOC-0004VE-28 for emacs-devel@gnu.org; Thu, 27 Aug 2009 14:08:00 -0400 Original-Received: from mail-vw0-f178.google.com ([209.85.212.178]:42461) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MgjOA-0003hr-WD for emacs-devel@gnu.org; Thu, 27 Aug 2009 14:07:59 -0400 Original-Received: by vws8 with SMTP id 8so973179vws.14 for ; Thu, 27 Aug 2009 11:07:58 -0700 (PDT) Original-Received: by 10.150.88.35 with SMTP id l35mr254914ybb.274.1251396477907; Thu, 27 Aug 2009 11:07:57 -0700 (PDT) In-Reply-To: X-Google-Sender-Auth: 994f3de0516e7263 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:114697 Archived-At: On Thu, Aug 27, 2009 at 2:31 AM, wrote: > MON KEY writes: >> there are some really amazing applications for applying >> annotations/text-properties/alist lookups on 'regions' of processed >> text/images... > > This should be possible by drawing a SVG image on top of another > image. The SVG image is XML which can be generated in a buffer within > Emacs. > > One difficulty with this aproach is that there isnt really much support for > alpha channels in Emacs. Also latency in interactive use might not be > spectacular. > > One difficulty with this aproach is that there isnt really much support for > alpha channels in Emacs. Why worry about layering with alpha channels at all then? Obv. SVG is lighter (from a data size perspective) than a .bmp or .jpg but its still considerably heavier than an Emacs text/string. Isn't it possible to use an image as an Emacs window's background (if not can't GTK be leveraged towards that end)? Why not just use a smallish glyph e.g. `.' (or something smaller dedicated to the purpose) and the text based facilites from artist.el (or bespoke equivalent). AIUI the position of the glyphs isn't necessarily the same as the _size_ of the glyph as rendered. Would a layered placement of an SVG provide/allow more user accuracy than an equivalently positioned glyph. If so, how much more? Does the gain warrant a departure from a text oriented approach? Why reinvent Emacs as an image editor? It seems more reasonable to reorient the task to an arena where Emacs is best acclimated - as a _text_ editor :) > Also latency in interactive use might not be spectacular. If a window could have the image as a background over which text could be displayed then interactive latency needn't necessarily be an issue. Scaling/rescaling the box could be made by 'setting' a new rectangle (or other shape)... e.g. artist-select-op-rectangle. This approach might allow for interesting `annotation' applications as well e.g. `artist-select-op-text-see-thru' `artist-select-op-text-overwrite'. The use of text-properties here could be are a very valuable feature; they are native to emacs, ought to be able to carry much of the same information as an svg->xml string, and can already interact with other native elisp facilities and data structures without the need for additional XML parsing/serializing routines. > Joakim Verona s_P