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

tshirtman · Le 08/08/2011, à 10:11

:se insanity

(non sérieux, y'a pas de solution, y'a vraiment que les noobs pour vouloir une chose pareille)

HP · Le 08/08/2011, à 10:15

C'est pas parce que l'on ouvre un fichier que l'on souhaite forcément l'éditer.

helly · Le 08/08/2011, à 10:34

Mais j’demande pas à me justifier, j’demande juste si ça exite .

Dernière modification par helly (Le 08/08/2011, à 10:35)

grim7reaper · Le 08/08/2011, à 10:37

helly a écrit :

Hey, vous savez quoi mettre dans le vimrc pour que, quand on ouvre un fichier, on se trouve totomatiquement en mode insertion ?

:start

Au début de ton .vimrc

Source (bas de la page).

Dernière modification par grim7reaper (Le 08/08/2011, à 10:38)

The Uploader · Le 08/08/2011, à 10:40

tshirtman a écrit :

:se insanity
(non sérieux, y'a pas de solution, y'a vraiment que les noobs pour vouloir une chose pareille)

Euhh... j'trouve ça pas "noobish" mais logique.

helly · Le 08/08/2011, à 11:23

Vala, merci grim .

Elzen · Le 08/08/2011, à 15:04

HP a écrit :

C'est pas parce que l'on ouvre un fichier que l'on souhaite forcément l'éditer.

Hmm, bah d'un autre côté, si on ne souhaite pas l'éditer du tout, mais qu'on veut quand même profiter des fonctionnalités de Vim, on peut utiliser view, qui ouvre le fichier en lecture seule (d'ailleurs, view permet quand même de modifier le fichier en cours de route, ça te balance simplement un petit warning quand tu passes en mode édition ou que tu fais d'autres actions de ce genre).

Je n'y avais jamais pensé (ou alors j'm'en rappelle plus), mais je trouve effectivement que ce serait plus logique d'être automatiquement en mode insertion, étant donné que la plupart du temps, dans mon cas du moins, quand je vime un fichier, j'utilise l'insertion d'abord avant de faire appel à des commandes (et de toute façon, même quand je ne suis pas en mode insertion, j'ai quand même le réflexe d'appuyer sur échap avant de commencer à taper ladite commande).

Donc merci grim, je prends aussi (enfin, j'vais voir, j'ai aussi le réflexe de taper i avant de commencer à taper le texte…)

Sinon, pour les gens qui ont jeté un œil sur Touhy pendant les RMCT : le bug qui faisait disparaître l'image de fond du gestionnaire de bureau quand une nouvelle icône y apparaissait (genre branchement d'une clef ou ajout d'un fichier sur le bureau) est résolu.
En fait, le nom d'une méthode de gtk.EventBox était trompeur : « set_visible_window(bool) ». J'pensais naïvement que ça modifiait un paramètre de gtk.gdk.Window (classe que je n'ai pas assez étudiée, me rends-je compte du coup) pour faire en sorte que celle associée à l'EventBox devienne transparente.
Mais en vrai, ça ne se passe pas comme ça : quand visible_window est à True, le widget a bien une fenêtre GDK associée, mais quand c'est à faux, il squatte la fenêtre de son parent (ou du premier de ses ancêtres à en avoir une si le parent n'en a pas, je suppose).
Or, ma méthode de repeignage automatique, appelée notamment lors de la création, traçait un fond de la fenêtre GTK s'il y en avait un de demandé, et et sinon, lui disait de prendre le fond par défaut. Comme la plupart de mes icônes sont des gtk.EventBox avec visible_window à False, c'est donc la fenêtre GTK chargée d'afficher l'image de fond qui se mettait à prendre le fond par défaut.

Dernière modification par ArkSeth (Le 08/08/2011, à 15:05)

Pylades · Le 08/08/2011, à 15:10

Hey, t’as vu mon patch et mes remarques ?

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

Elzen · Le 08/08/2011, à 15:13

Ah nan. T'parles de ça ?

Πυλάδης a écrit :

@ Elzen : dans launcher/dockmenus.py : http://paste.tdct.org/index.php?x.
Ainsi, tu respectes XDG, une exception est levée quand $HOME n’existe pas au lieu de passer silencieusement « '~' » et tout fonctionne correctement. À voir peut-être l’intégration de la vérification que $XDG_CONFIG_HOME n’est pas vide.
Ah, et la référence en dur à .config/ se trouve trois fois dans stettings/workspace et deux fois dans tasklist/wsfilm (dont un /home/seth/.config/touhy/gtkrc/extras).

