init 7

Partita a tre

A guardare il video seguente mi viene in mente che:

• al diavolo le app, è il browser che conta;
• Windows Mobile 7 va davvero bene;
• Symbian non se lo caga più nessuno, tra un po’ nemmeno Nokia;
• la partita si giocherà a tre: Linux (leggi: Android, Meego, etc.), Windows Mobile, ed Apple;
• se Google smette di spingere su Android, Linux farà una brutta fine anche sul mobile.

Linux: Google Gears a 64bit

Sebbene la versione ufficiale di Google Gears per Linux supporti solo ed esclusivamente browser a 32bit, esiste una versione ufficiosa che invece riesce a funzionare in accoppiata con browser a 64bit il tutto grazie ad una patch e ad un paziente pacchettizzatore che mette l’estensione precompilata a disposizione di chi volesse scaricarla.

C’è da dire che la soluzione è stata proposta più di un anno fa, e per quanto Google sia abituata a “lunghe fasi di test” (cito) il ritardo di implementazione nella versione ufficiale è quasi criminoso. E come se non bastasse, questa versione di Gears a 64bit non funziona (per ora) in Firefox 3.5, che è ormai alle porte.

E a me viene sempre più voglia di passare a Windows.

Chromium per Linux: forse non tutti sanno che…

Forse non tutti sanno che di Chromium per Linux si possono scaricare dei precompilati binari che non occorre installare: un semplice file zip da scompattare dove si vuole, anche sulla scrivania, e in cui si trova un file eseguibile ‘chrome’ pronto da lanciare.

E giusto per la cronaca, per avere una release ufficiale per Linux (e per Mac) sembra proprio che dovremo attendere la versione 3.0.

Le build di Chromium per Linux possono essere scaricate all’indirizzo:

http://build.chromium.org/buildbot/snapshots/chromium-rel-linux/

Quelle per Mac le trovate invece puntando i vostri browser su:

http://build.chromium.org/buildbot/snapshots/sub-rel-mac/

Tweaking Firefox Full Screen

Firefox can go full screen by just pressing the «F11» key on your keyboard or choosing the Full Screen option from the “View” menu. It will also hide away the top bar, which in full screen mode is composed by the address bar and the tabs bar. The browser will also play a smooth animation when hiding away the unnecessary part of the GUI.

Unluckily my computer is not that fast and Firefox interface is much slower on Linux than on Windows¹ . So I would like to change some behaviour of the full screen mode, but the standard Preferences window doesn’t include any option about that. The only way is to go through the about:config interface.

Just type “about:config” in your address bar and press Enter. Please remember that this interface allows you to modify every little behaviour of the browser: pay extremely attention! After promising you will not do anything wrong, look for the following keys (you don’t need to type the exact words, just type “full” and they will come out):

• browser.fullscreen.animateUp
• browser.fullscreen.autohide

The first one, browser.fullscreen.animateUp, is about the animation: to stop any animation set it to ‘0‘ (zero). Setting it to ‘1‘, which is the default value, will make Firefox play the standard sliding animation. Other values have same behaviour as ‘1‘, but in the future may be used to specify different kind of animations.

The second option, browser.fullscreen.autohide, says whether Firefox should keep some of the interface (address bar and tabs bar) in full screen mode or not. Of course, if you set this option to ‘false‘, the previous one has no more meaning. The default value is ‘true‘.

1. believe me: it’s hard for me to admit [↩]

Firefox: Eula o non Eula, questo è il problema!

Mozilla ha scritto a Canonical, la ditta che materialmente mette insieme Ubuntu, che la smettano di distribuire Firefox senza che gli utenti prendano atto e accettino le condizioni della licenza d’uso (EULA – End User License Agreement). Canonical ha ricevuto e ha messo al primo avvio del browser l’accettazione della licenza, manco fossimo su Windows.

La polemica infuria e molti vorrebbero che IceWeasel (o ABrowser, o quant’altro) o al limite Epiphany ne prendessero il posto come browser principale. Secondo me bene fa Shuttleworth ad accettare le condizioni imposte da Mozilla (in pratica è solo una questione di marchio) per una serie di motivi:

• Firefox è un prodotto che molti già conoscono. È usato dal 20% degli utenti (almeno di quelli che navigano) mentre Ubuntu si perde tra le cifre decimali;
• È giusto tutelare i marchi. Ubuntu è un marchio registrato, Canonical è un marchio registrato e perfino Linux è un marchio registrato. Ciò non toglie che le maniere di Mozilla siano quanto meno discutibili.

