-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thursday 11 July 2002 11:47 am, Soh Kam Yung wrote:
Plucker-build chugs away, pluking the site. But the generated pdb
file is quite small (about 10-20K in size) and when I try to access
the stories under any of the sections (e.g. Top
On Tue, Jul 09, 2002 at 06:16:33PM +0200, Michael Nordström wrote:
More or less the same package as beta10 except for a bug fix to the
parser to scale images and some updated translations for the viewer.
For those who have been waiting patiently for the latest hires branch
with handera
On Sun, Jun 30, 2002 at 10:50:02PM +0200, Michael Nordström wrote:
I will put Handera and Sony versions with hires support at the
same location when Adam tells me that the hires code is ready
for the normal user ;-)
Sorry Kids.. not yet. Right now the code is ready for the fringe
user,.. My
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tuesday 02 July 2002 4:57 pm, you wrote:
Several of the files in this archive are older than the previous
beta, many by over a year. I'm getting the following errors now
(none before) with the new beta:
On Fri, May 31, 2002 at 06:47:23PM +0200, Michael Nordström wrote:
Doesn't it already do that? At least my version uses different icons
for documents in RAM and on the external card. I don't think the icon
I get on my TRGpro (a NULL char) is any good, though. I might take a
closer look at
Just a short note to say the viewer is working great:
Sys Info:
Viewer version 1.2beta6
(Documents parsed using 1.13 release parser)
Palm OS 3.3
Palm Vx
Best wishes,
Robert
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Just a note
Adam McDaniel [EMAIL PROTECTED] writes:
| The trouble with handspring's implementation of external memory, is that
| they did it in such a way to 'extend' the existing memory already on the
| device. Which works fine in theory, and
On Sun, Apr 28, 2002 at 05:13:43PM -0400, Dennis McCunney wrote:
I downloaded and hotsynced the new beta.
Invoked it after hotsync, and it failed with the SystemMgr.c error I
reported previously and I had to reset.
Does this all happen on your own actual device?
Have you tried using Pose
Greetings, much enjoying plucker and thanks to all those contributing to
it. I'm not a programmer, but I've been happily using the code, and just
want to enthusiastically encourage you folks on this great project.
Anyway, there may be another problem with this beta. I'm running on a
Visor
Title: RE: New beta
-Original Message-
From: Jim Lebans [mailto:[EMAIL PROTECTED]]
Sent: Monday, April 29, 2002 11:54 AM
To: [EMAIL PROTECTED]
Subject: RE: New beta
Greetings, much enjoying plucker and thanks to all those contributing to it. I'm not a programmer, but I've been
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This latest version is crashing immediately after synchronizing
documents on launch to the bar code screen mentioned by Dennis
McCunney.
..have you tested with and and _ALL_ hacks disabled?
d.
-BEGIN PGP SIGNATURE-
Version:
I deleted all plucker files from both card and visor, and reinstalled.
Seems to be working fine now. Thanks for the (quick!) help.
I'd second Greg Woodcock's vote for a manual resync documents. When
I launch plucker it's a 60s wait while it's sychronizing. Is that
normal or is there a way to
On Mon, Apr 29, 2002 at 01:32:05PM -0400, Jim Lebans wrote:
I deleted all plucker files from both card and visor, and reinstalled.
Seems to be working fine now. Thanks for the (quick!) help.
Good. It was probably the PluckerDocList which was causing the conflict.
I'd second Greg Woodcock's
Title: RE: New beta (manual resync)
-Original Message-
From: Adam McDaniel [mailto:[EMAIL PROTECTED]]
Sent: Monday, April 29, 2002 12:50 PM
To: [EMAIL PROTECTED]
Subject: Re: New beta
On Mon, Apr 29, 2002 at 01:32:05PM -0400, Jim Lebans wrote:
I deleted all plucker files
With the card out, syncing is dead fast you see barely a blink of
the Sychronizing documents pop up. With it in, it takes 60s. I don't
have a huge pile of plucker docs on the card, but I do have a large
(64Meg, about 29Meg free) card with a lot of other stuff on it. Access
to the card with
On Mon, Apr 29, 2002, Gregg Woodcock wrote:
That'd work; the problem is, so far as I can tell, there is nothing that
guarantees a resync, not even installing new documents! If there were some
simple (or easy to fake) operation that would ensure a resync that'd be good
enough.
Why do you
On Mon, Apr 29, 2002 at 08:42:46PM +0200, Michael Nordström wrote:
Why do you need to resync the list even when it isn't necessary?
The viewer will update the list the first time the document library
is accessed every session, when a document is removed, and when you
launch a launchable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jim Lebans, Producer
Quirks Quarks, CBC Radio
I would be willing to work faster for a Quirks Quarks mouse pad :)
Wouldn't the labcoat be more appropriate?
d.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
On Mon, Apr 29, 2002, Gregg Woodcock wrote:
In short, because it sometimes IS necessary!
Still not a good point. If you have a corrupt doclist you should
remove it and start the viewer again, so that it can be recreated
(and you should also file a bug report).
I have my mail settings for
On Mon, Apr 29, 2002, Adam McDaniel wrote:
But when new items are added during a hotsync, they don't always
show up
There might be a bug somewhere...
Potentially, this can be solved by calling
CloseDocList();
ReleaseDocInfoList();
Inside of StartApplication();
Huh, why would it help
-Original Message-
From: Michael Nordstrom [mailto:[EMAIL PROTECTED]]
Sent: Sunday, April 28, 2002 2:04 PM
To: Plucker Development List; Plucker List
Subject: New beta
I have put a new beta at http://www.sslug.dk/~micke/plucker/beta/
Fixed bugs:
- the crash for documents with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
If you want to look at it, DepthDA is available at
http://www.sra.co.jp/people/hoshi/palmos/depth_da-1.0.zip. Source is
included.
I prefer ScreenPrefs, and it's never crashed my device.
d.
-BEGIN PGP SIGNATURE-
Version: GnuPG
On Thu, Apr 25, 2002, Dirk Bernhardt wrote:
The document seems to load and shows the first page all right, but
then bumps with a fatal exception. Documents in RAM work fine. Any
suggestion?
More details would be helpful, e.g. what do you mean by it shows the
first page all right, but then
Hello Michael,
I tried it with a document without pictures, and it worked! Thanks for
the clarification.
The crashing pdbs that I tried were from pluckerbooks.com with 4bpp
images on the front page that my Visor Deluxe cannot display. Plucker
rendered the page up to those (I guess, it's too
On Thu, Apr 25, 2002 at 06:12:12PM +0200, Dirk Bernhardt wrote:
Hello Michael,
I tried it with a document without pictures, and it worked! Thanks for
the clarification.
I should have a fix for that shortly. Basically as it stands anyone
running between OS3.1 and OS3.5 and view a document
-Original Message-
From: Michael Nordstrom [mailto:[EMAIL PROTECTED]]
Sent: Sunday, April 21, 2002 1:24 PM
To: Plucker Development List; Plucker List
Subject: New beta
I have put a new beta at http://www.sslug.dk/~micke/plucker/beta/
I had to back off of this one. I installed it,
-Original Message-
From: Michael Nordstrom [mailto:[EMAIL PROTECTED]]
Sent: Sunday, April 21, 2002 1:24 PM
To: Plucker Development List; Plucker List
Subject: New beta
I have put a new beta at http://www.sslug.dk/~micke/plucker/beta/
This beta fix the problems with lost category
On Sun, Apr 21, 2002, Michael Nordström wrote:
I made some changes that will speed up the access to the
Document Library,
... and I have already found a minor bug in this. If you have a
device with an external card and remove or insert a card the viewer
should open the Document Library and
This issue exists in the 1.13, NON-SONY version as
well.
Another issue I've seen is a database showing up twice
on a category list; unsure as to whether it was in two
categories, but I'll watch for more details.
--- Akkana [EMAIL PROTECTED] wrote:
Dennis McCunney writes:
The only problem
On Mon, Apr 15, 2002 at 07:04:24PM -0700, Akkana wrote:
I've had that problem repeatedly on the Sony branch -- documents
that are not in default will get marked as default plus whatever
category they're in (though I have multiple select turned off),
and documents I delete undelete themselves
On Tue, 16 Apr 2002, Adam McDaniel wrote:
Cool, thx :)... out of curiosity, have you noticed any issues when
viewing docs at 16bpp?. I've recevied a few reports that people have
been having problems at that depth, but I havn't been able to re-create
any issues.
Again, I'll ask my
Adam McDaniel writes:
On Mon, Apr 15, 2002 at 07:04:24PM -0700, Akkana wrote:
I've had that problem repeatedly on the Sony branch -- documents
that are not in default will get marked as default plus whatever
category they're in (though I have multiple select turned off),
and documents I
On Tue, Apr 16, 2002 at 11:26:56AM -0700, Akkana wrote:
I'll try downloading the beta. That's the one at
http://www.sslug.dk/~micke/plucker/beta/, right?
And it's a trunk beta, not sony branch?
That is true. Anything sent out by me would be the sony branch unless
otherwise specified.
-Original Message-
From: Michael Nordstrom [mailto:[EMAIL PROTECTED]]
You'll find a new beta at http://www.sslug.dk/~micke/plucker/beta/
Most odd. When I grab a copy of
http://www.sslug.dk/~micke/plucker/beta/viewer_en.prc.gz
I get an odd file. It is *not* gzipped. An obvious
Most odd. When I grab a copy of
http://www.sslug.dk/~micke/plucker/beta/viewer_en.prc.gz I get an odd
file. It is *not* gzipped. An obvious mistake just strip off the .gz
and install it. Works for me. Why has nobody mentioned this?
What did you grab it with? Likely your browser
On Tue, Apr 16, 2002, Peter Jaspers-Fayer wrote:
I get an odd file. It is *not* gzipped.
It *is* gzipped on the server, but I can't stop your browser from
uncompressing it automatically when you download it...
/Mike
On Tue, Apr 16, 2002 at 12:12:48PM -0700, David A. Desrosiers wrote:
Most odd. When I grab a copy of
http://www.sslug.dk/~micke/plucker/beta/viewer_en.prc.gz I get an odd
file. It is *not* gzipped. An obvious mistake just strip off the .gz
and install it. Works for me. Why has
Mozilla likes to pull that crap, which would be fine if it would change
the filename too.
Fix your local Mozilla mime type. On the server side, you can also
make an adjustment to handle that also, so the broken clients don't try to
uncompress it.
d.
Michael Nordström wrote:
On Tue, Apr 16, 2002, Peter Jaspers-Fayer wrote:
I get an odd file. It is *not* gzipped.
It *is* gzipped on the server, but I can't stop your browser from
uncompressing it automatically when you download it...
/Mike
OOPS, sorry all. I had NO idea it would
What is new in this beta over 1.14?
I've had one error so far. While inside a document, I selected the menu
View | Details... and got this error message:
Unhandled exception, error code = 515
and the program exited. Thanks.
From: Michael Nordström [EMAIL PROTECTED]
To: Plucker Development
On Mon, Apr 15, 2002, Anthony Schellenberg wrote:
What is new in this beta over 1.14?
% cvs co plucker
% cvs co -r plucker_1_1_14 -d plucker-1.1.14 plucker
% diff -buNr plucker-1.1.14/viewer/ plucker/viewer/
View | Details... and got this error message:
Unhandled exception, error code =
On Mon, Apr 15, 2002 at 05:53:40PM +0200, Michael Nordström wrote:
On Mon, Apr 15, 2002, Anthony Schellenberg wrote:
What is new in this beta over 1.14?
% cvs co plucker
% cvs co -r plucker_1_1_14 -d plucker-1.1.14 plucker
% diff -buNr plucker-1.1.14/viewer/ plucker/viewer/
Thats a bit
Dennis McCunney writes:
The only problem I've seen has been there for a while, and it not specific
to the new beta. The problem is with document categories. I have ten
defined thus far. Plucker has a tendency to lose track of what categories
documents are stored in, and the Unfiled
... It's sort of a chore to manage documents with plucker-sony,
though the configurable jogdial support is great.
... and the hi-res support is amazing! Every person I've shown Plucker
running on my Clie T615C has drooled.
Now, all I need is to get my glasses prescription updated, so I don't
44 matches
Mail list logo