Comments on: SnapperMail v1.8 and AcidImage Pro Released

Snapperfish has released version 1.8 of its POP3 email client, SnapperMail. AcidImage Pro is an image viewing applicaion, and is now the first application to render TIFF images natively. The combination is the first solution to view faxes sent wirelessly.
Return to Story - Permalink

Article Comments

 (24 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 Comments Closed
This article is no longer accepting new comments.

Down

$49.95 to view a fax with AI Pro . . . I think not.

meanska @ 8/27/2003 10:41:15 AM #
The SM 1.8 update is good. HTML rendering does seem noticeably faster, and the ability to download mail for separate accounts into separate folders is nice.

I was enthusiastic to read about the possibility of viewing native TIFF files (for fax viewing, primarily), but that capability is not worth the $49.95 price tag for Acid Image Pro. Wonder if they'll offer a lite (TIFF only) version substantially less money . . . ?

RE: $49.95 to view a fax with AI Pro . . . I think not.
Altema @ 8/27/2003 6:44:46 PM #
1.8 is good, and I especially like being able to have each of the 32,000+ posible accounts go to any folder you choose. Rendering with this version is almost instant, much better than the 1 to 2 second wait on the old one.

Have to agree with you on the fax viewer. It would be nice... IF anyone ever sent me faxes, but I'm not ready to double the cost for ocassional use. Of course, the situation would be different for a business user who does so on a regular basis. In that case, $50 for a fax machine that fits in your pocket is great.

PDF Attachment

MariHo @ 8/27/2003 11:20:17 AM #
Attachment support in desktop format with partner applications. Supported filetypes include MS Word, MS Excel, MS PowerPoint, Zip, Jpeg, BMP, GIF, PNG, vCard, vCalender, Text, HTML, CSV, WAV, and Midi.

The PDF attach is not supported?, bad.



RE: PDF Attachment
sub_tex @ 8/27/2003 11:49:19 AM #
Are we really gonna go through this PDF argument again?

*sigh*

Email Adobe and tell them to get off their butts and make a decent PDF viewer that can render native PDFs.

*Then* you'll see it supported.

SnapperMail is *AN EMAIL CLIENT*, not a file viewer. All it does is dish out the attachment to external apps easily for you.

RE: PDF Attachment
ray00pal @ 8/27/2003 4:28:09 PM #
Why count on Adobe to do it? Just include that in this program and I will be very interested. I think Adobe is not very good at viewer when it comes to Palm OS. I don't even care about viewing it in native format. I just need to be able to zoom in and out. Is that too much to ask? If I am in the software business, I will be writing such program now.
RE: PDF Attachment
orol @ 8/28/2003 3:30:23 AM #
pdf? no problem with that .. sony & picsel solves this .. I only with snapper mail could directly open the apps using picsel .. now It takes a couple of clicks more

Acid Image goes the wrong way

Timothy Rapson @ 8/27/2003 12:15:19 PM #
I have long hoped that an update to my former favorite photo viewer, AI would include some editing features.

What is wrong with the whole universe that the Palm OS world has 8 PDA models with cameras included and no third party photo editor or hi-res paint program worth a lick?

Anyway, I recently upgraded to Resco Photo Viewer and highly recommend it. The editing features are few but at least there is something there and we can hope for the rest of the features from the PPC version.

I also was overwhelmingly happy to find that Resco allows me to keep thumbnails in a cache. It takes up a whopping 3 meg altogether, but this feature allows me to actually show people the photos on my Clie again! With every other program, I waited and waited and waited. No one is going to stand there for 4 minutes while I try to show them the picture of the Longaberger home office I took two Summers ago, sorting through the 600+ photos on my memory stink card. The cache makes this a delight again. About the only think AI still has over Resco is the ability to view GIFs. With all the desktop software I have to convert virtually everything and anything to JPEGs, there is not much need for that.

When I saw Acid Image Pro I dreamed of all the features of AI plus those of TealPaint in high res. Now, that would get me to shake loose $50. Viewing faxes? It may be worth a lot to someone, but not for me.

RE: Acid Image goes the wrong way
aardvarko @ 8/27/2003 10:28:00 PM #
AcidImage has cached thumbnails for, uh, FOREVER. Just the same, I'm annoyed with the $20 upgrade - been using it since the 1.0...

-aardvarko
webmaster at aardvarko dot com
http://aardvarko.com
RE: Acid Image goes the wrong way
blue9 @ 8/28/2003 12:39:36 AM #
Wow, $50 ($20 for the upgrade)? What is this guy smoking??

RE: Acid Image goes the wrong way
orol @ 8/28/2003 3:25:08 AM #
I have good news for you .. I was recently in touch wirh the author of resco viewer and he said since there is such a high demand for the gif viewing capability. they decided to implement it asap. the only think they have to solve is licencing of the gif technology (it's not an open format). so stay tuned :-)

RE: Acid Image goes the wrong way
ardiri @ 8/28/2003 6:25:12 AM #
> I have good news for you .. I was recently in touch
> wirh the author of resco viewer and he said since
> there is such a high demand for the gif viewing
> capability. they decided to implement it asap. the
> only think they have to solve is licencing of the
> gif technology (it's not an open format). so stay
> tuned :-)

um.. gif 'decoding' is 100% legal, and, there is plenty of documentation out there to explain how to do it. the LZW patent expired early this year (just over two months ago), so, now gif 'encoding' is legal :) i dont see why gif decoding/encoding is such a difficult task?

we use gif for storing graphics in our newest games, as it gives great compression ratios. it isn't the fastest to 'decode', but, speed isn't much of an issue these days.

tiff format is either raw data, or a 24-bit LZW (ie: 24-bit gif). its not the hardest of formats to decode on the palmos - its actually one of the easiest. there are a few contraints, all well documented (color spaces etc). jpg is probably the most complex, in my opinion.

http://tinyurl.com/lgwi

^^ read up on TIFF.

once you have jpg, you can do progressive updates to get mpg. but, moving into the 'movie' formats is a new kettle of fish entirely.

// az
aaron@ardiri.com
http://www.ardiri.com/
http://www.mobilewizardry.com/

RE: Acid Image goes the wrong way
Timothy Rapson @ 8/28/2003 7:39:29 AM #
RE: aardvarko @ 8/27/2003 10:28:00 PM

AcidImage has cached thumbnails for, uh, FOREVER.
-aardvarko
webmaster at aardvarko dot com
http://aardvarko.com


I have checked the preferences box in Acid Image that tells it to "save thumbnails....always" but whatever it is doing it is not doing what Resco is.

I waited forever (well, for way too long) for AcidImage to load the names, even just the names without any thumbs, from the memory stick.

RE: Acid Image goes the wrong way
Altema @ 8/28/2003 12:55:03 PM #
Timothy, perhaps there is a problem with a software conflict, or you may have a hardware problem. The first time the thumbs are created it takes a while, but after that there is no delay. Even opening the larger images takes less than 3 seconds, with the exception of opening a 4 megapixel image (full size) which takes 5 seconds.

The other possibility is that AI has problems with caching more than a few hundred image thumbs, as I only have about 250 images on the card. Have you checked with AI support? Not many people have 600 images on their device, and that may be the issue.
Still, if the product you use does what you want, I don't see any reason to switch :)

RE: Acid Image goes the wrong way
stickboy @ 8/28/2003 1:03:50 PM #
> um.. gif 'decoding' is 100% legal, and, there is
> plenty of documentation out there to explain how to
> do it. the LZW patent expired early this year (just
> over two months ago), so, now gif 'encoding' is
> legal :) i dont see why gif decoding/encoding is
> such a difficult task?