Ça paraît relativement pas mal, j'vais faire le tour des fichiers pour essayer de corriger.

(Mon premier patch utilisateur J'vais pouvoir rajouter un fichier pour lister les contributeurs )

Dernière modification par ArkSeth (Le 08/08/2011, à 15:21)

tshirtman · Le 08/08/2011, à 15:34

Le seul moment ou je peux comprendre qu'on veuille ouvrir en mode insertion c'est quand on ouvre un fichier vide… sinon, il est assez rare qu'on veuille être en mode insertion à l'ouverture…

Elzen · Le 08/08/2011, à 15:37

J'crois que là, un « s/on/je/ » s'impose dans ton message, désolé

helly · Le 08/08/2011, à 15:39

Le mode insertion permet quand même de se déplacer dans le fichier, donc pas de problèmes.
Après, pour les opération plus avancées, c’est vite fait de faire un <Escape>.

helly · Le 08/08/2011, à 20:10

Bon grim, là j’suis en train d’appliquer toutes tes remarques, mais y’a certaines questions :
1) à propos du catch/try de enigma.c++, tu dit qu’il ne fait que choper une Err_Rotor et de la rebalancer, rien de plus.
Bhééé nan (’fin j’ai surement mal compris ), je rebalance l’erreur, ce qui met donc fin au constructeur. Je ne vois pas trop quoi faire de plus .
2) À propos de la méthode what() des exceptions. Le fait d’utiliser des char*, ça n’pose pas de problèmes ?
3) Pour main.c++, c’est quoi le ^D dont tu parles, ’fin pour quelle raison on devrait l’utiliser ?

grim7reaper · Le 08/08/2011, à 20:38

helly a écrit :

1) à propos du catch/try de enigma.c++, tu dit qu’il ne fait que choper une Err_Rotor et de la rebalancer, rien de plus.
Bhééé nan (’fin j’ai surement mal compris ), je rebalance l’erreur, ce qui met donc fin au constructeur. Je ne vois pas trop quoi faire de plus .

Justement, je te demande de faire moins.
À ton avis, il se passe quoi si tu choppes pas l’exception dans le constructeur ?

helly a écrit :

2) À propos de la méthode what() des exceptions. Le fait d’utiliser des char*, ça n’pose pas de problèmes ?

Quel genre de problèmes ?
Justement, utiliser un char* ça évite les allocations dynamiques induites par std::string.

helly a écrit :

3) Pour main.c++, c’est quoi le ^D dont tu parles, ’fin pour quelle raison on devrait l’utiliser ?

^D = Ctrl+D
C'est pas qu’on doit l’utiliser, c’est surtout qu’il faut le gérer proprement si l’user t’en fait péter un dans la gueule.

helly · Le 08/08/2011, à 21:04

Arf, une erreur que je comprend pas .
Pour Err_Rotor (par exemple)
en prototype, j’ai mis :

…
char* what() const;
…

Et dans la déclaration :

char* Err_Rotor::what() const
{
   return ("Erreur avec le rotor numéro "); 
}

Ça me met une erreur que je ne comprend pas

g++ -o enigma main.c++ enigma.c++ rotor.c++ reflecteur.c++ erreurs.c++ 
In file included from rotor.h:27:0,
                 from main.c++:20:
erreurs.h:28:23: attention : deprecated covariant return type for ‘virtual char* Err_Rotor::what() const’ [enabled by default]
/usr/lib/gcc/i686-pc-linux-gnu/4.6.1/../../../../include/c++/4.6.1/exception:69:25: attention :   overriding ‘virtual const char* std::exception::what() const’ [enabled by default]
erreurs.h:28:23: erreur: looser throw specifier for ‘virtual char* Err_Rotor::what() const’
/usr/lib/gcc/i686-pc-linux-gnu/4.6.1/../../../../include/c++/4.6.1/exception:69:25: erreur:   overriding ‘virtual const char* std::exception::what() const throw ()’
In file included from rotor.h:27:0,
                 from enigma.h:24,
                 from enigma.c++:19:
erreurs.h:28:23: attention : deprecated covariant return type for ‘virtual char* Err_Rotor::what() const’ [enabled by default]
/usr/lib/gcc/i686-pc-linux-gnu/4.6.1/../../../../include/c++/4.6.1/exception:69:25: attention :   overriding ‘virtual const char* std::exception::what() const’ [enabled by default]
erreurs.h:28:23: erreur: looser throw specifier for ‘virtual char* Err_Rotor::what() const’
/usr/lib/gcc/i686-pc-linux-gnu/4.6.1/../../../../include/c++/4.6.1/exception:69:25: erreur:   overriding ‘virtual const char* std::exception::what() const throw ()’
In file included from rotor.h:27:0,
                 from rotor.c++:19:
