To gain finer control over the colours used by Gnome for the menu and panels etc:

1. Create a file in /home/username/.gnome2 called .gtkrc-2.0
2. Define the "style" block that you'd like to apply to a GTK element - e.g.:
   
style "menu_color"
{
fg[NORMAL] = "#000000"
fg[SELECTED] = "#CCCCCC"
fg[ACTIVE] = "#CCCCCC"
fg[PRELIGHT] = "#CCCCCC"
fg[INSENSITIVE] = "#7099CC"
bg[NORMAL] = "#7099CC"
bg[SELECTED] = "#7099CC"
bg[ACTIVE] = "#7099CC"
bg[PRELIGHT] = "#7099CC"
}
3. Then apply it to the element in question using one of the following statements:
   
widget "*PanelWidget*" style "my_color"
widget "*PanelApplet*" style "my_color"
widget_class "*MenuItem*" style "my_color"
widget_class "*ToolItem*" style "my_color"
widget_class "*SeparatorMenuitem*" style "my_color"
widget_class "*SeparatorToolitem*" style "my_color"
widget_class "*ImageMenuitem*" style "my_color"
widget_class "*RadioMenuitem*" style "my_color"
widget_class "*CheckMenuitem*" style "my_color"
widget_class "*TearoffMenuitem*" style "my_color"
widget_class "*Menu*" style "menu_color"
4. Type killall gnome-panel in a terminal and you're good to go.

This link has more discussion and detail.

It mimics Apple's to the following extent: it can display any web page, and it updates each time it is displayed.  It's deficient compared to Apple's in that it can only view complete web pages and it isn't integrated into a convenient browser button. It's also difficult to resize unless you know the mouse shortcuts for that - Super Key + Middle Button on my system.

To build it you will need to install the libwebkitgtk-dev package and a standard GTK+ development environment.  To use it you will need Compiz Fusion with the Widget Layer plugin enabled and set so that it treats any window with a 'role' of 'widget' as a widget.

Build command is:

gcc -Wall -W -std=gnu99 `pkg-config --cflags WebKitGtk gtk+-2.0` `pkg-config --libs WebKitGtk gtk+-2.0` -o webwidget webwidget.c

The code for webwidget.c is:

#include <gtk/gtk.h>
#include <glib.h>
#include <WebKit/webkit.h>

static gboolean visibility_event( GtkWidget *, GdkEvent  *, gpointer);

int
main (int argc, char **argv)
{
  GtkWidget *window;
  GtkWidget *webview;

  gtk_init(&argc, &argv);

  webview = webkit_web_view_new();

  window = gtk_window_new(GTK_WINDOW_TOPLEVEL);
  g_signal_connect (G_OBJECT (window), "destroy", G_CALLBACK (gtk_main_quit), NULL);
  gtk_window_set_decorated(GTK_WINDOW (window), FALSE);
  gtk_window_set_default_size(GTK_WINDOW (window), 320, 480);
  gtk_container_add (GTK_CONTAINER (window), webview);
  gtk_window_set_role(GTK_WINDOW(window), "widget");

  g_signal_connect (G_OBJECT (webview), "visibility-notify-event", G_CALLBACK (visibility_event), (argc > 1) ? argv[1] : "http://m.google.com/");

  gtk_widget_show_all(window);
  gtk_main();

  return 0;
}

static gboolean
visibility_event( GtkWidget *widget
                , GdkEvent  *event
		, gpointer data
                )
{
  if (((GdkEventVisibility*)event)->state != GDK_VISIBILITY_FULLY_OBSCURED)
    webkit_web_view_open(WEBKIT_WEB_VIEW(widget), (gchar *)data);
  return TRUE;
}

Eccovi la gui che ho progettato per lo script pybackup. E' scritta in pyGTK + Glade. Al momento è completamente funzionale a parte la statusbar che mi sta dando rogne per far visualizzare lo stato di avanzamento del backup.

Andando su Launchpad ricordo che potete provarla. :)

