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
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
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
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
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
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 img 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'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=3url=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
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
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
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: 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: 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
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: 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
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: 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: 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
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: 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
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: 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: 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: 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: 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: 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
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
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
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
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
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
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: 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
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: 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
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
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=83487fuseaction=software.redirectorfile=alethe.ziptype=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
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
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
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
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
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
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: 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 (p/ p ?) 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 p//p--it may still be that way. However, jpluck converts br to p, 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 p or br 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 br. 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
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: 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? datetime value=1092786565Lunch/date 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: 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: 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: 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: annotation data
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. Well, maybe some work would need to be done about overlapping annotations--that's something that isn't permissible yet. I understand if that is a pain for version 1, but I think it should change eventually, and the header format should not make it harder. Perhaps order annotations by start-point, That's how it's done now. There will be room in the header for future data. How? The structure I see lets you add *bytes*, but I don't see any reliable way to add *fields*. If I find a longer header length, I know that more space has been reserved, but I don't know what it is for; at best I can treat header length as a version field and hope that no one else extends the header differently. Well, a longer header field will be recognized by a newer viewer that supports the extra fields. Older viewers will ignore the new fields. The uid is the record number of the annotated record. The index is the index of annotation within the annotations for this record. Thus, the first annotation for this record is 0, etc. So you are assuming that an annotation-db record will contain several different annotations? No. Each record is a single annotation. But they are numbered for convenience. Or are you saying that there can be several annotations of a single text-record, and you order them by index instead of by start-position? If so, why? The indexes and start-positions are in the same order. But the nice thing about the indexes is that as soon as you find any annotation for a page, you then know where the first annotation for the page is, just by going back by the index. I am hoping we don't need a version yet. I think a self-defining variable header would be better, but I think we need at least one of the two. If we add a version number later, then future code will always have to say if header.length == x version=0 else version=header.version Probably it will just say: MemSet( header, sizeof( header ), 0 ); MemMove( header, loadedHeader, loadedHeader.headerLength ); That way all the new fields are automatically initialized to zero, and we can ensure that zero is always a default value. I don't know about edit. As for bookmark vs. annotation, the difference is not significant really. I consider annotations where triggerStart == triggerStop to be bookmarks. I was thinking of record type as indicating the layout, in case some annotations needed different data. edit vs commentary vs bookmark are different reasons for the annotation; it is possible that users will want to turn off some but not all annotation categories sometimes. Yes, I am planning to have a filter dialog that lets you choose things. I am not sure what edit means. What does the yoffset provide? ... Is it the absolute y-offset, making assumptions about the font and screen-width? It lets one position things precisely, so a bookmark can be set on a half-line, or more usefully, half-way through a table. Currently when the assumptions become invalid, the y-offset is invalidated, and the bookmark just goes to the top of the text that is bookmarked (e.g., top of table, start of line). Then doesn't trigger-start provide (a superset of) this same information, except that it won't be invalidated (and *might* be slower to render)? Instead of saying 30 pixels down, which I hope will be row three of the table, you can say 419 characters in, which I know is in the second column of the third row of the table. Currently, the table positioning doesn't work with character offsets, I think. Even if it worked with tables, it wouldn't work with images. So the yOffset provides more precise positioning information. Alex ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
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: annotation data
Jewett, Jim J wrote: Will there be only one annotation/bookmark db per text db? Yes. I don't think the renderer should be scanning several. I know that one of the earlier goals was to distribute commentaries, and there will probably be some texts that have more than one relevant commentary. Unless there is a good way to merge them, even after a beam-to-existing-name, it would make sense to allow multiples. One solution is to make some merge code. It would be quite easy. One would just beam via an Export to IR menu option which simply changes the name of the database. Then when Plucker is run on the other end, it merges the databases, which just means that it appends all the records from one to the other and sorts. Well, maybe some work would need to be done about overlapping annotations--that's something that isn't permissible yet. Also, if you allow multiples (especially if you merge them into a single db), you might want a way to save attribution and even date (or timestamp), possibly as one of the header fields. I could imagine marking comments from one scholar in Red and another in Blue when trying to compare their opinions. There will be room in the header for future data. typedef struct { UInt16 uid; UInt16 headerLength; /* sizeof( AnnotationEntry ) */ UInt16 index; UInt16 paragraphNum; UInt16 triggerStart; /* relative to paragraph start */ UInt16 triggerStop; /* relative to paragraph start */ UInt16 dataOffset; /* offset of data from beginning of this record */ UInt16 dataLength; } AnnotationEntry; Just a check -- is uid the record number of the annotation, and index the record number of the annotated record? The uid is the record number of the annotated record. The index is the index of annotation within the annotations for this record. Thus, the first annotation for this record is 0, etc. HeaderVersion? Or is that in the db header, and assumed to be constant within a single annotation database? (And the same question regarding which db this annotates. Is it possible to annotate more than one pdb from the same commentary?) I am hoping we don't need a version yet. If we want one later, we just increase headerLength. RecordType (Bookmark vs edit vs commentary)? Or is that assumed to be handled by the palm categories? I suspect we will want both record type and user-defined categories within (at least some) annotation types. I don't know about edit. As for bookmark vs. annotation, the difference is not significant really. I consider annotations where triggerStart == triggerStop to be bookmarks. Is there a way to make annotations that span paragraphs, Not with the current highlighting code. However, eventually, it could be done by just allowing triggerStop to point beyond the current paragraph. For paragraphs, you could just add a stop paragraph number, but for different indices, you might want a refer to annotation X; it still applies record. This can be done if we need it later. headerLength is used so we can extend this later to include other data, such as RGB value of highlight, and anything else one might fancy. Attribution, time, category (categories?) Again this can be done later, since we can extend headerLength. We might lose one thing. Currently bookmarks specify not just the byte offset, but also a yoffset. What does the yoffset provide? Is it a hint about drawing if you follow that bookmark? Is it the absolute y-offset, making assumptions about the font and screen-width? The latter. It lets one position things precisely, so a bookmark can be set on a half-line, or more usefully, half-way through a table. Currently when the assumptions become invalid, the y-offset is invalidated, and the bookmark just goes to the top of the text that is bookmarked (e.g., top of table, start of line). Do we still keep the add annotation form and the add bookmark forms separate? The visual difference is that the add bookmark form is a small popup, Unless this changed since 1.7.2, the bookmark form already covers plenty of screen; so long as you continue to prefill it with reasonable defaults so that a single OK works, then covering a bit more shouldn't matter. Sounds good. Alex ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
beaming
I'm trying to figure out how to invalidate bookmark yoffsets on beaming of bookmark databases. Question: Does beaming affect the last modified date of a DB? Alex ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Move rotate option to preferences
Michael Nordstrom wrote: I will move the rotate option from the Font form to the Preferences form unless someone has a good reason to why this must be selectable for each document. Personally, I find it nice to have it selectable per document. I find a landscape convenient for the documents for extended reading, while portrait is nicer for quick reference (it makes it easier to use menus, search, etc.) Alex ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: annotation data
Michael Nordstrom wrote: I wouldn't worry about the 6 bytes per entry very much myself. Using separate records are not so much for saving space, but to be able to identify them. How do you know if a record contains a bookmark or an annotation for the whole page? 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. Alex ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: annotation data
[ This is a discussion being transfered from plucker-team. We're discussing how annotations should be stored. The consensus is that they're being moved out of metadata, and into a separate db. The question is to finalize the format of the annotations db record, and to decide how to harmonize annotations and bookmarks, which really seem the same sort of thing. ] On Sat, 19 Jun 2004, Michael Nordstrom wrote: On Thu, Jun 17, 2004, Alexander R. Pruss wrote: How's this for each record in the Anno-Filename db? typedef struct { UInt16 uid; UInt16 headerLength; /* sizeof( AnnotationEntry ) */ UInt16 index; UInt16 paragraphNum; UInt16 triggerStart; /* relative to paragraph start */ UInt16 triggerStop; /* relative to paragraph start */ UInt16 dataOffset; /* offset of data from beginning of this record */ UInt16 dataLength; } AnnotationEntry; The dataLength might not be necessary since you can get the size of the record and subtract the size of the header. What is the headerLength used for? headerLength is used so we can extend this later to include other data, such as RGB value of highlight, and anything else one might fancy. dataLength is also nice for the same reason. For all we know, there might be reason to store other stuff in the same record eventually, and it might go after the data. I can't think what right now. But I think it's important to make formats that easily upgrade. Question 1: While doing this, wouldn't the right thing to do be to kill off the bookmark data record in the metadata Sounds like a good idea. Still, we could use two different types of records, one for annotations and another one for bookmarks. We might lose one thing. Currently bookmarks specify not just the byte offset, but also a yoffset. Could be solved by having different records, i.e. the extra data for a bookmark would only be included in the bookmark records (we wouldn't need both a start and stop data for a bookmark, so in the end we will probably save space). I am still not sure we really need the distinction between bookmarks and annotations. From a user point of view, the only difference is that an annotation highlights a bit of text, though the user may use the two for different purposes (but maybe not). It'd do little harm to add a UInt32 yoffset to the annotation entries, and then keep the format the same. Then we can think of an annotation as a bookmark to a block of text, while a bookmark is a bookmark of a location in the text. In fact, even before the annotation support was rolled in, one could have used the bookmarks for storing notes, except that while reading one wouldn't have visual aids for telling one to look in the notes. Bookmarks don't need the two bytes of triggerStop. Annotations don't need the four bytes of yoffset. Everything else appears useful for both. I wouldn't worry about the 6 bytes per entry very much myself. It's a small percentage of the total (overhead for storing a record, the bookmark/anno text, etc.) The advantages of saving code space (though admittedly only when both annotation and bookmark support is coded in) and making the code simpler seem more important. If we keep a single format, and then just filter things at the user level for display, the code should be pretty easy to maintain. This leads to a question: Do we still keep the add annotation form and the add bookmark forms separate? The visual difference is that the add bookmark form is a small popup, while the add annotation is a serious full screen form. If we merged them, we would save code space. But we would need to merge them into a full screen form. And that might be annoying to users? Would it be? b. Allow a toggle in the bookmark form for showing all annotations, all bookmarks, both. While we're adding such filters, we can also add the options: all annotations in this page, all bookmarks in this page, both. The pop-up bookmark list can then follow the same settings, but without the possibility of toggling. This makes the form pretty complex. I think bookmarks and annotations should be displayed separately (even if they are stored in the same database). Some kind of filters would be useful, though (categories included). Would it be OK to have filtering that would allow both bookmarks and annotations to be displayed together? 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: Plucker and a name=....
On Tue, 15 Jun 2004, Jewett, Jim J wrote: Alex has talked about fixing this with exact anchors, but I'm not certain of the status. The viewer includes support for exact anchors. Unfortunately, as yet, the parser does not. 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
annotations
I'm working on (optionally) merging annotations into the bookmark list. 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: Exact anchors (was: Proposed Updated to the Plucker Document format - Revision B)
I've implemented exact anchors as per my last proposal by adding a new function code 0x9A. This sets a byte offset within the target paragraph for the next named anchor. Someone needs to implement this in the parser. It doesn't need to be done if the byte offset is zero. But otherwise it should be done. And it should go into the PPC and Zaurus viewers. Currently not implemented for targets in tables. Alex ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: GPL Violation
On Thu, 27 May 2004, Michael Nordstrom wrote: Anyway, most GPL violations are mistakes; they just haven't understood the license. That's not really an excuse, but as long as they fix it when told about what they have to do to comply with the license I'm prepared to forgive. I guess the rest of the Plucker team have a similar opinion about this, i.e. we rather fix issues in the software than spending time on legal issues ;-) On the other hand, with a willful violator, I wouldn't mind getting my percentage of the $500-$100,000 statutory damages per infringement (i.e., per download of the violating binaries, no?) 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: need Windows programmer (easy task)
please make it up to U+, you can decide later if you use all the glyphs or just the first 256 I can easily change this later, I am sure. While this would only run on Windows, the font bitmaps generated by it could be used by everybody. Only if you run it in USA, I am afraid. Bitmaps cannot be licensed in USA, but it is quite possible the can be in other countries. It's my understanding that bitmaps are only restricted in France and Germany. I could be wrong. In any case, there would be no problem with running this on the Bitstream Vera donation. Alex ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
PalmFontConv 1.30 alpha
People have been asking for FontBucket support in Plucker. I did the next best (but easier) thing. I added FontBucket support to the PalmFontConv tool chain. In fact, you can now take just about any Palm font collection that contains standard or FontBucket font resources (whether for FontHack or for FontBucket or for Plucker or for Fonts4OS5 or ...) and rip the fonts out of that into text readable files that can be used as inputs to toplucker. Just run ripfonts.tcl, select the font database, press Go!, and presto, you have a bunch of text files describing all the fonts, and the text files can be imported into PalmFontConv or edited first. Note that you can now mix anti-aliased and non-anti-aliased fonts in one Plucker font package. As usual, it's at palmfontconv.sf.net . And it's in alpha, so be careful. 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
need Windows programmer (easy task)
To generate some nicer aa fonts for Plucker (and PalmBible+), I need to be able to make PalmFontConv use TrueType hinting data. Anyway, for patent reasons, the version of the FreeType 2 lib that I use has TT hinting instructions disabled. Unless Apple writes back to me about licensing the patents for PalmFontConv (unlikely), the one solution I can think of is this: I would like a command-line program that generates bitmaps with the Windows font renderer and saves them to a text-readable file. It can be very basic: Take a font name as argv[1] (ideally, a font filename), a font size as argv[2], and (unless you can't toggle this by software) and argv[3] will specify whether to do anti-aliasing, and then spit out glyphs U0 to U255 to stdout in an easy-to-process text format (e.g., representing the gray-scale level of each pixel by a hex number from 0 to F), and also dumping basic metrics (advance width, left kerning, ascender/descender height). I just don't know enough about Windows programming to know how to select a font, draw a glyph (to screen or to an internal buffer--whichever is easier) and then capture the pixels. And I don't want to learn Windows programming. It would be a pretty trivial program to write if I were writing it for a Palm or a Sharp Wizard or... Nothing fancy. I wouldn't be surprised if this was just 20-30 lines of code. I can tweak the code myself as needed to specify encodings, etc. While this would only run on Windows, the font bitmaps generated by it could be used by everybody. 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: Progress note (other formats)
On Fri, 21 May 2004, Alan Hoyle wrote: Wouldn't it be simple enough to: unpluck; edit HTML removing CC info; pluck again? I guess all this just means that there is no way of doing DRM in an Open Source context... 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
new PalmFontConv
I've updated PalmFontConv to make it easier to generate lots of Plucker / PalmBible+ font packages quickly. You can now change the size of all the fonts in a package with one click, and you can save/load/run configuration files (which are themselves tcl/tk scripts sourced in, so theoretically you get a lot of flexibility in extending toplucker.tcl). You can as always get it from PalmFontConv.sf.net. 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: Progress note (other formats)
This was mentioned before and it might suffice. I would hesitate to include the CC information though. It would deter copying, but it would also get left around because of backups, etc. and I am very wary of identity and CC theft. One can set the db that it is stored in not to be backed up. Of course full backups to flash will still get it. How does Palmreader store the CC info? At the cost of additional complications, one could encrypt the CC info with a user-supplied password. (If you use something like TEA, the encryption code will be trivial.) Alex ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
RE: Progress note
Wouldn't allowing decryption of Peanut Press stuff be a DMCA liability? I guess it may be a question of how the texts are licensed--does the text license only permit decryption on their reader, or does it permit decryption on any compatible reader? 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
T3 user?
Is there any T3 user who could check if the following bug is present in the current dev snapshot? Start Plucker in portrait mode with slider open. (I don't know the graffiti state--try both.) Switch to landscape mode. Change graffiti state. Crash. (Better make a backup before trying!) It was reported to me that this happens in PalmBible+ which uses the exact same DIA code, so I'm worried it happens in Plucker, too. If so, it's going to be a hard bug to fix as there does not seem to be a way for me to duplicate this on the simulator as it doesn't have a slider. -- 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: T3 user?
From: David A. Desrosiers [EMAIL PROTECTED] My T3 Simulator has a slider. Are you sure you're using the right T3 Simulator? There are two.. one from palmOne, and one from Palmsource. I'm using the PalmOne one. There is an on-screen button to change the virtual graffiti state, but I don't see any control for a slider. Alex ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Compiler-chain issues(?) with DIA code from cvs
From: Ben Combee [EMAIL PROTECTED] What is the viewer.rcp.s file? It's produced by a combination of cpp and my doaddition.pl script that does addition within wordlist resources. Alex ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: 1.7.2 nothing in the Library, causes bad display
Thanks! Could you post it to bugs.plkr.org. ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Compiler-chain issues(?) with DIA code from cvs
On Tue, 4 May 2004, Brad Sawatzky wrote: I get a consistent crash (requires pin-reset) under the following conditions: - completely fresh install on the PDA (all prefs, etc deleted using FileZ) - plucker viewer 1.7.1 (current from today's cvs) - compiled under linux (debian sid) using prc-tools 2.2.90 pilrc 3.0 ./configure --enable-armlets The error occurs when switching to the mainform (the form that displays the actual document text, etc), but only if the toolbar is being drawn. The crash occurs immediately after drawing the toolbar but before any page text is drawn. If the toolbar is disabled in the prefs (ie. while on the library form) then the mainform will render successfully. There still seems to be a leak though(?), as toggling the DIA a few times will soon lead to crash. Send me a copy of your viewer.rcp.s file. 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
handera SDK
Is there anywhere where the Handera SDK can be downloaded from? The download link from the Plucker site is dead. 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: handera SDK
From: David A. Desrosiers [EMAIL PROTECTED] Last I knew, Handera was done with the Palm business. I have a copy here, if you want it.. handera_sdk104.zip is the filename (and the hourly snaps are built with support for it). I do have my own copy, but I am thinking we should find a way for people to get the SDK. Do you know what the license agreement on it was? Alex ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
RE: general DIA support code
There is an advantage to storing the resize data in resources rather than in an array, namely that one can then distribute alternate skins that include not only new form layouts but also new ways for forms to resize, and moreover it's easier for endusers to the stuff in a separate resources. And, of course, it's nice to have a free solution, under a license compatible both with commercial and GPL stuff. :-) 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: general DIA support code
Sent to wrong list. Sorry. -- 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
annotation branch binary
The binaries and source for the annotation branch are at: www.georgetown.edu/faculty/ap85/dl/annot-bin-apr21-04.zip www.georgetown.edu/faculty/ap85/dl/annot-src-apr21-04.zip 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
ideas from PalmBible+
In PalmBible+, all user-configurable actions are rolled into the keyboard configuration code, together with some fake key codes. This means, for instance, that actions started by on-screen icons are trivially easy to make configurable, and that typically when one wants to make some input method user configurable, it's just a matter of adding a fake key code, setting a default in the keyboard code (which is a derivative of Plucker's keyboard code), and adding lines to the rcp and language files. Even if we want to maintain the nice and friendly jogdial, fiveway, hardkey, screen tap, etc., configuration menus, we could still store the prefs consistently in the keyboard database. Don't know if it would save any code size, but would make for some consistency. I've made this suggestion before with respect to hardkeys, but now I've realized that various other UI elements can be handled in the same way. For upgrading purposes, we could put sensible defaults in the keyboard database, and then replace the entries in the prefs with unused entries. Anybody who customized the actions can easily do so again--there is no need to write upgrade code, I think. 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: annotation branch binary
On Wed, 21 Apr 2004, Lambert, Mark wrote: Got it, but can't find how to do an annotation. Any help? Assign the annotation action (which may be something like $$ACTION: ...) to something, e.g., to a key, press it and tap on a word, or set the lookup pref to do annotations. 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