erreurs.h:28:23: attention : deprecated covariant return type for ‘virtual char* Err_Rotor::what() const’ [enabled by default]
/usr/lib/gcc/i686-pc-linux-gnu/4.6.1/../../../../include/c++/4.6.1/exception:69:25: attention :   overriding ‘virtual const char* std::exception::what() const’ [enabled by default]
erreurs.h:28:23: erreur: looser throw specifier for ‘virtual char* Err_Rotor::what() const’
/usr/lib/gcc/i686-pc-linux-gnu/4.6.1/../../../../include/c++/4.6.1/exception:69:25: erreur:   overriding ‘virtual const char* std::exception::what() const throw ()’
In file included from rotor.h:27:0,
                 from reflecteur.h:22,
                 from reflecteur.c++:19:
erreurs.h:28:23: attention : deprecated covariant return type for ‘virtual char* Err_Rotor::what() const’ [enabled by default]
/usr/lib/gcc/i686-pc-linux-gnu/4.6.1/../../../../include/c++/4.6.1/exception:69:25: attention :   overriding ‘virtual const char* std::exception::what() const’ [enabled by default]
erreurs.h:28:23: erreur: looser throw specifier for ‘virtual char* Err_Rotor::what() const’
/usr/lib/gcc/i686-pc-linux-gnu/4.6.1/../../../../include/c++/4.6.1/exception:69:25: erreur:   overriding ‘virtual const char* std::exception::what() const throw ()’
In file included from erreurs.c++:18:0:
erreurs.h:28:23: attention : deprecated covariant return type for ‘virtual char* Err_Rotor::what() const’ [enabled by default]
/usr/lib/gcc/i686-pc-linux-gnu/4.6.1/../../../../include/c++/4.6.1/exception:69:25: attention :   overriding ‘virtual const char* std::exception::what() const’ [enabled by default]
erreurs.h:28:23: erreur: looser throw specifier for ‘virtual char* Err_Rotor::what() const’
/usr/lib/gcc/i686-pc-linux-gnu/4.6.1/../../../../include/c++/4.6.1/exception:69:25: erreur:   overriding ‘virtual const char* std::exception::what() const throw ()’
erreurs.c++: In member function ‘virtual char* Err_Rotor::what() const’:
erreurs.c++:28:44: attention : deprecated conversion from string constant to ‘char*’ [-Wwrite-strings]
make: *** [enigma] Erreur 1

grim7reaper · Le 08/08/2011, à 21:13

Tu as foiré la déclaration de what, c’est :

virtual const char* what () const throw ()

Toi tu as viré le throw() et le const du début, en gros t’as fait nawak donc faut pas t’étonner que le compilo t’envoie sur les roses
(Bon le virtual tu n’es pas obligé de le mettre, mais moi je préfère être explicite.)
D’ailleurs le compilo te le dit :

[…]
erreurs.h:28:23: attention : deprecated covariant return type for ‘virtual char* Err_Rotor::what() const’ [enabled by default] // Là tu as modifié le type de retour.
[…]
erreurs.h:28:23: erreur: looser throw specifier for ‘virtual char* Err_Rotor::what() const’ // Là tu as viré le throw().
[…]

Faut bien lire le prototype des opérations que tu veux surcharger…

Édit : BN World!

Dernière modification par grim7reaper (Le 08/08/2011, à 21:17)

nesthib · Le 09/08/2011, à 02:03

plop

samυncle · Le 09/08/2011, à 03:02

.

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

Scores totaux, depuis le début :

1) 4005    nesthib
2) 3469    Πυλάδης
3) 3447    samuncle
4) 2531    Кຼزດ
5) 2011    cm-t
6) 1800+5  grim7reaper /* ./viewtopic.php?pid=3486252#p3486252 */
7) 1683    na kraïou
8) 886    helly
9) 877    \\Ouranos//
10) 769    tshirtman
11) 659    gnuuat
12) 565    Lagierl
13) 448    Rolinh
14) 434    The Uploader
15) 428    nathéo
16) 271    Kanor
17) 202    :!pakman
18) 196    Askelon
19) 121    ǤƦƯƝƬ
20) 105    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) 30    keny
30) 30    Atem18
32) 26    gustare
32) 26    d10g3n
34) 25    GentooUser
34) 25    Morgiver
34) 25    pfranco
37) 24    ไ୦บเઢ'
37) 24    Steap
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
61) 5    tendances-tdct
61) 5    kinouchou
63) 4    danychou56
63) 4    Neros
63) 4    Biaise
63) 4    totoflute
63) 4    pinballyoda ㋛
63) 4    NLS le pingouin
63) 4    ceric
63) 4    Dice-Man
63) 4    Pylade
72) 3    Revan26914
72) 3    raspouillas
72) 3    sweetly
72) 3    DaveNull
76) 2    SoJaS
77) 1    geenux
77) 1    ArzhurBZH
77) 1    monsieurweller