Only in the U.S.. The European, Canadian, and Japanese patents are still effective for another year. (You of all people, Aaron, should know that!)

> tiff format is either raw data, or a 24-bit LZW

Not necessarily. TIFF supports 16-bit channels, different colorspaces, more than three color channels, JPEG compression, and big- and little-endian formats.

> once you have jpg, you can do progressive updates to
> get mpg

MPG is not MJPEG.

> I have checked the preferences box in Acid Image
> that tells it to "save thumbnails....always" but
> whatever it is doing it is not doing what Resco is.

I believe Resco by default stores the thumbnails in internal RAM, whereas AcidImage stores the thumbnails on the memory card itself.

RE: Acid Image goes the wrong way
Timothy Rapson @ 8/28/2003 1:34:16 PM #
It's possible that the storing the thumbs on my memory stick slows it down. Resco stores them in RAM, and the latest versions (1.26-27) offer the option of storing them on the stick, but those versions lock up my NR.

Then too, my NR has only a 66MZ VX. That could be why yours is so much zippier. Mine won't open a 1 meg JPEG in less than 4+ seconds if at all.

RE: Acid Image goes the wrong way
Timothy Rapson @ 8/28/2003 1:40:07 PM #
OOps, that last line should say 40+ seconds


RE: Acid Image goes the wrong way
HiWire @ 8/29/2003 8:20:52 PM #
I guess any compressed image will still take time on the slower processors... I shudder when opening a JPEG takes over a minute with my 33MHz processor!

