Re: annotation data
Jewett, Jim J wrote: For example, if I were reading something by Plato, I might want to see translation notes, commentaries from Augustus, class notes from a professor, notes from a modern scholar relevant to my own paper, and my own comments. This looks more like a task for lots of hyperlinks, and it looks like it would be beyond Plucker's capabilities. We may be imagining slightly different commentaries. Many printed bibles (or literature textbooks) are full of tiny little explanations that are sort of like footnotes. The best laid plans o' mice and men gang oft agley. The whole thing could be marked as "quotation from from Robert Burn's 'Ode to a Field Mouse'", but you might still want to mark up the "agley" for vocabulary. Similarly, a Marlowe's Faustus text might want to indicate which sections were missing from/changed depending on the folio, and still give commentary on smaller subsections within the insertions. While I think it is clear that people would use a simple annotation facility for making marginal notes, I am not sure that something as sophisticated as you envision would have many users. For instance, it would take a lot of effort to prepare a text that does this. Standard HTML etexts downloaded from the web won't support anything this sophisticated. Neither do the Intelex PastMasters texts that I use on my desktop and laptop (and have some in Plucker format on my PDA, with Intelex's special permission). Unless there is a user base and people interested in writing parsers to convert texts for something like this, I am not really interested in implementing it. Actually, I don't have time to implement anything this sophisticated even if there is a user base. The details of implementation, too, would depend on the needs of the particular user community. When and if someone wants to produce texts with these sorts of features, we can increase the header size and come up with a key-string system. I am personally sceptical of whether this is going to happen. I don't have a system this sophisticated on my desktop, actually. The one specific application I can easily envision would be Bible commentaries. But these can be handled via standard HTML hyperlinks (see the ccel.org stuff) or via specialized Bible-reading software which allows you to view two texts side-by-side, say commentary and text. Currently, I am just imagining that there are many people who, as they read, want to be able to make little marginal notes, but can't. This is an advantage that paper books (assuming one owns them and can afford to write in them) have. Alex ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Preferences
Michael Nordstrom wrote: I will clean up the preference structure to remove obsolete fields. This means that the preference ID will change and it will not be possible to upgrade to version 1.9 and later if you are using version 1.1 or older without losing the preference settings; I doubt this will be a problem considering that 1.1 was released in 2001 ;-) I assume you will add upgrade code for going from 1.8 to 1.9. I'd also like to do something about the per-document settings. Today, it is only the Font & Layout settings that can be stored for a document, but there are other settings that also could be of interest, e.g. alignment, force default text colours, enable underline tags, word lookup, and screen depth (the device's default depth results in faster rendering, but you might want to use a different setting for documents with many images). The screen depth is stored, but (as far as I can tell) never restored... The screen depth is stored so as to invalidate the paragraph height metadata if the document is loaded at a different depth from the one it was last loaded it. The paragraph height metadata becomes invalid when the depth changes, because which images get displayed can depend on the depth on some units. Don't know how to handle these "global" and "local" preference settings, yet. Some "local" options are mixed with options that only makes sense "globally" and we also have to make it easy to store the settings... Yes. And the other complication is that the font options can be EITHER global or local, depending on a pref switch. Actually, the preference forms could need a bit of work, too. Some options seems a bit misplaced, e.g. why is the Alignment setting not included in the Font & Layout? It certainly should be there. > Still, the Font & Layout settings should probably be moved to the preferences (and be split into two different forms; one for font and another one for layout). Right. And I assume orientation is "layout". I am glad you are taking on this task. It needs doing. While updating the prefs, maybe you want to uniformize the hard key handling with the keyboard form by removing all the hard key entries from the prefs and throwing them into the keyboard database? 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: annotation data
Michael Nordstrom wrote: On Wed, Jun 30, 2004, Alexander R. Pruss wrote: Bookmarks select a point in the text while annotations select a range of text. Thus, a bookmark can be thought of as an annotation with triggerStop == triggerStart. If an option was added to include an annotation for the whole page, i.e. not a specific word, then it would also have triggerStop == triggerStart... Actually, I expect it wouldn't have a trigger, and so one would have to set a flag. 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Preferences
Michael Nordstrom wrote: The screen depth is stored so as to invalidate the paragraph height metadata if the document is loaded at a different depth from the one it was last loaded it. I know, but it could also be used to set the default screen depth for a document. True. By the way, I am a little unsure of whether the rule that default screen depth is fastest holds of 16-bit screens. This might be worth benchmarking. My feeling is that 16-bit mode might be fastest on 16-bit screens, even when 8-bit is the system default. This is clearly true with colorized anti-aliased fonts, but that's a special case. I also vaguely recall that writing 4-bit depth anti-aliased fonts was probably faster in 16-bit mode on POSE:NR70, but I don't have the benchmark data. Moreover, it seems to me that all units that support 16-bit display are fast enough that actual screen drawing takes no time, apart from the cases of rotation and anti-aliased fonts. There may still be an advantage to using 8-bit mode, in that one saves memory. -- 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Critical problem in new format
I think that a non-backwards-compatible file format change should be the very last resort. Doesn't the compressed data contain a compressed-length field somewhere that the zlib library uses? If so, the viewer can use that to find the end of the compressed data. If not, then only a touch more work is needed. We have seven flag bits available in each record. Make bit 1 signal whether we have additional data at the end of the record. (The format specs require bits 1-7 to be set to zero in 1.6+ documents. Bit 0 was introduced in 1.6 to signal continuations.) Then, if bit 1 is set, the last two bytes of the record contain the byte offset to navigation data from start of record. Finding the last two bytes of the record is easy: MemHandleSize(recordHandle)-2. Actually, even if the compressed data contains a length field, this is a more elegant solution, since this way we do not have to know anything about the compression, and can get the data in exactly the same way whether or not the record is uncompressed, doc compressed, zlib compressed, or compressed in some way we don/t yet support. Then we should make sure that the navigation data structures (I haven't paid attention to all the iterations of the discussion, having been busy with a closed source project, my shareware Clie Skinner vg/sb skin loader--www.prussfamily.us/skinner.html) are extensible so we can add more. This will break some old versions of the Zaurus (I think) viewer which used the whole byte instead of bit 0 to mark continuation, but this was before the official format for continuation markers was set, and it was a long time ago, so I don't think we should worry about it. Alex p.s. If Robert O'Connor is reading this, please contact me. Email from me doesn't seem to be getting through to you... -- 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Critical problem in new format
Michael Nordstrom wrote: On Sun, Aug 08, 2004, Alexander R. Pruss wrote: Then, if bit 1 is set, the last two bytes of the record contain the byte offset to navigation data from start of record. Putting the info at the end of the record is a great idea. Bit 1 is already used to indicate that navigation data is included. Old viewers will still not be able to handle the new format, though, but that is an implementation issue... In the function that handles the uncompression we check if the compressed data is larger than the uncompressed data; if so, we abort since the document is considered to be corrupt. It will be very easy to issue a patch for this. Moreover, this might not affect all viewers, but only the PalmOS viewer. Furthermore, in a "typical" document, it might not matter because when the compression is used, it's so good that quite possibly the compressed data plus nav data will still be smaller than the uncompressed data. 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Plucker integrated with PalmOS calendar?
David A. Desrosiers wrote: Why not just add your own tags to the HTML, and then add the requisite components to the parser to trigger the right function code in your modified Plucker viewer? Lunch or some such. Note, too, that internally to the viewer there is support for different link types. Currently, the two types are hyperlink and annotation, but adding other types would be quite easy. 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Plucker integrated with PalmOS calendar?
Dave Maddock wrote: Why not go whole-hog and support the addressbook and todo apps as well? It would be basically a cookie-cutter of the mailto implementation, with a data record for each type of information. Can we maybe route this through PPI to avoid having to put into Plucker a whole load of information on how to process different kinds of information? We could even do this uniformly and have PPI handle even mailto links, as well as anything else that anybody feels like implementing. We would have lower bloat worries about PPI since it's an optional component, and since it'd be so easy to configure which things get compiled in, so quite a lot of neat things could be wired into it, including support for custom types. A typical link would, I suppose, be of the form: type:information PPI would then route this to the appropriate application depending on the type, and in some cases would allow one to configure which app this type of information goes to and how it is sent there. We can then add to PPI some commmon generic types like mailto: address: schedule: todo: memo: browser: telnet: dictionary: (with argument specifying language pair, allowing both standard abbreviations of languages as well as non-standard, e.g., dictionary:EN:KLINGON:hello ) and make it possible to configure PPI as to how each of these is handled. We could then allow Plucker to be configured as to which PPI type word-lookup invokes, so as to handle word-lookup uniformly with everything else. Among other things, we could also have the very general type: exec: with arguments crid:launch-code:data for sublaunching the app with creator id crid, with the specified launch-code and with the specified data (which could be binary). PPI would take care of parsing this, sublaunching, etc. In fact, to remove bloat even further, PPI could just be a plugin manager, as its name indicates. A plugin would be a relocatable code module together with a resource marking the type. And if we want to ban non-GPL plugins, we can have PPI check for whether a GPL'ed Haiku is in the plugin. :-) 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Find function
Branko Strok wrote: In the description on how this function works it is mentioned that with "phrase" turned off multiple keywords should be found within a single paragraph ( ?) area. However, I wasn't able to prove this. How is "paragraph" defined? Is that all text within paragraph tags? Or a block of text before any line breaks? The latter seems closer to the truth. It's a "paragraph" in the Plucker format. What that corresponds to in html, depends on the parser. With the python parser, this generally used to be a block within /--it may still be that way. However, jpluck converts to , and this changes the behavior. 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Find function
Branko Strok wrote: Is there any other HTML tag (or improvisation suggestion) that might achieve the effect of a clean line break without using or thus enabling the JPluck parser to create better search suitable docs? Well, jpluck could be modified not to send out a new paragraph on a . However, this would result in slower viewing, as the viewer is slow when paging through long paras as it has to re-render the paragraph each time one pages. 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
theoretical bug
My ClieSkinner program (see http://www.zlthemes.com/Programs.php) uses the same method as Plucker to scan for files in VFS, namely iterate over the directory and call VFSFileDBInfo(). Unfortunately, two users have reported hangs as a result of using this method. My hypothesis is that they had files in VFS that weren't Palm databases, and that VFSFileDBInfo() screwed up on them. One user ended up clearing out his PALM\Launcher dir before I was able to fully to debug this. For the second user, I had the idea of skipping all files that don't have .prc (or .PRC, etc.) extension. I sent him a test version that did that, and it all worked. Anyway, this is not something I have been able to duplicate. But it does seem that sometimes using this VFS scan method causes problems. My suggestion is to check for a .pdb or .prc extension (depending on what we are searching for) before calling VFSFileDBInfo(). The other advantage of doing this is that it would speed up the VFS scan since we wouldn't have to open some of the files. I suppose, theoretically, this could cause trouble for users who store databases with other extensions, but I don't know if there are any such users. It may be that for some mysterious reason this method works in Plucker but not in my code. 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: theoretical bug
Oops! Nevermind: I found my bug. Alex ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: theoretical bug
David A. Desrosiers wrote: Oops! Nevermind: I found my bug. Don't keep us all in suspense... what was it? ;) I was too quick. I thought I had forgotten to check for the error return from the vfs db info call, but I hadn't forgotten. So I still don't have it. Hmm. Here's an idea. I'll send a copy of Plucker to the guy who had the problem with my code and see if it works for him. 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: newbie problems
Christian Mautner wrote: However, the CVS does not contain either configure file, but only one autogen.sh, which does not create a configure script in the viewer directory. How can I compile the viewer? autoreconf -- 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Font Collector 1.15
I've just released Font Collector 1.15. This program for OS 5 searches out fonts in RAM in about a dozen different packaging/font formats (including Font Silo, so one can use iSiloX to generate the fonts, and including fonts built-into applications) and converts them to Plucker/PalmBible+/Fonts4OS5/FontSubst/FontHackV. It's freeware (but closed source) for Plucker and PalmBible+, shareware for all others. One feature Treo 600 users will appreciate is that it can accept fonts in FontHack 123, and there are tons of these in the right resolution for the Treo 600. www.zlthemes.com/Programs.php 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Font Collector 1.20 for OS 3.5-5.4 public beta
I've got Font Collector 1.20 beta available here: http://zlthemes.com/ProductDetailListing.php?PID=75 There is a download link for the beta at the end of the "Description". The beta version supports all devices from OS 3.5 on. Since FC is free (as in beer) for Plucker and PalmBible+ output (though the $5 registration is always appreciated) this means that one can now convert fonts from just about any format into Plucker and PB+ packages for free. (Note that FC 1.20b will even convert OS5 fonts into pre-OS5 font formats.) Please send me any bug reports. -- 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Bitstream Vera fonts
I wonder if someone who lives in a country without software patents could compile PalmFontConv against a freetype2 library that has TT hinting enabled, and then could run the Bitstream Vera font family through PalmFontConv to generate a nice set of antialiased Plucker fonts that we could all use. (The patent issue is with the freetype2 library's TT hinting. For patent reasons, my official distribution of PalmFontConv uses ft2 in autohint mode.) 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Bitstream Vera fonts
David A. Desrosiers wrote: (The patent issue is with the freetype2 library's TT hinting. For patent reasons, my official distribution of PalmFontConv uses ft2 in autohint mode.) I've ALWAYS changed the bytecode and Apple rendering on freetype on all of my systems, before I even install the Bitstream Vera or any other truetype fonts. The Apple rendering is SO much nicer than the Microsoft rendering of the same fonts. What is "Apple rendering" and how do I turn it on? Is it also patent encumbered? Then again, I'm a bit unique, with 20/5 vision and 6-7px fonts on 1400x1050 and 1600x1200 screen, for my normal work days. People lean really close in and squint just to read my screen, but I see it just fine. I can see tiny things, too (e.g., I remember seeing paramecia in a jar, and I can read the OED compact edition), but it tires me. Your idea is interesting though. I'm actually collecting a lot of fonts and related licensing bits to make "Font Packs" for download from the Plucker site for the 2.0 release. Sounds good. And I owe annotation code for 2.0. Incidentally... I haven't heard from Mike or Robert O'Connor in a long time now (and the lists have been pretty quiet, though "tis the season" I guess). And there is Adam from whom I haven't heard in more than a year. I tried to contact Robert in the summer about relicensing of a couple of his icons in Plucker for use in some closed source stuff (ClieSkinner skins, to be precise). No word. (I ended up releasing the stuff under the GPL, which just means I need upload a multimegabyte "source" file containing Gimp xcf files for the images I'm using.) Have you heard/seen from them at all? I'm getting a lot of people on irc asking about a newer version of Plucker Desktop, and Robert has the keys to that castle. I've built it before for a client in Spain, but it wasn't pretty, and I'd really prefer that he handle those pieces. Last night I just found about Sunrise. (Why no announcement on plucker-dev? Or did I miss it?) With Sunrise and jPluck, is Plucker Desktop still very important? My feeling is that Plucker Desktop is the least loved part of Plucker, and many, many users prefer Sunrise and jPluck. Though I know Plucker Desktop is a bit better than jPluck at very large sites. (It's still not very good at it. A 200mb site with tens of thousands of pages needs about 1gb of RAM to pluck under WinXP.) 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Bitstream Vera fonts
Alan Hoyle wrote: On Tue, 23 Nov 2004 at 00:18, Alexander R. Pruss wrote: I wonder if someone who lives in a country without software patents could compile PalmFontConv against a freetype2 library that has TT hinting enabled, and then could run the Bitstream Vera font family through PalmFontConv to generate a nice set of antialiased Plucker fonts that we could all use. (The patent issue is with the freetype2 library's TT hinting. For patent reasons, my official distribution of PalmFontConv uses ft2 in autohint mode.) Is "TT hinting" sub-pixel rendering? No. TT hinting is a way for the font developer to specify how the font outlines get pixelated, for instance which things get pushed in which direction to a pixel. 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
gremlins
Has Gremlin testing been done on the viewer? 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
T5
Has anybody tested Plucker with large docs and the T5? Does it have the same slow-when-closing-doc problem that iSilo has? 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Alethe font
I just posted the Alethe font (really Bitstream Vera, but conversion to bitmap might count as a modification, and modifications require name changes under the license) for Plucker under OS5. ...I would love it if someone in a country without software patents were to run my job files and regenerate the font at higher quality... http://www.palmgear.com/index.cfm?prodID=83487&fuseaction=software.redirector&file=alethe.zip&type=zip -- 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Alethe font
And here's a picture: http://www.mobileread.com/forums/attachment.php?attachmentid=431 -- 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
aa font speed
I'm now working on an antialiased font hack for OS 5 units. Currently it works in conjunction with Fonts4OS5 and a modified version of Plucker's grayscale font format. The code is proprietary (though based on Plucker's grayscale font code, minus the portions of it not written by me) and the hack will probably be shareware (or rolled into Fonts4OS5). Anyway, the hack's current rendering speed appears to be about twice as good as Plucker's, in part because the hack is ARM code and in part because the hack writes directly to the screen bitmap (which is non-portable; of course, I have a compile-time option to turn this off). The speed of aa font rendering is a problem for users of low-speed OS 5 devices like the Clie TH or UX. Moreover, the hack uses a modified version of the font format which uses fonts that are about 25% smaller. I would be happy to roll all of this back into Plucker, I guess, but it would be a fair bit of work (ARM-68K communication is a nuisance). How important is the aa rendering speed? 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Unicode patch 4
David A. Desrosiers wrote: This is plucker & palmfontconv unicode patch. List of relevant changes: Just curious if this has been implemented yet. No. I never got around to merging the code into PalmFontConv... 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
OS X building?
I am thinking of switching to a powerbook from my dell. Are there any problems with building Plucker under OS X, with sync'ing prcs to a Clie NX from OS X, and with using MS Import for transfering larger files? 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: OS X building?
David A. Desrosiers wrote: Plucker Desktop on OSX is another monster, but I'm slowly working on those pieces to get it back to a buildable status. More eyes and hands are, of course, appreciated. I assume jpluck works? 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: OS X building?
David A. Desrosiers wrote: I stick to Python and Perl spiders on that platform. What's the status of the Perl spider right now? 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: OS X building?
David A. Desrosiers wrote: Just get yourself Fink, and build Python, and you're done. Actually, Python ships pre-installed on Mac OS X. No need to build it. Actually you're right, I stand corrected. You will need to build the other bits though (netpbm, etc.) 1. One can use Imagemagick, too, right? 2. Any chance of pre-built packages up at plkr.org at some point? 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Font Collector is Free
This is slightly off-topic, but since Plucker is one of the supported formats, it's on-topic, I guess. Font Collector is now Free (GPL). Binaries and source code are at handypalmstuff.sf.net . You can use Font Collector to convert fonts from many Palm font package formats to Plucker, Fonts4OS5, and many other formats. (David: Could you update the link and info on the news page? Thanks! Alex) Now, the big question is: Is anybody other than me going to contribute code to 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Font Collector is Free
Dennis McCunney wrote: Er, where? No trace of it on the projects page. All that is currently listed is Capitalizer, Clie Skin Generator, NXSkinner, PilrcForSkins, and T3SkinGen. Oops. Meant palmfontconv.sf.net on the Files page. 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Font Collector is Free
David A. Desrosiers wrote: Now, the big question is: Is anybody other than me going to contribute code to it? The bigger question is... what needs to be contributed? What parts, features, code, bugs, etc. need to be added or removed? Actually, now that I think about it, there isn't very much. :-) It does the job. Support for handling antialiased fonts would be nice, I guess, but not necessary (ideally, one would want to be able to move between little-endian FontSmoother fonts and big-endian Plucker fonts). If someone actually wanted to extend it into a font editor, it would be great. I've also had reports that some of the alphafonts don't get recognized. Stability is very good. For months, I got no report of a bug other than one report of not recognizing a font (except today, when the version I released was mis-compiled; this is fixed in 1.41, which is also released). Another option for what to do with the code would be to roll the font scanning and conversion code into Plucker (and other readers), and let Plucker _directly_ access fonts in other formats. Anyway, it's there for anybody who wants to do anything with it (within the confines of the GPL). 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: CPU NO speed
Chris Hawks wrote: OK Alex: What do I have to do to compile the viewer??? I don't use the speedup and all make does is carp. doclist.c:37: cpuspeed.h: No such file or directory Fixed. -- 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
T5 and Plucker
I just got a T5 to work out a weird speed problem with my FontSmoother. Some observations about Plucker on the T5: 1. Search is significantly slower than on my NX70, despite a faster processor. My benchmark clocks in at 87 seconds on the T5 with the data in NVFS Program Memory (and it looks about the same with the data in the Internal Drive, though I haven't formally timed it), while on my NX70 it works in about 50 seconds with data on MS, despite a slower processor (200mhz vs 410mhz). Are NVFS and the Internal Drive slower than memory sticks? Or is there something we should do to optimize better here? 2. (Minor thing--I'll figure out what's wrong with my build or with the code myself, I guess.) The five-way doesn't seem to work on my build. There is no five-way config in the buttons dialogue and five-way selection in the library doesn't do anything. 3. Autoscroll speed is blazingly fast with antialiased fonts (on my NX, autoscroll was pretty slow with aa fonts). 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
EasyConvert
My "EasyConvert" Windows-based font converter that generates antialiased files for my FontSmoother utility can now generate Plucker antialiased font packages from any Windows fonts. OS 5 only. It's a lot easier to use than PalmFontConv and uses Windows' native font rendering, which means one gets hinting with no patent problems. The version that includes Plucker support is in alpha test: http://sourceforge.net/project/showfiles.php?group_id=83582 ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
EasyConvert for FontSmoother and Plucker 1.10 beta 1
1.10 beta 1 is out: http://sourceforge.net/project/showfiles.php?group_id=83582 New features: - nicer interface - fix a bug in Plucker support - allow bold and italic setting for fonts that do not usually support these attributes - allow stretching/compressing of fonts ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
DmQueryRecord replacement
NVFS doesn't play nice with DmQueryRecord(). The viewer depends heavily
on DmQueryRecord(). I am working to fix this. The obvious thing to do
is to change all DmQueryRecord() calls to DmGetRecord() calls, and then
do a DmReleaseRecord() call when done. I've actually done this (though
have not yet tested and thus of course have not yet committed), with the
exception of the annotation code which will change anyway (I have a good
deal of the new code written), but I came across an interesting snag.
Record locking/unlocking can, of course, be nested. But how about
DmGetRecord()/DmReleaseRecord()? Can I re-get the same record, and
release it again? Anybody know?
If not, then because of the way access to metarecords works, I will have
to write a nestable version of Dm{Get,Release}Record, storing database
refs, record numbers, get counts, and dirty status in a dynamic list. A
bit of a nuisance, but not too hard, I guess. This way, too, we will be
able to debug the code to make sure that everything is paired up by
chancing for over/under-released records. But I don't really want to do
thsi...
___
plucker-dev mailing list
plucker-dev@rubberchicken.org
http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
NVFS compatibility committed
I've committed a large amount of changes to the viewer code to fix NVFS crashes (e.g., #1511, perhaps) and adhere to the White Paper restrictions on use of DmQueryRecord(). It is crucial that future code accessing DB records adhere to what I wrote in a comment at the beginning of ramfile.c. This is really all quite essential, since most future devices can be expected to have NVFS. The pain of it all is that it is necessary to close records after opening them. To make it easier, I wrote code to keep track of opened records, allow nesting of openings/closings, and to close any opened records when a database is closed. Please bang hard on the new code, to make sure it all works on your OS 3.x-4.x devices, pre-NVFS OS 5 devices, and NVFS OS 5 devices. You might want to #define DEBUG_RECORDS in ramfile.c to get more stringent error checking (over/underopened records will then cause crashes, rather than being swept under the carpet). The new code should be almost as fast as the old, though I could be wrong. I stuck to using DmQueryRecord() in two speed-sensitive places, hopefully in a way that won't cause NVFS trouble (it does work on my T5). Thank you for your testing! Alex ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Status of Annotations? Where to download betas?
Josh Menke wrote: I'm wondering what the status of adding annotations to the palm plucker reader is. Is there a beta version that has this built-in yet? If so, where can I download it? The CVS snapshot has annotation support, but the format for storing them will be radically changed soon, so while you can use the CVS snapshot version's annotation facilities (you need to set the right function to show up as the lookup / word tap action), all your annotations will be lost when the next official version will come out. Alex ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Plucker and memory cards
Plucker accesses memory cards in the standard way. It enumerates all the volumes and searches \PALM\Launcher and \PALM\Programs\Plucker on all of them. Is there a chance, maybe, that the enumeration function is broken on your model, and so only apps that use a hardcoded volume number work? It might be worth trying some things out. Can I send you a test version? Alex ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Plucker and FAT32
On Sun, 18 Sep 2005, Dennis McCunney wrote: On the Palm Lifedrive, Palm implemented FAT32 file system support to handle the 4GB internal hard drive the Lifedrive uses. A programmer figured out how to patch the FAT32.PRC driver to get it to run on other devices, and instruction were available on another board for getting it installed on the Zodiac in place of the built-in FATFS driver. Among other incentives, the FAT32 driver has better performance reading FAT16 cards. I think someone should write a VFS caching hack. I installed it, and verified the performance gains with VFSMark. Everything worked fine, *except* Plucker. I assume Plucker works fine on a real LifeDrive. My guess is that there is a volume label problem--what you said about the drive label changing is relevant (I don't think VOLUME.NAM is really the volume name--FAT16 at least used to have a special directory entry for the volume name). Plucker used to have trouble with devices that had two volumes with the same label or even one with an empty label. Maybe some vestige of the problem remains. I thought I had fixed this issue, but maybe not. In any case, I can't really test this myself with the FAT32 driver, because I don't want to violate Palm's copyright by pirating their FAT32 driver. Alex -- Dr. Alexander R. Pruss || e-mail: [EMAIL PROTECTED] Philosophy Department || online papers and home page: Georgetown University || www.georgetown.edu/faculty/ap85 Washington, DC 20057|| U.S.A. || - "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Plucker and FAT32
One issue that I've noticed is that some filesystems require slashes in paths, while others tolerate backslashes. Moreover, some filesystems let you open a directory by giving a filename of the form "/dir/" while others require you to omit the final slash. If memory serves, the LD is finicky. Plucker uses slashes but includes a trailing slash in dir names. I'll be sending Gregg a test version that doesn't include a trailing slash in dir names. ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: New Palm
From what I've heard, the TX is excellent, though more expensive. Alex ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: New Palm
One can also get the T5 for quite a discount now that it's discontinued. It's a nice device. http://www.1src.com/forums/showthread.php?t=99081 ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Plucker server on Project Gutenberg
That's a wonderful idea. Are you going to be caching the pdbs, or will it be fast enough to generate on demand? Sorry, don't know about sorting of bookmarks. I myself added sorting of all records by URL to the parser, though, to keep chapters and the like in the right order. Maybe the bookmark sorting is a side-effect of that. Are you going to be making the docs split into 32K pages, or will you use the continuation flag to make each doc look like a single page (this requires Plucker viewer 1.6)? Best wishes, 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Plucker support of multiple cards
On Nov 3, 2005, at 8:44 PM, Dennis McCunney wrote: I recently moved from a Palm Tungsten E device to a Tapwave Zodiac 2. The Zodiac uses OS 5.27, with a 320x480 screen and collapsable DIA. Plucker runs fine on it, but the Zodiac has a feature I wish Plucker supported: it has *two* SD card slots. (One is a standard SD slot, and the other is an SDIO slot that can hold a Wifi card as well as a normal SD card.) About half of the reason for having the Zodiac is to be a Plucker engine. I have about 2,100 Plucker documents totalling about 350MB in /Palm/Programs/Plucker on my main SD card. I wouldn't mind giving the Plucker docs thier own dedicated card. I'd at least like the option of keeping some (or all) of the docs on the second card. Unfortunately, Plucker doesn't seem to see the second card at all. That's a bug, if you're right about it: Plucker should work with an unlimited number of cards. Have you tried having a card JUST in the second slot, a card that works fine in the first? Alex -- Alexander R Pruss Assistant Professor Department of Philosopy Georgetown University www.georgetown.edu/faculty/ap85 ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
annotation
Having worked on a variety of shareware projects (mainly FontSmoother and mySkin), I'm back to Plucker coding, continuing to plug away at new annotation code. I am using Mike's (I think) idea to have a database coded by uid, paragraph, and index in paragraph, so we can do quick binary searching for any given annotation. The annotation databases will be shareable, though they are keyed to a particular version of a document. The current code will not allow overlapping annotations, but there will be room to grow. The annotation database format will be straightforward enough that it will be possible to write an extractor on the desktop side, and to write merge software (at least once overlapping annotations are done). One thing I really hate doing is UI code. (Yes, I am sure you can tell. FontSmoother is ample testimony.) There is one bit of UI code that should be done. Currently, there is code to attach an annotation (or highlight--highlights are just no-text annotations) to a word, but no code to attach an annotation to a range of text. It would be nice if it were possible to drag-select a bunch of text for annotation purposes. This isn't as easy it sounds as we do not have character positions available anywhere, except in the actual rendering code. (In fact, word-selection was harder to code than it seemed. I originally coded it for dictionary lookup, but since it has been extended for use with annotations.) If anybody who knows the paragraph.c code well has ideas on how best to do range selection, those would be welcome. If anybody wants to volunteer to write that part of the code, that would be even more welcome. :-) Any thoughts on overlapping annotations and overlapping anchors (annotations get converted to a special kind of anchor by the rendering code) are welcome, too. Best wishes, Alex -- Alexander R Pruss Assistant Professor Department of Philosophy Georgetown University www.georgetown.edu/faculty/ap85 ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Compiling for Fiveway on the T5?
As a stop-gap, you can download 5wayEm from www.1src.com (freeware hacks section) and use the T3 support. ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: I'm writing a Desktop Reader: What's the Annotation Format?
I am still working on the annotations for the Palm viewer, and so the annotation format is in the process of changing... Josh Menke wrote: For those interested, I added highlighting and annotations, but you can't save them at all. Just the beginning of it really. To annotate, you first highlight, and then click in a highlighted region. To erase them, you backwards select over a highlight. Still pretty rough and a little buggy. http://axon.cs.byu.edu/~josh/viewer_win32.zip http://axon.cs.byu.edu/~josh/viewer_src.zip On 1/5/06, *Josh Menke* < [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote: I've written a wxPython plucker reader, still a little buggy and not full-featured, but I wanted to add annotation support. Where can I find the file format for the annotation databases? If you're bored and want to test it on windows you can get it here (exe made with py2exe): I have the source too if anyone is interested. Still really rough. http://axon.cs.byu.edu/~josh/dist.zip <http://axon.cs.byu.edu/%7Ejosh/dist.zip> --Josh -- Joshua Menke NNML Lab BYU CS [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> -- Joshua Menke NNML Lab BYU CS [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> -- 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: [Plucker DB] Charset metadata of sequences of "linked" text records
Is there any reason to worry too much about these old-style links? There is not much reason for a pyplucker user to generate them nowadays. 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Pilot Specific Font Selection possible?
Well, you could copy the prc with the font (FontCollector (palmfontconv.sf.net) can find the prc with all the system fonts, but will not copy the symbol font) and extract these chars and put them into a custom font. Is the full-screen image mode in Plucker, which allows scrolling in every direction, not working for you? Alex ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: [Plucker DB] Charset metadata of sequences of "linked" text records
Konstantin Khomoutov wrote: Documents generated by older versions of PyPlucker exist. Sure, but fixing PyPlucker will not fix these documents. If PyPlucker is to be changed, I'd make sure that the continuous page method is the default, and that the other option is marked as deprecated. Alex ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: [Plucker DB] Charset metadata of sequences of "linked" text records
David A. Desrosiers wrote: Is there any reason to worry too much about these old-style links? There is not much reason for a pyplucker user to generate them nowadays. Will removing that support break existing Plucker documents that are distributed on the web today? I know of a lot of places who have done conversions and ebooks in Plucker format (LDP, Blackmask, etc.) that would probably have to re-gen their books, if the viewer was no longer capable of supporting these links. I was talking of removing pyplucker support, not viewer support. There is nothing to the viewer support--as far as the viewer is concerned, these are ordinary hyperlinks. Alex ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
viewer crashes (NVFS)
NVFS devices are still crashing in Plucker occasionally. About half a year ago I've put a lot of effort into making Plucker NVFS-safe by removing all calls to DmQueryRecord() except those where the handle is used close to immediately, and replacing them with DmGetRecord()/DmReleaseRecord() pairs. There is code in ramfile.c that keeps track of handles, taking care of nesting, etc. But now I have a worry. I was assuming that one could count on an unlocked handle fetched by DmGetRecord() remaining valid until the DmReleaseRecord() call because I was assuming that NVFS would know about this. But I saw something somewhere about how one can't count on DmGetRecord(), either. Does anybody know if this is true? Fortunately, if it IS true, it might be fixable by simply locking records. And since all the long-term record use goes through ramfile.c, this is not a very difficult task. But I don't want to do this unless I have to. Frankly, I don't understand why this problem exists at all. Surely Palm could have implemented NVFS to keep track of a ton of fake handles, and if the data that the handle was pointing to got kicked out of dbcache, it could get loaded back from flash/HD as soon as MemHandleLock() was called on it. Maybe the handles could be like the fake handles to ROM stuff that don't persist between apps, but it would still help a lot. Alex p.s. I'm working on an NVFS backup program that backs up data direct from the NVFS internal storage, without looking at the RAM copy at all. This should make the backup much more complete and reliable. For a beta, see: http://www.1src.com/forums/showthread.php?t=109500 ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: viewer crashes (NVFS)
I have a test version that does MemHandleLock() on in-user records. Binaries: http://www.prussfamily.us/PluckerViewer.zip GPL source: http://www.prussfamily.us/PluckerViewerSrc.zip Alex ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: viewer crashes (NVFS)
I meant "on in-USE records." ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Compiling for Fiveway on the T5?
Josh Menke wrote: When I build from CVS, I don't get Fiveway support in plucker on my Tungsten T5. I get it in 1.8. I found a copy of PalmChars.h, etc., and built using --with-fiveway=/path/to/PalmCharsDir, but that still doesn't give me five way support. This problem should be resolved with the current cvs code (as of March, I think). I'd appreciate help with annotation and highlight. :-) Alex ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
image caching and NVFS
I'm trying to fix bug #1511, crashes on NVFS devices with large images. The following issue seems to be a problem. Plucker's image cache itself gets cached in the NVFS dbcache. Our MemHeapFreeBytes() call returns the amount of space left in the "storage heap". However, this apparently does not take into account the amount of write-pending data in dbcache. This means that if we keep on adding data to the image cache until MemHeapFreeBytes() falls below our safe limit, we will end up with an almost full hidden flash drive, AND a bunch of write-pending data in dbcache. I don't know if NVFS lets one overstep the total available space in this way, but whether it does or not, problems will result. So, question: How do we find out how much space there _really_ is in the storage heap: i.e., amount of space in the hidden flash drive minus the write pending data in the dbcache? Does anybody know? Alex ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Compiling for Fiveway on the T5?
Josh Menke wrote: On 4/15/06, *Alexander R Pruss* <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote: This problem should be resolved with the current cvs code (as of March, I think). I'd appreciate help with annotation and highlight. :-) Sure! Where are we at currently? Just what's in the CVS? Do we have an official format yet for storing the annotations and highlights? I thought it'd be nice to use a labeling system to organize them, although that might be jumping ahead a bit. By labeling I mean something like how you organize your email if you use gmail. Where you can assign multiple labels to a given annotation, etc. A format has been worked out. Should I email you the buggy (and partially compiling) code that I have? Alex ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: image caching and NVFS
A partial portable solution might just be to check the free space the first time the cache allocate function is called, and then keep track of records allocated, deallocated and resized. But this won't take into account databases beamed in, deleted, etc. Alternately, one could reserve an amount of space equal to the 242K plus the dbcache size. But that would really be a very high memory requirement. Alex p.s. I think I'll set some temporary databases like the plkrcache or the uncompress one to have the recycled bit on, so they disappear on a crash. ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: image caching and NVFS
Josh Menke wrote: On 4/16/06, *Alexander R Pruss* <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote: p.s. I think I'll set some temporary databases like the plkrcache or the uncompress one to have the recycled bit on, so they disappear on a crash. That would be *really* nice since as is, I often will have plucker crash and then the bad state of the cache and uncompress files makes it keep crashing until I flush them out. This should not happen for the uncompress file with the current cvs version. Alex ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: image caching and NVFS
dmccunney wrote: I'll try to recreate the problem and post details if desired, but I'm curious as to what might be going on here? Maybe an image that decompresses to more than 64K due to improper segmentation? Alex ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: image caching and NVFS
Alexander R Pruss wrote:
So, question: How do we find out how much space there _really_ is in the
storage heap: i.e., amount of space in the hidden flash drive minus the
write pending data in the dbcache? Does anybody know?
I have a solution. A messy one, but should work if the problem is what
I think. Roughly:
Boolean CheckForFreeSpace()
{
if ( NVFS ) {
if ( MIN_KEEP_FREE + GetUsedSpace( dbcache ) <=
GetFreeSpace( storage heap ) )
return true;
DmSync();
}
return MIN_KEEP_FREE <= GetFreeSpace( storage heap );
}
I.e., first we do a conservative estimate that assumes that everything
dbcache is write pending. If we still have space based on the
conservative estimate, we're OK. If not, we commit dbcache to flash,
and then we have exact data.
This will slow things down when storage heap free space is around or
less than the amount of data in dbcache. But stability is more
important than speed.
Alex
p.s. I committed the recyclable uncompress and cache code. There should
be no need to clear out the memodb32 code, but I did commit a sanity
check for zero-length records.
___
plucker-dev mailing list
plucker-dev@rubberchicken.org
http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Sort functionality
Wouldn't it be ideal to use the Palm quick sort API? This way, on newer devices, the sort is done in ARM code. 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Support for iSilo pdb files
On Jun 16, 2006, at 10:41 PM, David A. Desrosiers wrote: I see your point. But the problem is that these medicine books are available only on this format. My view is that plucker would be more interesting to me if it could support more file types, like OpenOffice support Microsoft formats. This is not to start a fight. I just asked to know the possibility of developing for another characteristic for Plucker. Sure, have the iSilo author make the format for his .pdb files public and we'll see if someone from the community decides to add support to Plucker for them. I think a better idea is a converter than iSilo support. The Plucker Viewer is optimized for the Plucker format. To add support, e.g., for tables ala iSilo (which does have better table support than Plucker--it's one of the few genuine advantages of iSilo), would be a non-trivial task that would add bloat. The best idea is probably an iSilo->html decompiler, so one could then convert to Plucker or to any other format. In the meanwhile, you can lobby the publisher, telling them of the tens of thousands of Plucker users (do we have any count?) and tons of texts in Plucker format. Project Gutenberg has 18,000 ebooks and as far as I can tell every book in it as available in Plucker format from www.gutenberg.org. Plucker etext generation is easily scriptable, so they could probably have a completely automated workflow for churning them out. I am sure a number of people from the Plucker Core team would be willing to consult on this workflow (for a fee or likely even for free). Alex -- Alexander R Pruss Assistant Professor Department of Philosophy Georgetown University www.georgetown.edu/faculty/ap85 ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Plucker parser for PalmOS?
I wonder if it would be very hard to port the C++ parser (what is its status anyway?) to PalmOS? If not, it would be a lovely addition to Plucker Viewer for those of us who have Internet connected Palms. 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Plucker server?
I'd like to have a Plucker server. What I'd like to do is to be able to go from a PDA to a URL like: http://myprivateserver.selfip.net:5000/PluckerServer.php?depth=3&url="http://sitetopluck.com/link.html"; and then have myprivateserver.selfip.net generate the Plucker file on the fly so I can download it. I'm kind of tempted to make such a server, but maybe someone else has already got code that could be used. And I really don't know how to do server-side programming. I suppose I could cobble together something using netcat, perl and PyPlucker, in effect writing a mini web server sitting on port 5000, but there has to be an easier way. I have apache running on my Linux office machine, and a WinME system that I'm already using as an ftp and printer server (for the latter, see: rawprintserver.sf.net). Question: If I have an Internet connected PDA, why not just view sitetopluck.com in Blazer? Answer: Plucker is much better as a viewer, compresses data, and keeps my place in the document. Alex p.s. My latest fun project--PrintIt: screen print to network printer. http://handypalmstuff.sf.net -- 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Plucker server?
Looks like http is such a simple protocol that this is really easy to do. Download the script from http://prussfamily.us/pluckserv.pl Edit the location of PyPlucker/Spider.py in line 2 and edit line 3 to be a regular expression for checking whether to accept an IP address. (My server currently rejects all connections from outside Georgetown University.) Install on your server (I created an init.d script by twiddling with the pure-ftpd script--I'm a complete amateur about this). Then download, say, www.cnn.com/WORLD at depth 1 into MyNewPluckerFile.pdb by downloading the following URL: http://myserveraddress.com:4000/1/www.cnn.com/WORLD/MyNewPluckerFile.pdb For depth 0, you can also omit the "1/" at the beginning. I have it installed on Linux and tried an earlier version on Windows. Internet Explorer is kind of brain-dead about this or I did something dumb--it tries to show the pdb file as text (even though I set the mime type to application/x-pilot-pdb). Suggestions are welcome. 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Plucker server?
David A. Desrosiers wrote: Download the script from http://prussfamily.us/pluckserv.pl New version: http://prussfamily.us/pluckserv.zip You'll want to fix that so its not trying to parse the script. Rename the public version .perl or something, so we can fetch a copy and take a look at what you've done. Right now, its trying to parse the .pl script and failing not-so-gracefully ;) No error checking? Now I check for the existence of the output as my one error check, and serve up a 500 Plucker Server Error page if it fails. I also found the cause of IE thinking the output was text and not offering to save it. It turns out that IE 6 for Windows assumes the content is text if no content-length is given, ignoring the content-type. Safari and Firefox for OS X both do this, too. Firefox for Windows works fine. By the way, I may have found a bug somewhere in the spider. I was getting some non-fatal "" error messages when plucking a page, and the error messages were going to stdout. So when I was using the spider as a filter, I was getting a bad pdb output. 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
plucker server
I've updated my quick-and-dirty Plucker server to work with Sunrise 0.42. It's a perl script that listens to port 4000 and responds to a web server with a pdb file. You'll need to edit the top of the script to set local settings, such as allowed ip addresses, defaults, etc. (unless you're at Georgetown, in which case you can just use my server which works from all Georgetown ip addresses). Usage: http://yourserver.com:4000/[dddxxx]/url.to.pluck/file.to.pluck.html/FileName.pdb ddd = depth (if not specified, 1 (i.e., the specified url only) xxx = options. Can include: n=no images, c=color images, j=java, p=python, d=restrict-to-dir, h=restrict-to-host. The java option uses the Sunrise java server from www.sf.net/projects/sunrise . The python option uses the standard Plucker Python Spider. You can set which of these is the default. It doesn't work for simultaneous queries. There is no memory limiting so it could clobber your server. It's now my favorite way of plucking. I can do it from Blazer and from a desktop, and all I need to do is take a URL I am viewing and preface it with http://pruss-server.selfip.net:4000/ and suffix a /Name.pdb, and I've got it (when doing this on a PC, I save directly to an SD card, and install from there). Faster and more convenient than firing up some desktop program, and choosing settings. Get it from http://pruss-server.selfip.net/pluckserv.zip -- Alexander R. Pruss Associate Professor 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
annotation
Just a progress note: I haven't abandoned the Plucker annotation code. In fact, it now compiles. A bit of debugging and hopefully it'll go from my private svn tree to the official svn tree. Alex -- Alexander R Pruss Associate Professor Department of Philosophy Georgetown University www.georgetown.edu/faculty/ap85 ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: annotation
David A. Desrosiers wrote: Just a progress note: I haven't abandoned the Plucker annotation code. In fact, it now compiles. A bit of debugging and hopefully it'll go from my private svn tree to the official svn tree. Woo! Great to hear... now let's hope Palm isn't still dead. Or doesn't get sued into the ground by NTP for infringing on probably invalid patents. By the way, I think there are some build problems caused by the fact that there may be differences between the old PalmSG/Treo SDKs and the current Palm/PalmOne SDK. These differences affect the 5-way nav code. For instance, my private build supports 5-way on my TX just fine, but the official snapshot, I'm told, doesn't do a very good job on the TX, even though they use the same source and the same build options. Suggestion: Let's standardize the code on the current Palm(One) SDK. This will break builds for people who have five-way enabled but are compiling against the old PalmSG/Treo SDKs, but they can just download the current SDK. And the code generated should be backwards compatible. Alex -- Alexander R. Pruss Associate Professor 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
annotation support, and help request
I've committed the new annotation support. The format has been hashed out about two years ago, and I've worked off and on on implementing it. The format is incompatible with the previous annotation format, so any annotations in the previous format will be lost (you can extract them from the metadoc if you want), but since annotation support was never official in a released version, and was buggy, I am not very much worried by this. The annotations are stored in a PlkA-dbname database. One thing I still haven't implemented is what happens when a new document is sync'ed. I think what I'll do is ask whether to delete the old annotations. The user can keep them at her own risk, but they may be out of sync. I need some help. 1. I'd like to have a toolbar icon for "annotate": after tapping it, one would tap on a word to annotate that word. The icon of course needs to match the current toolbar icons in style and size, and needs to be in several sizes. See http://cvs.plkr.org/index.cgi/viewer/ icons/ for the current icons. Moreover, ideally, the annotate icon comes in two states: an inactive state, and then an active state that comes on after you tap it, while you have a chance to tap on a word to annotate it. My suggestion is that the icon be a highlighter pen. In inactive mode, the pen can be either shown lifted or closed, and in active mode, it can be down or open. 2. Please bang on the new code. I'm sure there are bugs. The code should appear in the next snapshot build, or you can build it yourself from cvs. To add an annotation, go to the Lookup Preferences, set word-lookup to be always active, and set the action to annotation. Then, to make an annotation, tap on a word in the text, and then either press OK just to make that word be highlighted, or enter an annotation and press OK. Currently, annotations are all linked to words in the text, and can be accessed by tapping on the words. This is more or less sufficient for my needs. One could make annotations attach to phrases--the backend supports any text range-- but a drag-selection UI would need to be implemented. The annotation format is pretty much fixed now (though it is extendable, which is one of the nice things about it), but the code is probably not stable enough for production use. I.e., if you're a Shakespeare scholar, please don't use the new annotation support to store all of your precious commentary on Hamlet. (That said, the more likely thing to happen with a bug is that the annotations will no longer be displayable, but they could probably still be recovered.) Additions in the near future: I am going to (unless there are serious objections) make the bookmark code store all of the bookmarks as annotations with a bookmark flag. This means we can have one form to add a bookmark and annotation, and the bookmark viewer/editor form will be able to view/edit annotations (I will make that optional). I will add a bit of upgrade code that migrates old-style bookmarks to new ones automatically. This will also mean that the annotation backend (annotation.c) will no longer be optional, though the frontend will still be controllable at compile-time. If anybody wants facilities for merging notes from different people, this can be done with a desktop utility--the database format is very straightforward (one annotation per record, with a simple header documented in annotation.h). One concern, however, is that the current UI will have trouble with overlapping annotations. Alex -- Alexander R Pruss Associate Professor Department of Philosophy Georgetown University www.georgetown.edu/faculty/ap85 ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: annotation support, and help request
Josh Menke wrote: I click on a word, make an annotation, click OK, and see the word highlighted. If I then click on the word again, nothing happens. Yes, it does work, but only if the annotation is in the first paragraph on the page. :-) It should be fixed now in cvs. Alex -- Alexander R. Pruss Associate Professor 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: annotation support, and help request
Nevermind my icon request. I put the annotation create option in the bookmark dropdown menu instead. It makes sense since soon bookmarks will simply be a special kind of annotation (one with ANNOTATION_HIDDEN and ANNOTATION_BOOKMARK set). -- Alexander R. Pruss Associate Professor 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
annotations, more progress
I've just committed more of the annotation code. It auto-converts old-style bookmarks to hidden annotations. One bonus of this is that we no longer have a 64K limit on the total text of bookmarks for a document, since each bookmark/annotation is a separate record. It needs a lot of testing, so please bang away. Make a backup first if your old bookmarks matter to you or if you're afraid of a bad crash (always a possibility). (If you have an NVFS device, I recommend my own open source NVBackup for backups: handypalmstuff.sf.net) Almost all of the bookmark code (except for the bookmark view form) has been rewritten. The thing to test for is to add and delete annotations and bookmarks at random places in the text, in random order, and make sure everything survives. I still haven't written code to check that the bookmarks are in sync with the document. And bookmark.c needs better checking for out-of-memory errors. The bookmarks/annotations internally store created/modified dates, an extension to the annotation format that was hashed out two years ago. I don't know what to do with these, but it might be useful. The current code has a fairly simple way to annotate a word: tap on the bookmark icon, choose "Add annotation", observe the HOME icon changing into a pointing hand, and then tap on a word. Alex -- Alexander R. Pruss Associate Professor 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: annotations, more progress
I'll check into the other stuff later. But this > Something odd about full screen mode in the snapshot build is that is removes the very bottom of the screen as well (clock, etc.). This has always been the intended behavior on devices that support hiding a statusbar (Palm/Sony HiRes+). Alex -- Alexander R. Pruss Associate Professor 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: annotations, more progress
The "gam" crashes are a bit of leftover debug code. It should be gone by now. It now asks whether to delete annotations when they are out of sync with the document. Alex -- Alexander R. Pruss Associate Professor 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
unmaintainable 5way code
The 5way code is broken on recent devices with the snapshot build. It works fine with my own build. The code is an ugly mess of ifdefs stemming from the fact that three different SDKs are involved: Handspring (a hard to get SDK, though maybe it can be disentangled from the palmOne SDK), palmOne old and palmOne new, and so you get lines like: #if defined( HAVE_HANDSPRING_SDK ) && ! defined( sysFtrNumFiveWayNavVersion ) I would like to simplify the code significantly, but in a way that will break builds against old Handspring and palmOne SDKs. I would simply replace both the Handspring and old palmOne SDKs with the current palmOne SDK which includes both Handspring and palmOne code, and whose Navigator.h rolls both into a single function. The disadvantage is a slightly larger build size for people who want palmOne but not Handspring or Handspring but not palmOne, and the need for a new SDK download The advantages: - It's easier for people to get the current palmOne SDK than to get the Handspring SDK - easier to read and maintain code - easier to build working code (currently I'm the only one who can make 5way builds that work on the TX, and frankly I don't remember how I did it; it may have been by modifying the SDK) If this sounds good, I'd like David to modify the snapshot build configuration by adding --with-palmone-sdk=[dir]/Incs to point to the current palmOne SDK's base Incs directory, and installing the SDK on the machine that builds the snapshots. Then as soon as I commit new code, it will start to build. The handspring-sdk and fiveway-sdk can stay in the current snapshot build, but I will remove them from configure.in when I implement the changes. Alex -- Alexander R. Pruss Associate Professor 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/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list plucker-dev@rubberchicken.org http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
font idea
I wonder if the fonts in Plucker wouldn't do well to be spun-off into separate prc's. This would let the user substitute a different font pack (e.g., for a non-Latin script, or just a nicer font pack), as well as save memory (no need for hi-res users to have the lo-res fonts, and vice versa). Any thoughts? Alex -- Dr. Alexander R. Pruss || e-mail: [EMAIL PROTECTED] Philosophy Department || online papers and home page: Georgetown University || www.georgetown.edu/faculty/ap85 Washington, DC 20057|| U.S.A. || - "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
non-armlet search speed
The current search routine is designed to work with multi-byte alphabets. When experimenting with my search armlet, I found that the multi-byte alphabet support slows down the search by a significant amount. Switching from multi-byte to single-byte sped up my benchmark from 2 or 2.5 min (it was a long time ago, so I can't remember the exact numbers) to 1.5 min on my NX70v (the armlet search, by comparison, on this benchmark should be under 10 seconds). It would be easy to implement two searches, one for multi-byte alphabet machines and one for single-byte alphabet machines. In fact, we already have something like this: the armlet only works for single-byte systems (and of course the code checks if it's appropriate to use the armlet). It would take very little work to make this work in 68K mode, too. (I could just re-use most of the armlet code, which would be going full circle since I debugged the armlet initially as a 68K routine.) But I don't know if anybody but other than me cares about the search speed. 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/ap85 - "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: non-armlet search speed
From: "Adam McDaniel" <[EMAIL PROTECTED]> > On Fri, Jun 06, 2003 at 07:49:21PM +0200, Michael Nordstrom wrote: > > On Fri, Jun 06, 2003, Alexander R. Pruss wrote: > > > > > But I don't know if anybody but other than me cares about the search speed. > > > > Speed is great, so if the search function can be split up in a > > "maintainable" way I would like to see the code. > > Alex and I have been working on this the last few days and have a > patch ready. However, I guess I'll wait until his single/multibyte > alphabet search dealy is coded. Nah, please don't wait. I don't think I'll do the 68k stuff in the near future. My feeling is that the interest in the search code is low, and for low-interest stuff, I only code things that I need myself. :-) Alex ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
order of files in python distiller
I asked this question before, but did not get any helpful answer. I am puzzled by the order that files get put into the pdb in the python distiller. It is definitely not the order in which they are fetched. How does this work? (For my purposes, I need to control the order of the files so that the search be orderly.) Alex -- Dr. Alexander R. Pruss || e-mail: [EMAIL PROTECTED] Philosophy Department || online papers and home page: Georgetown University || www.georgetown.edu/faculty/ap85 Washington, DC 20057|| U.S.A. || - "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: order of records in the plucker database
Bill, > If you look at the source of the class Mapper, in the file > PyPlucker/Writer.py, you will see the code which does the actual > record-id assignment. Yes. I am looking at the fragment: for (url, doc) in collection.items(): self._get_id_for_doc(doc) _get_id_for_doc assigns record numbers sequentially as it is called. What I guess I don't understand is how collection.items() gets to have the order it does. I don't think the items in it are in the order in which they were added to the collection. Alex ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: order of records in the plucker database
Alternately, I suppose, I could add to the collection a field (or whatever one calls it in Python) giving the time and date (or just a sequential number) that the file got added in, and sort by that. I guess I might just have to learn some Python. :-( Alex -- Dr. Alexander R. Pruss || e-mail: [EMAIL PROTECTED] Philosophy Department || online papers and home page: Georgetown University || www.georgetown.edu/faculty/ap85 Washington, DC 20057|| U.S.A. || - "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
quick-and-dirty utf8 substitutions
Since it looks like pyplucker doesn't support UTF8, can some kind person tell me where in the code I can do some string substitutions to handle a couple of common characters? (I need to pluckerize a text collection that uses UTF8.) In other words, where in the code is the raw input text dealt with? Here's a thought for the distiller. It might be nice to have an option to run each file as it's fetched through a user-specified filter (sed script, user-supplied program, whatever). That might be handy for handling some special requirements some users (like me!) might have. Alex -- Dr. Alexander R. Pruss || e-mail: [EMAIL PROTECTED] Philosophy Department || online papers and home page: Georgetown University || www.georgetown.edu/faculty/ap85 Washington, DC 20057|| U.S.A. || - "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
python distiller questions
Does the python distiller also start thrashing under Linux with a lot of files or is this a Windows-only problem? I am trying to distill a site with 3000+ files, and is starts thrashing around file 1250. There isn't a newer perl distiller, is there? Alex -- Dr. Alexander R. Pruss || e-mail: [EMAIL PROTECTED] Philosophy Department || online papers and home page: Georgetown University || www.georgetown.edu/faculty/ap85 Washington, DC 20057|| U.S.A. || - "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: python distiller questions
On Wed, 28 May 2003, David A. Desrosiers wrote: > What site are you hitting with the Python distiller? A local copy (produced with wget) of newmanreader.org Alex -- Dr. Alexander R. Pruss || e-mail: [EMAIL PROTECTED] Philosophy Department || online papers and home page: Georgetown University || www.georgetown.edu/faculty/ap85 Washington, DC 20057|| U.S.A. || - "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: order of files in python distiller (was: FW: plucker-dev digest, Vol 1 #312 - 5 msgs)
Alternately, one could just assign the key at the time that a file is fetched. There would still, however, be the issue of the fragments of a split-up file. 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/ap85 - "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
more on the python distiller and memory problems
It looks like some of the memory problems are caused by retrieving the same file more than once. For instance, my log has: Processing file:C:/works/oxford/index.html ... Retrieved ok. Much later we have: Processing file:C:/works/viamedia/../oxford/index.html ... Retrieved ok. Later yet: Processing file:C:/works/parochial/../oxford/index.html ... Retrieved ok. And yet later: Processing file:C:/works/athanasius/../oxford/index.html ... Retrieved ok. Is this a Windows-specific distiller problem? (I can dual boot to Linux, but I haven't been able to get the distiller working on Linux. It can't seem to be able to handle jpg files. I must be missing something.) 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/ap85 - "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: getting changes in (and UTF-8)
1. I myself don't need full UTF-8. I just need to make some quick-and-dirty substitutions for quote marks, apostrophes and long dashes. So if someone can tell me where the input text is available so I can call string.replace(), I would be most grateful. 2. As for the correct order of records, I suppose the order fetched is as natural as any, with broken up files having all their segments together. 3. However, there is one more thing I would like, unless it's already there. (I can't see it in the GUI, and that's all I use). iSiloX lets you have not just an exclusion list but an inclusion list of URLs to be fetched. This is really quite handy--it let me do things I couldn't figure out how to do with Plucker (in fact, I must confess that the only reason I use Plucker right now is that it has much better search facilities (with my patches)). I would suggest that if one has an inclusion list, then the items on the inclusion list get put in first, and get put in in the order they are in the inclusion list. This would mean that if one wants to control the order of all the files, one can can just make an inclusion list of them all, order it as one wishes, and then just set the spidering depth to 2 (to resolve hyperlinks between the items in the list). (One can even have an option, I suppose, to include only the items on the inclusion list.) Alex ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Exclude/include links (was: getting changes in (and UTF-8))
On Thu, 29 May 2003, Michael Nordstrom wrote: > Plucker's exclusion list format allows you to both exclude and > include links, > > http://docs.plkr.org/node55.html It doesn't quite do what I was after. In iSiloX I can specify a multiple list of URLs that the fetching starts from, while Plucker only lets me specify a single URL. Thus, suppose I want to get only two URLs from my home page: index.html and cv.html . Now, index.html links to cv.html and to many other things. Ideally, I could have an include list of two URLs, index.html and cv.html, and then set the spidering depth to 1. If I put index.html as the main url to fetch in Plucker, put the spidering depth at 1, and then add cv.html to the inclusion list, it never fetches cv.html, because the inclusion list is only processed when it attempts to fetch something. Of course, even if it fetched index.html and cv.html, there would still be a bit of a problem, in that I think the current python code would miss the link from index.html to cv.html, since once it has reached maximum depth, it no longer checks for further links even to files that have already been fetched (at least so it seems from my experiments, but I could be wrong). I think the code should do a final check whether any of the links in the files fetched at maximum depth can be resolved to things already fetched. This would be nice. Alex -- Dr. Alexander R. Pruss || e-mail: [EMAIL PROTECTED] Philosophy Department || online papers and home page: Georgetown University || www.georgetown.edu/faculty/ap85 Washington, DC 20057|| U.S.A. || - "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: more on the python distiller and memory problems
Problem is windows-specific. :-) I got the Linux version running. -- Dr. Alexander R. Pruss || e-mail: [EMAIL PROTECTED] Philosophy Department || online papers and home page: Georgetown University || www.georgetown.edu/faculty/ap85 Washington, DC 20057|| U.S.A. || - "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Exclude/include links (was: getting changes in (and UTF-8))
On Thu, 29 May 2003, Michael Nordstrom wrote: > On Thu, May 29, 2003, Alexander R. Pruss wrote: > > Thus, suppose I want to get only two URLs from my > > home page: index.html and cv.html . Now, index.html links to cv.html and > > to many other things. Ideally, I could have an include list of two URLs, > > index.html and cv.html, and then set the spidering depth to 1. > > Well, set it to exclude everything and then add two include options > with a higher priority for index.html and cv.html. Fetch it at any > depth you want... Yes, but it still won't give what iSiloX can give, since it's only going to give the two files in this example. What if one wants (and I must confess that this is not something I actually needed) to get two files, and, say, everything these two files link to, at depth 1 relative to each? I suppose this can be done by just making a custom HTML file pointing to these two files, and then setting depth to 2. The problem then is that the custom HTML file will, I assume, show up as the home page when one loads in the file. 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. This would be the simplest. Then, for proper searching, one will just want to process pages in the order fetched. Alex -- Dr. Alexander R. Pruss || e-mail: [EMAIL PROTECTED] Philosophy Department || online papers and home page: Georgetown University || www.georgetown.edu/faculty/ap85 Washington, DC 20057|| U.S.A. || - "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Exclude/include links (was: getting changes in (and UTF-8))
On Thu, 29 May 2003, Laurens M. Fridael wrote: > What Alexander is saying (I think, correct me if I'm wrong) is that the > spider should be able to maintain multiple root points from which to > calculate link depth. Only one of the root points becomes the home page. > However, this goes against the Plucker format, which dicates a hierarchical, > rather than a linear, structure. I.e. there is just one"home" record and > through that you branch out to the other pages. Right. I am imagining that the multiple root points are also connected to each other, but for some reason one wants to have link depth calculated from two different roots. Alex -- Dr. Alexander R. Pruss || e-mail: [EMAIL PROTECTED] Philosophy Department || online papers and home page: Georgetown University || www.georgetown.edu/faculty/ap85 Washington, DC 20057|| U.S.A. || - "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Exclude/include links
On Thu, 29 May 2003, David A. Desrosiers wrote: > Bookmarks solves these two problems, or seems to, based on these > explanations. Maybe I don't understand the larger goal here. Alexander? Bookmarks probably solves the problem. It does require an extra step to go to the desired page, which is a bit of a nuisance, but that's all. The point was to allow more careful control over what is collected. With multiple root pages for spidering, one could get that. But one can also get that by generating an HTML page that has links to the multiple "root" pages, and then having bookmarks. It does require an extra step, but that can be done. I suppose the thing is that I use Plucker for rather different purposes from what most people do. I use it to keep large collections of scholarly texts. (E.g., I just plucked the complete works of John Henry Newman, ~18mb compressed.) Getting just the right subset of texts from a large website might be difficult. One can do some stuff with inclusion/exclusion lists, but occasionally one might want more precise control. The ideal would be to input a list of URLs that must be included in the collection, with a separate depth for each item on the list. And an assumption that there are interlinks between all of these. For instance, a site might have a home page which then links to three different pages, A, B, C, D and E. One could then get such careful control that one could include the home page, two levels of links starting with A, three levels starting with C, just page D itself and no links from it, and exclude D and E. Right now, such precise control is not available. I am not sure yet whether I need it for my purposes or not, so this is entirely theoretical. For now, creating an HTML page of links and using bookmarks will do. However, I definitely would like more control over the order things are put into the pdb--putting things in in the order fetched (with fragments correctly handled) would be OK--and I definitely would like the spider to check over all the files fetched to see if it can resolve any other links "for free" (i.e., without fetching more data from the web). The latter feature would be rather nice, since it would allow one to control precisely what order pages are put into the pdb. Alex -- Dr. Alexander R. Pruss || e-mail: [EMAIL PROTECTED] Philosophy Department || online papers and home page: Georgetown University || www.georgetown.edu/faculty/ap85 Washington, DC 20057|| U.S.A. || - "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: build from cvs
Or, more precisely, this should be changed to: for file in $(ALL_144dpi_FILES); do \ ./$(READLRFONT) $$file `echo $$file | $(PERL) -ne 'print lc'`;\ done (a semicolon got omitted). By the way, I expect part of my problem (which I told you about by email) with compiling this under cygwin has to do with case issues. When you run readlrfont NFNT03e8.bin nfnt03e8.bin under Windows, trouble ensues. The problem is that nfnt03e8.bin overwrites NFNT03e8.bin, which in this case works fine I think, but then the file gets deleted by the makefile when it tries to delete NFNT03e8. My current makefile reads: for file in $(ALL_144dpi_FILES); do \ ./readlrfont.exe $$file x$$file; \ rm $$file; \ mv x$$file `echo $$file | perl -ne 'print lc'`; \ done This makes sure that everything is the right case, at least under WinME (my WinXP laptop is at work). And the line to delete all the NFNT stuff is omitted. The second problem with building under Windows is that readlrfont.c needs both of its fopen calls modified to binary type: "rb" and "wb" instead of "r" and "w". (I think it does no harm under Unix, either, so you should do it more generally.) Alex ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Hi Res v20030522-am Always Displays Document Library on Startup
On Thu, 29 May 2003, Jerry Yablonkai wrote: > I love Plucker and have used it for a quite a while. I saw there was > a new HiRes version so I got it and installed it. I noticed that the > document library is now always displayed on startup. It's not supposed to do that? -- Dr. Alexander R. Pruss || e-mail: [EMAIL PROTECTED] Philosophy Department || online papers and home page: Georgetown University || www.georgetown.edu/faculty/ap85 Washington, DC 20057|| U.S.A. || - "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: build from cvs
> Actually, there is another problem caused by this issue, but your > change to the Makefile won't fix. stdFixedFontID_x2 is used by both > FontTypeV2 and FontTypeV1 for OS5 and Sony OS4 respectivly. When its > built its stored as NFNT03ef.bin and nfnt03ef.bin which are unique. Ah. I suggest the thing to do is to give nfnt03ef.bin a different extension, if prc-tools can add something with a different extension to the prc. (If not, par can.) > > The second problem with building under Windows is that readlrfont.c needs > > both of its fopen calls modified to binary type: "rb" and "wb" instead of > > "r" and "w". (I think it does no harm under Unix, either, so you should do > > it more generally.) > > That's funny, becuase readlrfont.c originally came from Bible+ (used > w/ permission:) but that program itself was designed to be built under > cygwin. I'll make that change though. It's probably because I compiled with Borland C rather than gcc. Alex ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: strike-thru in libraryform
I assume you can turn this off? ARP -- Dr. Alexander R. Pruss || e-mail: [EMAIL PROTECTED] Philosophy Department || online papers and home page: Georgetown University || www.georgetown.edu/faculty/ap85 Washington, DC 20057|| U.S.A. || - "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
