Account Options

  1. Sign in
The old Google Groups will be going away soon, but your browser is incompatible with the new version.
Google Groups Home
« Groups Home
Message from discussion txt2img: image/box files generation utility
The group you are posting to is a Usenet group. Messages posted to this group will make your email address visible to anyone on the Internet.
Your reply message has not been sent.
Your post was successful
 
From:
To:
Cc:
Followup To:
Add Cc | Add Followup-to | Edit Subject
Subject:
Validation:
For verification purposes please type the characters you see in the picture below or the numbers you hear by clicking the accessibility icon. Listen and type the numbers you hear
 
Falke  
View profile  
 More options Apr 9 2012, 4:06 am
From: Falke <hawk...@flight.us>
Date: Mon, 9 Apr 2012 01:06:48 -0700 (PDT)
Local: Mon, Apr 9 2012 4:06 am
Subject: Re: txt2img: image/box files generation utility

On Apr 8, 1:46 pm, Anton Zorin <zorinan...@googlemail.com> wrote:

> Hi Falke,

> Now I got it. So user selects a rectangle on the image and corresponding
> lines from the box file highlighted somehow to enalbe the former to put
> some custom information there or save the fragments as a separate image-box
> pair. Is this vision correct?

Yes, essentially.  mouse-drag-selection (the highlighting of box
regions on the bitmap) does not need to be echoed in the *.box file,
while you select  (although, I guess, that would be a plus: to select
in either GUI (bitmap) or box file window, using any method (mouse,
keyboard, or both), and to have the other window automatically be
updated with the selection state), but everything just needs to be
updated everywhere in the end, somehow.

Tearing the *.box file apart is already easily done using popular,
text-friendly scripting (perl, python, ruby, etc.)

> If so, at first glance it seems to me that such functionality would be more
> appropriate for another (separate) application. GUI would be different:

I didn't mean to suggest that the functionality would necessarily
belong in the same application as the one you are announcing in this
thread -- it's quite the reverse of your app.  But then, again, I can
think of situations where BOTH utilities would be useful to someone,
in one single project, and then it would make sense for them to be
part of the same utility suite

I was just hoping you might find it relatively easy to build the one I
describe only because you seem to know the GUI tool set -- and my
utility needs mouse-drag-select and gui stuff like that.  (And also
because it was sort of the exact reverse of mine :-)), in terms of
input/output data types)

>  - spread sheet is needed to work with box files

a number of box editors out there do without a spreadsheet  per se.

>  - selection of image regions and displaying of those should be convenient

> But from the implementation complexity point of view it doesn't look like a
> big deal for QT.

That sounds optimistic :-))

> Thanks,

thank YOU.

> On Sun, Apr 8, 2012 at 7:49 PM, Falke <hawk...@flight.us> wrote:

> > On Apr 8, 9:44 am, Anton Zorin <zorinan...@googlemail.com> wrote:
> > > Hi Falke,

> > > Could you please be more specific:

> > > you want to specify image +  box file pair and based on those, fill the
> > > contents of text edit to enable playing with text formatting/styles? If
> > so,
> > > it would be a bit complicated since it is a challange to extract
> > formatting
> > > information from an image file.


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.