Looks like most of the negative comments are from designers which totally makes sense; you're getting paid for coming up with neat little buttons and so on... but on the other hand, why didn't you designers come up with a good (open-source) framework for these things. Teach people, give them rope, enable them... oh, and there are already tools like bootswatch coming up. This is not the end, just the beginning for a sane design for the rest of us (aka the developers).
Exactly - just set your phone to EDGE and pull up a tweet page in your mobile browser and you'll see how long it takes. And not only for the 1st page load but for all others too. I can pull up a Facebook page (while being logged in) and have that served to me in a fraction of the time it takes for Twitter. Compare that to the feature-set and your opinion will change quickly. Just try it, no stats & graphs needed, you'll see...
though not really Mexican we have Dolores here in Berlin - as good as calimex can get!
Google should really hire the guy behind GQueues and integrate/improve on his work - that would be a fantastic Google Tasks implementation IMO.
This, again, is just a question of education - create sane citizens not idiots.
Ah, and given there is a known limit on the future amount of Bitcoins in existence, the system may very well end up with no bitcoins at all if all are lost... right?
Oh, maybe helpful to law enforcement since fetch.io will probably save your history of illegaly downloaded content...
I'm totally fine with auto-completion, no need for aliases here though it might make sense if you are using the same longish command over and over again...
E.g. the following does the trick for tcsh, search the web for '<myfavshell> git completion' and you'll find your way:
set gitcmds= ( `ls /usr/local/bin/git-*|sed ’s/\/usr\/local\/bin\/git-//g’` ) complete git “p/1/($gitcmds)/” ‘n/branch/`git branch|cut -c 3-`/’ ‘n/co/`git branch|cut -c 3-`/’ ‘n/remote/(show add rm prune update)/’ ‘N/remote/`git remote`/’
I guess it's geared towards some different use case, just compare the workflow with something like Dropbox:
- with Dropbox I've a public folder which is linked from my Finder sidebar so I can simply drop an existing file into it and copy the public URL by right-clicking on it
- with Crate I've to open a tab with the website, navigate to the file, drag back to browser (not Finder, where I am when navigating to the file), then copy the URL, then decide what to do with the original file on my harddisk
Maybe that's easier for some tasks or for some users, I don't know. Maybe the last bit is crucial: do I want to keep the file locally (Dropbox) or just put it out there?
For me, the initial download & setup of something like Dropbox is worth the benefits it provides.
This reminds me of some flaw with Skype's billing system which allowed me to download invoices for virtually every paying business customer just by replacing some chars in a URL. The invoices included a lot of personal details together with various bank account & phone numbers.
Took me 8 months to get someone at Skype to acknowledge the issue; to my knowledge it was never escalated. Wouldn't be surprised if it's still there...
IMHO the only issue with OpenID in regard to its adoption is how it is presented to the user. He/she shouldn't have to deal with URLs or even the term 'OpenID'. Unfortunately the current UIs & the whole UX are solely engineer-driven...
Egypt did shut-down mobile networks, right? So you'd be enabling emergency calls! And re illegal: if you start burning cars in the streets then I'd argue that running an 'illegal' base-station is one of your minor problems...
There's osmocomBB. and there was openmoko but development stopped in '09...
Another excellent example on why it is utterly important that we develop open-source GSM tools, both software & hardware.