Répartition Posts/heure

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

Scores de la période en cours :

1) 72    nesthib
2) 68    Πυλάδης
3) 60    na kraïou
4) 43    samuncle
5) 22    tshirtman
6) 16    HP
7) 10    Ras'
7) 10    pfranco
9) 9    Кຼزດ
10) 8    helly
11) 5    cm-t
11) 5    \\Ouranos//
13) 3    DaveNull
13) 3    The Uploader
15) 2    xapantu

helly · Le 09/08/2011, à 09:49

Heil ol !
Anéfé grim, ça marche mieux !
Nan mais pour throw au début il me dit qu’il vaut mieux pas le mettre, maintenant il dit qu’il faut le mettre… Il sait pas s’qu’il veut grim !

tshirtman · Le 09/08/2011, à 09:51

ArkSeth a écrit :

J'crois que là, un « s/on/je/ » s'impose dans ton message, désolé

même en supposant que tu ais dit «s/on/je/g» la phrase en resortirais avec assez peu de sens restant ^^

helly a écrit :

Le mode insertion permet quand même de se déplacer dans le fichier, donc pas de problèmes.
Après, pour les opération plus avancées, c’est vite fait de faire un <Escape>.

ouais, pour des tout tout petits déplacements alors… par ce que ça vaut pas ctrl-d/ctrl-u ou carrément un / ou un :n (n étant un numéro)…

mais bon…

HP · Le 09/08/2011, à 10:06

+1

grim7reaper · Le 09/08/2011, à 10:08

Hello World!

helly a écrit :

Nan mais pour throw au début il me dit qu’il vaut mieux pas le mettre, maintenant il dit qu’il faut le mettre… Il sait pas s’qu’il veut grim !

Nope, tu as lu en diagonale ce que j'ai mis dans mon long post is long :

/me a écrit :

Cependant, je te conseil d’éviter l’utilisation de la spécifications d’exceptions. Personnellement je ne l’utilise que pour signaler l’absence d’exceptions (donc en mettant throw() après les fonctions concernées).
Dans les autres cas je trouve que ça n’apporte rien, si ce n’est des emmerdes…

Et je ne viens pas de modifier (regarde la date d’édit, moi je ne suis pas modo je ne peux pas faire d’édit silencieux).

Je n'entre pas dans le débat sur Vim vu que je suis en train de passer à GNU Emacs :]

Dernière modification par grim7reaper (Le 09/08/2011, à 10:09)

HP · Le 09/08/2011, à 10:12

grim7reaper a écrit :

Je n'entre pas dans le débat sur Vim vu que je suis en train de passer à GNU Emacs :]

Il y a des modes Vim pour emacs
http://www.emacswiki.org/emacs/VimMode

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1901 Le 08/08/2011, à 10:11

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

#1902 Le 08/08/2011, à 10:15

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

#1903 Le 08/08/2011, à 10:34

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

#1904 Le 08/08/2011, à 10:37

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

#1905 Le 08/08/2011, à 10:40

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

#1906 Le 08/08/2011, à 11:23

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

#1907 Le 08/08/2011, à 15:04

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

#1908 Le 08/08/2011, à 15:10

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

#1909 Le 08/08/2011, à 15:13

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

#1910 Le 08/08/2011, à 15:34

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

#1911 Le 08/08/2011, à 15:37

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

#1912 Le 08/08/2011, à 15:39

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

#1913 Le 08/08/2011, à 20:10

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

#1914 Le 08/08/2011, à 20:38

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

#1915 Le 08/08/2011, à 21:04

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

#1916 Le 08/08/2011, à 21:13

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

#1917 Le 09/08/2011, à 02:03

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

#1918 Le 09/08/2011, à 03:02

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

#1919 Le 09/08/2011, à 06:42

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

#1920 Le 09/08/2011, à 06:42

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

#1921 Le 09/08/2011, à 09:49

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

#1922 Le 09/08/2011, à 09:51

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

#1923 Le 09/08/2011, à 10:06

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

#1924 Le 09/08/2011, à 10:08

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

#1925 Le 09/08/2011, à 10:12

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

Pied de page des forums