Hi Folks
I experimented with this. IMHO this work provides a good start but to
best support Plucker this tool would need to be enhanced.
Basically it provides a two conversions. The first is close to raw text
although the second conversion is jaw-droppingly good, it really keeps
the feel of the o
> The thing is : i can't get plucker-build
> to produce 16bpp
> images in the resulting pdb. Whatever I do either it
> crashes or produces
> 8bpp images...
>
> What can I do to have 16bpp images ?
There is a fixed record size for an image (a PalmOS
limitation). If it is too big, it gets reduced.
At 10:30 2003-2-20 -0700, you wrote:
On Thu, Feb 20, 2003 at 11:05:54AM -0600, Ben Combee wrote:
> Note: we actually haven't done anything with those fonts yet -- all the
> code support is in the PalmRez post-linker that PalmSource maintains to
> work with the CW toolset. I've been reading on the
On Thu, Feb 20, 2003 at 11:05:54AM -0600, Ben Combee wrote:
> Note: we actually haven't done anything with those fonts yet -- all the
> code support is in the PalmRez post-linker that PalmSource maintains to
> work with the CW toolset. I've been reading on the specification changes
> to prepare
If CodeWarrior wants to play nice, have them open up the code to do
that part, or use your contacts at Palm/Palmsource to put pressure on them
to do it. Or, have Ben Combee talk to Aaron Ardiri and add the updates to
pilrc. Once it can be done with pilrc, there's no reason we can't add it
On Thu, Feb 20, 2003 at 07:33:27AM -0500, David A. Desrosiers wrote:
> Let's say I'm working on a GPL (or LGPL) linux kernel driver for a
> 3Com Winmodem. It will only work with their proprietary DSP, which is in
[..]
> binary-only linked resource in a Free Software kernel module), and the
>
Hi,
I hope this is not a faq, I looked through the faq-o-matiq on plkr.org
and in the archives of this list but could'nt find a clear answer :
I'm a happy user of plucker, and plucker-build on debian GNU/Linux, and
I would like to use plucker as a way to carry some lowres pictures with
me all the
> I think that maybe both of you misunderstood me :)
No, we both understand you completely, except...
> You can still use prc-tools to build a viewer that uses the font, the only
> thing you cannot do without codewarrior is alter the font itself :)
...this part. If someone wants
On Thu, Feb 20, 2003 at 07:08:36AM -0500, David A. Desrosiers wrote:
>
> > I would still have to say no, because there shouldn't be any "code" that
> > can only be handled if you have access to a non-free tool.
>
> I agree with Mike here, it cuts out a huge percent of the people who
> can b
> I would still have to say no, because there shouldn't be any "code" that
> can only be handled if you have access to a non-free tool.
I agree with Mike here, it cuts out a huge percent of the people who
can build a working viewer with those capabilities and who can contribute.
d.
__
On Thu, Feb 20, 2003 at 10:30:20AM +, Michael Nordström wrote:
> You have to understand my view on this; if there is a bug somewhere in
> the viewer I want to be able to fix it. However, if we start to include
> stuff that can only be handled by using non-free tools (probably also
> only runni
On Wed, Feb 19, 2003, Adam McDaniel wrote:
> I agree, but I was thinking about just checking in the compiled .bin
> codewarrior spits out as the resource.
I would still have to say no, because there shouldn't be any "code"
that can only be handled if you have access to a non-free tool.
> I was re
12 matches
Mail list logo