pyGTK en català

Geany

Cubells — Sat, 14 Jul 2007 15:40:52 +0000

Fa unes setmanes va córrer per la xarxa la notícia d’un nou editor lleuger i de bona qualitat: geany.

La veritat és que és molt bo i pot ser utilitzat com un entorn de desenvolupament, com qualsevol dels IDEs que hem vist.

Teniu més captures en aquest enllaç.

Molt complet, amb moltes opcions, i perfecte per a un llenguatge com ara python. Autocompleta el codi que coneix, coloreja, compila, mostra la sortida de la finestra de comandaments… Solament he detectat una errada a l’hora de pegar codi d’altres editors: no fa correctament la indentació i això és un poc molest.

La veritat que s’ha convertit en l’editor gràfic que faig servir ara per a programar en python. Però no puc dir que l’utilitze, perquè més prompte o més tard, torne al meu entorn de programació preferit: vim.

No puc evitar-ho.

Nova versió de pyGtk

Cubells — Wed, 04 Jul 2007 20:31:14 +0000

Hui mateix, a la llista de correu de pyGtk a la qual estic subscrit, ha arribat un correu d’en Johan Dahlin avisant que s’acaba de publicar una nova versió d’aquesta llibreria, la versió 2.10.5, la qual ja podeu descarregar-vos des d’ací, per exemple:

http://ftp.gnome.org/pub/GNOME/sources/pygtk/2.10/

Els canvis des de la 2.10.4 són molt pocs, evidentment, i no ens interessen a la majoria d’humans.

Però l’interessant és que amb el codi font del paquet, des de fa vàries versions, va inclosa una sucosa col·lecció d’exemples que farà la delícia de tots aquells que esteu començant amb pyGtk.

Disseny

Cubells — Tue, 20 Mar 2007 06:13:48 +0000

Ara mateix estic estudiant Disseny de Bases de Dades i m’ha sorprés trobar als apunts unes consideracions a tenir en compte per part dels dissenyadors informàtics en general.

A saber:

a) Els informàtics no han de decidir sobre l’empresa i la seua producció.

b) Un dissenyador no és un com un pintor, que pot imaginar i decidir, sinó que és com un fotògraf de l’empresa: transmet el que és la realitat de l’empresa.

Aquesta visió freda, separada i llunyana de l’empresa ha estat la que m’ha xocat.

Mai no ho havia pensat.

Normalment m’implique seriosament en l’empresa quan penso en fer un projecte informàtic i pense que és molt difícil separar-se, mirar des de fora l’empresa per tal de fer el projecte el més ajustat possible a les necessitats de l’empresa i prou.

Sempre penso en com pot millorar el meu programa la producció de l’empresa. No puc separar programari-millores. Sempre pense que el programari li ha de servir a l’usuari per a alguna cosa més que una simple gestió, que les millores en la producció són un valor afegit del programari.

Potser el problema ha estat que sempre he fet projectes per a amics o per a la mateixa empresa on treballava i això em duia a implicar-me.

O potser el problema és que no he fet tants projectes com per a poder mirar des de lluny el projecte que estic fent i la empresa que tinc davant. No ho sé.

Però reflexionant sobre això, penso que sí, que hi ha una dosi gran de veritat en aquestos punts a considerar per part del dissenyador informàtic. No deu ser bo implicar-me tant.

UML sí, UML no

Cubells — Tue, 06 Feb 2007 06:18:01 +0000

Fins ara, sempre que havia fet un projecte de programari, m’havia dedicat a picar codi directament.

No us ho creureu, però quan t’agrada programar et fas una idea mental del projecte, de com va a ser, dels menús, la seua situació, etc. Això, només decideixes fer el projecte.

Però la primera regla de l’Enginyeria del Programari és que això no es pot fer. Si volem fer que la “fabricació” del programari siga un procés de qualitat com el d’altres enginyeries, haurà de seguir un procés clar, documentat i amb reutilització.

Ara que vull fer un parell de projectes és quan he de dur a la pràctica el que m’han ensenyat.

