/* Topic des codeurs couche-tard [5] */

Compteur du TdCCT · Le 22/08/2011, à 06:42

Scores de la période en cours :

1) 197    nesthib
2) 127    na kraïou
3) 123    samuncle
4) 118    Πυλάδης
5) 48    tshirtman
6) 27    helly
6) 27    HP
8) 20    pfranco
9) 15    Кຼزດ
10) 13    The Uploader
11) 10    Ras'
12) 5    cm-t
12) 5    \\Ouranos//
12) 5    Steap
15) 3    DaveNull
15) 3    DnS
15) 3    sweetly
18) 2    xapantu

HP · Le 22/08/2011, à 08:53

The Uploader a écrit :

L'opérateur ternaire de Python est pas plus lisible ? et ce : directement.

Une recherche pourrait répondre à cette question …

The Uploader · Le 22/08/2011, à 09:01

wikipedia a écrit :

Though it had been delayed for several years by disagreements over syntax, a ternary operator for Python was approved as Python Enhancement Proposal 308 and was added to the 2.5 release in September 2006. Python's ternary operator differs from the common ?: operator in the order of its operands. The general form is:
x if a > b else y

Bah c'est un peu spécial, mais pas illisible. Après, c'est une affaire de goût..

Elzen · Le 22/08/2011, à 11:01

Πυλάδης a écrit :

Pour Elzterm, quand tu le lance sans fichier de conf, ça ne fonctionne pas : t’es obligé d’indiquer la valeur de « raws » pour qu’il puisse démarrer…

Ah ? Normalement j'avais mis des valeurs par défaut pour rows et cols (un truc genre du 80x25, j'crois).
J'vais vérifier ça

Πυλάδης a écrit :

Sinon, quand tu édites le label d’un onglet, tu ne peux pas juste valider en appuyant sur la touche « entrée », t’es obligé de sélectionner le bouton de validation est c’est un peu gênant. Donc pas gravissime mais c’est bien de le noter.

Ouais, ça ça vient de mon module dialogs, j'ai juste foutu le champ de saisie dans un gtk.Dialog sans faire aucune autre modif. Il doit y avoir moyen d'améliorer, mais j'ai pas cherché.

Sinon, un truc que j'ai cru repérer, toujours à propos du terminal : quand on utilise le raccourcis clavier, celui-ci est quand même transmis au terminal, qui peut râler selon le cas (genre le bash balance un beep et vim un petit texte en bas, j'crois)
J'ai branché l'écouteur « key-press-event » directement sur la fenêtre, dans ce cas-là, l'événement n'est pas censé ne pas être transmis aux composants-enfants ?

Πυλάδης a écrit :

C’est une bibliothèque Python pour parser du {,X}HTML, ça fonctionne bien et c’est utilisé dans le code du compteur.

Installé, j'vais regarder ça
(Mais le problème est que je ne trouve pas moyen de me faire renvoyer le code source de la page actuellement affichée par le GtkMozEmbed : j'vais re-regarder, mais je crains que ça ne veuille dire qu'il faut retélécharger la page, ç'moche.

valAa · Le 22/08/2011, à 13:37

Πυλάδης a écrit :

ArkSeth a écrit :
Je déclare l'objet comme héritant de gtk.VBox, puis je commence à définir sa méthode __init__ à lui pour l'initialiser (methode appelée, théoriquement, après que le __new__() ait été appelé).
J'ai déjà fait l'essai de ne pas mettre la 3e ligne, ça râlait que mon objet n'était pas vraiment une VBox (ou autre chose dans l'autre cas, mais bref) : j'en ai donc déduit que l'appel à l'initialiseur parent ne se faisait pas automatiquement.
J'ai donc cherché comment faire, et la méthode que j'ai trouvé à été celle-ci : appeler la méthode désirée en la préfixant du nom de la classe dans laquelle je vais la chercher, et en lui spécifiant donc self comme paramètre, vu qu'il faut bien le donner quelque part.
De ce que j'ai constaté, les deux sortes d'appel, objet.methode() et Classe.methode(objet) sont rigoureusement identiques quand objet est de type Classe, mais permettent d'appeler, sur un objet, une méthode d'une autre classe… par exemple une classe parente comme ici.
Il s'agit donc simplement de spécifier qu'à cet endroit précis, j'ai besoin qu'il utilise une méthode de la classe-mère et non une de celle de la classe-fille (Cette manière de procédé sert aussi en cas d'héritage multiple, quand deux classes mères ont la même méthode, pour préciser dans la classe fille à laquelle des deux on fait appel, j'pense).
Ah ouais, vu comme ça, ça se défend (surtout maintenant que je suis reposé) ; mais je trouve quand même ça pas vraiment élégant. Je vais essayer de voir si l’on peut faire autrement.

