The PDF export feature sounds great - but even something simpler like a CSV, JSON, heck even XML would give others a lot more freedom to handle the data however which they choose.
> Users who do "Ctrl-S" to do fast save are certainly a minority.
My first reaction: How else do you save?! You mean you actually take your hands off the keyboard, and click the floppy icon in a toolbar? Or even.. click on File > Save? Seriously?
I think this assumption as a very strong population bias.
With the people I work with.. it's all about keyboard shortcuts. If you don't know your basic keyboard shortcuts, you're too slow. But then again, I work around people with super customized Vim and EMacs configs and people who live in Photoshop/Illustrator all day. You just can't be productive in those environments without keyboard shortcuts.
For me, users who don't do "Ctrl-S" to save are certainly a minority.
It's about intent. If they can prove you manufactured data you fed to the dongle, then you're probably in for some trouble.
However, you can have a similar scenario where maybe I work at an office 5 minutes from home over the time I was carrying the dongle, I quit and go to a job 60 mins from home that crosses a few nasty neighborhoods, etc.
Is it my burden to report this to the insurance company so they can jack my rates because my risk rating surely went up?
Right now.. it likely isn't. I fear for the day when it is.
It's not just the visuals either - they have a bunch of the apps down really really well.
Finder, Calculator, Calendar, the top menu, etc. All really spot on.
I'm playing around in it still. Managed to find my way to the Terminal, and I'm poking around the filesystem.
It is Linux, and seems to be based on a stripped-down version of RedHat (going from some of the remnants of certain man pages).
The UI is a modified/themed KDE.
They did a really good job with the apps - for example, the calculator app is "Calculator.app", which is really a directory with a Contents/Resources, etc directories inside it; the same way OS X does it.
IBM has its place, especially in the big enterprise. However, more and more I'm seeing that's not the case.
Working for a big insurance co., we're seeing a big shift toward a "devops-like culture", and a lot of the time that means less IBM.
IBM not only needs to refresh their offerings, they need to refresh their image. The common feeling around here is IBM products are slow, buggy, and pieced together quickly from a ton of other acquisitions who are then "IBM-ized" together.
They look beautiful on paper, in a way that speaks to both execs and real tech people alike. But once you build it out and start trying to support it...
If switching, a user no longer has to wait on delivery of a small physical item from the new carrier. The user doesn't have to fiddle with a paperclip to pop out the SIM. (Average user could be scared to do so, or could scratch/bend the rather fragile SIM tray). It could all theoretically be done from a settings menu.
I think it's partially because of the negotiations with the Tolkein estate that the movies turned out as great as they were.
If no negotiations were needed, then anyone could have picked up and done a low-budget adaptation and called it a day.
But, because there were some rather expensive and difficult negotiations to settle, the amount of people able to do the movies was limited to those who would be able to spend the money to get the rights. And with that sort of investment, there's a big incentive to also invest heavily in the quality of the production to ensure a good return.
> I used to block ads before we noticed that 30% of our website revenue was lost to adblocking.
I'm curious how you came at that number.
I'm inclined to believe that at least some of the population that does click on and interact with advertising is part of a very different group than that would install AdBlock.
I find myself in the latter - I run AdBlock, but even if I didn't, I wouldn't be clicking on ads anyways. Am I part of that 30% lost revenue?
I have a feeling this may be because even "Close Buttons" on ads have a reputation for being untrustworthy.
I've drilled it into the heads of all of my not-so-computer-savvy relatives to NEVER click anything on any ads, even if it looks like a close button. They often aren't. (Telling mom and pop that clicking on 'em will give you viruses is very effective.)
> "there should be a way for the SMTP/IMAP server to notify the client and remove it."
As long as the protocol requires the client to obey a command to delete, it's not going to work.
With such a protocol, nothing is stopping me from choosing to disregard any messages to delete already received (and downloaded) messages. In fact, I'd probably have the client highlight them for me if they got a "delete this" request. There's probably something good someone is trying to hide in that message.
If I recall correctly, Twitter had a similar issue with their API. They have a method to delete a Tweet, but the Twitter client has to honor the delete client-side since it has a cache of tweets it has seen.
Of course, in a closed environment like Twitter, Twitter can choose to revoke a non-compliant client's API keys if they don't follow the rules. Not so much with email.
Is your iPad permanently hooked up to your TV? Many people have rather large HDTVs and would much prefer to watch on there rather than on a tiny screen you have to carry around or dock somewhere.