I wasn't aware that the CLIE PEG-NR70 could connect to an Apple Computer. I know that with extra software, some CLIE handhelds can connect to Apple Computers, and with no extra software, the CLIE PEG-T series and perhaps others can connect to Apple Computers.

Is it the case that the CLIE PEG-NR70 can connect to an Apple Computer? How?

Landscape mode for a high res spreadsheet is very important to me, also. I hope this is added soon.

This is very impressive on the Handera 330 with QuickSheet (from QuickOffice) and was available when Handera launched the 330.

Thanks, Robrecht

Hi,

You can exchange your TinySheet data with Palm and Mac easily, using Palm Memo pad and CSV files. I have done this kind of exchanging operation several times already. Should work well.
PLS refer to www.iambic.com and find operation manual of TinySheet. (On the program download site, you can find it)
http://www.iambic.com/

Also, for HotSync with NR70 and Mac, you can use Missing Sync from http://www.markspace.com/missingsync.html
This works well with Mac ,CLIE USB cradle and Palm Desktop 263.

Hope this helps.

Cheers.

PS

With Missing Sync app, you can mount Memory stick on your Macintosh finder with CLIE's app called "MS import". Then you can copy your MP3 files directly from Mac to Memory Stick.

The next version of MissingSync (maybe 3) will be more compatible with MacOS X. You can use iTunes and iPhoto apps to convert some data for Mac, I heard. Can't wait :-)
http://www.markspace.com/missingsync_preview.html

Thanks.

Missing Sync works with just about all of the Sony models. They are very quick to add new models when they are released. As you have noticed, several Sony Clies work just fine without Missing Sync. Of course it would be nicer if Sony explicitly supported the Mac.

150 bucks for a giraffe bath is a pretty good deal!

yes, it is too much to ask.

You will end up with a buggier product, because developers with limited resources will have three versions of a product to test, instead of one. The product development cycle will be the same length, but the amount of software to test will triple, and therefore there will be a decline in the quality of the product.

I certainly don't think it's too much to ask. Game developers produce grayscale and color versions of their software, so grayscale users don't waste memory. Other developers produce patches to add hi res functionality (i.e. SilverScreen). And Mac software developers have been producing multiple versions of their titles for years: 68k, PPC, fat, carbon.
I really don't see why it would be such a massive problem to develop 2 or 3 versions of a popular, relatively expensive application. this might make more grayscale 160x160 resolution users likely to buy iambic's software, simply because it takes up less space and moves a little quicker on their handheld.

--------------------------------------
"Well, if it isn't the leader of the wiener patrol, boning up on his nerd lessons"
http://stirwise.com

As to the original poster... I agree. Because of the limited memory (RAM) on most models, custom compiled version would be a great idea and should not be that hard to implement. One thing that has always impressed me with the Palm OS platform are those developers out there who can squeeze every little byte of code out to save memory. Please don't let the apps become bloat ware, like some other desktop platform we all know and love to hate.

No, you're not asking much, but what your asking for is stupid as it would not give you any useful benefits it would only cause problems for you (and other Palm users)

For a start the Windows CE had endless problems with different hardware platforms (SH3/ARM/MIPS), frequently users could not get a version for there hardware platform.

Also there is the issue of having multiple development trees - that would mean some versions get released ahead of others (and some Palms might never get a version, as happened with Windows CE platform) then there is the issue of bugs that could creep in.

And WHY would you want to do this?

And the saving in complied code is going to be around 1K! (Heck the UNCOMPILED CODE is only going to be around 2-3K!)

Having multiple versions of games (one in B&W, one in Color) makes sense because most users still do not have color Palms and color graphics (used extensively in most games) take up much more space than greyscale graphics - so in effect having color bitmaps would easily waste 1 MB or more in a game with a large amount of graphics (like an RPG say).

This is a non issue with software that doesnt use large amounts of bitmaps. The savings would be non existant.

In fact, if a develoeprs creates more generic code in your software, meaning they could do a single build and complie multiple versions of the app at once, the additional generic code require could easily push the overall size of each application up, not down.

So, saving a couple of K per app is a non issue. It makes more sense for a developer to optimise other parts of the app and it's libraries to bring overall size down (as that's where the bloat tends to be). Having a slightly larger application or adding support for higher res on some devices, does not make the application slower in any way.

-- Iain

Iain, thanks for your input.

I think that support for color/weird screen resolutions does slow down programs in some cases. Take, as an example, CryptoPad v3.64 and v4.09 (freeware, available at www.palmgear.com). Both are really good replacements for the standard MemoPad, but the latter is much slower than the former (at least on OS4.1 juiced up with Quickbits).

Also I've seen posts by developers at this and other sites complaining about the difficulty of coding for CLIE's funny screen resolution. This has got to add to the complexity of the code.

No software is bug free, I accept that. But I think you would agree that software which has, say, a million lines is likely to have more bugs than software with 100 thousand lines, all other things being equal. On the same principle, adding extra code to deal with non-standard screen resolutions (and color, etc) is, I think, likely to increase the probability of bugs in the program.

Put yourself in the shoes of a user with say a Palm IIIx or a m105 - you don't have the (dubious) benefit of the color and non-standard resolutions, yet you inherit bugs from code added to deal with these things.

This does not make sense to me.

Great they support a Sony proprietary screen resolution for a unit that started shipping last week but they don't support Handera 330's 240x320 which has been out almost 1 1/2. *******s.

What is really surprising is that CLIE now has three different screen resolutions. There is 160x160 on the S360, 320x480 for the NR70 and 360x360 for everything else.

It's funny - until a few weeks ago - the CLIE boosters were crowing that 360x360 was the "industry standard". Evidently, the manufacturers didn't think so, because they kept making the 160x160 units the whole time (because they were, and remain, their best selling units). Now of course we have 320x480 too. What will it be next week?

This must be driving developers nuts.

Sorry, I should have made this clearer in the article but yes, workbooks saved on memory cards can be synchronized with Excel files during each HotSync.

---
News Editor

Tinysheet is rather nice, a little bit bloated though!
FastWriter though is a completely other game, bloated, unstable and so on (Loves my WordSmith)!

Live long and prosper...