Per i prossimi sviluppi vi terrò aggiornati. :)

→ Elegant Brit

With GtkFixed, the following things will result in truncated text, overlapping widgets, and other display bugs:

Here's an example of the second point:

[caption id="attachment_32" align="alignnone" width="510" caption="GtkHBox"][/caption]

As you can see, the large font causes one button to bleed into the other.

In addition, the fixed widget can't properly be mirrored in right-to-left languages such as Hebrew and Arabic. i.e. normally GTK+ will flip the interface to put labels to the right of the thing they label, but it can't do that with GtkFixed. So your application will not be usable in right-to-left languages.

Finally, fixed positioning makes it kind of annoying to add/remove GUI elements, since you have to reposition all the other elements. This is a long-term maintenance problem for your application.

If you know none of these things are an issue for your application, and prefer the simplicity of GtkFixed, by all means use the widget. But you should be aware of the tradeoffs.

I hope that this will help you in your decisions regarding the use of GtkFixed.
I took all of my information from here.

I'm now writting the graphical user interface for CalculTrainer!!

I do this with GTK+ so the program will be portable and usefull on all OS.

I think I will post some of my GTK+ experiences to show you the progression of the work. But also to give you some examples of what GTK can do basically ;)

Enjoy it and look on the download page or on the GTK page when I will create it!!

Bye

-LostMan-

Además, este gran software nos ofrece algunas funciones más:

• Conversión de formatos ( OGM, OGG, OGV, MP3, MPEG, AMV, GIF, MP4, WAV, AVI, 3GP, FLV)

• Búsqueda integrada con videos de YouTube

• Posibilidad de descargar videos de YouTube utilizando una cuenta registrada (nose bien para que sirve)

• Puede descargar animaciones flash que se están reproduciendo actualmente a tu PC, solo con GNU/Linux.

• Posibilidad de descargar un número ilimitado de vídeos desde YouTube, MyspaceTV, Google Video y Metacafe

• Preconfigurado dispositivos de apoyo para una rápida compatibilidad de vídeo en el dispositivo (Apple iPod, Sony PSP, Flip Mino, otros por venir)

• Herramientas de edición de vídeo, como la rotación, escalado de vídeo, la inserción de un archivo de audio personalizado en un archivo de vídeo, la fusión de video, generador de tono de llamada móvil.

• Recuperar información sobre el perfil y los contactos de miembros de YouTube

• Comparte tus vídeos favoritos con la exportación de una lista de enlaces de vídeo, o importar una lista de otro usuario con unos pocos clics

Existe una petición en la web principal del proyecto para que se integre este software  a los repositorios oficiales de Ubuntu, lo cual me parece genial ya que es un software digno de usar.

Para Ubuntu, actualmente existe un repositorio especial:

deb http://www.bashterritory.com/pytube/releases/ /

y para las demás distros tenemos la lista de instaladores aquí, incluyendo su código fuente.

Un video de cómo se usa:

Napisałem pierwszy program. Notatnik. Bardzo, ale to bardzo prosty notatnik. Umożliwia jedynie otwieranie wskazanego pliku, jego edytowanie i zapisywanie zmienionej zawartości w tym samym pliku lub w innym, określonym. Sporo nauczyłem się pisząc ten prosty program. Mam zamiar go rozbudowywać, dodawać nowe funkcje, bo wiem, że dużo mogę się dzięki temu nauczyć. Póki co jest w wersji 0.1.

WD-Notatnik-0.1.7z (11.7 KB).
Program udostępniany jest na licencji GNU GPL.

Przykład programu wypisującego liste typów mime na standardowe wyjście:
[sourcecode language="c++"]
#include
#include

int main(int argc, char *argv[]) {
    Gio::init(); //Inicjujemy Giomm

    std::list mime_types = Gio::content_types_get_registered(); //Lista typow mime
    //Wypisujemy liste
    for (std::list::iterator iter = mime_types.begin(); iter != mime_types.end(); ++iter) {
        std::cout << *iter << std::endl; 
    }   

    return 0;
}
[/sourcecode]

