diff options
Diffstat (limited to 'wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu')
15 files changed, 117 insertions, 0 deletions
diff --git a/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/blueprint.txt b/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/blueprint.txt new file mode 100644 index 0000000..8411f97 --- /dev/null +++ b/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/blueprint.txt @@ -0,0 +1,19 @@ +Web designers, it's the moment you've been waiting for -- a CSS grid framework. If you've been wanting to use grids with your CSS-based designs, but don't want to spend the time (and do all the math) that well-done grids require, you need to checkout [Blueprintcss][1]. + +Blueprintcss is a CSS "framework," which features an easy-to-use grid, sensible typography, and even a stylesheet for printing. + +There may well be other thing out there advertising themselves as CSS frameworks, but I haven't seen any that amounted to much more than a template system. Blueprintcss is not a template system, it's a class structure you can apply to nearly any design -- think of it as the skeleton around which you can arrange your own designs. + +For more on the background of Blueprint, check out [this interview][3] with creator Olav Frihagen Bjørkøy. + +There's a few limitation, the first being that your overall container element needs to be 960px wide -- in other words liquid layouts are not possible, though that is a planned enhancement. + +The other drawback is that at the moment Blueprintcss is bit under-tested (some elements didn't seem to render right in IE6 when I played around with it) and probably not suited for production site without some tweaking. But the code is freely available and if nothing else it jump starts your projects considerably. + +In addition to the grid helpers, Blueprintcss features a typographic baseline and some very nice font choices -- though of course you can always customize everything to your liking. + +[via [Daring Fireball][2]] + +[1]: http://code.google.com/p/blueprintcss/ +[2]: http://daringfireball.net/linked/2007/august.php#sun-05-blueprint +[3]: http://www.subtraction.com/archives/2007/0807_the_framewor.php
\ No newline at end of file diff --git a/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/flickr.jpg b/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/flickr.jpg Binary files differnew file mode 100644 index 0000000..ab24a73 --- /dev/null +++ b/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/flickr.jpg diff --git a/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/flickr.txt b/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/flickr.txt new file mode 100644 index 0000000..23174fb --- /dev/null +++ b/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/flickr.txt @@ -0,0 +1,18 @@ +Flickr has [re-designed][3] its web uploading tools, jettisoning the old, somewhat clunky interface for a slick new upload form that makes it much easier to do bulk uploads. + +There are of course literally hundreds of uploading tool out there from third parties, but sometimes -- like at an internet cafe while on vacation -- uploading through the web interface is the only viable option. And thanks to the [new uploader][1] the process is no longer the clumsy pain-in-the-arse it used to be. + +The old uploader limited you to six photos at a time and you needed to select the one at a time in six form boxes. The new uploader dispenses with that nonsense and allows you to shift-select a batch of photos all from one dialogue box. That said, there do appear to be limits. To test it I threw 383 images at it and it choked. + +Even within more reasonable limits there may be a serious lag time between selecting images in the dialogue box and when they show up in the web form. After playing with it for a while I found that, if you want to upload a lot of files, it's better to select them in batches and then use the "Add More" link. And of course the actual upload time could get rather lengthy if you try to do too much at once. + +Once your images are uploaded, you'll get the option to add descriptions, titles, tags and more including batch apply tags, as well as adding them to an existing set or a new set. + +Naturally you can always hop over to Flickr's batch operations tool, which remains unchanged. If for some reason you aren't a fan of the slick new uploader, the old one is [still available][2]. + +All in all a very nice update and it should make uploading those summer vacation photos even easier. + + +[1]: http://flickr.com/photos/upload +[2]: http://flickr.com/photos/upload/basic/ +[3]: http://blog.flickr.com/en/2007/08/08/improved-web-uploading/
\ No newline at end of file diff --git a/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/fupload1.jpg b/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/fupload1.jpg Binary files differnew file mode 100644 index 0000000..ed5ab30 --- /dev/null +++ b/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/fupload1.jpg diff --git a/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/fupload2.jpg b/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/fupload2.jpg Binary files differnew file mode 100644 index 0000000..5a1fccf --- /dev/null +++ b/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/fupload2.jpg diff --git a/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/gnews.jpg b/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/gnews.jpg Binary files differnew file mode 100644 index 0000000..45de393 --- /dev/null +++ b/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/gnews.jpg diff --git a/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/googlenews.txt b/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/googlenews.txt new file mode 100644 index 0000000..2ea6780 --- /dev/null +++ b/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/googlenews.txt @@ -0,0 +1,28 @@ +In what might be the strangest move yet for Google, the company announced yesterday that it will now allow comments on Google News. But the there's a very odd catch: comments will only be accepted from participants in the story and comments must be submitted via e-mail. + +The whole thing reminds me a little of the old joke pictured above -- [Google circa 1960][4]. The lag time and restrictions on the Google News comments seem to fit with the thinking of that same era. + +As for who can participate, Google News business product manager Josh Cohen [tells Search Engine Land][2]: + +>If the subject or someone related to the organization is mentioned, they can give their comment. If you're mentioned in a story or quoted in it, you're a participant. Even if you’re a reporter writing the story itself, you’re a participant. + +So let me get this straight. If I write a [story on Facebook][2] for Wired News and Mark Zuckerberg were to take the time to e-mail Google and Google were to somehow confirm that the comments were in fact from Zuckerberg and get them posted in something approaching a timely manner, then I could also e-mail Google and wait for them to confirm that I was in fact who I am and then publish my comment and then Zuckerberg could read my comment and e-mail Google who then confirm that he was in fact Zuckerberg.... + +It seems slightly more efficient to just snail mail Zuckerberg a tin can with 4000 miles of yarn attached and transcribe the results. + +Epicenter thinks this is Google's [phase one for a Digg takeover][1]. In this scenario Google wins because the comments have more value than those on Digg because of the verification aspect. + +It's possible I suppose, but I don't think the vast majority of readers care whether the comments on a story are from those involved or not. Nor do I think most would even bother to check who wrote a comment -- the value of a comment is in what's said, not who said it. + +In fact ,it seems like the inherent bias of those involved in a story would make their comments *less* valuable. In the example above for instance, the article takes Facebook to task for its closed nature, would it be valuable to the discussion to learn that Facebook disagrees with that statement (assuming they do) or isn't that just a tad bit obvious? + +The one obvious exception is of course celebrity stories. I'm sure if Britney Spears were to respond to some of the stories about her, it would up the readership of those articles, but for stories of a larger scope it just doesn't seem valuable, let alone practical. + +What, for instance, is Google News going to do when the next big natural disaster strikes and victims want to comment on the news coverage? How would Google verify identity in the midst of situation like Katrina or the Indian Ocean tsunami? + +I'm willing to admit I'm a bit of Luddite. I still prefer my news printed on paper, no matter how out of date it may be, so perhaps I'm wrong about Google's decision. I'm sure readers will set me straight in the comments below -- no verification needed (well, save the CAPTCHA thing to prove you're human). + +[1]: http://blog.wired.com/business/2007/08/diggle-rising-g.html +[2]: http://searchengineland.com/070808-191446.php +[3]: http://www.wired.com/software/webservices/news/2007/08/open_social_net?currentPage=all +[4]: http://fury.com/google-circa-1960.php
\ No newline at end of file diff --git a/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/grid.jpg b/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/grid.jpg Binary files differnew file mode 100644 index 0000000..ebf4c3d --- /dev/null +++ b/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/grid.jpg diff --git a/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/iphonecutnpaste.txt b/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/iphonecutnpaste.txt new file mode 100644 index 0000000..5947487 --- /dev/null +++ b/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/iphonecutnpaste.txt @@ -0,0 +1,14 @@ +<object type="application/x-shockwave-flash" width="480" height="271" data="http://vimeo.com/moogaloop.swf?clip_id=266383&server=vimeo.com&fullscreen=1&show_title=1&show_byline=1&show_portrait=1&color=00ADEF"> <param name="quality" value="best" /> <param name="allowfullscreen" value="true" /> <param name="scale" value="showAll" /> <param name="movie" value="http://vimeo.com/moogaloop.swf?clip_id=266383&server=vimeo.com&fullscreen=1&show_title=1&show_byline=1&show_portrait=1&color=00ADEF" /></object> + +High on the iPhone's list of missing features is some sort of copy-n-paste functionality. While Apple hasn't said anything about adding such features, that didn't stop a user by the name of lonelysandwich from creating the fake "proof-of-concept" video embedded above. + +Lonelysandwich's video makes hilarious use of the iPhone promo spots, but the method itself seems a little awkward. To my thinking, Apple would be better off using a finger drag for selecting, though I can see where it would be difficult to determine if the drag was intended to select or just move the loupe. + +But the clipboard "okay" screen and the pasting method in the video make perfect sense and fit well with the rest of the iPhone's interface. + +Be sure to let us know if you have a better idea. + +[via [Kottke][1]] + +[1]: http://www.kottke.org/remainder/07/08/13996.html + diff --git a/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/movielink.jpg b/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/movielink.jpg Binary files differnew file mode 100644 index 0000000..34dcf60 --- /dev/null +++ b/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/movielink.jpg diff --git a/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/movielink.txt b/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/movielink.txt new file mode 100644 index 0000000..65b3a72 --- /dev/null +++ b/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/movielink.txt @@ -0,0 +1,18 @@ +Blockbuster, in what could a last gasp for the once king of movie rentals, has acquired Movielink, the video on demand service started by some of the top movie studios. The terms of the deal were not disclosed, which tends to mean they were not all that spectacular and given Movielink's dismal performance thus far, that isn't surprising. + +Movielink will continue to exist as a standalone service, but eventually elements of the service will become available through Blockbuster.com. + +Blockbuster's interest in Movielink no doubt stems from the fact that, with 3,000+ titles, it is the web's largest digital movie archive. Yet even with a massive catalogue the service has never really caught on with users. + +Part of Movielink's failure stems from the fact that its downloads cost roughly the same as a a regular DVD, which can be played anywhere whereas Movielink downloads are DRM encumbered and trapped on your PC. + +Yesterday we mentioned that Netflix "Watch Now" video on demand service had been [hacked to allow users to download and save movies][1]. In pointing out that the limitations of the service were driving this sort of hacking, we asked readers to list their favorite streaming rental sites. It's far from scientific or objective, but so far there's 40 comments and only one mention of Movielink. + +That said, perhaps Blockbuster can fix Movielink. In-store promotions could raise consumer awareness and it does position Blockbuster to be the only 3-in-1 service with mail-in, online and in-store movie rental options. + +But that may not help since, in a field already crowded with Netflix, iTunes, Amazon and more, Blockbuster is the only one with high operating costs -- namely rent on all those brick and mortar stores. + +[via [the WSJ][2] (paid wall link)] + +[1]: http://blog.wired.com/monkeybites/2007/08/netflix-hack-en.html +[2]: http://online.wsj.com/article/SB118661923587492440.html
\ No newline at end of file diff --git a/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/viewer.jpg b/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/viewer.jpg Binary files differnew file mode 100644 index 0000000..9420329 --- /dev/null +++ b/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/viewer.jpg diff --git a/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/vieweremail.jpg b/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/vieweremail.jpg Binary files differnew file mode 100644 index 0000000..ae6505a --- /dev/null +++ b/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/vieweremail.jpg diff --git a/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/viewerembed.jpg b/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/viewerembed.jpg Binary files differnew file mode 100644 index 0000000..b85e211 --- /dev/null +++ b/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/viewerembed.jpg diff --git a/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/zohoviewer.txt b/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/zohoviewer.txt new file mode 100644 index 0000000..0ab353d --- /dev/null +++ b/wired/old/published/Webmonkey/Monkey_Bites/2007/08.06.07/Thu/zohoviewer.txt @@ -0,0 +1,20 @@ +The latest addition to Zoho's ever-growing suite of online office applications wants to make oversized e-mail attachments a thing of the past. [Zoho Viewer][2], as it's called, is a handy way to upload documents and share them with others via the web. Rather than clogging your friends' email boxes with weighty attachments, you can upload them to Zoho Viewer and just send a link. + +Viewer supports Microsoft Word, Excel and Powerpoint files as well as PDF, RTF, ODF and OpenOffice documents, which means even if your intended recipient doesn't have a particular program installed, they'll still be able to view it through Zoho Viewer. (Here's a [link to one of Zoho's sample docs][1], which is a .pps file) + +Using Viewer is simple, just head to the page and upload your file (or files using the "bulk" option). Once Zoho has your document Zoho it will display it at the new permalink. By default all documents are private. + +Zoho Viewer has options to share your uploads via e-mail from the site, cut-n-paste links for sending via your e-mail client, embed code for blogs, site and even BB posts. Naturally you can also print or download the original file. + +If the file is editable (i.e. not a PDF or the like) there will be an additional link at the top of the page to edit the document using the appropriate tool in the Zoho suite. Unfortunately trying to directly import a document from Viewer into Zoho Writer via the Viewer URL didn't work for me. + +With more people turning to online office suites (like Zoho or GDocs) it makes sense to start thinking of your documents as URLs rather than files. Zoho Viewer is not the first app to emphasize this shift -- Scribd for instance offers some similar options -- but it's very well done and makes sharing files a snap. And now a note to all my friends: Stop Sending Me Weird Proprietary Files. Just send links instead. + +For more info, check out the demo video from Zoho: + + +[1]: http://viewer.zoho.com/docs/abQcg +[2]: http://viewer.zoho.com/ + + +<object classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000" width="437" height="370" id="viddler"><param name="movie" value="http://www.viddler.com/player/71f721e0/" /><param name="allowScriptAccess" value="always" /><param name="allowFullScreen" value="true" /><embed src="http://www.viddler.com/player/71f721e0/" width="437" height="370" type="application/x-shockwave-flash" allowScriptAccess="always" allowFullScreen="true" name="viddler" ></embed></object>
\ No newline at end of file |
