I put the files in \palm\programs\plucker (on the card) and they are
visible in the document list. VFS support in Plucker 1.2 is in fact very
well implemented. If you eject/insert the card, the document list is updated
automatically. (With iSilo you have to synchronize the document list
Great! Now the bug is submitted 4 times (ID 312-315). I never got a
confirmation that the submission was successful, only the error messages. I
didn't have the intention of flooding the bug database. Honest! :-)
Regards
-Laurens
- Original Message -
From: Laurens M. Fridael [EMAIL
Hi,
I see no way of viewing the contents of the metadata record from within the
Viewer. I've followed the Plucker format specification and created a
metadata record specifying the author, title and publication date, but I see
no way of checking these fields from within the Viewer. Is the
- Original Message -
From: Fringe Ryder [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, September 24, 2002 3:08 PM
Subject: Re: Assign me a task
Some sites are low-bandwidth but
spiral out of control dreadfully-quickly (e.g. BBC, which even if you
restrict it to the /2/lo
- Original Message -
From: Michael Nordström [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, September 26, 2002 6:10 PM
Subject: Re: Newline function bug?
On Thu, Sep 26, 2002, Laurens M. Fridael wrote:
When I insert multiple newline function codes in a Text record I see
- Original Message -
From: Michael Nordström [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, September 26, 2002 11:20 AM
Subject: Re: Maximum image size again
On Wed, Sep 25, 2002, Bill Janssen wrote:
Yes, but does this affect the 60,000 byte limit?
The distiller is of
Hi,
Is there a maximum height for embedded images? I know the maximum width for
embedded images is 150 pixels.
Thanks
-Laurens
___
plucker-dev mailing list
[EMAIL PROTECTED]
http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Hi,
I've put together a beta release of my JPluck library. JPluck is a Java
library for creating Plucker documents.
http://www.planet.nl/~fridael/jpluck/jpluck1.0-beta1.tar.gz (514kb)
or
http://www.planet.nl/~fridael/jpluck/jpluck1.0-beta1.zip (633kb)
There is no site yet, but I'm working on
- Original Message -
From: Michael Nordström [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, September 30, 2002 4:03 PM
Subject: Re: Maximum image size again
On Thu, Sep 26, 2002, Laurens M. Fridael wrote:
I did some tests. The Viewer can display a 598x100x8bpp RLE-encoded
- Original Message -
From: Bill Janssen [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, September 30, 2002 4:43 AM
Subject: DBFormat.html updated
I've updated the document with some tidbits from recent discussions:
``In a compressed record, the length of the compressed data
- Original Message -
From: Michael Nordström [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, September 30, 2002 8:21 PM
Subject: Re: Maximum image size again
On Mon, Sep 30, 2002, Laurens M. Fridael wrote:
POSE produces a *warning* when the image is 6 bytes in size
Hi,
Is DOC compression on image records actually supported by the Viewer?
My DOC compression implementation (in Java) works well on Text records and
URL records, I see no errors there. But when I view a DOC-compressed image
in the Viewer, I see a disjointed pixel mess that vaguely resembles
- Original Message -
From: Michael Nordström [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, October 01, 2002 11:38 PM
Subject: Re: DOC compression and image records
On Tue, Oct 01, 2002, Laurens M. Fridael wrote:
Is DOC compression on image records actually supported
Hi,
I have implemented nearly all features from the Plucker format specification
in my Java library. Three more questions:
- Are Unicode sections in text records supported by the Viewer? If so, is it
possible to test this on an English version of Palm OS (which, presumably,
only has ISO-8859-1
- Original Message -
From: Bill Nalen [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, October 03, 2002 5:17 PM
Subject: Re: JPluck beta 1 release
Laurens wrote
I'm planning to do a lot with JPluck, including a spider with a Swing GUI
and something really cool that I won't
- Original Message -
From: Fringe Ryder [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Thursday, October 03, 2002 11:38 PM
Subject: Need Input/Decision! (was Re: JPluck beta 1 release)
So PLEASE let's handicap them and choose one. ANY one. I don't care as
long as
- Original Message -
From: Michael Nordström [EMAIL PROTECTED]
To: Plucker Development List [EMAIL PROTECTED]
Sent: Monday, October 07, 2002 11:26 AM
Subject: Include width and height data in inlined images
Function code 0x1E could be used for this and the data would be record
ID,
- Original Message -
From: Bill Janssen [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, October 08, 2002 1:38 AM
Subject: Re: Include width and height data in inlined images
Actually, I think there's a good argument for not including the
bit-depth at all. The distiller should
- Original Message -
From: Michael Nordström [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, October 08, 2002 4:40 PM
Subject: Re: Include width and height data in inlined images
On Tue, Oct 08, 2002, Laurens M. Fridael wrote:
An argument for including the bit depth
Hi,
I'm working on the next beta of JPluck (due out in two weeks, with a GUI).
I've added the ability to handle cookies. To try this out for real I need a
site that requires the client to accept a cookie and is handheld-friendly.
Any suggestions? (E-mail me directly, this does not have to be
To everyone involved: good job on the 1.2 Viewer, the Plucker Desktop, and
the new web site.
One suggestion, though. The home page says Read your news, on your time,
anytime! which might imply, to a newcomer, that Plucker is for news sites
only. I think the old slogan Carry the web in the Palm of
Well, I installed the whole lot and I get the following error in the
HotSync log:
Uncaught exception: java.lang.ClassNotFoundException: com.plkr.PlkrCond
Looks like the classpath isn't being set up correctly. I went through this a
couple of times and I can't get it to work. I have Palm Desktop
- Original Message -
From: Bill Nalen [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, October 28, 2002 9:31 PM
Subject: Re: JPluck Conduit based on Plucker Desktop
I caught this bug a few minutes ago. You are right, the classpath wasn't
being setup correctly (I was only off by 1
.
Regards
-Laurens
- Original Message -
From: Bill Janssen [EMAIL PROTECTED]
To: Laurens M. Fridael [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Friday, November 01, 2002 4:25 AM
Subject: plucker distiller Java API
Laurens,
Since it sounds like you know what you're doing in Java, I
Hi,
While I uploaded the API JavaDoc for Bill, I also uploaded the provisional
site for JPluck X. The FAQ and the Screenshots are the only interesting
things right now. There will also be developer's section with info on how to
use the JPluck API directly and on how to write Plucklets (see FAQ).
- Original Message -
From: Edward Rayl [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, November 01, 2002 2:52 PM
Subject: Re: plucker distiller Java API
Ideally, every status message that the Python parser produces should have
a
corresponding callback method. This means
I only have an unstable build at the moment. You can find the link to the
build at the bottom of the Download page.
http://home.planet.nl/~fridael/jpluck/download/index.html
I still need to do some work for Beta 2. JPluck X (the GUI) is still missing
some essential functionality. If you want to
- Original Message -
From: Bill Nalen [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, November 01, 2002 4:05 PM
Subject: Re: JPluck site
Could you throw up the latest version of the JPluck.jar file that has the
spider in it? I thought you said earlier that there was a newer
Hi,
Well, I finally got my act together and uploaded the JPluck site to
SourceForge. (It took some time to figure out as I hadn't used SCP before.)
The new JPluck home is here: http://jpluck.sourceforge.net/
The only build available is the unstable build which you can find at the
bottom of the
Works well here. It's a good help for development I must say. One problem,
though: the installer doesn't create a shortcut in the Start Menu, even
though you specify a program group. This is not terribly important as you
can create a shortcut yourself or run it directly.
Regards
-Laurens
My Start Menu is acting up. The shortcut does show up after a reboot. So
forget that comment.
Regards
-Laurens
- Original Message -
From: Laurens M. Fridael [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, November 05, 2002 9:42 AM
Subject: Re: wxWindows viewer available
Works
The problem with installing a jar in lib/ext is that it becomes a library
extension. Library extensions are always put at the front of the classpath.
Effectively this means that you cannot run multiple versions of the same
library on one system, since the jars in the library extension directory
Hi,
I've just released JPluck beta 2.
http://jpluck.sourceforge.net/
JPluck is a Java-based toolkit for creating Plucker documents. It is a
separate development not based on the core Plucker tools. It includes the
following:
- JPluck X GUI application.
- Command-line Spider.
- Command-line
Hi,
What happens when you install the ZLIB prc on a pre-OS3 device? Does HotSync
reject the prc? I don't have a ROM so I can't test this out in POSE.
I was thinking of bundling the Plucker Viewer with a future Windows
installer for JPluck. (I know how to find the user's install directory and
Hi,
This problem applies to the JPluck beta 2 release. JPluck X appears to hang
when displaying the splash screen. This problem is caused by an incompatible
configuration file created by the early, unstable release. If you have
downloaded and run the unstable release then you will most likely
Michael Nordström wrote:
On Tue, Nov 12, 2002, Laurens M. Fridael wrote:
What happens when you install the ZLIB prc on a pre-OS3 device?
Nothing.
So it isn't installed at all? The device just rejects the prc?
As long as it is distributed according to GPL no one will have any
objections
Bill Nalen wrote:
I'm wondering if there's a reason to have the pdb file use compressed
pages other than the pdb size. I'm assuming that it would be faster
to have the pages uncompressed, but I might not be understanding
everything about the viewer. If I have plenty of room on my Palm,
does
Hi,
A useful addition to the Viewer would be a function code (in a text record)
that instructs the Viewer to go back or forward in the document's history,
or to the document's home page.
This way a parser can support AvantGo pods:// URLs. For instance the link a
href=pods://avantgo/back
Robert O'Connor wrote:
However, I would much prefer to see it as a a
href=javascript:history.back() That is the W3C standard way for a
back hyperlink. The pods:// protocol is not any standard, it is
something proprietary and closed. It may be better for Plucker to
encourage the standards
Michael Nordström wrote:
Sounds like a good idea. I will add this to my take a closer look
TODO ;-) However, the next few days I will be packing my belongings
(moving to England on Friday), so it will take a while before I have
something for you to try out...
Moving as in living there? Just
Michael Nordström wrote:
Yes. Cambridge will be my first stop; then it depends on where I can
find an interesting job (I will never move to London, though:)
London is just way too expensive(and too hectic for my tastes). A friend of
mine intended to stay there for a couple of years, but left
David A. Desrosiers wrote:
I submit that the Onion website, or any other site
using the pods:// style linking, is geared to be driven by a very
specific (AvantGo) client application, and we shouldn't be trying to
replicate that. We should instead try to educate these content
providers, and
MJ Ray wrote:
There's a conversation just started on [EMAIL PROTECTED] and
it seems that SVG may not be in a happy place for free software
either, because of patents held on some of its core methods.
Akin to the LZW patent used by GIF? I'll take a look.
Please, get your hands dirty and start
Blake Winton wrote:
What do you mean by a dedicated conduit? Plucker has had
a (Win32) conduit for quite a while now.
Where?
Regards
-Laurens
___
plucker-dev mailing list
[EMAIL PROTECTED]
http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Robert O'Connor wrote:
On 18 Nov 2002 at 21:43, Laurens M. Fridael wrote:
complying with W3C standards is hardly a priority or
even a consideration.
I would tend to differ on that point.
You're quoting out of context! I already had a lengthy discussion with David
about this. I'm not going
Hi,
Why does the Python parser not use the middle dot (#183 in the ISO-8859-1
set) for the bullet? It generates this small o that just looks out-of-place.
The Plucker document specification states that text records are a stream of
ISO-8859-1 characters, so why not use the middle dot?
I've
Dave Maddock wrote:
I think this is a great idea. I'd be willing to help out. I've been
meaning to write a guide for Pluckerbooks (with an ebooks slant of
course) for some time, but it would be nice to have an 'official'
plucker guide.
Great! I'll start on it in December. Hopefully I'll
Bill Janssen wrote:
We discussed this about four weeks ago, didn't we?
Must've missed it. Will look through the archives.
I agree it's a
problem (I don't agree it's a distiller problem, though), and I think
that future versions of the document format should do this
differently.
For now we
Hi,
I need some people to test the next beta of JPluck before I release
it publically.
You can download it here:
http://jpluck.sourceforge.net/jpluck-1.0-beta3-pr1-setup.exe
(You'll notice that is a Windows-only setup. That's because I haven't been
able to test this version on Linux yet. Rest
Edward Rayl wrote:
Well I had to go find a windoze machine to test. I see no reason why
you couldn't zipped these files for the Linux folks right now. Most
of us know how to install such things without the hand holding
(including converting the .bat files)
JPluck X is targeted at the
Hi,
A friend of mine convinced me that making the source available now was the
right thing to do, just to avoid any confusion.
JPluck Developer, binaries and source.
http://jpluck.sourceforge.net/jpluck-developer-1.0-beta3-pr1.tar.gz
There is no Ant build file yet. I plan to put this in the
Edward Rayl wrote:
I did not run a JRE setup, but a JDK setup. Of course the JDK
installs the JRE, but maybe there is difference in the JRE install
from Sun in this case. Be aware that _some_ people like myself may
have an IDE handle links to .jar files for development purposes.
I think
Laurens M. Fridael wrote:
Jeffrey A. Krzysztow wrote:
Some distribution suggestions: Have you looked into InstallAnywhere
NOW! Edition?
Thanks, will look into it.
I posted this message two days ago. It didn't get through to the list and I
got this reply instead:
Your mail to 'plucker-dev
Please disregard my message about the moderator approval. I just noticed the
address was not set up correctly, which was why it complained.
Regards
-Laurens
___
plucker-dev mailing list
[EMAIL PROTECTED]
Hi,
I just released JPluck beta 3 PR2. It includes a number of fixes and
additions from PR1. The source is available in the Developer
package.
Download it here:
http://jpluck.sourceforge.net/download.html
Change list
http://jpluck.sourceforge.net/changes.html
For those who don't know yet:
Chris Hawks wrote:
Thanks to Blake the table pictures can be seen at:
http://bwinton.latte.ca/plucker/table.html
Very impressive!
Regards
-Laurens
___
plucker-dev mailing list
[EMAIL PROTECTED]
Hi,
First of all, many thanks for your comments, they're very useful.
In JPluck-X, here's an odd one for you...
Shift-Ins does not paste text into the URL field, but Ctrl-V
does. They should behave identically.
Ctrl+V is the standard keybinding in the Java look-and-feel for pasting from
Hi,
I just released JPluck beta 3. This is the final beta 3 release. I added
two important new features in response to feedback: the option to include
image alt text and the option to exclude text colors. There are also some
fixes and enhancements regarding HTML parsing.
You can set the
Tim Wentford wrote:
These limitations are starting to look a bit small on the more
powerful device
For devices with hires 16bpp displays, the maximum 60K image data size is
indeed a serious limitation, I agree. I believe there was talk in the past
of creating a multi-record image format that
Fringe Ryder wrote:
First off, it's pretty clear that exclusion support is needed because
Slashdot grabs oodles of comments otherwise.
I just wrote a RuleFilter class for using exclusion lists but I still have
to integrate this into the Spider. It works on the exclusion list that comes
with
Hi,
I just released JPluck 0.8. This version adds a huge number of important
fixes and enhancements. Speaking of versions: I changed the versioning
because it looks like it will take somewhat longer before JPluck reaches 1.0
status. The previous release was 1.0 beta 3.
The highlights in this
Chris Hawks wrote:
I added border color and link color support to tables. Also Link
support for inlinke tables.
Let me know if the colors come out wrong on a real color device.
Is it possible to create a nightly build of the Viewer PRC with table
support, or is there such a thing
David A. Desrosiers wrote:
Is this something
you really want me to devote resources to doing? Nightly viewer
builds?
Yes please. It would be useful if the build date was also displayed in the
About box.
Thanks
-Laurens
___
plucker-dev mailing list
Edward Rayl wrote:
I just tested 0.8 with my regular new sites, and the following sites
have parsing errors:
1. http://www.fool.com/partners/avantgo/index.htm depth=2
News items have partial URI garbage at the top of the text
I just downloaded the site. I see URI garbage just here:
Edward Rayl wrote:
Just tried it with my problem sites and they are displaying fine now.
My parsing times seem significantly faster than plucker-build,
although I haven't yet run a time trial. On the down side, I've set
the category field in Advanced, and the files are showing up in
Plucker
I remember something that Mike said about losing category settings when
storing PDBs on an SD card.
http://www.mail-archive.com/plucker-dev@rubberchicken.org/msg03195.html
I lose the category settings when I read the PDBs from an SD card, but not
when I read them from RAM.
Regards
-Laurens
Edward Rayl wrote:
I am using JPluck to write directly to the SD card through a SanDisk
SD card drive, and then placing it in my m505. Is this a Plucker bug
or a limitation with the SD card?
See the comments by Mike in the thread.
Adam McDaniel wrote:
Actually, I remember this issue now. In my experience you could lose
track of a category defined for documents stored on external media
ONLY IF:
- The category was assigned in the viewer (not in the parser), and
- The external memory was removed then re-installed while
Adam McDaniel wrote:
As far as I can tell, the only difference between your test and mine
is that I am running the hires unstable version. On your device (or
pose, it doesn't matter) .. download the unstable prc from
hires.plkr.org, and repeat the tests there.
Does the problem still happen?
Adam McDaniel wrote:
On Fri, Dec 20, 2002 at 12:55:02AM +0100, Laurens M. Fridael wrote:
I tried everything you suggested to no avail. I get exactly the same
results as with 1.2.
That's really odd.. Perhaps if you can re-create the problem in POSE,
save your session and email me the file
Adam McDaniel wrote:
Can I trouble you to re-make the pose session but for the
platform41_Vx_full_enUS.rom image?
Well I also created an M505 session. (The Vx doesn't support memory cards.)
I obtained the M505 image through the DevSeed program.
http://jpluck.sourceforge.net/m505session.zip
Hi,
I experimented tonight with adding static SVG conversion support to JPluck
using the Batik toolkit from xml.apache.org. It's working really well and I
believe that SVG conversion is a very useful thing to have for Plucker.
First of all, for those unfamiliar with it: SVG is an open,
Eugene Y. Vasserman wrote:
How about some RSS feed support for plucker-desktop? Lots of sites are
beginning to use this for portable news format. Fairly easy to
implement in Python.
see http://web.resource.org/rss/1.0/ for info...
since this is an xml-based(?) format, what about pure xml
Hi,
What are the release plans for the standard, non-Hires Viewer? Is there
going to be a 1.2.x bugfix release (the category bug with memory cards comes
to mind) or is it going straight to 1.3?
Thanks
-Laurens
---
http://jpluck.sourceforge.net/
JPluck - open-source Plucker document creation
Michael Nordström wrote:
Actually, I thought the Bluefish mess was more or less resolved last
year, but according to the mail he sent to us two days ago it seems
like he might now also abuse our python parser (however, I guess he
didn't really meant to reveal that in his mail:) Watch out
Michael Nordström wrote:
On Sun, Mar 09, 2003, Adam McDaniel wrote:
Well, I don't see any problem in creating a single image thats 1000
pixels wide and 1 high. Ofcourse, the altmaxwidth/altmaxheight value
would cap any runaway issues like that.
In other words, you are replacing one
Michael Nordström wrote:
Whatever that fits within the 60k limit and has a height of 1 pixel,
i.e. it also depends on the bitdepth how wide the resulting image
can be.
However, I kind of doubt there are any interesting images that have
a height of 1 pixel ;-)
So in effect Adam's solution
Michael Nordström wrote:
Actually, I think it would be possible to support large inlined
images without making any changes to the viewer. If the parser would
split the image and include the different parts in the Plucker
document as several normal images after each other then the viewer
I wrote:
The method I used slices the image down and places the segments next
to each other. This should work well in conjunction with horizontal
aligment. The problem is that the images display well only on a
particular resolution. If you try to view the examples on 160x160 the
image will be
Hi,
I'm looking at the table support in the Plucker format spec. I have two
questions:
1) In the table data record header 4 bytes are used for both the border
color and the link color. Why do you need 4 bytes for an RGB color? 3 should
be enough. What am I missing?
2) The table cell data
Hi
I'm experimenting with the table support in the hires viewer, without much
luck unfortunately. I try to pluck http://www.guardian.co.uk/avantgo/
(plucker-build) with the --table option and all I get is [TABLE 12] and
some
horizontal rules. This is with hires viewer 20030222-am and
Robert O'Connor wrote:
The large pannable tables are drawn using the large
pannable image code at runtime in the viewer.
That clears things up. So there is an inverse relation between device bpp
capability and available table space(which seems somewhat ironic).
A problem for the parsers then
Ken Stuart wrote:
I came across the following new review of Plucker, which goes into
some fairly technical details of flaws in its conversion of web sites:
Pretty much everything the authors says is already known. The 60K image and
30K text record limit being the most important issues. This
Michael Nordstrom wrote:
On Thu, May 29, 2003, Alexander R. Pruss wrote:
So, perhaps the solution is to add an option to the distiller to
start the spidering from one file (e.g., the custom HTML file
pointing to the links one wants) and to include another file as the
home page in the
viewer.
David A. Desrosiers wrote:
Not at all. This is why the home.html construct works (and it's the
foundation that Plucker was originally based upon). You have a
home.html, which resembles the following (excuse the horrible ascii
art):
[home.html]
/|\
85 matches
Mail list logo