Mi reciente entrada sobre Mono ha sido sincera, y Boycott Novell se equivoca sobre Debian, pero Gnome actualmente está promocionado una alternativa. Antes de introducir el lenguaje de programación Vala, te voy a dar unos antecedentes de la programación de Gnome como yo lo entiendo (ten presente que no soy programador y no tengo conocimientos reales de programación desde mediados de los años 80).

Gnome esta basado en C, lo que hace más difícil el escribir programas que en, digamos, KDE, que tiene un lenguaje orientados a objetos como C++. Gnome intenta añadir unas capas de orientación a objetos a C, pero los desarrolladores frecuentemente se quejan de que esto no ayuda demasiado. Como resultado, los desarrolladores de Gnome (especialmente los nuevos) usan bindings para otros lenguajes como Python, Ruby, o C#. Estos lenguajes y bindings tienen la desventaja de necesitar ser instalados, requiriendo más espacio para su instalación (mira el caso de Debian que para incluir Mono aumenta en 50MB sólo para Tomboy). El interprete de Mono se ejecuta casi tan rápido como los binarios, pero no tanto. Los lenguajes interpretados, por lo general, son notablemente más lentos. Ninguno de estos lenguajes son ideales para el sistema de GObject, y otros.

La introducción de Vala, como un nuevo lenguaje desarrollado por Gnome específicamente para escribir aplicaciones Gnome. Tiene una sintaxis muy similar a Java o C# (más cercano a C# por lo que he leído) y tiene un precompilador de Vala a código y cabeceras en C, que puede ser compilado como ejecutable. El código probablemente no es tan eficiente como el escrito a mano, pero desee Gnome se dice que tiene un rendimiento similar. Por supuesto el uso de un lenguaje de alto nivel significa que los programadores duros de C lo tienen más difícil. El inconveniente es que los programas de Vala no son multiplataforma como otros lenguajes de alto nivel, pero la compilación para las tres o cuatro plataformas no debería ser demasiado difícil.

Vala alcanzará la versión 1.0 a finales de Septiembre, pero sólo funciona con GLib y GTK+ ahora mismo. Se espera que toda la plataforma de desarrollo de Gnome funcione pronto. Ya existe el resaltado de sintaxis en GEdot y Monodevelop.

He estado jugando un poco con el código de ejemplo, y he comprobado lo directo y fácil que es hacer aplicaciones gráficas (como eggclock). El lenguaje es muy reciente, así que no existen muchas aplicaciones escritas en él, pero existe un fork de Cheese escrito usando Vala. También tenemos varias aplicaciones multimedia, pruebas de rendimiento, y editores de texto.

Mono y C# tiene muchas aplicaciones muy buenas ahora: Tomboy, F-Spot, y Banshee. Si fueran escritos de nuevo a código Vala, podríamos ver como mejora su rendimiento y silenciar la guerra anti Mono. ¿Suena bien, no? De acuerdo, puedo soñar, ¿puedo?

Curiosamente, no tengo una sensación de NIH (Not Invented Here) acerca de Vala. Me pregunto por qué es.

Visa källa @ dA.

Eftersom inte Lassekongo83 tänkte släppa detta Visual Style tema för GNOME så valde jag att porta det själv.

Well, it's a common issue it would seem, so I'm writing a quick howto.

This howto requires that you know where GTK+ is installed,

• If you install a runtime package, it will commonly be installed to
  C:\Program Files\Common Files\Gtk
• If you install a devel package, it will let you choose, but it will default to
  C:\GTK
• If you just use binary packages, or build from source, I think I can trust you to know where you installed it :)

Alright, now onto the work. I'll cover XP first:

1. Right-click on My Computer, then select "Properties".
2. Click the "Advanced" tab in the dialog that pops up, and click the "Environment Variables" button near the bottom.
3. Under "System variables", click the "New" button and enter "GTK_BASEPATH" (no quotes) as the name, and the path to where GTK is installed as the value.
4. Now find the variable named "Path", and click the "Edit" button.
5. Press the Home key to go the beginning of the entry, and add "%GTK_BASEPATH%\bin;" (no quotes) to the beginning. Note that the ';' at the end is very important.
6. Now click all the OK buttons until the dialogs are gone. You're done!