Però realment val la pena fer servir els diagrames UML per a projectes xicotets? No ho tinc clar.

Supose que dependrà de qui fa el programa. No sóc tampoc estricte en aquest punt. Cada projecte és un món, i les exigències/funcionalitats/pressupost fan que hages de seguir un procés de fabricació o un altre.

Faig jo servir UML? Simplement per provar jo crec que sí val la pena.

Quin editor UML? Jo sempre he fet servir l’Umbrello, però serà qüestió de cercar més editors lliures.

Més documentació

Cubells — Thu, 28 Sep 2006 04:10:50 +0000

Les coses van a poc a poc, però van.

Apunte uns enllaços molt interessants per als programadors de pyGTK.

El primer és una pàgina molt bona amb un fum de preguntes i respostes sobre com fer certes coses: Les pyGTK FAQ.

Són preguntes que normalment ens fem els programadors i que no són fàcils de trobar. Per exemple: com puc canviar l’aparença de les etiquetes i d’altres widgets?

L’altre enllaç no és específicament de pyGTK, és de Python, i és un enllaç amb un fum de documentació sobre aquest llenguatge: Python en castellano.

Adreces que cal tindre a ma per a poder aconseguir informació puntual o augmentar el nostre coneixement general sobre aquest llenguatge.

Plantilles en vim

Cubells — Fri, 25 Aug 2006 07:29:19 +0000

Fa unes setmanes vaig llegir un interessant article penjat en Bulma.net sobre com tenir plantilles en vim.

Interessant perquè vim s’està convertint, a poc a poc, en l’editor predeterminat que vaig emprant per a programar en Python, deixant de banda altres editors més visuals però menys pràctics. Interessant perquè tots sabem com de molest és haver d’escriure sempre el mateix (capçalera, estructura, funcions predeterminades,…) en crear un nou fitxer.

No cal afegir res més a l’explicació que fa aaloy a l’apunt. Tan sols dir que si no creem el directori .vim al nostre home, no podrem instal.lar el plugin perquè ens donarà un error.

Una vegada instal.lat tan sols cal crear un fitxer de nom python a la carpeta ~/.vim/templates. Així cada vegada que obrim creem un nou fitxer amb extensió *.py se’ns obrirà la plantilla, i no haurem d’escriure sempre el mateix.

Ací us penge el meu:

#/usr/bin/env python # -*- coding: utf-8 -*-


##-----------------------------------------------------------------------##

## *******.py  Un programa per

##

##

## Copyright (C) 2006 Vicent Cubells i Peña

## All Rights Reserved.

##

## This program is free software; you can redistribute it and/or modify

## it under the terms of the GNU General Public License as published by

## the Free Software Foundation; either version 2 of the License, or

## (at your option) any later version.

##

## This program is distributed in the hope that it will be useful,

## but WITHOUT ANY WARRANTY; without even the implied warranty of

## MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the

## GNU General Public License for more details.

##

## You should have received a copy of the GNU General Public License

## along with this program; see the file COPYING.

## If not, write to the Free Software Foundation, Inc.,

## 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.

##

## Vicent Cubells i Peña

## 

## http://www.vcubells.net

##

##———————————————————————–##
import pygtk

pygtk.require(’2.0′)

import gtk
def main():

    gtk.main()

    return 0
if __name__ == “__main__”:
    main()
# cursor: 5 del



Gideon
Cubells — Tue, 22 Aug 2006 07:39:47 +0000
Gràcies a la web gfiles.org m’he trobat amb un dissenyador d’interfícies anomenat Gideon.
És un RAD que et permet crear programes multiplataforma amb el mínim de codificació, cosa que pot ser d’ajuda per als programadors que tenen un poc de presses.
Semblant al programa Glade et permet comprovar i executar tots els widgets de la llibreria GTK+. Molt útil si estàs llegint un llibre de programació sobre pyGTK amb pocs exemples gràfics,  
Té la particularitat que el format per a desar els fitxers és en format xml, la qual cosa et permet reutilitzar les interfícies en diverses aplicacions. Així, el fitxer finestra.gui es correspon amb el codi següent:

