emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Drawing in images?


From: joakim
Subject: Re: Drawing in images?
Date: Thu, 27 Aug 2009 08:31:14 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux)

MON KEY <address@hidden> writes:

>> 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...


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. 

I havent used commercial OCR much at all, so its interesting to hear
your view.

>
> s_P
-- 
Joakim Verona




reply via email to

[Prev in Thread] Current Thread [Next in Thread]