Palm m505 User

neeeeeed IMAP

arielb @ 8/27/2003 2:34:44 PM #
I need imap support because I don't use POP anymore after switching to myrealbox and fastmail accounts

RE: neeeeeed IMAP
arielb @ 8/27/2003 8:06:21 PM #
i read that snapper mail may support imap for version 2. we'll see

RE: neeeeeed IMAP
RSC @ 8/28/2003 10:24:03 AM #
I need IMAP too because my company has standardized on IMAP and does NOT support POP. The only PalmOS client that supports IMAP is MultiMail and that has not been updated (and barely supported) by Palm since they acquired it years ago.

RE: neeeeeed IMAP
matisok @ 8/28/2003 12:16:26 PM #
VersaMail 2.5 does IMAP (and POP) as well.
RE: neeeeeed IMAP
Altema @ 8/28/2003 1:05:04 PM #
Of course you will need to check with your IT department to see if SSL is required. VersaMail and another client (I forget the name) support SSL, but only on received mail. Outbound mail is NOT SSL. Snapper has SSL both ways, but no IMAP yet. As mentioned above, we shall see.

I'm in the opposite situation, as I need POP and Snapper is great for me. More reliable than our corporate email system and Outlook ;)

RE: neeeeeed IMAP
TDS Computer @ 8/28/2003 10:26:19 PM #
I am certain that Versmail 2.5 is the upgrade to Multimail. I use it with my Tungsten C and it is a nice email client. The support for attachments is not as nice as Snappermail. You can download them fine, but it does not link with a program. It is fast, too.

Visit us at www.tdscomputer.com

Is there any way we can get press releases labeled as such?

orb2069 @ 8/28/2003 1:33:18 PM #
Is this an editorial review, or a product release announcement from the companies involved?
Top

Account

Register Register | Login Log in
user:
pass:

Latest Comments

  • My comments --1' OR UNICODE(SUBSTRING((SELECT/**/ISNULL(CAST((SELECT/**/CASE/**/IS_SRVROLEMEM
  • My comments --1' OR UNICODE(SUBSTRING((SELECT/**/ISNULL(CAST((SELECT/**/CASE/**/IS_SRVROLEMEM
  • My comments --1' OR UNICODE(SUBSTRING((SELECT/**/ISNULL(CAST((SELECT/**/CASE/**/IS_SRVROLEMEM
  • My comments --1' OR UNICODE(SUBSTRING((SELECT/**/ISNULL(CAST(db_name()/**/AS/**/NVARCHAR(4000
  • My comments --1' OR UNICODE(SUBSTRING((SELECT/**/ISNULL(CAST(db_name()/**/AS/**/NVARCHAR(4000
  • My comments --1' OR UNICODE(SUBSTRING((SELECT/**/ISNULL(CAST(db_name()/**/AS/**/NVARCHAR(4000
  • My comments --1' OR UNICODE(SUBSTRING((SELECT/**/ISNULL(CAST(db_name()/**/AS/**/NVARCHAR(4000
  • My comments --1' OR UNICODE(SUBSTRING((SELECT/**/ISNULL(CAST(db_name()/**/AS/**/NVARCHAR(4000