---Reply to mail from Alexander R. Pruss about multiimage format
> DBFormat.html doesn't seem to describe the multiimage format, does it? Alex
It does now. 8^) It makes sense to me, but, I know how it works.
---End reply
Christopher R. Hawks
DBFormat.html doesn't seem to describe the multiimage format, does it? Alex
--
Dr. Alexander R. Pruss
Department of Philosophy
Georgetown University
Washington, DC 20057-1133 U.S.A.
e-mail: [EMAIL PROTECTED]
online papers and home page: www.georgetown.edu/faculty
Found it!
I evidently had set the matrix to 2x2 (pieces) for testing and even
tho I was calculating it, I didn't put it into the multiimage record. So
the viewer was arranging the pieces in 2 columns.
--- ImageParser.py.orig Tue Sep 2 21:05:09 2003
+++ ImageParser.py Fri Sep 12
---On Fri, 12 Sep 2003 18:27:13 +0200, Michael Nordstrom said
> The python parser seems to be broken, though. When I create a
> multiimage it looks like the "segments" are put in the wrong
> order, i.e. the image is quite distorted...
Mike:
Can you send me more data (we
On Sat, Sep 06, 2003, Chris Hawks wrote:
> Well, after a couple of days work, I've got the multiimage code merged
> into the cvs HEAD. (apparently Adam has vanished)
The python parser seems to be broken, though. When I create a
multiimage it looks like the "segments"
culty/ap85
-
"Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur."
- Paul of Worczyn (1424)
- Original Message -
From: "Michael Nordstrom" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, September 08, 2003 2:56
On Mon, Sep 08, 2003, Chris Hawks wrote:
> This is 'dmErrCorruptDatabase' which document.c will throw if it
> doesn't recognize the record->type. (which would be DATATYPE_MULTIIMAGE).
Well, something seems to be broken in the code, too, since the
20030611 hires viewer displays the same images
---On Mon, 8 Sep 2003 13:20:06 -0400, Alexander R. Pruss said
> I tried loading the first two pdbs on Adam's example list (thanks, Chris):
> http://hires.plkr.org/download/examples/multiimage/pictures/
>
> I did this on POSE/NR70 set to 16bpp (later tried 8, with same results)
On Mon, Sep 08, 2003, Alexander R. Pruss wrote:
> The baboon "segments" showed up fine, but the composite image was blank.
Both show up but don't look OK; seems like the "wrong" segments are
displayed...
> The Calgary image caused an "Unhandled exception, error code = 521" error.
This image wor
I tried loading the first two pdbs on Adam's example list (thanks, Chris):
http://hires.plkr.org/download/examples/multiimage/pictures/
I did this on POSE/NR70 set to 16bpp (later tried 8, with same results).
The baboon "segments" showed up fine, but the composite image was blan
On Sun, Sep 07, 2003, Chris Hawks wrote:
> I just commited the fixes for all that 'are we in' / 'did we come from'
> the fullscreenform stuff.
I've found one problem with the new code so far; inlined images are
rendered twice their size and text is written on top of the image
(makes sense if the v
---Reply to mail from Michael Nordstrom about MultiImage
> I've removed a call to IsLargeImage() from hires.c or it wouldn't
> build.
I just commited the fixes for all that 'are we in' / 'did we come from'
the fullscreenform stuff. Originally we checked
On Sun, Sep 07, 2003, Chris Hawks wrote:
> Both. I've never enabled rotate before and I wanted to make sure it at
> least compiled.
No problems on my Tungsten C; the scroll button doesn't work as
expected but that was a problem before, too. I haven't had time
to take a closer look at that problem,
---Reply to mail from Alexander R. Pruss about MultiImage
> When "Font and layout" crashes, is that on the current HEAD or on your
> modified HEAD? If on the current, which OS version are you using? Can you
> email me the session file?
Both. I've never enabled rotat
is
that it still builds after you commit code to it ;-) That it might
have a bug or two is one reason to why it is called "unstable."
I'm in Munich 20-24 September for the PalmSource conference, so
next weekend I would like to make a new unstable (and also a
stable) release and it would
On Sat, Sep 06, 2003, Chris Hawks wrote:
> Well, after a couple of days work, I've got the multiimage code merged
> into the cvs HEAD.
Great work.
> I don't know if the rotate stuff works. When I enable it, POSE crashes
> when I select 'Font and layout'.
I
orgetown.edu/faculty/ap85
--
"Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur."
- Paul of Worczyn (1424)
- Original Message -
From: "Chris Hawks" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, September 06, 2003 10:18 PM
Subj
Well, after a couple of days work, I've got the multiimage code merged
into the cvs HEAD. (apparently Adam has vanished)
I don't know if the rotate stuff works. When I enable it, POSE crashes
when I select 'Font and layout'. Also Adam's caching was based on sto
On Tue, Aug 05, 2003, Alexander R. Pruss wrote:
> What kind of timeline are we looking at?
This weekend...
> I'd like a week for anti-aliasing support, myself. :-)
Then I don't think it will be include in 1.5 (but there will still
be 1.5.1, 1.5.2, etc. )
/Mike
On Tue, Jul 29, 2003, Adam McDaniel wrote:
> Any chance we can include the multiimage branch within HEAD at this
> point as well? :)
Well, the only way for that to happen is if you actually include it
in the main trunk before we make a 1.5 release...
On Tue, Aug 05, 2003 at 07:12:43PM +0200, Michael Nordstrom wrote:
> On Tue, Jul 29, 2003, Adam McDaniel wrote:
> > Any chance we can include the multiimage branch within HEAD at this
> > point as well? :)
>
> Well, the only way for that to happen is if you actually include i
I am just looking for some font smoothing. I don't expect to do sub-pixel
positioning of the characters. We'll have to see if it looks any good.
--
Dr. Alexander R. Pruss
Department of Philosophy
Georgetown University
Washington, DC 20057-1133 U.S.A.
e-mail: [EMAIL PROTECTED]
online papers and
On Tue, 5 Aug 2003 at 15:40, Alexander R. Pruss wrote:
> What kind of timeline are we looking at?
>
> I'd like a week for anti-aliasing support, myself. :-)
Are you talking sub-pixel, (color LCD) anti-aliasing? I suspect that
would be pretty hard with configurable screen orientation
-alan
t;[EMAIL PROTECTED]>
Sent: Tuesday, August 05, 2003 1:12 PM
Subject: Multiimage branch (was: next step)
> On Tue, Jul 29, 2003, Adam McDaniel wrote:
> > Any chance we can include the multiimage branch within HEAD at this
> > point as well? :)
>
> Well, the only way for that t
---Reply to mail from Adam McDaniel about Multiimage
> Icky. The only thing I can think of is to alter ImageTypeEnum to
> define a 'windowHandle-image'. In other words, create the window you
> want to draw into, but rather than converting it to a bmp, just keep
> the windo
On Fri, May 30, 2003 at 09:45:58PM -0500, Chris Hawks wrote:
> Last the bad news:
> There is no way (pre Palm 3.5) to get the bitmap (for the image struct)
> from the window I drew the table in. 3.5 and up it's simple. Make
> a bitmap, wrap a window around it, unwrap the window and you
Adam:
First the Kudos:
Neat! Works (and looks) great!!
Second the good news:
I've got tables working (with anchors), but, only the 'single image' ones.
Last the bad news:
There is no way (pre Palm 3.5) to get the bitmap (for the image struct)
from the window I drew the table in.
> Ie, the last chunk in the row must be the same width of all the other
> chunks in the same column; and vice versa.
Right.
> Should Alt and Caption be represented in the header as an offset_to
> value, or directly in the header itself (by say 32 characters each?)
Offsets, I think. I've seen al
Lets start a new thread on this.. the old one is getting too big :)
On Mon, Mar 10, 2003 at 03:12:16PM -0800, Bill Janssen wrote:
> A couple of points:
>
> * I'd like to include other elements of an image in the new multi-part
> image record, such as the ALT tag, and perhaps a CAPTION text as wel
29 matches
Mail list logo
