On Sat, Feb 14, 2004, Chris Hawks wrote:
mock_VFS.h The compiler complains 'FileRef' is not defined.
mock_Feature.c The compiler complains 'vfsFtrIDVersion' is not defined.
OK! adding:
#ifdef HAVE_PALMCUNIT
#include mock_Header.h
#endif
to paragraph.c
I agree that
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
I've been thinking about DIA support--it's now the most asked-for feature.
PalmSource distributes a very nice piece of sample code to adapt and use in
one's application. Unfortunately, the code is distributed under a license
that's the very opposite of the GPL: it prohibits re-distribution of the
On Thu, Feb 19, 2004 at 10:11:56AM -0500, Dave Maddock wrote:
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.
That's
Is there any way to export from a plucker doc to xml? Or html?
Unpluck/explode, in the tools subdirectory.
d.
___
plucker-dev mailing list
[EMAIL PROTECTED]
http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
On Thu, 19 Feb 2004 at 11:02, David A. Desrosiers wrote:
Is there any way to export from a plucker doc to xml? Or html?
Unpluck/explode, in the tools subdirectory.
Is there any reason this isn't included in the Plucker Desktop distribution?
Why must I have to compile from source to
At 09:26 AM 2/19/2004, you wrote:
I've been thinking about DIA support--it's now the most asked-for feature.
PalmSource distributes a very nice piece of sample code to adapt and use in
one's application. Unfortunately, the code is distributed under a license
that's the very opposite of the GPL:
I don't know if I can get the sample code license changed to be more
open, but I'll try. The object-only part doesn't seem very logical to
me. Stuff like this really should have a BSD or MPL license, IMO. --
Ben Combee Techwood Broadcasting Foundation, Austin Bureau Chief
What's
What's even more confusing, is that Palm themselves, contracted
one of the core Plucker developers, to get their new devices working
specifically with Plucker, for them, internally, as I understand it.
Palm, PalmOne, or PalmSource? Remember, Palm doesn't exist anymore.
Why they
On Thu, 19 Feb 2004 at 11:36, David A. Desrosiers wrote:
Is there any reason this isn't included in the Plucker Desktop
distribution? Why must I have to compile from source to get these tools?
Probably because the desktop should be just that, a desktop.
The other reason is
On Thu, 19 Feb 2004, Ben Combee wrote:
The sample code license is pretty old, and I don't think it has ever been
GPL-compatible. I just sent off a email to my contacts in DTS to try to
raise the issue and I think I made a few good arguments, but we'll see if
they take hold. Hopefully,
Palm, PalmOne, or PalmSource? Remember, Palm doesn't exist anymore.
I believe this was Palm, Inc. prior to the split to Palmsource and
merger to Handspring.
The sample code license is pretty old, and I don't think it has ever
been GPL-compatible.
I can't believe we're the
Well, I can understand it not being on the windows side (and no I'm not
volunteering ;-). Why isn't it on the linux side either?
Because explode/unpluck are not built or shipped by default.
Similar to most Linux applications where the ./contrib directory under the
source tree isn't
---Reply to mail from Michael Nordstrom about Unit test
I agree that mock_{VFS,Feature}.h should include VFSMgr.h and that
paragraph.c should include mock_Header.h to override the WinDrawChars
function. You can add those changes to cvs.
Done! Now my only problem is my lack of 5-way/Jogdial
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
On Thu, Feb 19, 2004, Chris Hawks wrote:
Done! Now my only problem is my lack of 5-way/Jogdial support.
You can add the ifdefs to the test files; kind of useless to try to
test something that isn't available on the device ;-)
/Mike
___
plucker-dev
http://cvs.sourceforge.net/viewcvs.py/vade-mecum/vade-mecum/
I've coveted Vade Mecum's highlighting and annotation ...
Vade Mecum is GPL, and I imagine he would be pleased if his
improvements were rolled back into plucker.
See files named highlights* and notes* at
You're talking about the SampleCollapse code, right? I just checked, and
here's the license:
You may incorporate this sample code (the Code) into your
applications for Palm OS(R) platform products and may use the Code to
develop such applications without restriction. The Code is provided
They have nothing to lose. After all, if they say no, we can just do a
clean-room rewrite--it's a tiny piece of code.
In my experience, if you offer to do a cleanroom rewrite from the
start, there is no incentive for them to cooperate and provide a dual
license or relicensing
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
-Original Message-
From: Dave Maddock [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 19, 2004 1:54 PM
To: [EMAIL PROTECTED]
Subject: Re: Vade Vecum annotations
How does Vade Mecum make annotions in the first place? Can you do
this on the PDA, does it need to happen before
21 matches
Mail list logo
