-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
| 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?
Makes sense to me. Hacking on PPI is a little above my head at the
moment, but if this were in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
| I'm imagining a link in the viewer that, when clicked on, pops up
| an appointment scheduling screen. If the screen is OK'd (perhaps
| after editing), an appointment is added to the Calendar database.
Sounds like an excellent idea! I'm willing to
The binaries and source for the annotation branch are at:
Thanks for these.
1. I'd like to have a way of selecting a region for highlighting rather
than
just one word.
Definately agree. I like what you've done so far, but I probably wouldn't
use annotations until this is possible and
If I do this for documents on the VFS, will I need
to move all of my books somewhere specific?
So you need to put it some place that the Palm looks
for programs. I'm not sure that the default launcher
looks anywhere on VFS, but there might be a specific
directory (or settings to control
How do external bookmarks work?
The way it is described in the Plucker format description ;-)
Oh, so it's not a user-land feature?
My viewer patch simply reads any external bookmarks and displays them in
bold in the bookmark list.
I don't think any of the parsers support it yet. If
original document. One of the proposed uses was multiple
commentaries on the same original document -- but those
commentaries would all have to be merged at once, instead
of just beaming (or synching) an extra commentary.
I am thinking of this as primarily designed for notes taken while
That's weird. It still works fine with jogdial, and I thought jogdial and
fiveway were handled similarly. I guess it's intercepting the fiveway
keystrokes. If so, it should be easy to fix.
Actually, I'm having the same problem as Mike but using the jogdial on my
NR.
Dave.
I don't know why I didn't play with fonthack
before, but Plucker renders unicode greek nicely as is with fonthack and the
fonts from PalmBible+. (sweet program btw, Alex).
http://dave.maddockfamily.org:81/fonthack.png
palmfontconv supports grayscale font creation for
plucker and fonthack
Unicode Greek? Or you mean, GreekKeys Greek?
Oh, bummer. The Plucker document I was playing with was the Pluckerbooks
Greek New Testament, which has a transliteration as the alternate
representation for unicode characters. In messing with fonthack, the
GreekKeys font was rendering the
bookmark.c and bookmarkform.c.
I didn't even notice the guidelines file in the viewer directory.
Mention of this in the READMEs and other docs would help the people like
me who don't look in the obvious place first (or know to look) :-)
--
Dave Maddock [EMAIL PROTECTED]
attachment: extbmarks2.zip
was mentioned a while back in comparison to iSilo:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg04917.html
Other obvious parser implementations could be bookmarking an outline via
h1,h2,... tags, or any named Anchors ids.
--
Dave Maddock [EMAIL PROTECTED]
attachment: extbmarks.zip
I'm using Vade Mecum to read plucker documents, and I like the
annotations and highlighting. My once-trusty visor edge died, so I
don't know if the official viewer does that or not.
Nope, this is Vade Mecum specific.
I've looked at the Plucker DB Format, and it's not obvious to me how
How do we mishandle shift-jis? We just use the OS's multibyte
functions,
and we assume that a CJK-OS traps the OS's multibyte char access
functions.
in paragraph.c, line 1564, there is some conversion going on (seems like
parser puts raw SHIFT_JIS characters into the file, but claiming
How does Vade Mecum make annotions in the first place? Can you
do this on the PDA, does it need to happen before hotsync?
I think the only current way is to create them on the PDA. There doesn't
appear to be any conduit, etc., for pulling the annotations off the PDA
either.
I think it might
--
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
--
Dave
boni efficiamur.
- Paul of Worczyn (1424)
___
plucker-dev mailing list
[EMAIL PROTECTED]
http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
--
Dave Maddock [EMAIL PROTECTED]
___
plucker-dev
[EMAIL PROTECTED]
http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
--
Dave Maddock [EMAIL PROTECTED]
___
plucker-dev mailing list
[EMAIL PROTECTED]
http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
When upgrading you can almost put money on the fact that you'll lose
bookmark data. This has happened to me every time.
On Mon, Sep 08, 2003, Nathan Bullock wrote:
Just a quick question, is there any incompatibilities
when viewing 1.4 documents in the 1.5 viewer?
Nope; neither with any
Since I've been playing with the unicode functions
in the parser and viewer, I think I may have a viable idea for displaying
unicode characters. This is kind of how my i-mode patch works (only using
bitmaps instead of fonts of course).
The big problem is that PalmOS doesn't support
unicode
Greek New Testament on Pluckerbooks with and without the patch:
http://dave.pluckerbooks.com:81/index.php?action=detailsid=2001
(the site is running with the patch)
--
Dave Maddock [EMAIL PROTECTED]
translit.zip
Description: Zip archive
On browsing bugs.plkr.org, I came across #196 asking for a supported tags
reference, so I started this table:
http://www.pluckerbooks.com/tags.html
It is based on the python parser in cvs.
I compared this to the W3's HTML4 spec and noticed a few things that could
be supported with fairly trivial
in
TextParser.py on a more comprehensive dictionary instead of a big
if/else block? I'll code it...
--
Dave Maddock [EMAIL PROTECTED]
___
plucker-dev mailing list
[EMAIL PROTECTED]
http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
to the reader.
As long as the viewer can display the unicode character, the alternate
rendering will be ignored.
--
Dave Maddock [EMAIL PROTECTED]
___
plucker-dev mailing list
[EMAIL PROTECTED]
http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
i-mode content is in SHIFT-JIS, some in
latin-based charsets. When SHIFT-JIS is being used, the parser
incorrectly adds the SHIFT-JIS character as a unicode character. My
patch compensates for this.
--
Dave Maddock [EMAIL PROTECTED]
imode.zip
Description: Zip archive
of the potential problems there...
--
Dave Maddock [EMAIL PROTECTED]
___
plucker-dev mailing list
[EMAIL PROTECTED]
http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
metadata database
which a conduit could grab at hotsync time and add to an inclusion list
for that channel.
--
Dave Maddock [EMAIL PROTECTED]
___
plucker-dev mailing list
[EMAIL PROTECTED]
http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
.
This would come in very handy for those of us creating content with
Plucker in mind.
--
Dave Maddock [EMAIL PROTECTED]
On Sat, 2003-07-05 at 09:54, Alexander R. Pruss wrote:
I added fully customizable keyboard / single character graffiti support in
CVS. So you can do such things as bind m to pop
My company does too. I use a section in .pluckerrc and a couple of
scripts (run by before_command and after_command) to do the translation
with wv and the cleanup.
*snip*
Maybe we should just provide the scripting.
The limitation with this is that the user has to plan for this and setup
Not at all, you can make a script that just takes a path to a Word
doc as an argument and converts.
Sure, if all you want is to convert one document. My company has a home
page with internal news, etc. with links to relevant Word documents. It
would be nice to have the home page with news and
From what I understand so far, you want some sort of bookmarklet
plugin in your browser to convert? Your browser would have to understand
the
mime type of the Word document and either launch Word, or launch the
conversion tool of choice to convert it to Plucker format. Or am I missing
your
What about writing a Plucker authoring guide, with guidelines specifying
which parts of HTML are supported, how to achieve particular formatting,
what to do and what not to do, etc.? Or is there such a thing already?
I'm planning to write a reference for JPluck that explain how HTML is
parsed,
Has anyone considered supporting the accesskey attribute which binds a
keypress, or graffiti stroke in our case, to a particular element? It would
come in handy for things like following links and jumping to anchors. It is
helpful with form related tags as well, if/when forms are supported.
32 matches
Mail list logo