Now I will cover Vista:

1. Press the Windows key on your keyboard, or press the start button
2. Right click on "Computer" and select Properties
3. In the left side-bar, select "Advanced system settings", you'll need administrator rights to continue
4. Click the "Environment Variables" button near the bottom
5. Now do steps 3 through 6 of the XP instructions. You're done!

I hope that this will help somebody out.

Grandezza e Limiti di GTK+ 2.X e Gnome 2.X

Le GTK+ hanno una caratteristica fondamentale per un ambiente libero come quello di cui mi occupo: sono completamente svincolate da qualunque azienda e da qualunque interesse commerciale. Intendiamoci: anche le Qt sono open source - lo sono da anni e lo sono su tutte le principali piattaforme (Windows Linux e Mac) - ma le Qt sono open source solo se usate su progetti open source. Per sviluppare progetti closed source con le Qt bisogna acquistare una apposita licenza (non proprio economica...). Le GTK+ sono coperte da una licenza GPL2 e quindi non possono essere usate per creare prodotti commerciali completamente chiusi (ci vorrebbe una licenza MIT od una BSD per questo) ma possono essere ugualmente usate in modo piuttosto libero come base per progetti commerciali anche abbastanza complessi. Non è una differenza di poco conto.

Tuttavia, sia le GTK+ che l'ambiente Gnome (basato su di esse) sono rimaste palesemente indietro rispetto alla coppia Qt/KDE. Non hanno tutte le finezze grafiche ed ingegneristiche dei loro rivali e, soprattutto, non riescono a trasmettere a l'impressione che ci sia qualcuno, dietro di essi, in grado di dirigerne lo sviluppo e di gestirlo con la dovuta competenza e determinazione.

La situazione è abbastanza grave da aver convinto molti utenti e molti sviluppatori a rivolgere la loro attenzione altrove. Non è un mistero, ad esempio, che Linus Torvalds in persona ritenga Gnome un ambiente da cerebrolesi. Nel mio piccolo, anch'io mi tengo alla larga dalle GTK+ e da Gnome, sia come utente che come programmatore.

Il trend verso Mac OS X

Addirittura, si è arrivati al punto che alcuni sviluppatori del “core” di GTK+ e di Gnome, pur scrivendo codice per GTK+ e Gnome, usano Mac OS X come ambiente di lavoro quotidiano. Insomma, nemmeno loro sono disposti a sottostare alle “stranezze” ed alle “instabilità” del loro stesso prodotto! Non credo che occorra dire altro.

L'innamoramento di molti programmatori nei confronti di Mac OS X ha anche l'effetto di rendere Gnome sempre più simile a Mac OS X. Questo non sarebbe un problema se Mac OS X piacesse a tutti e se fosse emulato nella pienezza del suo splendore. Purtroppo, Mac OS X non piace assolutamente agli ex-utenti Windows (93% del “mercato”) e comunque viene emulato solo in parte (qualcuno ha detto “solo nei difetti”?).

Questi due fenomeni stanno facendo allontanare sempre di più Gnome e KDE uno dall'altro, alla faccia della interoperabilità tra questi due ambienti (vedi freedesktop.org).

Gnome 3

Come molti altri utenti, anch'io sto osservando con grande interesse ciò che sta succedendo nel mondo Gnome/GTK+. In particolare, speravo di vedere le seguenti novità.

1. Una impostazione del Desktop più razionale, più adatta a degli utenti “esperti” e meno legata al mondo Apple. In particolare, speravo di vedere qualcosa di simile a KDE 3.X o FluxBox/BlackBox.

2. Una serie di linee guida che fosse in grado di portare anche le applicazioni (Gnome, AbiWord, Evolution) verso una maggiore professionalità. Soprattutto, continuo a sperare che qualcuno metta (di nuovo!) le mani alla allucinante UI di The Gimp.

