Je me demande si une utilisation massive ne va pas s'accompagner de vandalisme ou de spam. Si les cartes sont dans des GPS, ou des sites de transports, OSM est exposée, et c'est tentant d'aller y écrire des conneries : nom de rues farfelus (voire renommage militant), sens de circulation fantaisistes.
Wikipedia s'en sort grâce au nombre de ses contributeurs. Je ne sais pas si OSM a cette force. Wikitravel, par exemple, est pas mal saturé de spam. En tout cas c'était vrai quand j'y contribuais, il y a quelques années.
Tu veux dire que Grenoble > Bordeaux ? J'ai du mal à le croire… Il faut pas pousser non plus.
En tout cas je serais curieux de savoir là aussi si :
Les données affichées sont directement celles de la BDD d'OSM ou s'il s'agit d'un snapshot, peut-être validé/modéré. (J'imagine que pour le savoir, il suffit de faire une modif et de voir si elle apparaît quelques temps après. Et je ne vois pas une modif à moi, alors que je l'ai faite il y a longtemps. Mais c'est dans une autre région.) Ca serait bien que si qqn ajoute un sens interdit sur OSM, ça apparaisse rapidement ici aussi. Sinon, l'argument comme quoi c'est plus réactif que GMaps tombe un peu à l'eau.
Cette utilisation s'est accompagnée d'une contribution à la BDD d'OSM.
C'est une bonne nouvelle si ça amène des contributions.
A Toulouse, Tisséo (transports en commun) utilise des cartes OSM pour afficher les quartiers de départ et d'arrivée des trajets sur le site web. J'espère que c'est pas juste "oh ben ça commence à être bien rempli, on peut l'utiliser" mais plutôt que les cartes sont vérifiées et complétées, et les modifs remontées upstream si c'est une copie qui est utilisée.
En revanche, à Bordeaux, la CUB a intégré ses arrêts de bus et ses horaires dans google map, ce qui est super pratique, il faut bien le reconnaître, puisqu'avec juste la carte google, on peut créer un itinéraire piéton, transports en commun ou transport individuel.
Je serais curieux d'avoir des retours des gens qui ont participé ou assisté aux prises de décision.
En tout cas, je retiens qu'une chose : Toulouse > Bordeaux. CQFD.
Alors que c'est ce dernier qui a donné naissance à GTK, il ne sera porté vers la 3em version de GTK qu'avec GIMP 3, selon la roadmap. Autant dire que ce n'est pas pour tout de suite.
GTK+ 3 n'est pas porté sur Windows et j'entends dire que ce n'est pas près d'arriver (sur OS X, je sais pas). Comment faire pour porter Gimp en le conservant multi-plateforme ? Maintenir deux versions ?
Je n'ai pas de source. J'ai écrit "règle" rapidement pour désigner un usage qu'on m'a transmis oralement; je ne savais pas si c'était écrit dans la loi ou pas.
Posté par jihele .
En réponse à la dépêche Webo0.b.
Évalué à 3.
Non, je ne crois pas. Je ne sais pas ce que tu appelles "explicitement". Chez moi (debian wheezy), $XDG_DATA_HOME n'est pas définie. Donc le logiciel doit regarder si c'est défini et sinon utiliser la valeur par défaut de la spec. Enfin c'est ce que je comprends.
Ça peut être un peu le bordel si on veut gérer le passage d'une situation où ces variables d'environnement sont définies à une situation où elles ne le sont pas.
Dans ce commentaire, je donne un exemple de code, mais on doit pouvoir en trouver de meilleurs.
Posté par jihele .
En réponse à la dépêche Webo0.b.
Évalué à 2.
Pour une consultation sans achat, on m'avait conseillé le site de la Deutsche Bahn. Plus rapide, meilleur sur les trajets internationaux et à deux correspondances.
Depuis, je crois que le site de la SNCF s'est amélioré. Déjà, il y a maintenant une touche "trains précédents", ce qui n'est pas du luxe.
C'est ce que j'avais fait au début mais ça ne marche pas : quand tu killes beep (SIGTERM), le buzzer reste à buzzer indéfiniment pour toute la vie jusqu'à ce que tu rebeepes. J'ai envoyé début janvier un patch à l'auteur et au packageur debian pour que SIGTERM ferme correctement, mais je n'ai pas eu de réponse. J'ai relancé ce matin. Je n'osais pas trop insister, faute d'être spécialiste des signaux…
J'ai bien fait d'insister : j'ai reçu hier un message de Gerfried Fuchs, le packageur debian me disant qu'il allait intégrer le patch et demander l'intégration upstream.
À terme, on pourra donc utiliser kill() proprement sur beep.
L'idée était que ce truc étant pas beaucoup plus qu'un exercice de tutoriel, je ne me voyais pas mettre une GPL dessus. Une peu comme si on plaçait sous GPL un algo de 20 lignes qu'on met sur un forum. Plus l'histoire de la bière que je trouve sympa (à la lecture, j'imagine un utilisateur qui croise le développeur au comptoir, tout ça).
Si je veux quelque chose qui tient la route, je peux aussi mettre l'ensemble dans le domaine public ou sous une licence permissive comme BSD ou MIT, j'y connais rien.
Bref, à l'échelle du projet, ça n'a pas d'importance, mais j'aime bien les discussions qui pinaillent sur ces questions.
L'une des raisons pour lesquelles j'ai publié ce journal était justement de recueillir des avis ou des retours d'expérience sur GTK+ 3.
Jusqu'à présent, développer avec GTK permet le portage sous Windows. Si ce n'est plus le cas, ce n'est pas une petite différence. Qu'est-ce qui permet de dire que GTK+ 3 ne sera jamais disponible sous Windows ?
On peut aussi penser aux distributions sur lesquelles il ne sera jamais disponible (debian squeeze et inférieures, mais surtout les distributions de long terme).
C'était peut-être le même chantier au passage de Gtk 1 à 2, mais j'étais jeune, je ne me souviens que des applications qui avaient un rendu un peu moche. Au passage, il m'a fallu chercher un peu pour trouver un thème de bureau qui fonctionne bien et donne un rendu cohérent pour GTK+ 3 et 2, sans quoi certaines applis avaient aussi un rendu moche (evince,…).
Autre élément au dossier : à partir de debian wheezy, Glade est en version 3.10 et ne gère plus que GTK+ 3. Il est possible, selon le développeur de Glade, d'installer 3.8 et 3.10, ceci justifierait selon lui la rupture de compatibilité, ou du moins ça aiderait à faire passer la pilule. Mais apparemment, côté debian, il n'est pas question de continuer à proposer les deux. Voir ce rapport de bug où les gens s'engueulent à ce sujet. J'avais envie d'argumenter en faveur de la distribution des deux en parallèle, mais je ne fais pas spécialement d'argument qui n'ait déjà été énoncé, et je ne veux pas polluer le bugtracker, donc je me suis tu.
Pour beep, tu peux utiliser subprocess.Popen()….kill() au lieu d'un signal à la main (.kill() fera la même chose, mais tu auras moins l'impression de le faire à la main)
C'est ce que j'avais fait au début mais ça ne marche pas : quand tu killes beep (SIGTERM), le buzzer reste à buzzer indéfiniment pour toute la vie jusqu'à ce que tu rebeepes. J'ai envoyé début janvier un patch à l'auteur et au packageur debian pour que SIGTERM ferme correctement, mais je n'ai pas eu de réponse. J'ai relancé ce matin. Je n'osais pas trop insister, faute d'être spécialiste des signaux…
Sinon, regarde le code de beep, c'est 300 lignes de C, 150 pour parser la ligne de commande, 50 pour les includes, 100 de boiler plate, 25 d'accolades, 12 de commentaires et deux ou trois d'utiles dans lesquelles tu ouvres un fichier et tu écris dedans. Tu peux faire cela en python trivialement et ainsi t'affranchir de dépendance tout en ayant plus de contrôle.
Je n'y avais pas regardé, mais peut-être que ça s'envisage, oui. Ceci dit, pour pas faire les choses à Poitiers, il faudrait créer un vrai module beep pour python avec les fonctionnalités et les paramètres utiles. Ça peut prendre un peu de temps. Et peut-être que ça existe déjà en partie. En regardant vite fait, je viens de trouver winsound mais c'est seulement pour windows.
Oui, ça m'avait traversé l'esprit. Pas de façon exclusive, mais en plus d'ALSA, pourquoi pas, ça serait un bon exercice.
Dommage, ça aurait été sympa
Je pense que c'est loin d'être le même boulot. C'est peut-être plus simple de modifier les logiciels existants pour pouvoir changer les fréquences. (Je n'en ai pas essayé, mais je suis même surpris que ce ne soit pas possible.)
Donc, tu en as profité pour en fait un ? :D
Hé hé… Non. Peut-être un jour, mais je me considère bien trop néophyte pour ça. J'ai peut-être tort… Peut-être que je pourrais écrire qqchose de sorte que qqn de plus expérimenté n'ait plus qu'à corriger/compléter.``
En tout cas, c'est très sympa à toi de nous faire partager ton projet, qui en ce qui me concerne risque de me servir, que ce soit au niveau de ses fonctionnalités intrinsèques (je suis guitariste en herbe) ou au niveau de son code (je code en python/gtk2, et j'aimerais bien me mettre à gtk3). Merci ;)
Je suis pas sûr d'être un exemple, mais pour GTK+ 3 il se pourrait que ça t'aide : des fois, pour faire des choses simples, j'ai du chercher partout sur internet, jusqu'à trouver un bout de code dont m'inspirer sur un coin de blog.
PS: La Chimay, ça te va ? :)
Rien ne me ferait plus plaisir qu'une Saint-Luc, mais une Chimay, ça sera très bien ! Merci !
Merci. Tuner me semble un peu léger en comparaison des autres logiciels de la liste, donc ça me gène un peu de l'ajouter… Bon, ceci dit, tu peux le faire si tu penses que c'est susceptible de servir à quelqu'un.
Lors de mon ouverture de compte au Crédit Coopératif, on m'a dit que la connexion par carte Sésame serait bientôt obligatoire, donc autant la prendre tout de suite. C'est ce que j'ai fait. Je pensais que rapidement, toutes les banques allaient se mettre à ça (c'est pareil à la Banque Populaire, dont le Crédit Coopératif a le statut) et je suis surpris que ce ne soit pas le cas.
C'est juste plus lent qu'en "small", ça ne s'aggrave pas avec le temps. Je suppose que ça doit faire pareil chez toi, non ?
Si je comprends bien ton code,
glib.timeout_add(10, self.on_timer)
toutes les 10 ms, tu appelles la fonction on_timer() qui appelle inc_old_score_to_score() pour modifier le score affiché (de sorte qu'avec la fréquence importante, on a l'impression que ça monte continument) et au bout de 30 fois on arrête (car timer_counter est initialisé à 30 et décrémenté à chaque fois).
Je ne comprends pas tout l'algo, mais je ne vois pas où la taille intervient. En ajoutant un print self.timer_counter, je vois bien les 30 itérations, et je vois bien que c'est plus lent en "extra large", mais je ne vois pas pourquoi, sinon pour des raisons de temps-réel, mais alors je ne vois pas ce qui se passe qui retarde.
De rien. Pour être honnête, je n'ai pas pris le temps de bien regarder, mais rien ne m'a choqué. De toute façon, je ne crois pas avoir plus d'expérience que toi en la matière…
Comme toi, j'apprends, donc j'essaye de mettre en oeuvre les bonnes pratiques dès le début. Je suis sûr qu'il y a ici des gens qui savent comment procéder et qui sauront te conseiller, ou corriger si j'ai dit des conneries.
Tu peux aussi poser la question sur la spam^Wmailing-list python. (Mais avec les commentaires en français, tu vas te faire allumer si tu exposes ton code…)
Je suis arrivé dans une situation de blocage. Je suppose que ça ne devrait pas.
Je pars de cette situation, avec deux bleues en haut :
V
R
BBV
Et quand je "casse" les deux bleues en bas, les deux bleues du haut tombent.
J'ai alors :
B
VB
RV
Et je ne peux donc rien casser. Je ne peux faire d'autre que new ou undo.
Par ailleurs, plus on est en taille grand (pour la taille du tableau de jeu), plus c'est lent après chaque explosion. En taille "small" c'est quasiment instantané. J'ai d'abord pensé que le calcul de l'explosion prenait du temps mais on dirait que c'est l'animation avec les points qui montent qui est juste plus lente. Pourtant je ne vois pas pourquoi dans le code.
[^] # Re: Noms des applications
Posté par jihele . En réponse à la dépêche GNOME 3.4 : l'émergence des applications. Évalué à 8.
Oh non, ça va gêner l'auto-complétion pour weboob…
# Vandalisme / spam
Posté par jihele . En réponse à la dépêche OPA sur OpenStreetMap. Évalué à 5.
Je me demande si une utilisation massive ne va pas s'accompagner de vandalisme ou de spam. Si les cartes sont dans des GPS, ou des sites de transports, OSM est exposée, et c'est tentant d'aller y écrire des conneries : nom de rues farfelus (voire renommage militant), sens de circulation fantaisistes.
Wikipedia s'en sort grâce au nombre de ses contributeurs. Je ne sais pas si OSM a cette force. Wikitravel, par exemple, est pas mal saturé de spam. En tout cas c'était vrai quand j'y contribuais, il y a quelques années.
[^] # Re: Contributions
Posté par jihele . En réponse à la dépêche OPA sur OpenStreetMap. Évalué à 1.
Tu veux dire que Grenoble > Bordeaux ? J'ai du mal à le croire… Il faut pas pousser non plus.
En tout cas je serais curieux de savoir là aussi si :
Les données affichées sont directement celles de la BDD d'OSM ou s'il s'agit d'un snapshot, peut-être validé/modéré. (J'imagine que pour le savoir, il suffit de faire une modif et de voir si elle apparaît quelques temps après. Et je ne vois pas une modif à moi, alors que je l'ai faite il y a longtemps. Mais c'est dans une autre région.) Ca serait bien que si qqn ajoute un sens interdit sur OSM, ça apparaisse rapidement ici aussi. Sinon, l'argument comme quoi c'est plus réactif que GMaps tombe un peu à l'eau.
Cette utilisation s'est accompagnée d'une contribution à la BDD d'OSM.
# Contributions
Posté par jihele . En réponse à la dépêche OPA sur OpenStreetMap. Évalué à 3.
C'est une bonne nouvelle si ça amène des contributions.
A Toulouse, Tisséo (transports en commun) utilise des cartes OSM pour afficher les quartiers de départ et d'arrivée des trajets sur le site web. J'espère que c'est pas juste "oh ben ça commence à être bien rempli, on peut l'utiliser" mais plutôt que les cartes sont vérifiées et complétées, et les modifs remontées upstream si c'est une copie qui est utilisée.
En revanche, à Bordeaux, la CUB a intégré ses arrêts de bus et ses horaires dans google map, ce qui est super pratique, il faut bien le reconnaître, puisqu'avec juste la carte google, on peut créer un itinéraire piéton, transports en commun ou transport individuel.
Je serais curieux d'avoir des retours des gens qui ont participé ou assisté aux prises de décision.
En tout cas, je retiens qu'une chose : Toulouse > Bordeaux. CQFD.
[^] # Re: GIMP
Posté par jihele . En réponse à la dépêche Graphisme Libre et professionnalisme. Évalué à 2.
GTK+ 3 n'est pas porté sur Windows et j'entends dire que ce n'est pas près d'arriver (sur OS X, je sais pas). Comment faire pour porter Gimp en le conservant multi-plateforme ? Maintenir deux versions ?
[^] # Re: tivo
Posté par jihele . En réponse à la dépêche Fuite d'un rapport de la CNIL sur les élections prud'homales par Internet en 2008. Évalué à 1.
Je n'ai pas de source. J'ai écrit "règle" rapidement pour désigner un usage qu'on m'a transmis oralement; je ne savais pas si c'était écrit dans la loi ou pas.
[^] # Re: tivo
Posté par jihele . En réponse à la dépêche Fuite d'un rapport de la CNIL sur les élections prud'homales par Internet en 2008. Évalué à 10.
Seul l'isoloir obligatoire permet de s'assurer que le vote n'est ni forcé ni acheté.
(D'où la règle consistant à forcer le votant à prendre plusieurs bulletins, même si ça l'agace parce qu'il a envie d'afficher son vote publiquement.)
[^] # Re: Banques
Posté par jihele . En réponse à la dépêche Webo0.b. Évalué à 2.
Attends, je vais essayer avec la mi
[^] # Re: Assumez
Posté par jihele . En réponse à la dépêche Webo0.b. Évalué à 3.
Ça a énormément changé : maintenant on voit une vidéo intitulée "Vêpres à Notre-Dame - Cathédrale Notre-Dame de Paris"
[^] # Re: Je ne veux pas faire mon kapo debian mais...
Posté par jihele . En réponse à la dépêche Webo0.b. Évalué à 1. Dernière modification le 15 mars 2012 à 20:37.
Heureusement, google translate n'a pas traduit Nousnichons.
[^] # Re: Well done
Posté par jihele . En réponse à la dépêche Webo0.b. Évalué à 3.
Non, je ne crois pas. Je ne sais pas ce que tu appelles "explicitement". Chez moi (debian wheezy), $XDG_DATA_HOME n'est pas définie. Donc le logiciel doit regarder si c'est défini et sinon utiliser la valeur par défaut de la spec. Enfin c'est ce que je comprends.
[^] # Re: Well done
Posté par jihele . En réponse à la dépêche Webo0.b. Évalué à 2.
Pour ceux que ça intéresse : XDG Base Directory Specification (Merci gouttegd.)
Ça peut être un peu le bordel si on veut gérer le passage d'une situation où ces variables d'environnement sont définies à une situation où elles ne le sont pas.
Dans ce commentaire, je donne un exemple de code, mais on doit pouvoir en trouver de meilleurs.
[^] # Re: proposition de nouveaux modules
Posté par jihele . En réponse à la dépêche Webo0.b. Évalué à 2.
Pour une consultation sans achat, on m'avait conseillé le site de la Deutsche Bahn. Plus rapide, meilleur sur les trajets internationaux et à deux correspondances.
Depuis, je crois que le site de la SNCF s'est amélioré. Déjà, il y a maintenant une touche "trains précédents", ce qui n'est pas du luxe.
[^] # Re: Banques
Posté par jihele . En réponse à la dépêche Webo0.b. Évalué à 2. Dernière modification le 15 mars 2012 à 13:12.
Le sujet a déjà été abordé en commentaire sur une dépêche weboob et sur ce journal.
On ne connaît pas de moyen de remplacer l'utilisation de la "calculette" d'authentification par un script.
C'est ballot.
[^] # kill beep
Posté par jihele . En réponse au journal Tuner, un accordeur de guitare en python / GTK. Évalué à 2.
J'ai bien fait d'insister : j'ai reçu hier un message de Gerfried Fuchs, le packageur debian me disant qu'il allait intégrer le patch et demander l'intégration upstream.
À terme, on pourra donc utiliser kill() proprement sur beep.
[^] # Re: beerware
Posté par jihele . En réponse au journal Tuner, un accordeur de guitare en python / GTK. Évalué à 2.
Merci pour le retour.
L'idée était que ce truc étant pas beaucoup plus qu'un exercice de tutoriel, je ne me voyais pas mettre une GPL dessus. Une peu comme si on plaçait sous GPL un algo de 20 lignes qu'on met sur un forum. Plus l'histoire de la bière que je trouve sympa (à la lecture, j'imagine un utilisateur qui croise le développeur au comptoir, tout ça).
Si je veux quelque chose qui tient la route, je peux aussi mettre l'ensemble dans le domaine public ou sous une licence permissive comme BSD ou MIT, j'y connais rien.
Bref, à l'échelle du projet, ça n'a pas d'importance, mais j'aime bien les discussions qui pinaillent sur ces questions.
[^] # Re: Merci
Posté par jihele . En réponse au journal Tuner, un accordeur de guitare en python / GTK. Évalué à 1.
L'une des raisons pour lesquelles j'ai publié ce journal était justement de recueillir des avis ou des retours d'expérience sur GTK+ 3.
Jusqu'à présent, développer avec GTK permet le portage sous Windows. Si ce n'est plus le cas, ce n'est pas une petite différence. Qu'est-ce qui permet de dire que GTK+ 3 ne sera jamais disponible sous Windows ?
On peut aussi penser aux distributions sur lesquelles il ne sera jamais disponible (debian squeeze et inférieures, mais surtout les distributions de long terme).
C'était peut-être le même chantier au passage de Gtk 1 à 2, mais j'étais jeune, je ne me souviens que des applications qui avaient un rendu un peu moche. Au passage, il m'a fallu chercher un peu pour trouver un thème de bureau qui fonctionne bien et donne un rendu cohérent pour GTK+ 3 et 2, sans quoi certaines applis avaient aussi un rendu moche (evince,…).
Autre élément au dossier : à partir de debian wheezy, Glade est en version 3.10 et ne gère plus que GTK+ 3. Il est possible, selon le développeur de Glade, d'installer 3.8 et 3.10, ceci justifierait selon lui la rupture de compatibilité, ou du moins ça aiderait à faire passer la pilule. Mais apparemment, côté debian, il n'est pas question de continuer à proposer les deux. Voir ce rapport de bug où les gens s'engueulent à ce sujet. J'avais envie d'argumenter en faveur de la distribution des deux en parallèle, mais je ne fais pas spécialement d'argument qui n'ait déjà été énoncé, et je ne veux pas polluer le bugtracker, donc je me suis tu.
[^] # Re: Beep en python
Posté par jihele . En réponse au journal Tuner, un accordeur de guitare en python / GTK. Évalué à 2.
C'est ce que j'avais fait au début mais ça ne marche pas : quand tu killes beep (SIGTERM), le buzzer reste à buzzer indéfiniment pour toute la vie jusqu'à ce que tu rebeepes. J'ai envoyé début janvier un patch à l'auteur et au packageur debian pour que SIGTERM ferme correctement, mais je n'ai pas eu de réponse. J'ai relancé ce matin. Je n'osais pas trop insister, faute d'être spécialiste des signaux…
Je n'y avais pas regardé, mais peut-être que ça s'envisage, oui. Ceci dit, pour pas faire les choses à Poitiers, il faudrait créer un vrai module beep pour python avec les fonctionnalités et les paramètres utiles. Ça peut prendre un peu de temps. Et peut-être que ça existe déjà en partie. En regardant vite fait, je viens de trouver winsound mais c'est seulement pour windows.
[^] # Re: Merci
Posté par jihele . En réponse au journal Tuner, un accordeur de guitare en python / GTK. Évalué à 1.
Oui, ça m'avait traversé l'esprit. Pas de façon exclusive, mais en plus d'ALSA, pourquoi pas, ça serait un bon exercice.
Je pense que c'est loin d'être le même boulot. C'est peut-être plus simple de modifier les logiciels existants pour pouvoir changer les fréquences. (Je n'en ai pas essayé, mais je suis même surpris que ce ne soit pas possible.)
Hé hé… Non. Peut-être un jour, mais je me considère bien trop néophyte pour ça. J'ai peut-être tort… Peut-être que je pourrais écrire qqchose de sorte que qqn de plus expérimenté n'ait plus qu'à corriger/compléter.``
Je suis pas sûr d'être un exemple, mais pour GTK+ 3 il se pourrait que ça t'aide : des fois, pour faire des choses simples, j'ai du chercher partout sur internet, jusqu'à trouver un bout de code dont m'inspirer sur un coin de blog.
Rien ne me ferait plus plaisir qu'une Saint-Luc, mais une Chimay, ça sera très bien ! Merci !
[^] # Re: Beau travail
Posté par jihele . En réponse au journal Tuner, un accordeur de guitare en python / GTK. Évalué à 2.
Merci. Tuner me semble un peu léger en comparaison des autres logiciels de la liste, donc ça me gène un peu de l'ajouter… Bon, ceci dit, tu peux le faire si tu penses que c'est susceptible de servir à quelqu'un.
[^] # Re: Reponse
Posté par jihele . En réponse à la dépêche Bubble Crusher 0.9 bêta release. Évalué à 1.
(Je crois qu'elle marche mais qu'elle ne te laisse qu'un lapsus de temps assez court. Après, c'est trop tard.)
[^] # Re: À vos souhaits
Posté par jihele . En réponse au journal Boobathon le Samedi 17-03-2012. Évalué à 1.
Lors de mon ouverture de compte au Crédit Coopératif, on m'a dit que la connexion par carte Sésame serait bientôt obligatoire, donc autant la prendre tout de suite. C'est ce que j'ai fait. Je pensais que rapidement, toutes les banques allaient se mettre à ça (c'est pareil à la Banque Populaire, dont le Crédit Coopératif a le statut) et je suis surpris que ce ne soit pas le cas.
[^] # Re: Bien !
Posté par jihele . En réponse à la dépêche Bubble Crusher 0.9 bêta release. Évalué à 1.
Pas de quoi.
C'est juste plus lent qu'en "small", ça ne s'aggrave pas avec le temps. Je suppose que ça doit faire pareil chez toi, non ?
Si je comprends bien ton code,
toutes les 10 ms, tu appelles la fonction on_timer() qui appelle inc_old_score_to_score() pour modifier le score affiché (de sorte qu'avec la fréquence importante, on a l'impression que ça monte continument) et au bout de 30 fois on arrête (car timer_counter est initialisé à 30 et décrémenté à chaque fois).
Je ne comprends pas tout l'algo, mais je ne vois pas où la taille intervient. En ajoutant un print self.timer_counter, je vois bien les 30 itérations, et je vois bien que c'est plus lent en "extra large", mais je ne vois pas pourquoi, sinon pour des raisons de temps-réel, mais alors je ne vois pas ce qui se passe qui retarde.
[^] # Re: Petit bug, ouverture application.
Posté par jihele . En réponse à la dépêche Bubble Crusher 0.9 bêta release. Évalué à 1. Dernière modification le 13 mars 2012 à 14:09.
De rien. Pour être honnête, je n'ai pas pris le temps de bien regarder, mais rien ne m'a choqué. De toute façon, je ne crois pas avoir plus d'expérience que toi en la matière…
Concernant le packaging, je n'ai pas vraiment mis le nez dedans non plus. J'ai des liens, si tu veux :
- http://pypi.python.org/pypi/distribute
- http://guide.python-distribute.org/index.html
Comme toi, j'apprends, donc j'essaye de mettre en oeuvre les bonnes pratiques dès le début. Je suis sûr qu'il y a ici des gens qui savent comment procéder et qui sauront te conseiller, ou corriger si j'ai dit des conneries.
Tu peux aussi poser la question sur la spam^Wmailing-list python. (Mais avec les commentaires en français, tu vas te faire allumer si tu exposes ton code…)
# Bien !
Posté par jihele . En réponse à la dépêche Bubble Crusher 0.9 bêta release. Évalué à 1.
Félicitations, c'est pas mal !
Qqs remarques :
Je suis arrivé dans une situation de blocage. Je suppose que ça ne devrait pas.
Je pars de cette situation, avec deux bleues en haut :
Et quand je "casse" les deux bleues en bas, les deux bleues du haut tombent.
J'ai alors :
Et je ne peux donc rien casser. Je ne peux faire d'autre que new ou undo.
Par ailleurs, plus on est en taille grand (pour la taille du tableau de jeu), plus c'est lent après chaque explosion. En taille "small" c'est quasiment instantané. J'ai d'abord pensé que le calcul de l'explosion prenait du temps mais on dirait que c'est l'animation avec les points qui montent qui est juste plus lente. Pourtant je ne vois pas pourquoi dans le code.