<?xml version=‘1.0′ encoding=‘UTF-8′?>

 namespace=‘GTK+’ version=‘8′>

         name=‘window1′ type=‘GtkWindow’>

                 name=‘as-container’ type=‘bool’>true>

                 name=‘title’ type=’string’>Finestra>

        >

>

La versió que he provat és la 2.8, i en el meu Ubuntu Dapper he hagut de resoldre les dependències dels fitxers guiloader, guiloader-c++, gnome-vfs(libgnome-vfsmm-2.6-1c2a) i gtkmm (libgtkmm-2.4-dev) abans d’instal·lar el programa (els dos primers programes els podeu localitzar a la mateixa pàgina de descàrrega del programa).
I per acabar, un pantalla del programa en execució:

Pàgina del projecte: http://gideon.sourceforge.net

Pàgina de descàrrega amb els programes guiloader i guiloader-c++:

http://gideon.sourceforge.net/cgi-bin/wiki/Download

Blog del desenvolupador: http://gideon-designer.blogspot.com/



Entendre l’empaquetat
Cubells — Sat, 19 Aug 2006 07:28:35 +0000
A l’hora de posar distints elements (etiquetes, botons, etc…) en les caixes d’una finestra s’utilitzen els mètodes: pack_start() i pack_end().
La combinació dels quatre paràmetres (expand, fill i padding) que tenen aquestes funcions i els paràmetres propis de les caixes HBox() i VBox() (homogeneous i spacing) ens permeten multitud de possibilitats per a poder situar i alinear els elements a la caixa.
Potser és un poc difícil d’entendre tot plegat i per això he volgut fer un petit programa que mostre totes les combinacions de paràmetres i quin és el resultat en la alineació dels distints elements, en aquest cas uns botons.
Una captura de pantalla del programa en execució la teniu ací:

En aquest cas, tan sols he utilitzat la funció pack_start(). En el cas de voler emprar la seua anàloga pack_end() el resultat haguera estat l’alineació dels botons de dreta a esquerra en lloc de esquerra a dreta de l’exemple.
El fitxer amb el codi font us el podeu descarregar de la secció Fitxers.



Un PIDA més modern
Cubells — Sat, 05 Aug 2006 04:09:05 +0000
Després de provar l’editor PIDA, com ja us vaig dir en el següent apunt, ara he instal·lat la darrera versió estable de dit editor.
La versió empaquetada actualment per a la distribució Ubuntu és la 0.2.2, de la qual ja heu vist unes captures. Tanmateix, des de la pàgina web del projecte us podeu instal·lar la versió 0.3.1. de la qual ací en teniu una captura en execució amb l’editor culebra seleccionat:





Per instal·lar-lo tan sols hem de baixar el paquet adient des d’ací, desempaquetar-lo i executar
$ python setup.py install
A qui li estranye açò últim, tan sols ha de pensar que PIDA està fet en Python, en PyGtk precisament…
Com podeu comprovar ha canviat un poc prou la interfície.
El que no m’ha agradat és que ja no tens accés a les funcions de la llibreria GTK en escriure text a l’editor, la qual cosa la versió anterior sí tenia.
Una opció més per al desenvolupador de Python.



Una barra lateral amb el Python
Cubells — Fri, 04 Aug 2006 05:47:46 +0000
Una eina que pot ser interessant per a poder revisar la documentació sobre Python amb tan sols un parell de clics, és la barra lateral de Python.
Amb aquesta interessant eina que pots instal·lar al teu navegador Firefox, et permet tenir accessible un tutorial de Python, la referència del llenguatge, les llibreries existents, la pròpia API, com estendre i empotrar el llenguatge, i els mòduls que hi té actualment. Tot això amb la possibilitat de poder cercar la informació específica en qualsevol moment.
Bona eina, no?
Ací teniu una captura amb el meu navegador: