Comments on: Mini-review: TinySheet 4.12
Article Comments
(22 comments)
The following comments are owned by whoever posted them. PalmInfocenter is not responsible for them in any way.
Please Login or register here to add your comments.
Comments Closed
This article is no longer accepting new comments.
RE: NR series and Macs
Is it the case that the CLIE PEG-NR70 can connect to an Apple Computer? How?
RE: Landscape... and Mac
This is very impressive on the Handera 330 with QuickSheet (from QuickOffice) and was available when Handera launched the 330.
Thanks, Robrecht
RE: Landscape... and Mac
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.
RE: Landscape... and Mac
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.
RE: Landscape... and Mac
Lawn gnomes?
;)
--------------------------------------
"Well, if it isn't the leader of the wiener patrol, boning up on his nerd lessons"
http://stirwise.com
RE: Lawn gnomes?
Software upgrades
One little gripe. I wish that developers would change the way they produce software for different models to cope with the different screen requirements. I have a plain old (boring, to some) Palm with a monochrome 160x160 screen. Whenever a new screen resolution comes out, some developers upgrade their code to deal with this by issuing an new version - that is, as a single version for all users. This means if I upgrade to get the benefit of new features and bug fixes, I end up with programs that include a lot of code to deal with color & strange screen resolutions, which are useless to me. I still have to carry that extra code, using up memory and, in some cases, causing a detectable slow down in the execution of the program. The upgraded software is inherently more complex, which just increases the scope for bugs, which is infuriating.
Please don't take this as a criticism of iambic in particular - I think they produce some excellent software. It's just that I wish that Palm developers generally would get into the habit of producing different modes of a particular version. For example:
TinySheet4.12b&w - for 160x160 mononchrome screens
TinySheet4.12colour - for 160x160 color screens
TinySheer4.12extra - for the more exotic screen resolutions
This way users can get the benefit of an upgrade in a way which is more taylored to their particular unit.
Is this too much to ask?
RE: Software upgrades
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.
RE: Software upgrades
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
RE: Software upgrades
RE: Software upgrades - Multiple Versions a BAD idea
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
RE: Software upgrades
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.
Surprising
What is so surprising? It is a Sony, it has the highest resolution, and it is hte best Palm OS device on the market. How is it surprising?
RE: Surprising
RE: Surprising
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.
Tinysheets on Memory Cards get hotsynced?
Thanks for the update. Quick question: If you store your TinySheet on the memory card, using the new VFS functionality, will the TinySheet Conduit be able to hotsync the document?
For example: Store Tinysheet on Memory Stick make changes to it on the PDA. When you hotsync, are the changes transfered to the PC (and Excel)?
Thanks,
Jeff
----
Jeff Meyer
RE: Tinysheets on Memory Cards get hotsynced?
---
News Editor
Tinysheet support for the HandEra is still lacking
TinySheet is too buggy!
Perhaps if they spend some time fixing the bugs instead of adding wizbang features, I would buy the program. For now, I am stuck with Quick Sheet.
Latest Comments
- I got one -Tuckermaclain
- RE: Don't we have this already? -Tuckermaclain
- RE: Palm brand will return in 2018, with devices built by TCL -richf
- RE: Palm brand will return in 2018, with devices built by TCL -dmitrygr
- Palm phone on HDblog -palmato
- Palm PVG100 -hgoldner
- RE: Like Deja Vu -PacManFoo
- Like Deja Vu -T_W
Landscape... and Mac