> On Wed, Oct 23, 2002 at 02:03:16PM -0700, Eric J Schwertfeger wrote: > > I can't say if this has been fixed in 1.2, as the problem is only > > noticable on a HandEra, and the hires branch is still at 1.2beta13, it > > seems. > > We're in the midst of merging the hires branch into the main code. As > a result the next release of the viewer (chances are) it'll have the > hires code built in.
I'd seen that the merging was coming. I know how merging code branches can be, I did the HandEra port of CryptoPad back when it was being actively developed, and I'll probably be doing the same once it gets out of planning again. > > If you happen to have more than one memory card in the handheld, Plucker > > will list databases on all cards, but trying to pull them up results > > in "Cannot find document in RAM or on external card" except for one card. > > This is a known issue that I came across myself. The thing is that > according to Palm, it's the volumeRef value that should be used to > identify which VFS media a file lives on. Since the Handera 330 was > developed before this rule was established, the device doesn't follow > it. Infact, from a program level, if a file exists on either SD or CF, > it'll always respond with the same volumeRef. Ick. I know, the HandEra (and TRGPro) broke a lot of ground, but they're getting punished for it now. Sony's probably hopped through a few hoops to make the NX series work with both the Clie-specific HiRes and the OS5 HiRes (I'm glad that Palm didn't adopt Sony's HiRes API, but still would have preferred something closer to the HandEra API, hope that if/when Palm adopts a jogwheel API that they at least don't take Sony's unaltered). > I had produced a hack to fix this, and it worked. Later I learend > about this rule, and found out that my change would break any future > devices that would contain more than one slot. > > Clearly, some sort of handera-specific code may be required if this is > to be permanently solved. If it's not too much code-bloat, sure, but I honestly think that most people with both slots in use are going to have one slot a modem/WiFi/serial port, rather than having a memory card in both. I only know of one other PalmOS PDA that can have more than one memory card, and that's the Dana AlphaSmart, which will probably have an even smaller marketshare than the HandEra 330. Saw the other message about this. How do you go about setting the label on a SD/CF card from the HandEra? Formatting doesn't do it, and I don't see any other way to do it without sticking it in a PC-based memory card reader. > > Aside from these two quirks and a few forms that aren't getting rescaled, > > Another known issue. (See hires.plkr.org for a list of all known > issues:) .. Part of the problem is that I didn't have time to go > through and nativly port each form over to a 240-wide screen. I COULD > use handera's built in app to resize forms properly, but that function > isn't all that bright when it comes to images. So use it for the forms that don't use bitmaps :-) Just checked the site, and sure enough, the toolbar quirk was posted to the site the day after I downloaded it. Figures. > Thanks for your feedback :) I'm a firm believer in letting people that do good work know it. When I get around to releasing the software I'm working on (yes, yet *ANOTHER* calculator, among other things :-) I'd say that as long as I've got a day-job that pays as well as the one I've got now, I'd rather know I'm appreciated than get a trickle of extra money. Doesn't mean that I don't register my software, but for Open Source stuff, the feedback is usually the only compensation, and usually as well deserved. _______________________________________________ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
