Chissà come va XGL sulla mia nvidia vecchiotta.. cavolo quasi quasi chiedo una NLD10 per san valentino.
(no elena, se leggi questo sto scherzando, meglio una torta).

Ma la cosa interessante è il modo in cui il pannello di gnome made in Novell includa beagle. Il che indirettamente porta alla dipendenza gnome -> mono.
Fanno notare che in realtà gnome può vivere felice andando avanti senza le modifiche di novell, e che la parola fork non deve essere pronunciata.
Sarà ma non mi pare, direi anzi che è stato un colpo di mano abbastanza netto, adesso si mette la comunità di fronte ad un pacco dono che è difficile rifiutare, specie pensando che l’altenativa sia lavorare su qualcosa dove una parte importante degli sviluppatori (ovvero quelli di novell/ximian) non metterebbe mano.
Per carità per molti versi ragionevolissimo.

Ma probabilmente non ci capisco un cavolo, e devo dormire di più, oppure sono i fumi della macchinetta del caffé.
Cercate di non dimenticare un piccolo aggeggio con parti in plastica sul fuoco per più di due ore, i risultati possono essere decisamente brutti.

Colgo l’occasione dell’uscita di questo articolo per parlare un po’ del mio binding preferito, ruby-gtk2 (e ruby-atk e ruby-glib e ruby-pango etc)..

Si tratta di un toolkit poco conosciuto rispetto ai vari Gtk# o pygtk ma secondo me è quello con l’api migliore, per due motivi:

• si accede alle proprietà in modo semplice come obj.foo=bar
• si usano i blocchi per i callback

Prendendo spunto dal codice del secondo articolo su developerworks, un porting dell’esempio in ruby sarebbe sostanzialmente identico alla versione python, solo che i callback usano i blocchi direttamente in linea, una cosa del tipo

foo.signal_connect \"clicked\" do
 print \"clicccato!\"
end

Io personalmente ho un alias “on” per signal_connect perché ritengo che

window.on \"signal\" do ...

sia molto meglio..

Colgo l’occasione invece per fare un port dell’applicazione che aveva tradotto lawrence da C a python, per mostrare come usare insieme Cairo e Gtk. Io ho fatto le prove su ubuntu breezy badger e su win32 e funzionano, per altre distro non garantisco

	
require ‘cairo‘
require ‘gtk2‘
include Math
class EggClockFace <Gtk::DrawingArea
  def initialize
    super
    signal_connect "expose_event" do |widget,event|
      ctx= widget.window.create_cairo_context
      ctx.rectangle event.area.x, event.area.y,
                    event.area.width, event.area.height
      ctx.clip
      draw(ctx)
      false
    end
  end
  def draw(ctx)
        rect = allocation()
        x = rect.x + rect.width / 2.0
        y = rect.y + rect.height / 2.0
	
        radius = [rect.width / 2.0, rect.height / 2.0].min - 5
	
        # clock back
        ctx.arc(x, y, radius, 0, 2.0 * PI)
        ctx.set_source_rgb(1, 1, 1)
        ctx.fill_preserve
        ctx.set_source_rgb(0, 0, 0)
        ctx.stroke
	
        for i in 0..11
            outset = 0.9 * radius
            ctx.move_to x + outset * cos(i * PI / 6.0),
                        y + outset * sin(i * PI / 6.0)
            ctx.line_to x + radius * cos(i * PI / 6.0),
                        y + radius * sin(i * PI / 6.0)
            ctx.stroke
        end
        ctx.stroke
  end
end
	
Gtk.init
window = Gtk::Window.new
clock = EggClockFace.new
	
window.add clock
window.signal_connect "destroy" do
 Gtk.main_quit
end
window.show_all
	
Gtk.main
	

Screensoht

Oddio, in realtà ce n’è uno che sembra un po’ troppo Vista-like, ma in generale sembra che ci sarà un bel po di eye candy in KDE4.
Sulla maggiore funzionalità non mi sbilancio, essendo ormai convinto sostenitore dell’approccio Gnomesco, però confrontare i mockup con la triste pagina dedicata a Gnome3 fa un certo effetto (anche se le idee in quella pagina sono molto interessanti)