I'm writing a custom text/plain parser.
I'm parsing a text file and as I go along I add all chapter heads to the
bookmark list using:
PluckerDocs.PluckerTextDocument.add_bookmark
When I look at the plucker database all bookmarks are sorted by title:
Appendix A
Appendix B
Chapter 1
---Reply to mail from Marcello Perathoner about Why are bookmarks sorted?
I'm writing a custom text/plain parser.
I'm parsing a text file and as I go along I add all chapter heads to the
bookmark list using:
PluckerDocs.PluckerTextDocument.add_bookmark
[...]
I'm wondering why
---Reply to mail from Chris Hawks about Bookmarks
Here's another one. the attached patch allows multiple pages/files to
be given to the parser. With --bookmarks=pages this allows unlinked
pages/files to reside in a single database with bookmarks for each page.
plucker-build --bookmarks
---Reply to mail from Michael Nordstrom about Bookmarks
On Mon, Apr 05, 2004, Chris Hawks wrote:
Checked in. The only problem I've seen is that Wired and Linux Today
name their pages '0020302305,203.html'. not easy to choose their bookmark.
Maybe we could use the title instead
On Mon, Apr 05, 2004, Chris Hawks wrote:
Checked in. The only problem I've seen is that Wired and Linux Today
name their pages '0020302305,203.html'. not easy to choose their bookmark.
Maybe we could use the title instead of the filename for the bookmark
name?
/Mike
---Reply to mail from Chris Hawks about Bookmarks
For external bookmarks. are we talking about supporting bookmarks like
these?? (Lifted from w3c, hope they don't mind)
(In the HEAD section)
link rel=bookmark href=#technologies title=Technologies | /
Doesn't look too bad. In TextParser.py
On Mon, Apr 05, 2004, Chris Hawks wrote:
bookmarks.diff attached for your perusal. I'll wait 'til after the
freeze to commit the changes.
Maybe we shouldn't wait that long. External bookmarks support is
included in the viewer, so adding it to the parser would (IMO) be
a good idea; it would
---Reply to mail from Michael Nordstrom about Bookmarks
On Mon, Apr 05, 2004, Chris Hawks wrote:
bookmarks.diff attached for your perusal. I'll wait 'til after the
freeze to commit the changes.
Maybe we shouldn't wait that long. External bookmarks support is
included in the viewer, so
---Reply to mail from Michael Nordstrom about Bookmarks
On Mon, Apr 05, 2004, Chris Hawks wrote:
We could call it a bug (viewer supports, but, python parser does not) G
Or a delayed feature implementation ;-)
It works for me, but, I always like to have someone else try it.
Works
---Reply to mail from Michael Nordstrom about Bookmarks
On Mon, Apr 05, 2004, Chris Hawks wrote:
bookmarks.diff attached for your perusal. I'll wait 'til after the
freeze to commit the changes.
Maybe we shouldn't wait that long. External bookmarks support is
included in the viewer, so
For external bookmarks. are we talking about supporting bookmarks like
these?? (Lifted from w3c, hope they don't mind)
(In the HEAD section)
link rel=bookmark href=#technologies title=Technologies | /
link rel=bookmark href=#news title=News | /
link rel=bookmark href=#search title=Search
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
How do external bookmarks work?
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
On Sat, Mar 20, 2004, Alexander R. Pruss wrote:
How do external bookmarks work?
The way it is described in the Plucker format description ;-)
/Mike
___
plucker-dev mailing list
[EMAIL PROTECTED]
http://lists.rubberchicken.org/mailman/listinfo/plucker
From: Michael Nordstrom [EMAIL PROTECTED]
On Sat, Mar 20, 2004, Alexander R. Pruss wrote:
How do external bookmarks work?
The way it is described in the Plucker format description ;-)
Oh, so it's not a user-land feature?
Alex
___
plucker-dev
Here would be a useful feature. Before automatically deleting an out of
date metadocument, Plucker could check if there are any bookmarks (or
annotations, if these are going to be in the metadocument, which isn't
perhaps such a bad idea if this feature is implemented) in it, and if so,
put up
like a good idea to return when the number of entries are zero...
The logic for when the handle to the internal bookmarks should be
released has to be changed, since it might unlock the handle even
Fixed. I hate it when I miss obvious stuff like this...
A few style guide issues in both
On Sat, Feb 21, 2004, Michael Nordstrom wrote:
I will review the patch (maybe already tomorrow) and let you know if
I find some issues...
A few things,
InitBookmarkList:
The code that would handle an empty list of bookmarks was removed
in the patch; not a good idea, since
be particularly handy when you
want to add several documents to one pdb, but they don't link together.
The parser can set the first document as the home page, then add
bookmarks for the others. Similar in concept to the 'binder' utility
that came with older versions of jpluck.
This functionality
On Sat, Feb 21, 2004, Dave Maddock wrote:
Attached is a patch to add external bookmark support to the viewer.
Great work!
I know there's a feature freeze on now until the bug list is cleaned up,
but I was bored last night ;).
The main trunk is open for business again since last weekend ;-)
, access to YOffset type data doesn't happen once
per character. It happens once per sequence of characters
in the same style on the same line.
(and other messages said that bookmarks are a YOffset.)
Am I understanding this correctly? In order to jump to
#section5 which is 87% of the way through
On Tue, 24 Jun 2003, Jewett, Jim J wrote:
Am I understanding this correctly? In order to jump to
#section5 which is 87% of the way through a document,
you first have to pretend you're rendering every single
line above it, to until the YOffset finally matches.
The old code did that when
On Mon, 23 Jun 2003, Adam McDaniel wrote:
It clears out any/all combinations of the Preferences, Temporary
(meta) files, and/or the PlkrDocList file.
It would be easy to make the cleaner leave the bookmarks alone.
But that's pointless since I'm going to have to implement a new bookmark
format
On Mon, Jun 23, 2003 at 01:59:40PM -0400, Alexander R. Pruss wrote:
But that's pointless since I'm going to have to implement a new bookmark
format soon, because right now Bad Things happen when one switches fonts
and goes to a bookmark. The bookmarks need to remember which font they
were
On Mon, 23 Jun 2003, Adam McDaniel wrote:
How about this. Instead of storing the 'yoffset' for the bookmark,
store a character offset based upon the DB itself.
A character offset is slow to seek to. (Try to seek to a search
string.) That could be improved, now that I have the faster page
) is that when
I get a message my answer will only benefit one user while the answer
to a question sent to our mailing list can benefit many more users.
It also makes it possible to get input from several users/developers.
Do you plan to implement bookmarks in the nearest future?
Right now I would like
On Wed, Apr 02, 2003, Adam McDaniel wrote:
I'm not sure on how bookmarks are being used, but I did find something
odd..
There is nothing odd about it; check the DBFormat document and you
will see that I have specified that external bookmarks are not
supported yet. I wrote that a LONG time ago
that this also needs to
be implemented in the parser. Maybe you can't (yet! :) call my code a
parser, but I can generate any Plucker documents and as for today I have
implemented everything that is documented in the FormatDB (except TBD
parts), including bookmarks. Now it would be great to see this
bookmark
On Mon, Mar 31, 2003, Marcin Marsza?ek wrote:
In DBFormat I can see not implemented yet. But reader has bookmarks
support.
The DBFormat document says that support for *external* bookmarks is
not implemented yet. I have suggested a possible format for bookmarks
added by the parser, though, but I
Hi...
Bookmarks are documented in DBFormat.html, but they do not work for me (I
have implemented bookmarks in my distiller). When are they planned to be
implemented in the viewer? Who is maintaining the viewer code - maybe I
could reach him privately by email?
I see that my previous question
(with scaling and simple
dithering), tables, zlib compression, appinfo block, categories, metadata
and owner-id support are already implemented and tested. URL and mailto
records should be implemented tommorow, and the last documented thing left
are bookmarks.
In DBFormat I can see not implemented
You know, this idea is starting to grow on me, and the bookmarks
record is already defined in the DBFormat doc. I could certainly put
something in it in the distiller. Perhaps the viewer could treat this
as something like Categories; that is, as a starting place (if
present) for an external
32 matches
Mail list logo