Personalmente, non me ne frega assolutamente nulla degli “eye-candies” ispirati a Mac OS X, a Vista ed a KDE 4.X. Non uso le trasparenze sul desktop di KDE esattamente come non scrivo i miei appunti su carta da lucidi semitrasparente.

Purtroppo, però, sembra che Gnome 3.0 andrà esattamente nell'altra direzione: più effetti speciali e meno attenzione alla HCI (Human-Computer Interface).

Gtk+ 3.0

Le principali preoccupazioni del team di sviluppo di GTK+ e Gnome, infatti, sembrano essere legate alla mancanza di supporto per la grafica 3D e per gli effetti speciali (trasparenze e via dicendo). Il desiderio di queste funzionalità è tale che buona parte del team di sviluppo è disposto a buttare a mare la retro-compatibilità delle librerie pur di ottenerle. Inutile dire che questo vuol dire che tutti coloro che hanno applicazioni basate su GTK+ 2.X da mantenere dovranno eseguire un lungo e faticoso porting del codice per mantenerle in vita.

Mai come ora sono lieto di aver abbandonato le GTK+ anni fa (per passare a wxWidgets e Qt).

Va però detto che le GTK hanno veramente bisogno di una seria azione di pulizia. Ci sono librerie deprecate da anni che vanno rimosse e ci sono aggiornamenti al codice che vanno fatti. Il team di sviluppo di GTK, ad esempio, si sta concentrando sulla sostituzione dei metodi pubblici con apposite coppie getter/setter.

Francamente, vista la inevitabile perdita di compatibilità, a questo punto io introdurrei delle novità anche più radicali nel codice.

Clutter

Per fortuna, qualcun altro negli anni scorsi ha pensato a rinnovare l'ambiente desktop del mondo Open Source. Il gruppetto di sviluppatori di Clutter, in particolare, ha creato una libreria basata su OpenGL che può essere usata per fornire a GTK+ ed a Gnome gli effetti che mancano. Sia Havoc Pennington che Miguel de Icaza hanno fatto notare come sia più semplice integrare Clutter in GTK+ che reimplementare queste funzionalità all'interno di GTK+.

Speriamo che queste due voci nel deserto vengano ascoltate.

Va però detto che Clutter è solo una GUI-building library, non è un Desktop Environment come Gnome o KDE e non è nemmeno una libreria di supporto completa e potente come GTK+ o, ancora meglio, Qt. C'è quindi un grosso lavoro da fare per trasformare questa libreria in un prodotto equivalente a GTK+ o d a Gnome. Qualcosa si sta muovendo, ad esempio, grazie al progetto Candies.

Una luce in fondo al tunnel?

Personalmente, credo che sarebbe tempo di affiancare a GTK+ e Gnome un progetto completamente nuovo, basato su Clutter e Candies, e teso a fornire tutte le funzionalità necessarie in modo indipendente da GTK+ e Gnome.

In ogni caso, se verranno accettate le proposte di Pennington e di De Icaza, GTK+ Gnome potrebbero comunque fare un enorme salto in avanti, forse anche in tempi brevi.

Teniamo le dita incrociate...

Alessandro Bottoni

alessandro.bottoni@infinito.it

]]> http://elavdeveloper.wordpress.com/?p=85 Mon, 04 Aug 2008 14:53:45 +0000 elavdeveloper http://elavdeveloper.wordpress.com/?p=85 El tema de este post se debe a una noticia que leí vía VivaLinux y sobre la cual quiero dar mi humilde opinión...

