[Top][All Lists]
[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