Tag Archives: Chrome
Logitech Google TV Ad: Part 4
Posted on 21. Sep, 2010 by Daniel Cawrey. 
0 Comments
Another Google TV promotion from Logitech. The launch is next month.
How to Use Google Labs in Chromium
Posted on 28. Aug, 2010 by Daniel Cawrey. 0 Comments
Google’s calling the ability to use “crazy experimental stuff” within the browser Google Chrome Labs. Here’s what you need to do to enable Labs right now.
The ability to use Labs is only available in Chromium right now. So the first thing you need to do is get the most recent version. Head over to here to find the platform you use.
Scroll down to the very bottom of the list to get the newest build. You can see here that there are already several new builds for today, just pick the newest one.
Once you have installed the latest copy of Chromium using the appropriate installation files for your system, go ahead and enter in about:labs in the omnibox.
Right now the only Chromium Lab available is using side tabs. If you’re using Chrome, you can already use this feature, and I’ve already written a guide on how. According to ReadWriteWeb, Mac users will see something called expose-for-tabs, and right now Linux does not have any Lab features available.
I would expect to see some pretty cool stuff in labs, but it will usually require one to have the updated version of Chromium to get the newest features. We’ll keep you posted when new ones pop up.
Logitech Google TV Ad: Part 3
Posted on 27. Aug, 2010 by Daniel Cawrey. 0 Comments
I don’t know how many installments Logitech is providing to advertise their Google TV Revue set top box, but here’s another one that was released recently. It seems as if there’s got to be some sort of story arc here somewhere. Check out part one here, and then part two if you’re interested.
Logitech Google TV Ad: Part 2
Posted on 26. Aug, 2010 by Daniel Cawrey. 0 Comments
This is the second installment of Logitech’s Google TV series of ads. Despite the consternation of some in the entertainment industry, Google TV will launch this fall with a set top box that runs Android with the Chrome browser.
thechromesource Daily: Links for 8/16/10
Posted on 16. Aug, 2010 by Daniel Cawrey. 0 Comments
The ability for Chrome to be fast relies on one influence outside of Google: broadband capabilities.
The beta version of Chrome browser has been updated for all platforms, stability fixes and UI changes were included in the release.
How will the planned integration of PayPal into Android affect Google Checkout?
Eric Schmidt’s recent comments in the Wall Street Journal on the future of search technology has certainly raised some privacy fears.
Computerworld’s Michael Horowitz is concerned about the fact that Flash is being embedded into Chrome.
Does Chrome Only Have “Perceived” Speed Superiority?
Posted on 18. Jun, 2010 by Daniel Cawrey. 0 Comments
It was brought to my attention today that another intrepid blogger has taken a highly technical view on the Firefox versus Chrome debate. Since we’ve put up articles and videos directly related to this topic, it seems that we should give these thoughts a fair view here. The contention here is whether Chrome is really that fast, or if it is simply a perception from its user interface.
Here are some graphs and videos, check out the link to get more information on the terminology. I learned a lot from this post, and here’s hoping that you do too.
Adobe PDF Files Now Integrated into Chromium
Posted on 17. Jun, 2010 by Daniel Cawrey. 0 Comments
How will Apple combat the PDF on the web? They have already said that they won’t support Flash, and Adobe has since slowly backed away from support for anything related to Apple. It’s a smart move on Adobe’s part, and gives Google a chance to move in on the vacant space.
The Chromium Blog has just posted a bit about PDF files now being integrated into the browser. This is something I had expected to happen with the advent of Adobe’s Flash player being baked into Chrome, and this is a logical step forward since these files are ubiquitous on the web. At the forefront of this move are issues with security. There have been problems (and McAfee has pointed them out) with suspect PDF files causing havoc on machines.
In the Computerworld article linked above, a McAfee security specialist recommended sandboxing Adobe Reader files, something that is now being done by the Chromium team to further enhance Chrome’s overall security in the future.
With Google supporting Adobe’s formats (OK, two of them) they legitimize them on the web. There’s nothing wrong with that, other than the fact that they are tacking a stance that further differentiates them from Apple. It seems only logical to think that with Flash already being in the fold that supporting Adobe Reader’s PDF file format to be complementary to what has already been done with integration. Despite Apple’s concern everyone uses Flash and Reader so instead of chucking it out, why not find ways to solve the problem at hand?
At the same time, what is wrong with simply integrating PDF files into the web the way it’s done with Srcibd? This may just be another move for Google to pre-empt that company, just like purchasing YouTube gave them the defacto platform for video. Integrating PDF files gives Google the platform for enabling documentation that may have all sorts of importance to people that want to publish on the web yet still retain some degree of control.
This is starting in Chromium with the dev build, and surely will soon move to the beta and stable releases of Chrome.
thechromesource Daily: Links for 6/6/10
Posted on 06. Jun, 2010 by Greg Farnum. 0 Comments
Google axes Windows, saves millions.
Extension tips: Syncing notes across multiple computers with Chrome Notepad.
iPad rivals at Computex favor Android.
Chrome extension opens PDFs and PowerPoint with Google Docs.
Video: Google Executive Talks Chrome, Chrome OS
Posted on 02. Jun, 2010 by Daniel Cawrey. 3 Comments
Google VP of product management Sundar Pichai was featured at a Google press conference held at Computex today. I got a chance to film many of the questions that were asked, as well as ask some of my own regarding Chrome OS.
More Chromium and Chrome OS information to come. Follow us on Twitter and/or via our RSS feed for the latest updates from Computex.
How Chrome to Phone Works
Posted on 23. May, 2010 by Daniel Cawrey. 7 Comments
As demonstrated in the first day of the Google I/O conference, further integration between Android and other Google offerings is going to be one of the most tantalizing developments coming up in the next year along with Google TV. The ability to be able to seamlessly move information from Chrome to your Android-enabled device is going to be really useful, plus the fact that developers are going to be able to use this feature to come up with some interesting applications.
The key underpinning to how Chrome to phone works is by utilizing yet another technology that was shown off at I/O called the Android Cloud to Device Messaging (C2DM) Framework. First, a user must install the Chrome extension and respective Android application. What this will do is notify the Android application that user data being pushed from Chrome browser that is now stored in the cloud is available for download. This will work great for pushing small amounts of data to a user’s phone such as links containing maps or other websites, as well as messages.
This appears to possibly be the way that Android devices will be able to stream content that resides on a PC such as music to phones that was demonstrated at I/O. The way that will be done is through another application, provided by a company called Simplify Media that Google acquired not too long ago for an undisclosed amount. It sounds as if that will be a more complex process (much more data) if Google bought another company to provide the technology to make streaming happen from device to device, but it shows the potential of what this type of integration can provide for in the future.
Bottom line? It will be great to have things that can be sent from Chrome browser to Android phones, although I would suspect at some point that the browser itself would need to be added to future versions of Android. It was clear during the Day One Keynote that Android browser is still on the mobile operating system, although a recent version of V8 that Chrome uses is integrated on Froyo.
Also, when will users be able to send snippets of data from their phones to their PCs, utilizing this service in the opposite direction?
thechromesource Daily: Links for 4/29/10
Posted on 29. Apr, 2010 by Daniel Cawrey. 0 Comments
The Graphic Mac has an article that runs down the various browsers available for Mac, saying they all suck expect for Chrome.
Synaptics has issued a press release for its Guesture Suite multi-touch features that will be coming for Linux and Chrome OS.
One of our partnership blogs, ChromeOS-Blog.com, has posted up a new “spring release” of Chrome OS for download.
The Google Apps Engine Blog has an interview with Jay Kyburz, who developed the web-based strategy game Neptune’s Pride.
Google has purchased Labpixies, which is an app publisher that primarily develops personalizations for iGoogle.
The Google Code Blog has case study guest post talking about what HTML5 can do for the development of mobile applications.
Googlers Bring Quake II to the Browser
Posted on 03. Apr, 2010 by Daniel Cawrey. 1 Comments
A lot of good comes from allowing Google employees to spend twenty percent of their time at work on projects that they want to pursue. A case in point would be this video, which shows Quake II being run in Safari at a rate that must hover around thrity frames per second to look so good. the engine running this is WebGL and HTML5:
It must be nice to be on serious projects like this at work.
More info on the project:
Quake II to the browser.
In the port, we use WebGL, the Canvas API, HTML 5 <audio> elements, the local storage API, and WebSockets to demonstrate the possibilities of pure web applications in modern browsers such as Safari and Chrome.
The port is based on the Jake2 project, compiled to Javascript using the Google Web Toolkit (GWT). Jake 2 is a Java port of the original Quake II source code, which was open sourced by id software.
To make the Jake 2 code work with GWT, we have
- Created a new WebGL based renderer
- Ported the network layer for multiplayer games from UDP to the WebSocket API
- Made all resource loading calls asynchronous
- Created a GWT implementation of Java nio buffers based on WebGL arrays (to be ported to ECMAScript Typed Arrays)
- Implemented a simple file system emulation for saving games and preferences using the Web Storage API
