Tuesday, 29 June 2010
F14 Artwork Update
It's more than a week since my last blog about F14 Artwork, so I thought I put together another status update. This time there have been two new similar submissions from mythcat and one from wonderer:
You can view all the so far submitted concepts in a dedicated wiki page. If you have a concept in mind don't hesitate to submit one, there's still time—the deadline for submissions is 6th July.
If you'd rather submit images for the supplementary set of about 6–8 images we're going to put together for Fedora 14, you can submit them until 19th August. The instructions how to do that, as well as already submitted images (there's a whole lot of them already!) is at a dedicated wiki page.
Monday, 21 June 2010
F14 Artwork Update
So, it's been a week and a half from my last post about F14 artwork so I thought I'd make some waves in the pool again. So let's start with showing new artwork that was submitted:
The first two images are from Mythcat the other one from Kyle Baker. I was pretty intrigued by Kyle's design so I played with it a little (and real quick) and came up with something IMHO ugly but maybe interesting:
As you can see there are great images, less great images and just "plain" concepts at this phase, so don't hesitate to submit yours! The name that is supposed to inspire your imagination is Laughlin. Go ahead, upload your concepts to wiki and tell the design team about it in our mailing list. You still have time up until 6th July (slightly more than fourteen days since the date of publishing this post).
Thursday, 10 June 2010
Make Your Contribution to F14 Artwork
Yes, now is the right time to make a contribution to F14 Artwork even if you don't have much confidence in your own artistic skills. We're in a concepts submission state for the main artwork and it's the idea that counts there. The deadline for submissions is July 7th, which is a month from now, so you still have some time. We keep track of the submissions on a wiki page created for this very purpose and it's considered good manners to also make note of it on the design-team mailing list.
If you don't want to aim for the main theme, you can alternatively submit a wallpaper for inclusion in additional set (You can even submit other's people work. The details how to do that will be on the following wiki page when everything is ready ;-)). We're aiming at selecting about 6 to 8 wallpapers we consider good and we'll be selecting from what will be submitted on another wiki page. Deadline for this one is further away because it's not for concepts but for already finished works—it's August 19th.
So, don't be shy and help making the F14 Artwork even more awesome!
Monday, 7 June 2010
Midori—Now Almost Feature Complete for Me
Starting today, it looks like Midori is going to be my only webbrowser (previously I've also kept Chromium for pages with that send themselves compressed which wasn't supported by older webkitgtk/libsoup combinations and firefox because the open java didn't work in webkit) because the only feature that's missing now is password saving and that's not a showstopper for me. So here're some highlights of what you can get with the latest and greatest stuff that's in Fedora 12 (and a bit of customizing):
Do I need status bar? No. Do I need menu bar? No. Do I need the browser controls+bookmark bar to take up lots of horizontal space? No. Do I need a home page? No. Do I need to have both reload and stop buttons displayed at the same time? No. Do I keep many tabs open? Yes. And here's precisely the type of UI that aligns with these answers:
These days, browser without AdBlock just gets in the way. I don't want to be distracted by ads I'm not going to click at anyway. With a sensible set of filters, Midori's advertisement blocker works very well and is shipped with the browser itself.
See one of my older posts on this. This one drastically reduced CPU usage when using midori, as many pages are using flash now and flash is known to be hungry for CPU cycles :D
Browser without support for netscape plugins is predestined to fail. That's why firefox supports them, that's why chromium supports them that's why midori supports them. But among these is also the java plugin and especially the open one was in past years not exactly just working everywhere. But with the (rather biggish) update I did yesterday, java plugin is working for me in midori as well. The miracle combination is:
One of the biggest showstoppers for me using epiphany is this feature. Any browser that does not have an option to save session on exit is practically dead for me ;-) Midori fares well in this area, maybe even better thing would be to load the saved pages on demand to speed up the start. Especially with 30+ tabs open, starting even the fastest of webbrowsers is taking a loooooong time. I heard that firefox has an extension for that so lets hope midori will gain this functionality in the future as well.
Another related feature is trash bin. I can reopen closed tabs. Nice to have in case you close some tab accidentally.
All I want to say here is that midori is one of the fastest browsers I've ever use especially in comparison to firefox…
I've been always critical of the path firefox has chosen with support for the audio and video html5 tags. They just bundle some codec libraries with firefox. While this might be a good solution for windows platform (you know, they don't have package managers to download the deps for them) it's IMHO essentially wrong.
When you implement a media player you do not bundle every possible codec with it but use an already working media framework like gstreamer, directshow or phonon. And that's the way webkit people are going—webkitgtk makes use of gstreamer, qt-webkit makes use of phonon, chromium port makes use of ffmpeg,… One of the pros of this approach is that you don't need to install new version of webbrowser to support new codec, so when google released WebM, all that was needed was building the needed libraries in fedora, write a gstreamer plugin, release, package, update and you are done for everything that uses gstreamer, midori included. So we now have WebM support in midori, while firefox users still need to wait :-p And as a bonus, we don't have to care about the result of theora vs. vp8 vs. h264 browser war—webkitgtk supports all (if you have the needed codecs installed which probably anyone who watches video on fedora have).
From what I've seen on youtube, the VP8 codec can provide high quality but it seems even more CPU intensive than h264—I can barely watch videos on youtube in h264 in 720p, but I cannot watch those that are in VP8 and 720p.
included in address bar. I don't need a separate search bar. But I do need more searches than just google and I want to use keywords so that I just write say 'j 先生', hit enter and it does a jisho search for word '先生' (sensei, teacher, master, doctor).
Good question. For me it's password saving, ssh certificates handling (I probably cannot log in to koji) and ftp protocol support—I don't mind that ftp browsing is not implemented in web browser, but opening nautilus (or another file/ftp manager) with the specified location would make things much more convenient.
Simple, highly usable and effective UI
Do I need status bar? No. Do I need menu bar? No. Do I need the browser controls+bookmark bar to take up lots of horizontal space? No. Do I need a home page? No. Do I need to have both reload and stop buttons displayed at the same time? No. Do I keep many tabs open? Yes. And here's precisely the type of UI that aligns with these answers:
AdBlock
These days, browser without AdBlock just gets in the way. I don't want to be distracted by ads I'm not going to click at anyway. With a sensible set of filters, Midori's advertisement blocker works very well and is shipped with the browser itself.
FlashBlock
See one of my older posts on this. This one drastically reduced CPU usage when using midori, as many pages are using flash now and flash is known to be hungry for CPU cycles :D
Netscape Plugins
Browser without support for netscape plugins is predestined to fail. That's why firefox supports them, that's why chromium supports them that's why midori supports them. But among these is also the java plugin and especially the open one was in past years not exactly just working everywhere. But with the (rather biggish) update I did yesterday, java plugin is working for me in midori as well. The miracle combination is:
midori-0.2.6-1.fc12.i686
java-1.6.0-openjdk-plugin-1.6.0.0-38.b18.fc12.i686
webkitgtk-1.2.0-1.fc12.i686
Session Saving
One of the biggest showstoppers for me using epiphany is this feature. Any browser that does not have an option to save session on exit is practically dead for me ;-) Midori fares well in this area, maybe even better thing would be to load the saved pages on demand to speed up the start. Especially with 30+ tabs open, starting even the fastest of webbrowsers is taking a loooooong time. I heard that firefox has an extension for that so lets hope midori will gain this functionality in the future as well.
Another related feature is trash bin. I can reopen closed tabs. Nice to have in case you close some tab accidentally.
Speed
All I want to say here is that midori is one of the fastest browsers I've ever use especially in comparison to firefox…
HTML5 Media
I've been always critical of the path firefox has chosen with support for the audio and video html5 tags. They just bundle some codec libraries with firefox. While this might be a good solution for windows platform (you know, they don't have package managers to download the deps for them) it's IMHO essentially wrong.
When you implement a media player you do not bundle every possible codec with it but use an already working media framework like gstreamer, directshow or phonon. And that's the way webkit people are going—webkitgtk makes use of gstreamer, qt-webkit makes use of phonon, chromium port makes use of ffmpeg,… One of the pros of this approach is that you don't need to install new version of webbrowser to support new codec, so when google released WebM, all that was needed was building the needed libraries in fedora, write a gstreamer plugin, release, package, update and you are done for everything that uses gstreamer, midori included. So we now have WebM support in midori, while firefox users still need to wait :-p And as a bonus, we don't have to care about the result of theora vs. vp8 vs. h264 browser war—webkitgtk supports all (if you have the needed codecs installed which probably anyone who watches video on fedora have).
From what I've seen on youtube, the VP8 codec can provide high quality but it seems even more CPU intensive than h264—I can barely watch videos on youtube in h264 in 720p, but I cannot watch those that are in VP8 and 720p.
Manageable Search Engines
included in address bar. I don't need a separate search bar. But I do need more searches than just google and I want to use keywords so that I just write say 'j 先生', hit enter and it does a jisho search for word '先生' (sensei, teacher, master, doctor).
What's missing?
Good question. For me it's password saving, ssh certificates handling (I probably cannot log in to koji) and ftp protocol support—I don't mind that ftp browsing is not implemented in web browser, but opening nautilus (or another file/ftp manager) with the specified location would make things much more convenient.
Subscribe to:
Posts (Atom)