C'est bien la bonne manière de faire.
Mais un peu plus généraliste (élégant je ne sais pas) est d'utiliser super() dans ces cas là (mais que pour les New_style classes, donc python 3.x ou alors dériver de object).

>>> class A(object):
...     def __init__(self, x):
...             self.x = x
... 
>>> class B(A):
...     def __init__(self, *args, **kwargs):
...             super(B, self).__init__(5, *args, **kwargs)
... 
>>> b = B()
>>> b.x
5
>>>

Avantages :
* maintenance du code : si tu décide que B hérite maintenant d'une autre classe,, tu n'auras pas forcément besoin de toucher au code de B
* héritage multiple : ça te gère l'héritage en diamant comme une fleur.

edit: ce lien est intéressant http://rhettinger.wordpress.com/2011/05 … red-super/

Dernière modification par valAa (Le 22/08/2011, à 13:47)

Pylades · Le 22/08/2011, à 13:48

Hey, merci !
J’ai testé, ça fonctionne avec gtk.VBox en Python 2…

De toutes façons, chaque classe qui n’hérite pas d’une classe particulière devrait hériter de object…

cm-t · Le 22/08/2011, à 23:24

'Nuit;

Elzen · Le 22/08/2011, à 23:45

Même pas drôle : Quand je demande au texte d'un gtk.IconView de se mettre à côté des icônes (d'ailleurs, ç'curieux, on dirait qu'il y a deux méthodes rigoureusement identiques qui font ça, set_orientation() et set_item_orientation()), il est aligné vers le haut, quasiment sans marge, ça fait juste super moche et j'arrive pas à régler ça…

Et puis la sélection est pas peinte de la même manière que dans les navigateurs de fichiers habituels, ils utilisent quoi, eux ?

nesthib · Le 23/08/2011, à 01:03

plop

nesthib · Le 23/08/2011, à 02:07

1

Sir Na Kraïou · Le 23/08/2011, à 02:10

Schgræmbl.

Pylades · Le 23/08/2011, à 03:02

Tiens, faudrait peut-être penser à un autre évènement que loop pour wallman…

Dernière modification par Πυλάδης (Le 23/08/2011, à 03:02)

Compteur du TdCCT · Le 23/08/2011, à 06:42

Scores totaux, depuis le début :