Sarebbe però una mossa estremamente gradita da parte di Mozilla (il sasso l’hanno buttato loro) trovare un accordo con Canonical piuttosto che chiedere ad ogni utente di sottomettersi alle regole del mercato. Oppure, meglio, semplicemente smetterla con questa storia e trovare un’altra maniera per tutelare il proprio marchio e fare in modo che il browser sia effettivamente e completamente open. Insomma gli altri brand non chiedono accettazioni di licenze o sottomissioni varie: ci mancherebbe altro che per usare Linux dovessimo inventarci qualcosa del tipo IcePenguin.

Se proprio ‘sta cosa ce la dobbiamo sorbire, allora tanto vale trovare un modo educato per proporla all’utente: l’ultima build che ho provato mostra la EULA in una scheda e la cosa non turba più di tanto, anche se mi piacerebbe sapere se per Mozilla è sufficiente.

Un’altra maniera potrebbe essere quella di mettere l’EULA di Firefox all’interno della licenza di Ubuntu mostrata durante l’installazione (così è sicuro che nessuno la legga). C’è però da considerare che Ubuntu non mostra una licenza di utilizzo (capito Mozilla? Ecco come si fa!), o almeno non me l’ha mostrata quando ho provato ad installare quella che tra un meze e mezzo sarà la 8.10 Intrepid Ibex. Inoltre questa soluzione non è applicabile alla versione live… Insomma teniamocela in una scheda e che si veda una volta sola e mai più¹ .

In definitiva nonostante tutto io voto per Firefox®, anche se ho un debole per Epiphany, specialmente se accoppiato con WebKit² .

1. magari solo dopo gli aggiornamenti [↩]
2. sto preparando una nuova build di Epiphany con WebKit… Restate sintonizzati [↩]

Installing WebKit powered Epiphany on Ubuntu Hardy

The next version of Epiphany (it will be included in the future Gnome 2.24) will use WebKit engine by default. The WebKit rendering engine is mainly developed by Apple for their Safari browser and is based on the glorious KHTML, originally made by the honourable KDE Team.

The current version of Epiphany (2.22) is already supporting the WebKit engine, but it is not the default choice because of some issues which make Epiphany-WebKit not suitable for everyday browsing (e.g. embedded flash player). Anyway trying Epiphany-WebKit is a good chance to see whether this alternative is really faster as thay say (I’m anticipating you the result: yes, it is).

I made a little change to the original debian control files in the source package and compiled it using the Launchpad PPA.

To install Epiphany-WebKit you only need to add the following two repositories to your /etc/apt/sources.list:

deb http://ppa.launchpad.net/stemp/ubuntu hardy main #WebKit & Midori
deb http://ppa.launchpad.net/michelinux/ubuntu hardy main #Epiphany-WebKit

The first one is the PPA by Stéphane Marguet (aka Stemp), and contains the webkit libraries used by my Epiphany build. It also includes an updated version of Midori, another GTK based web browser using webkit: give it a run. At the moment I’m writing this post, the version of WebKit available Stemp’s PPA is svn34798 (not sure Apple is publicly providing stable releases of WebKit, at least I could only find nightly builds and sources).

The second one is my Personal Package Archive and currently includes only the Epiphany packages.

After you add the two repositories (you also can do this from Synaptic) you have to reload the repositories lists: press the reload button on Synaptic or type in a terminal sudo apt-get update.
At this point you can find the epiphany-webkit package. To install it from the terminal, just type

sudo apt-get install epiphany-webkit

It will automatically load all the dependencies (mainly the webkit libraries from Stemp’s ppa).

The command to run the WebKit powered Epiphany is epiphany-webkit. I suggest you to edit your menu: on Gnome right click on the menu and choose Edit Menu. In the Internet folder you can activate the items to directly launch Epiphany using WebKit or Gecko, the original engine made by Mozilla and also used by Firefox. If nothing is specified Epiphany will use Gecko as default choice.

At this point you will have the Webkit Epiphany available from the menu, along the Gecko version.

In the future, hoping I have time, I will talk about the performances of WebKit compared to Gecko, and the differences about memory occupancy of the two differences. In the near future on this blog you will also find a post about getting Flash Player working in Epiphany-WebKit. Any suggestion or hint is welcome.

A special thanks to Stéphane Marguet.