--- "David A. Desrosiers" [EMAIL PROTECTED] wrote:
The problem is that the contact address is registered to the
submitter. It's a flaw in their design.
Definitely.
Let's say I release an app called 'blort', that means that
[EMAIL PROTECTED] is the address
associated with 'blort' now too.
--- Terence Tan [EMAIL PROTECTED] wrote:
I switch to the Library, it complains:
Insufficient memory for uncompressing the page. You
will need to free up RAM memory. I have 2500K free...
turning off VFS support corrects the problem.
I didn't have time to add proper error messages for
all
The problem I had with documents being out-of-sync with their
categories was a local problem only present in my own copy.
However, it didn't take that long to find the problem with the
default category not being assigned for documents on external media.
I don't know what I was smoking when I
Now might be a good time to add in a fourth section :) .. any
objections?
I have no objections as long as you first take a closer look at your
code and make sure it is clean and tidy (i.e. no duplicated code,
unused code, etc.)
/Mike
___
Do we still owe Mike a patch commit??
You guys owe me more than one patch commit (considering all the
patches I have commited to CVS for you in the past.)
Anyway, my code is the official one so if you don't commit my
patches you will only hurt yourself in the end... ;-)
/Mike
On Wed, May 28, 2003, Alexander R. Pruss wrote:
Does the python distiller also start thrashing under Linux with a lot of
files
http://www.plkr.org/list/4Q2000/0025.html
Today, I have a laptop with a lot more memory, but not indefinitely ;-)
I am trying to distill a site with 3000+ files, and
On Thu, May 29, 2003, Alexander R. Pruss wrote:
iSiloX lets you have not just an exclusion list but an inclusion
list of URLs to be fetched.
Plucker's exclusion list format allows you to both exclude and
include links,
http://docs.plkr.org/node55.html
Plucker-desktop can also handles
On Thu, May 29, 2003, Alexander R. Pruss wrote:
Thus, suppose I want to get only two URLs from my
home page: index.html and cv.html . Now, index.html links to cv.html and
to many other things. Ideally, I could have an include list of two URLs,
index.html and cv.html, and then set the
On Thu, May 29, 2003, Alexander R. Pruss wrote:
I suppose this can be done by just making a custom HTML file pointing to
these two files, and then setting depth to 2. The problem then is that
the custom HTML file will, I assume, show up as the home page when one
loads in the file.
Well, you
On Thu, May 29, 2003, Eugene Y. Vasserman wrote:
Does anyone know what 127 stands for?
That make can't find a program that it needs to run a command.
Maybe it is related to the 'readlrfont' program that has been
added recently.
/Mike
___
On Fri, May 30, 2003, Alexander R. Pruss wrote:
It's not supposed to do that?
Only if you run it on an OS5 device. On other devices it will
display the last used document. However, if you were using the
library when you left Plucker (or if the last used document
can't be found) it will display
On Fri, May 30, 2003, Adam McDaniel wrote:
Yep. Its true. :) v20030222-am contained a workaround to this problem
but it was deemed a 'bad hack' and was never commited to CVS.
True, but I didn't call it a bad hack; I only said that your were
trying to fix the symptom instead of the problem ;-)
On Mon, Jun 02, 2003, Alexander R. Pruss wrote:
I assume you can turn this off? ARP
Yes, and it is off by default.
/Mike
___
plucker-dev mailing list
[EMAIL PROTECTED]
http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
On Mon, Jun 02, 2003, MJ Ray wrote:
Argh! Another option!
Well, the other option is that I decide how everything should look
and work. Personally, I think it is better to leave some of those
decisions to the user ;-)
Why not use bold in the library to indicate unread
documents instead?
On Mon, Jun 09, 2003, Adam McDaniel wrote:
Actually, this argument seems moot in my environment where my
SEARCH_DIR would have been /usr/local/palm/arm-palmos/lib/ .. is this
really required?
How would I know? It was you (and Alexander) that included it in the
patch ;-)
This endianutils.h
On Thu, Jun 12, 2003, Adam McDaniel wrote:
Actually, I'm not sure on Mike's plans on backporting his work under
the 1.4 branch back to the unstable/main trunk (where my hires code is
based out of).
I won't merge back any changes until 1.4 is released, so if you want
to include this fix then
On Thu, Jun 12, 2003, John Marshall wrote:
Having decided that, you might want to use prc-tools's specific
facilities for producing armlets
Thanks for the information. I'll leave it for Adam and/or Alexander
to work out the details ;-)
/Mike
___
On Sat, Jun 14, 2003, Alexander R. Pruss wrote:
Does every end of paragraph (except maybe the last in the record) have a
0x38 newline code after it in the plucker format?
Does any paragraph have a newline after the end of the paragraph?
The viewer will automagically include a newline after the
On Sat, Jul 05, 2003, Chris Hawks wrote:
if ( areallycondition
shortcondition ) {
DoThis()
}
Nope, the '' should be at the end of the first line to make it
obvious that the statement on the first line is only part
On Sat, Jul 05, 2003, Alexander R. Pruss wrote:
if( condition1
condition2 ) {
ConditionSuccessful();
}
Wrong. There should be a space between if and '('.
This has the disadvantage that ConditionSuccessful() is ligned up with
condition2
Not if you follow the (at the
On Sat, Jul 05, 2003, Alexander R. Pruss wrote:
p.s. I've noticed that a bunch of things in util.c don't conform to the
coding guidelines. But who am I to speak?
Exactly, don't speak; fix it instead ;-)
/Mike
___
plucker-dev mailing list
[EMAIL
On Sat, Jul 05, 2003, Dennis McCunney wrote:
Any suggestions on things I can do to trace it down? Is there a debug
build of Plucker that will log function calls and the like?
I installed 300 Plucker documents on my CF card and tried to use
that with the current 1.4beta1 version and yes it was
On Tue, Jul 08, 2003, Alexander R. Pruss wrote:
1. This looks to me like it's checking for all two-byte length characters,
not just CRLF. This surely isn't correct behavior, because it will allow
line-breaking at any two-byte length character.
Well, I think you are making a mistake in your
On Tue, Jul 08, 2003, Alexander R. Pruss wrote:
Nevermind. I have a horrible memory for numbers--I misremembered the
0x00AD as a 0x00A5.
I think we should mind anyway. Bug report #356 is a related problem
for 0xAD and the Thai language.
/Mike
___
On Tue, Jul 08, 2003, Alexander R. Pruss wrote:
I am also a bit puzzled as to why the special handling for
two-byte characters? (Why not three- or four-byte ones?)
Because that's what Matto implemented... If you want to see something
else then you know the drill ;-)
/Mike
On Tue, Jul 08, 2003, Chris Pepper wrote:
Should Plucker choose the highest available, rather than the
system default?
Nope. The text rendering is faster at the default bit depth, so
that's what we should start with.
/Mike
___
plucker-dev mailing
On Fri, Jul 11, 2003, Alexander R. Pruss wrote:
Currently we do a nice binary search for ids when looking for a record.
But we can do a little better than that.
Sure, but do we really *have to*, i.e. will you even notice the
difference? Somehow I doubt the time to find a record is a major
On Fri, Jul 25, 2003, Alexander R. Pruss wrote:
I've noticed that just entering Plucker (library only, no doc
viewing) causes POSE/Handera/3.5.x to report three memory leaks.
Yep, I found out about that problem a year ago. It only happens with
the Handera ROM when you run the viewer in hires
On Fri, Jul 25, 2003, Alexander R. Pruss wrote:
Glad you like it.
Well, I thought the scroll past the bottom was a different feature,
but that was just a change from compile time to run time selection.
However, I don't think that was a good change. I'm already a bit
worried about the size of
On Sun, Jul 13, 2003, MJ Ray wrote:
BTW: Mike released a program (many years ago), that grabs these memos and
plucks tham into a Plucker document. (pluckerlinks.c)
I can't see this in the distribution or CVS.
Well, that program wasn't really meant for the general user; it
was just a quick
On Sat, Jul 26, 2003, Adam McDaniel wrote:
The only problem with making this the default (and only) option is for
Non-OS5 hires devices (esp colour ones). There's still a nasty lag in
using the scrollbar and dragging up and down. The same issue can be
seen with the whole MODE3.
Sorry, I meant
On Sat, Jul 26, 2003, Alexander R. Pruss wrote:
I think it's a nuisance to be distributing thirty different binary
versions (15 languages x 2) just so users can choose whether they want
scroll to bottom.
Well, I'm seriously considering to stop building viewers for any
language that isn't
On Sat, Jul 26, 2003, Alexander R. Pruss wrote:
Question: Maybe we should remove the lo-res fonts from the hi-res
version? If one is getting the hi-res version, one obviously doesn't need
them.
Nah, the everything version should include everything.
One thing that I think we should do is
On Sat, Jul 19, 2003, Dennis McCunney wrote:
It's almost as
though the viewer is doing a refresh documents operation despite the
Manual Update setting, rather than simply redisplaying the info in the
plkrdoclist file.
Well, my initial tests indicates that the slower response is because
of
On Sat, Jul 26, 2003, Dennis McCunney wrote:
Let us know when a beta with this mod is available for
download.
I have attached a binary to bug case #727.
/Mike
___
plucker-dev mailing list
[EMAIL PROTECTED]
On Mon, Jul 28, 2003, Alexander R. Pruss wrote:
Now that 1.4 is released, when is HEAD moving to alpha testing?
As soon as I have merged the changes from the 1.4 branch with
the main trunk.
/Mike
___
plucker-dev mailing list
[EMAIL PROTECTED]
On Tue, Jul 29, 2003, Alexander R. Pruss wrote:
And I take it we will do a feature freeze at that point?
Nope. The main trunk is the unstable branch, so the development
continues for a while longer (it will still be released as 1.5,
but the odd number indicates an unstable release.) At some
On Wed, Jul 30, 2003, David A. Desrosiers wrote:
Since Plucker 1.4 went up on the site at 15:00 EDT on the 28th,
we've served 133 gigabytes of downloads in that span of 40 hours (as I write
this reply).
Maybe we should try to find some mirror sites. I never thought
Plucker would be *that*
On Wed, Jul 30, 2003, Michael Nordstrom wrote:
Give me a chance to include the changes from 1.4 first; it will take
at least another couple of days.
Now I have included the bug fixes from 1.4 in the unstable branch.
I've also changed the scroll-to-bottom feature back to a compile
time option
On Sat, Aug 02, 2003, Alexander R. Pruss wrote:
Back when I was first using ANSI C, I don't think you could assign
structures directly to one another, as per:
That must have been quite a while ago ;-)
RectangleType r1,r2;
...
r1 = r2;
This is valid ANSI-C code.
/Mike
On Sun, Aug 03, 2003, Alexander R. Pruss wrote:
Would you mind THREE compile-time options:
--scroll-to-bottom=always
--scroll-to-bottom=never
--scroll-to-bottom=runtime-configurable
?
Yes, since I don't see any reason to make this a runtime option. How
often do you really change this
On Sun, Aug 03, 2003, Alexander R. Pruss wrote:
Of course if we are willing to distribute both sets of binaries, that's
fine with me, but I think that with the multiple language versions, the
light, full and hi-res versions, etc., it will be a mess.
As I have said before we don't have to
On Sun, Aug 03, 2003, Alexander R. Pruss wrote:
Are we going to release any bug fixes for 1.4, or are we just going to
1.5?
1.5 is the unstable version, so yes, there will be more 1.4.x
versions with bug fixes (and maybe some minor feature, too.)
/Mike
On Sun, Aug 03, 2003, Adam McDaniel wrote:
Any ETA for 1.5?
We could release it as 1.5 today (if we want to.) It's not like it
needs any testing or stuff like that; it's called unstable for a
reason ;-)
/Mike
___
plucker-dev mailing list
[EMAIL
On Wed, Jul 30, 2003, Alexander R. Pruss wrote:
Yes. You have three options:
--fragments=seamless : No Click here markers, just seamless arbitrary
length files, with a continuation bit
After fixing the bug in Spider.py that wouldn't allow you to specify
any arguments I still get Click
On Sun, Aug 03, 2003, Alexander R. Pruss wrote:
Maybe someone who knows the spider better than I do can fix this? (I
don't use the command-line myself. I use the desktop and have a local mod
to the spider to enable seamless fragments by default.
What's the difference? If it doesn't work on
On Fri, Aug 08, 2003, Alexander R. Pruss wrote:
I've committed my anti-aliased font support. It can be disabled via
--disable-gray-font .
Don't forget that when you add a new option to the viewer's configure
script, you also have to include the option in the top configure
script or it won't
On Fri, Aug 08, 2003, Alexander R. Pruss wrote:
I've committed my anti-aliased font support.
It seems like you forgot to include a few files (i.e. grayfont.c
and grayfont.h), though.
/Mike
___
plucker-dev mailing list
[EMAIL PROTECTED]
On Tue, Jul 29, 2003, Adam McDaniel wrote:
Any chance we can include the multiimage branch within HEAD at this
point as well? :)
Well, the only way for that to happen is if you actually include it
in the main trunk before we make a 1.5 release...
/Mike
On Tue, Aug 05, 2003, Alexander R. Pruss wrote:
What kind of timeline are we looking at?
This weekend...
I'd like a week for anti-aliasing support, myself. :-)
Then I don't think it will be include in 1.5 (but there will still
be 1.5.1, 1.5.2, etc. )
/Mike
On Mon, Aug 18, 2003, Adam McDaniel wrote:
Thought I'd move this over to plucker-dev
Well, *now* it is moved to plucker-dev ;-)
1. I dont think that this will do anything to help solve the original
problem pointed out by Stefan Dannemann in
My fix is for bug report #731.
2. What exactly
On Sat, Aug 30, 2003, Alexander R. Pruss wrote:
Are there any good profiling solutions for optimizing code (68k at
least)?
Don't forget to use the --enable-debug-labels option when you build
the viewer to get the function names included in POSE's profiling
output.
/Mike
On Sat, Sep 06, 2003, Chris Hawks wrote:
Well, after a couple of days work, I've got the multiimage code merged
into the cvs HEAD.
Great work.
I don't know if the rotate stuff works. When I enable it, POSE crashes
when I select 'Font and layout'.
I don't really understand how the multiimage
On Sat, Sep 06, 2003, Alexander R. Pruss wrote:
I'd like to make it work together with the rotate code first--I
don't like the idea of committing code that doesn't work with
everything.
The only rule for the unstable branch that you better not break is
that it still builds after you commit
On Sun, Sep 07, 2003, Chris Hawks wrote:
Both. I've never enabled rotate before and I wanted to make sure it at
least compiled.
No problems on my Tungsten C; the scroll button doesn't work as
expected but that was a problem before, too. I haven't had time
to take a closer look at that problem,
On Sun, Sep 07, 2003, Chris Hawks wrote:
I just commited the fixes for all that 'are we in' / 'did we come from'
the fullscreenform stuff.
I've found one problem with the new code so far; inlined images are
rendered twice their size and text is written on top of the image
(makes sense if the
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 other versions (unless you try to view some
pre-1.0 documents:) Right now I'm reading a document I created over
three years ago
On Mon, Sep 08, 2003, Alexander R. Pruss wrote:
The baboon segments showed up fine, but the composite image was blank.
Both show up but don't look OK; seems like the wrong segments are
displayed...
The Calgary image caused an Unhandled exception, error code = 521 error.
This image works OK
On Mon, Sep 08, 2003, Dave Maddock wrote:
When upgrading you can almost put money on the fact that you'll lose
bookmark data.
The bookmark data is not a part of the document; it is included in
the meta data. If the format of the meta data change then you will
lose the bookmark data; the only
On Mon, Sep 08, 2003, Chris Hawks wrote:
This is 'dmErrCorruptDatabase' which document.c will throw if it
doesn't recognize the record-type. (which would be DATATYPE_MULTIIMAGE).
Well, something seems to be broken in the code, too, since the
20030611 hires viewer displays the same images
On Mon, Sep 08, 2003, Alexander R. Pruss wrote:
It looks like a couple of things don't work under OS5 now.
One thing that doesn't seem to work with any OS version is the
fullscreen toggle. I will take a closer look at this problem
tomorrow evening (unless someone else has fixed it by then:)
On Sat, Sep 06, 2003, Chris Hawks wrote:
Well, after a couple of days work, I've got the multiimage code merged
into the cvs HEAD. (apparently Adam has vanished)
The python parser seems to be broken, though. When I create a
multiimage it looks like the segments are put in the wrong
order,
On Sat, Sep 13, 2003, Alexander R. Pruss wrote:
I am also suspecting this may be at the heart of
bug 806, though I have to hear back from the reporter.
It says that it works with 1.4, so no, I don't think it is only a
matter of a missing volume label...
I fixed this by
creating a fake
Now when the multiimage code is added to the code base the priority
should be to stabilize the code, i.e. no new features should be
added to the viewer. If there is some feature you would like to get
included in the viewer you have convince me first that it can't
wait. One feature I will include
On Sat, Sep 13, 2003, Alexander R. Pruss wrote:
I didn't know the search code ever got called with a UID that isn't in the
document. Under what circumstances does this happen?
When you look for a record not included in the doocument ;-) That
should return NULL and the viewer will instead check
On Mon, Sep 15, 2003, Alexander R. Pruss wrote:
I committed a rudimentary fix, which seems to fix bug #665, but at the cost
of not displaying images once memory has run out. It really ought to be
reclaiming cache memory when it's running out.
I will take a look at it; I guess I will rewrite
On Fri, Sep 19, 2003, David A. Desrosiers wrote:
You realize you're addressing these messages to 'plucker-dev' twice
in every email you send?
And to make things worse the mail also includes *everything* from
previous messages in the thread. How about removing most of the old
text and only
On Thu, Sep 25, 2003, Steven Spadt wrote:
I'd love support for sup and sub, but need a command-line
interface, so JPluck isn't the answer.
You can run JPluck from the command line, too. For example to pluck
The Register site you could run the following,
$ java -jar convert.jar
On Tue, Sep 30, 2003, Steven Spadt wrote:
The cutoff (after which the links, in the viewer generate the
Error code=514 error) is at record 16326.
I wrote a program that generated 16330 html files that each linked
to the next file (except the first file that also included a link
to 16325 (to
On Fri, Oct 03, 2003, Michael Nordstrom wrote:
I will run it in the debugger now and see if I can pinpoint the
problem...
I've found the problem (and it was actually related to the use of
Int16 in the SearchDocument function:) We get an overflow in the
code that is used to optimize the search
On Mon, Oct 06, 2003, Matsumoto Masakazu wrote:
I feel the external links form is somewhat redundant
Well, I think it is a good way to inform the user about the missing
link. On my Treo 600 I have also added a browse online button to
this form, so that I can access the missing link directly...
On Mon, Oct 06, 2003, Matsumoto Masakazu wrote:
Actually, it is checked every time when rendering in my current
implementation. It makes rendering a little bit slower only when you
enable this feature.
What is this feature supposed to add that isn't already available?
What is the problem with
On Mon, Oct 06, 2003, Matsumoto Masakazu wrote:
want to provide much easier way to notice that the anchor is not
linked to any internal page.
If the main reason for this feature is to indicate external links
different from internal links then it's better to do that in the
parser, i.e. when
On Tue, Oct 07, 2003, Branko Strok wrote:
I wanted to test viewer 1.4 and ArmZLib on a Palm OS Simulator (rom
NTRel_enUS.rom Clie) but I received insufficient memory message.
Is this the compatibility issue?
No idea, but I would suggest that you use the cvs snapshot instead of
1.4. The
On Thu, Oct 09, 2003, Matsumoto Masakazu wrote:
Finally I commited changes to CVS as a compile-time option.
I will remove this code and then you will have to add it back again
after the release next week. The code has too many problems and the
priority right now should be to fix bugs...
/Mike
On Sun, Oct 12, 2003, Matsumoto Masakazu wrote:
Compilation fails with handspring SDK and without 5-way SDK. Perhaps
these SDKs are mutually dependent.
I build it with the Handspring SDK and without the 5-way SDK for my
Treo600; no problems.
Many pages on Google say it is placed in devseed
On Sat, Oct 11, 2003, David A. Desrosiers wrote:
Anyone who is on a decent dedicated connection (or even broadband)
and wants to help out with the release of Plucker 1.6
I had some problems to get the firewall in my wireless router to
open the necessary ports (the option in the web
On Mon, Oct 13, 2003, Alexander R. Pruss wrote:
This should be simple to fix. Alas, I don't know how to commit things to
the 1.6 branch (can someone tell me how?)
You can send me a patch and I will decide if it should be added to
1.6 or if it has to wait.
BTW, you might want to take a closer
On Mon, Oct 13, 2003, Michael Nordstrom wrote:
BTW, you might want to take a closer look at the seamless fragments
code (bug #851); you know more about that code than me...
Alexander, would it work to just put a test around the code that
release and replace the current handle
On Mon, Oct 13, 2003, Alexander R. Pruss wrote:
That would seem to do the job. And it would be a nice small optimization,
too.
OK, I'll add that for now (I also initialized the currentRecordId to
make sure we don't end up with no handle at all:)
We might want to take a closer look at this
Removing the optimize code from SearchVFSDocument seems to fix the 514
exceptions. If the optimize code hasn't been fixed by next week or so
it will be completely removed before the 1.6.1 release...
/Mike
___
plucker-dev mailing list
[EMAIL PROTECTED]
On Tue, Oct 21, 2003, Alexander R. Pruss wrote:
Which bug number is this? Alex
864
/Mike
___
plucker-dev mailing list
[EMAIL PROTECTED]
http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
On Fri, Oct 24, 2003, Alexander R. Pruss wrote:
Should we make available a re-render command to the user.
No.
/Mike
___
plucker-dev mailing list
[EMAIL PROTECTED]
http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
On Sat, Nov 15, 2003, Alexander R. Pruss wrote:
The cache code still need an overhaul to delete older entries (or, better,
entries accessed a longer time ago) when memory becomes short...
I know I have promised to do something about this, but at the moment
I'm very busy doing two jobs; one for
On Sat, Nov 22, 2003, Alexander R. Pruss wrote:
I am going to try to speed grayscale font drawing. Any ideas are welcome.
Two options. One: Render a whole string to a bitmap before calling
WinDrawBitmap() instead of calling it for each letter. Two: Write directly
to the VRAM. Option One is
On Tue, Dec 02, 2003, Alexander R. Pruss wrote:
Why does Plucker by default run in the system default bpp rather than the
highest bpp possible?
http://www.mail-archive.com/plucker-dev%40rubberchicken.org/msg05186.html
/Mike
___
plucker-dev mailing
On Tue, Dec 02, 2003, Alexander R. Pruss wrote:
The answer in that thread is that text rendering is faster at a lower bpp.
We will start with the default bit depth; users that want a different
depth should change it in the preferences...
/Mike
___
On Wed, Dec 03, 2003, Alexander R. Pruss wrote:
thing I could do is additionally store in the prefs a small cache
of the pathnames and volumeRefs of the last three,
I don't think it's a good idea to store the volumeRefs; it's safer
to store the volume label and then get the volumeRef using
With the current code we are circulating pointers to the Plucker
data and access it directly using those pointers. This has both pros
and cons, but since I would like to get better control of the data
access I've started to encapsulate the data interface, so that
access to the Plucker data (record
On Sun, Dec 07, 2003, Alexander R. Pruss wrote:
How is rendering performance?
I haven't noticed any difference and neither did I expect any at
the moment; I haven't made a final split in paragraph.c, yet,
and that's where the rendering takes place. Still, *reading* the
the data is not the major
On Fri, Dec 12, 2003, Geir-Tore Lindsve wrote:
2. Instant restart when choosing one specific menuitem. Too short
textfield or something?
Well, if it is one *specific* menu item, then maybe you could tell
us which one? It kind of help (at least for those of us that still
can't read minds over
On Tue, Dec 09, 2003, Matsumoto Masakazu wrote:
It seems that some special treatment is required for those fonts on
Japanese OS5 Clie devices.
Here is a patch, which KIRA* kindly sent to me and I modified a little.
Include the changes in CVS.
/Mike
On Fri, Dec 19, 2003, Konstantin Klyatskin wrote:
The problem is that all viewers do not allow marking the words in
normal mode.
You can't select a single word in our viewer. To implement that kind
of support would require a significant amount of work. However, it is
possible to select a single
On Mon, Dec 22, 2003, Alexander R. Pruss wrote:
It would presumably be a compile-time option, off by default.
Yes.
I assume there would be no objection from the rest of the
Plucker Team?
Not from me. I have no interest in this feature and my Plucker
work for the next couple of weeks will be
On Wed, Dec 24, 2003, Alexander R. Pruss wrote:
I've integrated the fiveway and jogdial selectors in libraryform, and added
keyboard selector support.
However, you also changed the way the fiveway should work; when you
press right it should pop up the list of actions. With your changes
it will
On Sat, Dec 27, 2003, Michael Nordstrom wrote:
Still, one benefit with your changes
That might sound like I think this was a bad change. It was a good
idea to integrate the code I just think some of the benefits from
having the code in separate files have been lost in the process...
That can
I have added support for unit test using PalmCUnit. Only a few test
cases have been added so far, but I intend to extend that collection
already the next couple of days.
PalmCUnit can be downloaded from
http://www.rickandviv.net/palmcunit.html
At the moment you have to apply the attached
On Wed, Dec 31, 2003, Alexander R. Pruss wrote:
I've committed dictionary lookup as a compile-time option, default off.
Turn on with --enable-word-lookup, and then configure with
Preferences-Lookup.
And after a few minor changes the viewer can now be built regardless
of whether this support is
On Wed, Dec 31, 2003, David A. Desrosiers wrote:
For those doing this on Unix/POSIX systems, you'll have to remove
the braindead ^M characters before you apply this patch, or it will fail.
# Run this inside the PalmCUnit source tree
Or you could run unzip -a when you unpack the
On Wed, Dec 31, 2003, David A. Desrosiers wrote:
Ok, let me see if I can break this down a bit more in the
snapshot builds to build viewers with different capabilities.
I don't think we have to build any viewer that includes PalmCUnit
support. It's only for developers and they can build their
1 - 100 of 222 matches
Mail list logo