1) 4140    nesthib
2) 3529    Πυλάδης
3) 3527    samuncle
4) 2537    Кຼزດ
5) 2015    cm-t
6) 1800+5  grim7reaper /* ./viewtopic.php?pid=3486252#p3486252 */
7) 1760    na kraïou
8) 905    helly
9) 877    \\Ouranos//
10) 795    tshirtman
11) 659    gnuuat
12) 565    Lagierl
13) 448    Rolinh
14) 444    The Uploader
15) 428    nathéo
16) 271    Kanor
17) 202    :!pakman
18) 196    Askelon
19) 121    ǤƦƯƝƬ
20) 116    HP
21) 103    kamui57
22) 93    petifrancais
23) 78    edge_one
23) 78    pierguiard
25) 70    gulp
26) 45    Le Rouge
27) 42    sakul
28) 38    xapantu
29) 37    ilagas
30) 35    pfranco
31) 30    keny
31) 30    Atem18
33) 29    Steap
34) 26    gustare
34) 26    d10g3n
36) 25    GentooUser
36) 25    Morgiver
38) 24    ไ୦บเઢ'
39) 20    CROWD
40) 18    Ph3nix_
41) 16    kouskous
42) 15    timsy
43) 12    stratoboy
43) 12    sailing
45) 11    alexises
45) 11    Crocoii
47) 10    Toineo
47) 10    NutMotion
47) 10    pseudovingtcinqcaracteres
47) 10    pfriedZ
47) 10    CasseTaTele
47) 10    Zeibux
47) 10    THS`
47) 10    golgoth42
47) 10    ꙳♒⏅⚓ ЅаίԼίՈԶ ⚓⏅♒꙳
47) 10    Ras'
57) 8    Mornagest
58) 7    Vista
59) 6    ubuntlin
59) 6    asma.geek
59) 6    sweetly
62) 5    tendances-tdct
62) 5    kinouchou
64) 4    danychou56
64) 4    Neros
64) 4    Biaise
64) 4    totoflute
64) 4    pinballyoda ㋛
64) 4    NLS le pingouin
64) 4    ceric
64) 4    Dice-Man
64) 4    Pylade
73) 3    Revan26914
73) 3    raspouillas
73) 3    DaveNull
73) 3    DnS
77) 2    SoJaS
78) 1    geenux
78) 1    ArzhurBZH
78) 1    monsieurweller

Répartition Posts/heure

Compteur du TdCCT · Le 23/08/2011, à 06:42

Scores de la période en cours :

1) 207    nesthib
2) 137    na kraïou
3) 128    Πυλάδης
4) 123    samuncle
5) 48    tshirtman
6) 27    helly
6) 27    HP
8) 20    pfranco
9) 15    Кຼزດ
10) 13    The Uploader
11) 10    Ras'
12) 9    cm-t
13) 5    \\Ouranos//
13) 5    Steap
15) 3    DaveNull
15) 3    DnS
15) 3    sweetly
18) 2    xapantu

xapantu · Le 23/08/2011, à 10:06

ArkSeth a écrit :

Même pas drôle : Quand je demande au texte d'un gtk.IconView de se mettre à côté des icônes (d'ailleurs, ç'curieux, on dirait qu'il y a deux méthodes rigoureusement identiques qui font ça, set_orientation() et set_item_orientation()), il est aligné vers le haut, quasiment sans marge, ça fait juste super moche et j'arrive pas à régler ça…

set_margin_top() peut être ?
edit: sinon, http://developer.gnome.org/gtk/stable/G … rientation
C'est marqué deprecated et ça existe plus en gtk3, donc faut utiliser set_item_orientation.

Et puis la sélection est pas peinte de la même manière que dans les navigateurs de fichiers habituels, ils utilisent quoi, eux ?

Pas une GtkIconView en tout cas (ou ce que je connais). Thunar utilise une ExoIconView, Nautilus (d'après ce que j'ai entendu, je suis pas 100% sûr) utilise une icon view basé sur des alignments ou un truc comme ça, en tout cas, c'est pas une GtkIconView.

Dernière modification par xapantu (Le 23/08/2011, à 10:08)

The Uploader · Le 23/08/2011, à 22:03

C et C++ : Le standard C++0x a enfin été voté

Pylades · Le 23/08/2011, à 22:17

Appétissant.
Mais bon, je n’ai a peu près aucune notion en C++, alors ce ne sera pas pour moi. ^^

Sinon, j’ai une question à propos de SQLite. Si je fournis une clef primaire de type int unsigned, comment je peux faire que ne pas avoir à la préciser à chaque créations de ligne (de sorte à ce qu’elle juste incrémentée silencieusement) ?

Sir Na Kraïou · Le 23/08/2011, à 22:29

Ætouq.

HP · Le 23/08/2011, à 23:01

Πυλάδης a écrit :

Sinon, j’ai une question à propos de SQLite. Si je fournis une clef primaire de type int unsigned, comment je peux faire que ne pas avoir à la préciser à chaque créations de ligne (de sorte à ce qu’elle juste incrémentée silencieusement) ?

Comme en n'importe quel SQL :
http://www.java2s.com/Code/SQL/Table-In … arykey.htm
accessoirement, pour ton vocabulaire, je pense que tu peux remplacer « création de ligne » par enregistrement.

Elzen · Le 23/08/2011, à 23:21

xapantu a écrit :

set_margin_top() peut être ?

Testé, ça n'a pas l'air de faire grand chose.
D'ailleurs, ça ne ferait que décaler arbitrairement, ça ne permettrait pas de centrer, si ?

xapantu a écrit :

C'est marqué deprecated et ça existe plus en gtk3, donc faut utiliser set_item_orientation.

Déjà ce que j'avais mis, t'façon. Mais je m'en fous : je code ça en PyGTK, qui n'existe ni en Python 3, ni en GTK 3, donc bon ^^

xapantu a écrit :

Thunar utilise une ExoIconView

Hmm ? J'vais chercher ce truc-là…

HP a écrit :

Comme en n'importe quel SQL

J'suis pas sûr qu'auto-increment soit dans la norme SQL.

En tout cas, pour avoir du me bouffer du Oracle l'année dernière, il me semble que chez eux, y en ait pas (faut utiliser des « séquences »).

HP · Le 23/08/2011, à 23:22

ArkSeth a écrit :

En tout cas, pour avoir du me bouffer du Oracle l'année dernière, il me semble que chez eux, y en ait pas (faut utiliser des « séquences »).

Ouais… en même temps, les trucs proprios faut bien qu'ils inventent quelque chose pour se démarquer !

Elzen · Le 23/08/2011, à 23:28

Bah justement, j'ai pas eu l'occasion de faire ça depuis des lustres, mais du coup j'me demande si ça existe bien en PG

HP · Le 23/08/2011, à 23:35

Sais pas, il ont des SEQUENCE aussi, on dirait :
http://stackoverflow.com/questions/7877 … 80#6632280
mais quelques posts plus haut, y a un mot clé SERIAL qui semble être un remplaçant à AUTOINCREMENT…

Sinon, voir aussi : http://fr.wikipedia.org/wiki/PL/SQL
On dirait que que PG est « un peu à part »… et pas si éloigné de Oracle, en fait.

Dernière modification par HP (Le 23/08/2011, à 23:35)

Pylades · Le 23/08/2011, à 23:41

Chers membres de TdCCT, je désire attirer votre attention !

Suite à des remarque à propos du flood sur ce topic, il m’a été suggéré de blacklister les gêneur voire de même arrêter de faire passer le compteur, dans le but d’améliorer SNR.

Je vous soumets donc un vote.
Trois alternatives vous sont proposées. Vous êtes priés de les ordonner par ordre de préférence. Le résultat sera déterminé par une méthode de Schulze.
A : aucun changement dans le comptage des points.
B : seuls des interventions avec du contenu peuvent faire marquer des points.
C : fin du comptage des points.

Inscrits sur la liste électorale : ArkSeth, le n@nyl@nd, Кຼزດ, grim7reaper, helly, \\Ouranos//, tshirtman, gnuuat, Lagierl, Rolinh, The Uploader, Kanor, :!pakman, HP, kamui57, xapantu, Πυλάδης.

Le vote sera clôt lorque tous les inscrits auront voté ou dans 48 heures.

Si vous avez des remarques à propos du processus, merci de bien vouloir les écrire ici.

Pylades · Le 23/08/2011, à 23:41

Je vote : B > A > C

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#2126 Le 22/08/2011, à 06:42

Re : /* Topic des codeurs couche-tard [5] */

#2127 Le 22/08/2011, à 08:53

Re : /* Topic des codeurs couche-tard [5] */

#2128 Le 22/08/2011, à 09:01

Re : /* Topic des codeurs couche-tard [5] */

#2129 Le 22/08/2011, à 11:01

Re : /* Topic des codeurs couche-tard [5] */

#2130 Le 22/08/2011, à 13:37

Re : /* Topic des codeurs couche-tard [5] */

#2131 Le 22/08/2011, à 13:48

Re : /* Topic des codeurs couche-tard [5] */

#2132 Le 22/08/2011, à 23:24

Re : /* Topic des codeurs couche-tard [5] */

#2133 Le 22/08/2011, à 23:45

Re : /* Topic des codeurs couche-tard [5] */

#2134 Le 23/08/2011, à 01:03

Re : /* Topic des codeurs couche-tard [5] */

#2135 Le 23/08/2011, à 02:07

Re : /* Topic des codeurs couche-tard [5] */

#2136 Le 23/08/2011, à 02:10

Re : /* Topic des codeurs couche-tard [5] */

#2137 Le 23/08/2011, à 03:02

Re : /* Topic des codeurs couche-tard [5] */

#2138 Le 23/08/2011, à 06:42

Re : /* Topic des codeurs couche-tard [5] */

#2139 Le 23/08/2011, à 06:42

Re : /* Topic des codeurs couche-tard [5] */

#2140 Le 23/08/2011, à 10:06

Re : /* Topic des codeurs couche-tard [5] */

#2141 Le 23/08/2011, à 22:03

Re : /* Topic des codeurs couche-tard [5] */

#2142 Le 23/08/2011, à 22:17

Re : /* Topic des codeurs couche-tard [5] */

#2143 Le 23/08/2011, à 22:29

Re : /* Topic des codeurs couche-tard [5] */

#2144 Le 23/08/2011, à 23:01

Re : /* Topic des codeurs couche-tard [5] */

#2145 Le 23/08/2011, à 23:21

Re : /* Topic des codeurs couche-tard [5] */

#2146 Le 23/08/2011, à 23:22

Re : /* Topic des codeurs couche-tard [5] */

#2147 Le 23/08/2011, à 23:28

Re : /* Topic des codeurs couche-tard [5] */

#2148 Le 23/08/2011, à 23:35

Re : /* Topic des codeurs couche-tard [5] */

#2149 Le 23/08/2011, à 23:41

Re : /* Topic des codeurs couche-tard [5] */

#2150 Le 23/08/2011, à 23:41

Re : /* Topic des codeurs couche-tard [5] */

Pied de page des forums