Keys That Click - Minding your own design business and other observations

Posts Tagged ‘browsers’

Full-screen Browsing with Webkit on a Secondary Display

Posted in Web, on April 26th, 2010 by Carlos.

When I was working on my Status Board, I knew I had to find a full-screen browser that would open on my secondary display to make the whole thing work. Surprisingly enough, it was a lot easier said than done. Can you say niche problem? I know it is, but it’s the kind of information I wish I had found when I was researching browsers, so hopefully this comes in handy for some people. And if, you’re looking at building your own status board, this really may come in handy!

For starters, I knew I wanted to base my Status Board app on Webkit, and not Mozilla, or anything else for that matter. My second criteria was that I couldn’t use Safari. For one, it doesn’t support full-screen browsing, but also, I open and close Safari multiple times an hour, so I know I would unintentionally close my status board even when I didn’t intend to.

My first attempt was with Fluid. Being able to run the browser as it’s own process would allow me to prevent the unintentional closing of the browser window. I currently use it for Google Reader, and even my posts to Keys That Click and love having these windows be independent of my Safari browser. I was happy to see Fluid had a full-screen option. I was disappointed, however to see that it didn’t work properly with a secondary display. If you throw your Fluid browser window onto your secondary display, and enable the full screen mode, it throws the browser back to your primary display with the window/toolbars/etc. hidden. It just doesn’t quite work right. I tried various ways of opening and positioning the browser to see if I can make it work, but I eventually had to give up.

I then turned to Chrome which was the next logical choice. I’ll skip details on this one until later in the article, as I’d like to cover off a couple other browsers I tried.

My hunt was on for other webkit-based browsers for the Mac. Next I tried Shiira, an open-source webkit browser. It to has a full-screen mode. Unfortunately, when I opened my status board in full-screen on my secondary display, the screen went completely white. Looks like theirs some bugs there that need to be figured out. In fact, as I’m writing this article, and am trying to replicate the issues I ran into, the full-screen mode isn’t working properly on my primary display either. It tries to open up the window on my secondary display, but it shows up positioned many hundreds of pixels off center. It also didn’t seem to allow launching in full-screen mode, which would be ideal.

My search continued and I stumbled upon Plainview, by the Barbarian Group. On their FAQs, they quite simply claim Plainview to be a full-screen web browser. Thinking I found the holy grail of full-screen webkit browsers, I gave it a shot. Given that it is meant to be run solely as a full-screen browser, it obviously has the ability to launch in full-screen mode. But once again, having dual displays created a problem for the app. After moving the window to my secondary display, and trying to start it up, it goes to full-screen on my primary display. I did bring this point up to the developers, and it is a known bug that they are working to fix. Apparently it is a much trickier issue than it sounds. I’ll be checking back with them to see if they fix this feature in future builds.

After all that, I figured I’d have no other choice but to turn to Chrome. So what’s so bad about Chrome? Well to be honest, it’s not bad. It’s a decent browser and renders things well, and is stable enough (even in Beta). For starters, it’s full-screen browsing mode works on my secondary display. Given that the development team for Chrome must be sizeable-enough, I would have been surprised that this wouldn’t work properly. There is one thing that I wish it had though, and that is the ability to launch the application in full-screen mode. I currently have my status board set to the homepage, and have Chrome launch on system startup. I, however, have to manually enable full-screen mode. Given that I have to do it typically only once a day, it’s not that much of a problem. But still, it would be nice to have it launch in that mode automatically. Another plus, that it has even has over Safari, is that it supports inset CSS3 shadows, where, it seems that Safari currently doesn’t! As I used a couple of inset shadows, this was a welcome feature.

So there you have it, a quick run down on full-screen browsing with webkit browsers on a secondary display.

A Comical Look at the Browsers We Love, Hate, and Love to Hate

Posted in Humour, on March 16th, 2010 by Carlos.

Check out College Humor‘s look at the browsers we use as compared to modes of transportation. Gotta love the Opera one… “Some people really love it, everyone else just thinks it looks f*cking stupid.” [College Humor via The New Web via Smashing Magazine]

Google Apps to drop IE6 Support

Posted in Web, on February 2nd, 2010 by Carlos.

I received an email yesterday from Google Apps stating that as of March 1 2010, Google will begin to drop support for IE6 “as well as other older browsers that are not supported by their own manufacturers” starting with Google Docs suite and Google Sites editor. Later in 2010, Google Mail and Google Calendar will also drop support for the antiquated browsers. Google claims that it will be employing “faster JavaScript processing and new standards like HTML5″ rendering older browsers useless.

I think it’s about time a major corporation such as Google is putting their foot down with support for browsers like IE6. Long known as the bane of every web designer and developer, IE6 still seems to have a chokehold on the Internet, even though its usage numbers are dwindling, As such, it is slowing down progress for the new technologies that make the Internet truly interactive, and perhaps more importantly, easier to develop for. Guiltily, I must admit that I even still  insist that sites I design be IE6 friendly as you never know what browser a client or potential client is using. This announcement from Google, however, has me thinking that I will officially be dr0pping IE6 support as well. Given that it was released August 27, 2001 (according to Wikipedia), I think we are good to move on.

Do you still support IE6 for web projects, and if so why? Is it safer for interactive sites such as Google Apps to drop support for these browsers than perhaps a general information site?