No les hablo como un usuario de Gnome ( para que no piensen que es fanatismo ). Se ha creado una gran ola de especulación acerca de si Gnome 3 deba hacer un cambio en su estructura o en su interfaz ( como hicera KDE 4 ) y no creo que deba ser así ( a lo que interfaz se refiere ), desde mi punto de vista solo deben agregarle pequeñas funcionalidades para hacerlo más intuitivo y fácil de usar. Lo que si es un hecho es que las librerías GTK deben ser mejoradas y si logran ser más rápidas, será mejor para Gnome y por tanto vendrán proyectos nuevos e ideas nuevas...
Lo que no debe suceder bajo ningún concepto es que Gnome rompa con su filosofía, y estoy de acuerdo en este punto con Miguel de Icaza, Gnome 3 o GTK 3 no tiene por qué romper su compatibilidad con versiones anteriores, sino todo lo contario ( Acordarse por favor del efecto que esto causó Windows Vista en los usuarios de Windows XP )...

Pero creo que lo mejor sería esperar y ver que pasa dejando a un lado las especulaciones....

Om du inte redan har provat KDE4 och skulle vilja göra detta lägger du helt enkelt till denna rad i din sources.list fil:

deb http://ppa.launchpad.net/kubuntu-members-kde4/ubuntu hardy main

Filen öppnar du enklast med kommandot:

gksudo gedit /etc/apt/sources.list

Efter det lär du uppdatera förråden med kommandot:

sudo apt-get update

Sedan kan du installera metapaketet kubuntu-kde4-desktop vilket ger dig KDE4 med alla dess program:

sudo apt-get install kubuntu-kde4-desktop

Men om du inte vill installera detta relativt stora metapaket kan du installera paketet kde4-core vilket installerar KDE4 med ett par nödvändiga program som t.ex filhanteraren Dolphin:

sudo apt-get install kubuntu-kde4-desktop

För att sedan byta till KDE4 loggar du ut och väljer Options och sedan Select session, välj KDE4 och logga sedan in som vanligt.

För att GTK program ska smälta in i KDE miljön behövs paketet gtk-qt-engine-kde4, vilket du installerar med kommandot:

sudo apt-get install gtk-qt-engine-kde4

För att ändringarna ska börja gälla lär du logga ut och in en gång, öppna sedan System Settings och välj Apperance följt av GTK Styles and Fonts. Välj Use my KDE style in GTK applications och till sist verkställer du ändringarna. Nu lär du sedan loggat ut och in ännu en gång kommer ändringarna att aktiveras.

¿Realmente utilizas todas las opciones que incluyen o lo único que te interesa es poder ver esa foto que tienes en el disco duro y cuya vista previa no te permite distinguir si es realmente lo que andas buscando?

Como imagino que no eres de los que utilizan Gimp o Firefox para abrir jpgs y pngs quiero ofrecerte una solución mucho más ligera incluso que GQView.

Justificación

El programa del que quiero hablaros en esta ocasión en GPicView.

Para hacernos una idea: un fichero png de 1,2 MBs en GQView requieren 11,7 MBs para ser abiertos mientras que en GPicView bastarán 6,7 MBs; aunque en un principio 5 MBs no parezcan significativos, ¿qué ocurrirá cuando tengas abiertas varias al mismo tiempo?

Cuando el equipo cuenta con pocos recursos (y aunque los tenga mejor aprovecharlos para cosas más productivas ¿no?) cualquier mejora puede suponer un alivio y ahí es donde entra en escena el programa que nos ocupa.

Otra gran ventaja frente al resto de programas de este tipo es estar desarrollada única y exclusivamente usando GTK+ por lo que no depende de las librerías de ninguno de los gestores de ventanas habituales (Gnome, Kde, XFCE, ...)

Instalación

Basta con descargar el paquete .deb del siguiente enlace y hacer doble click sobre él para comenzar el proceso de instalación.

En pocos segundos contaremos con una nueva entrada en Aplicaciones > Gráficos > GPicViewer Image Viewer lista para ser utilizada.

Si tengo que ponerle una pega es que me recuerda horrores al Visor de documentos del ventanuco produciéndome algún que otro repelús ;)

- Troca do script de construção por um Makefile;
- Suporte ao GtkBuilder;
- Binding do GtkRecentManager e amigos;
- Novos exemplos;

Link.: http://oproj.tuxfamily.org