lem__mel a écrit 199 commentaires

Tu ne maîtrise pas du tout le C semble-t-il (fprintf, point virgule, le code ne compile pas), et probablement pas la programmation (la logique).

À mon avis, tu ferais mieux de te tourner sur du python (ilm y a des exemples disponibles), ou faire/refaire des exos/algos.

Pourquoi ne pas utiliser le bash ou le python ? Tu t'éviteras des heures de débogage, et tu investiras "utile" (je suppose que tu vas faire d'autres choses, et qu'également tu chercheras à le faire en C).
Si tu veux faire cela en C pour apprendre le C, alors il te faut faire des exos intermédiaires.

Pour ce qui est d'une piste, teste ceci :

while (1) do
{
printf("TOTO\n");
return 0;
}


You're welcome.

Le "champ de bataille" n'était pas sur ta réponse[1] mais sur sur le fait que ma réponse ait été "moinssée".

Donc oui tu peux donner ton avis, et je garderai bien d'empêcher qui que ce soit de donner son avis.

[1] qui encore une fois n'apportait rien du tout à mon post initial ; mon post avait le mérite d'apporter un code qui fonctionnait et qui montrait/expliquait comment faire ce qu'il désirait (suffisait de lire). Pour le reste il faut lire mes réponses précédentes.

P.S. : pour ce qui est du côté pédagogique de ma réponse, je ne partage pas ton opinion.

Désolé sur la forme.

J'ai après post bataillé, mais -peut-être un timer ?- je me suis pris un "vous ne passerez pas".
Et je ne parviens toujours pas à avoir une forme correcte ; pas doué et pas l'habitude.
Voici le texte plus correcte :

************** sur ma réponse ************
Ma réponse était du niveau de la question : il doit faire ses devoirs ; et je crois bien que l'on commence à apprendre à coder réellement qu'en regardant le code des autres. Une réponse "nettoyée" du "C++" n'aurait pas fait progresser le gars.

Je crois donc avoir été pertinent (tant sur le code -qui répond à la question car c'est du C[2]), que sur la forme qui se voulait pédagogique (il aurait eu du travail à fournir). De plus je crois avoir mis du code qui lui permettait de voir un peu :  
  * la gestion des erreurs;
  * la gestion des logs.
  * l'écriture de fonctions lisibles

Et pour finir même si l'on considère que ce C++ n'est pas du C, cela fait avancer le schmilblick puisque c'est plus proche du C que le bash.  

************** Sur le pourquoi je suis vexé. ********
Pas clair le pourquoi. Ce qui est sûr c'est que sur les forums contrairement aux journaux on ne cherche pas à s'exprimer mais à aider, et bien "moinser" une aide[1] j'avoue que cela me dépasse un peu.

[1] d'autant plus si (liste avec OU logique) :
- les moinsseurs n'apportent rien,
- ne comprennent pas suffisamment le C/C++ pour voir que la réponse est pertinente

[2]la notation file.open(..) marche parfaitement en C ; les seules choses spécifiques sont
- QObject::.
- la notion de référence

• sur ma réponse Ma réponse était du niveau de la question : il doit faire ses devoirs ; et je crois bien que l'on commence à apprendre à coder réellement qu'en regardant le code des autres. Une réponse "nettoyée" du "C++" n'aurait pas fait progresser le gars.

Je crois donc avoir été pertinent (tant sur le code -qui répond à la question car c'est du C[2]), que sur la forme qui se voulait pédagogique (il aurait eu du travail à fournir). De plus je crois avoir mis du code qui lui permettait de voir un peu :
- la gestion des erreurs;
- la gestion des logs.
- l'écriture de fonctions lisibles

Et pour finir même si l'on considère que ce C++ n'est pas du C, cela fait avancer le schmilblick puisque c'est plus proche du C que le bash.

• Sur le pourquoi je suis vexé. Pas clair le pourquoi. Ce qui est sûr c'est que sur les forums contrairement aux journaux on ne cherche pas à s'exprimer mais à aider, et bien "moinser" une aide[1] j'avoue que cela me dépasse un peu.

[1] d'autant plus si (liste avec OU logique) :
- les moinsseurs n'apportent rien,
- ne comprennent pas suffisamment le C/C++ pour voir que la réponse est pertinente

[2]la notation file.open(..) marche parfaitement en C ; les seules choses spécifiques sont
- QObject::.
- la notion de référence

j'veux bien, mais pour avoir une certaine expérience dans les deux langages (ce sont les seuls que j'utilise, à part sporadiquement ceux du web ; je fais donc régulièrement du code C only), en quoi mon code est réellement C++ dépendant ?

Donc pour ce qui est de ce code, si on enlève Qt alors tout marche parfaitement en C.

Donc en quoi je tape à côté ?

Je t'avoue être quelque peu vexé (ouais puéril, toussa toussa) et préfère donc ne plus répondre sur les forums (et donc même aller y jeter un oeil) : linuxfr n'y perd pas grand chose ou rien, et moi j'évite de perdre mon temps.

Ciao.

P.S. :
- j'avoue ne pas savoir pourquoi cela m'énerve, j'connais le ternet pourtant ; il y a des jours comme ça.
- allez-y "inutiler" !!

Merci de prendre le lien de lire mon post :
- je dis que je ne me fatigue pas à expliquer car le gars ne se fatigue pas à faire une vraie demande;
- tu poste un lien que j'ai également dans ma réponse (puisque dans mon code j'ai l'habitude d'indiquer mes sources d'infos).

Et pour finir : je ne lui ai pas fait un code pour son problème, je lui ai copier un de mes codes pour qu'il ait une idée de quoi faire. Ensuite à lui de faire le travail.

P.S. : Et la raison pour laquelle j'ai été "inutilé" m'échappe totalement car je donne une piste (avec du code opérationnel), et que la seule autre réponse apportée n'apporte rien.

alors voici une réponse pas très élégante : bonne lecture

# Du code avec coloration syntaxique
#include <QFile>
#include <syslog.h>

#ifndef QT_NO_DEBUG
  #define BASE_SYSFS "/tmp"
#else
  #define BASE_SYSFS ""
#endif
int write(const QString &filename, const QString &message);
int readyGPIO(int number, QFile &file, bool readOnly)
{
  //http://falsinsoft.blogspot.fr/2012/11/access-gpio-from-linux-user-space.html
  //echo XX > /sys/class/gpio/export
  //echo "out" > /sys/class/gpio/gpioXX/direction
  //echo 1 > /sys/class/gpio/gpioXX/value
  //cat /sys/class/gpio/gpioXX/value
  int result = write(BASE_SYSFS "/sys/class/gpio/export", QString::number(number));
  if (result == EXIT_FAILURE)
    return result;

  result = write(BASE_SYSFS "/sys/class/gpio/gpio"+QString::number(number)+"/direction"
                 , readOnly ? "in" : "out");
  if (result == EXIT_FAILURE)
    return result;

#ifndef QT_NO_DEBUG
  if (file.isOpen())//should not be necessary but ...
    {
      syslog(LOG_WARNING, QObject::tr("[WARNING][%1:%2] %3: Internal error ! Please report it !")
             .arg(__LINE__)
             .arg(__FILE__)
             .arg(__FUNCTION__)
             .toUtf8().data());
      file.close();
    }
#endif
  file.setFileName(BASE_SYSFS "/sys/class/gpio/gpio"+QString::number(number)+"/value");
  if (readOnly)
    result = file.open(QIODevice::ReadOnly);
  else
    result = file.open(QIODevice::WriteOnly);
  if (!result)
    {
      syslog(LOG_ERR, QObject::tr("[ERROR][%1:%2] %3: Couldn't achieve to open %4 in %5 ! Here the error message: %6")
             .arg(__LINE__)
             .arg(__FILE__)
             .arg(__FUNCTION__)
             .arg(file.fileName())
             .arg(readOnly ? "read_only" : "write_only")
             .toUtf8().data());
      return EXIT_FAILURE;
    }
  return EXIT_SUCCESS;
}
int closeGPIO(int number, QFile &file)
{
  int result;
  file.close();
  result = write(BASE_SYSFS "/sys/class/gpio/unexport", QString::number(number));
  if (result == EXIT_FAILURE)
    return result;

  return EXIT_SUCCESS;
}

int write(const QString &filename, const QString &message)
{
  int result;
  QFile tmp;
  QByteArray msg = message.toUtf8().data();
  tmp.setFileName(filename);
  if (!tmp.open(QIODevice::WriteOnly))
    {
      syslog(LOG_ERR, QObject::tr("[CRITICAL][%1:%2] %3: Impossible to open %4 ! Here is the error message: %5")
             .arg(__LINE__)
             .arg(__FILE__)
             .arg(__FUNCTION__)
             .arg(filename)
             .arg(tmp.errorString())
             .toUtf8().data());
      return EXIT_FAILURE;
    }
  result = tmp.write(msg);
  if (result != msg.size() || !tmp.flush())
    {
      syslog(LOG_ERR, QObject::tr("[CRITICAL][%1:%2] %3: Impossible to write >%4< into %5 ! Here is the error message: %6")
             .arg(__LINE__)
             .arg(__FILE__)
             .arg(__FUNCTION__)
             .arg(QString(msg))
             .arg(filename)
             .arg(tmp.errorString())
             .toUtf8().data());
      return EXIT_FAILURE;
    }
  tmp.close();
  return EXIT_SUCCESS;
}

[modif] j'ai trouvé les règles qui mentionnent ceci : Data Protection Act of 6 January 1978 ; mais ils ne disent pas qu'ils ne feront QU'un usage interne (ils disent qu'ils en font un usage interne) ; je n'ai pas regardé le texte référencé mais il peut être utile d'anticiper ce genre de question dans leur «faq» (je ne vais pas aller lire le document car je n'ai pas la tentation de participer à leurs jeux).

P.S. : j'ai pas pu modifier le poste.

Bonjour.

En lisant les commentaires précédents je me suis rendu que CodinGame était en mesure au travers de ses jeux d'obtenir des solutions originales à des problèmes d'informatique classique, et peut-être (attention extrapolation) moins classique.

De plus CodinGame propose un job-board (quelqu'un a-t-il un mot plus frenchie ?).

Donc mes questions :
- quelles assurances a-t-on que les profils ne sont pas vendus ?
- les solutions trouvées pour les jeux ne pourraient-elles pas ne peuvent-elles pas être vendues ?
- finalement de quoi vivent-ils ?

P.S.: je n'ai pas créé de compte chez eux et n'ai pas cherché sur le forum.

En me référant à Wikipedia (c'est un peu loin pour moi), MPLS est une sorte de connexion dédiée qui permet de créer l'illusion d'un seul réseau : technologie de commutation, et donc viendrait "en dessous" de l'accès ADSL en quelque sorte.
Le VPN lui considère le milieu hostile (ici internet) et créé un tunnel pour passer au travers : le VPN passerait "en dessus" de l'accès ADSL.

D'ailleurs pour confirmer mes dires, la page Wiki anglaise compare MPLS avec FrameRelay et ATM. La section "Competitors" est intéressante.

À mon avis (mais là je nage plus dans la troisième dimension) MPLS est plus un service opérateur (car très bas), et ton commercial te vendrait soit :
- de nouveaux abonnements opérateur
- du MPLS ré-enveloppés (rewrapped) dans de l'IP (d'ailleurs lorsque l'on cherche "MPLS over ADSL" on tombe sur des trucs comme ça http://www.mplsoverdsl.org/about)

Donc je suis plutôt pas convaincu par la poudre verte de ce commercial (car cela ne changerait pas grand chose) ; envoies lui un "et comment se situe votre solution vis-à-vis de L2TPv3 ?" et fais le bosser en t'apportant les explications techniques suffisantes (c'est son boulot et son métier de te convaincre).

Voilà, voilà, en attendant que quelqu'un de plus éduqué/expérimenté réponde.

Sur ta capture il y a un message d'erreur.

Essaies de demander à google/whatever.

Encore une fois cela n'apporte rien.

Combien y-a-t-il eu de République Démocratie qui n'ont eu de démocratique que le nom ? Donner la signification des acronymes ne leur donne pas plus de poids. Je peux dès demain créer une association qui va s'appeler "Union des Enseignants de Physique", et alors ? Je ne suis pas prof, et ce serait légal.

Je ne dis pas que ton propos est erroné ; je dis juste que tu/ils en demande/nt trop : croire sur parole n'est pas ma tasse de thé (les médias, politiciens, etc demandent cela à longueur de journée).

Si ils voulaient s'aider et m'atteindre, ils devraient présenter une analyse des textes officiels au lieu de s'égosiller ; mais m'est avis, que l'effort pour convaincre un gars comme moi serait bien moins profitable que la technique classique qui touche beaucoup plus de gens.

C'est quand même dommage, alors qu'il s'agit de gens éduqués, et peut-être même scientifique.

Cela ne change rien à l'affaire : à quel moment le ministère de l'éducation a-t-il dit cela ?
La source fournie émane d'un communiqué de "CIRUISEF-CDUS-UPS" ; qui sont-ils ? sont-ils plus fiables que l'éducation nationale ?
Ce rapport cite encore d'autres gens "SFP, UPC, UPS" : qui sont-ils ? sont-ils vraiment différents des précédents ?

On peut me reprocher de pas me fatiguer (j'pourrais aller chercher des infos sur tous ces gens, leur représentativité/crédibilité, etc), mais si au lieu d'asséner des vérités (tout le monde en a), ils fournissaient des sources, des analyses ce serait quand même plus simple.

P.S. : par exemple, pour "les livres de physique sont comparés à un catalogue de jouets", cela vient de cela :

Le rapport de l'Inspection Générale sur la mise en place des nouveaux programmes de
première année de CPGEi est paru en octobre mais on attend toujours le rapport sur la
réforme du lycée !
L'ampleur de cette réforme aurait pourtant justifié qu'on en fasse le bilan. En suivant les
modalités du rapport sur la mise en place des nouveaux programmes en CPGE, il aurait pu
recueillir les avis des professeurs, mais aussi des élèves et des proviseurs des lycées. Peut-
être les enquêteurs auraient-ils eu l'occasion d'entendre des élèves de terminale S leur dire
Peut-être les enquêteurs auraient-ils eu l'occasion d'entendre des élèves de terminale S leur dire
que « leurs livres de physique chimie ressemblent à un catalogue de jouets » (sic), et des
proviseurs leur expliquer les usages très hétérogènes des horaires de l'accompagnement
personnalisé, faisant que selon que vous étudiez en filière S dans tel ou tel lycée, vous avez
des écarts de volume d'enseignement scientifique de près de 30 %.

Super, vachement fiable comme propos.

Malgré la lecture (rapide) de la référence, je n'ai pas trouvé d'éléments étayant le propos !!!!!.

Flame ne semble plus à la vente, mais permettait-il de faire du dev autrement qu'avec des technos web ? Y-avait-il un sdk ?

Pour ce qui est de OnePlus One, il semble qu'il faille installer un bootloader, mais celui préconisé ne donne pas ses sources (twrp: ils ont bien un projet sur github mais disent qu'il n'est pas encore officiellement sortie), et s'appuie sur supersu dont on n'a pas non plus les sources. Je me trompe ?

Marche pas out of the box on dirait (et pourtant j'ai une petite habitude d'Android, Windows Phone ; pas envie de chercher).

Tant pis.

Fairphone

• moins

  • rupture de stock (ou plutôt fin de production ?!)
  • un poil cher
  • surtout que l'horizon est au max 2016 : What about long-term support for the first Fairphones? Our current outlook is that over the next 6 to 8 months, we will continue to offer bug fixes and updates for things like issues with Bluetooth compatibility. We are looking to support the software and provide security updates at least until the end of 2016, and this process requires the collaboration of external parties.
  • ne fournit pas de chargeur ? : Headphones/Charge Not included by default (good for environment!)

• plus

  • communication semble relativement honnête

Geekphone

• moins
  • ne passe pas par un tiers pour le paiement
  • le prix n'est pas clair (170,91 € sans les frais de port de 20.91 ?)
  • écran petit

Donc je serais plus sur le geeksphone, mais cela est trop téléphone pour moi.

P.S. : je ne sais pas s'il faut se fier à la prévisu, mais je me suis battu et me suis avoué vaincu d'où la présentation de merde.
En tout cas merci de l'info !

NdM (neox) : j'ai refais la mise en page avec saut de ligne avant le premier * et <espace>* pour ajouter une identation sur les lignes suivantes

Finalement que serais-je prêt à payer ?

J'dirais jusqu'à 50% plus cher à qualité égale (pour les bas prix, et 20% pour les prix supérieurs). Et là j'ai l'impression d'être un peu loin du compte.

Je dois pouvoir coder pour la machine depuis mon linux sans prises de tête (sur la mise en place du workflow), avec du bon vieux C++ (et du Qt ce serait encore mieux), je dois pouvoir avoir accès à ma machine (à l'image d'un PC : installer ce que je veux car j'ai accès au boot, etc).

J'vois toujours smartphone et tablette comme le successeur auprès des masses du PC mais il manque toujours une certaine liberté.

Snif.

Je viens de jeter un œil :
- cela fait 264.00 avec frais de port (y-a-aura-t-il des taxes en plus ?)
- l'écran est petit : 11cm (ou 4.5 pouces)

Je trouve cela finalement un peu cher (peut-être ai-je trop l'habitude des prix asiatiques ; même si je n'ai jamais acheté). Reste à voir la tablette (l'écran reste quand même petit -19 cm- et il y a le truc bizarre concernant le GPS : il supporte le GPS et en plus le Glonass ou seulement le Glonass ?), mais le prix risque d'être très élevé.

Je télécharge le SDK et le toutim pour voir ce que cela donne.

J'entends bien mais pourquoi alors taper sur Qt ?
Pourquoi tout cet échange ?

Il aurait simplement fallu dire quelque chose comme :

Perso je ne crois pas en tout ces machins multi-plateformes car les besoins d'intégration à la plateforme sont trop importantes pour les appli d'aujourd'hui. J'aurais plutôt tendance à conseiller qu'il faut se consacrer à une seule plateforme pour y faire bien le travail."

Et là il y aurait pu y avoir débat sur autre chose que Qt, car finalement ce n'est pas Qt qui est en question, mais ta vision du besoin d'intégration des applis et de stratégie commerciale (une seule plateforme "bien faite" plutôt que plusieurs moyennement bien faites).

non ?

Ok. Je crois comprendre.
Mais ne serais-tu pas contradictoire dans tes propos ?

Il me semble qu'à l'heure actuelle il est impossible d'avoir une application telle que celle que tu décris : c'est à dire qui soit "platform look compliant" et "plateform specific" (e.g. sycle de vie, etc) pour IOS, OSX, Windows Phone, Windows, Linux, Android[1].

A ce tarif toutes les solutions sont logées à la même enseigne à mon avis, à ceci prêt que le web est accessible sur pas mal de terminaux, pc, etc.

S'il fallait vraiment une appli le plus "compatible" possible avec la plateforme, exploitant leurs spécificités :
- si je devais être un décideur et que j'ai les compétences internes et les moyens, je ferais dans l'idéal une appli native par plateforme en factorisant du code qui serait en natif.
- si je devais être un décideur qui avait un développeur compétent en Qt, j'attendrais[2] la sortie de Qt 5.4 pour le support de Windows Phone et sortirais une appli bâti sur QML.

Le reste ferait des compromis que tu sembles vouloir rejeter.

[1] Désolé mais je ne partage pas ton opinion sur les OS modernes ; tu ne penses qu'à une minuscule partie de l'informatique
[2] En fait j'attaquerais de suite IOS, Android, Windows, OSX et finirais avec WinRT

On est d'accord. Je me suis mal fait comprendre, […] les plateformes.

Désolé, je suis pas sûr d'avoir compris ; tu dis en substance que tu es d'accord avec moi, c'est ca ?

• les animations, les transitions

désolé mais je vois pas le truc. Dans une appli native Windows où y-a-t-il des transitions animations ? Il y a sûrement quelques applis qui utilisent des anims transitions mais en quoi cela fait-il partie du look de la plateforme ?

• les sélecteurs (combobox, listbox, etc.)

ça c'est OK dans Qt dans 90% des cas ; le hic est que souvent ces composants sont personnalisés (e.g. des combobox avec sélecteur intégré, etc)

• l'intégration dans l'OS : vignettes dynamiques, filtre photo, musique en background, synchronisation des paramètres dans le cloud, carto, reco vocale, etc.

ça sorry mais ce n'est pas plateforme spécifique ; pour preuve il suffit de lire les docs officielles (MS, OSX, etc).

• les choix d'ergonomie : panorama avec scroll horizontal vs home + navigation bar, etc.

Peux-tu être plus précis ?

Plus tu vas chercher à coller à la plateforme en immitant visuellement (à coup de CSS) ou en en immitant les comportements (à coup de #if ), […] natifs va disparaître.

Ok sur le principe mais il ne faut pas mettre tout ce que l'on voit dans la catégorie "look de la plateforme". Par exemple il y a (ou il y aura) sûrement beaucoup d'applications Microsoft qui vont utiliser le stockage en ligne de MS, mais peut-on dire pour autant que cela rentre dans la catégorie "look de la plateforme" ?
Si c'est le cas, alors c'est de la pensée unique et seuls les partenaires de MS ou autre officiels pourront être dans le "look de la plateforme".

Peut être est-ce ma déformation d'utilisateur Linux mais j'ai peur qu'en rentrant tout dans la catégorie "look de la plateforme" on ne se retrouve en fait qu'avec une seule application par besoin et qu'ainsi on tue la diversité car toute nouvelle application ne serait pas dans le mouv.

Pour finir ma tirade, j'aurais tendance à me méfier de "c'est pas XXX ou YYYY" ; de quoi très précisément parle-t-on (un exemple concret sous forme de captures d'écran) ? Sont-ce réellement des écarts ? Sont-ils réellement handicapants ? Ne voyons nous pas (ou ne cherchons nous pas à voir) les gens comme des abrutis ? [1]

[1] De mon expérience, quand une "innovation" est vraiment utile et justifiée et si elle est correctement amenée à l'utilisateur, alors cela marche. A force de penser que les utilisateurs sont des cons, on va les rendre cons, et dans les moments où on aura besoin de leurs votes (LOPSI, whatever), ils se comporteront comme des cons[2].
[2] on est tous le con de quelqu'un, etc. Le mot con est juste là pour forcer le trait.

En fait la différence se sent quand on code de "vraies applications" (celles dites plus haut, Google Earth, des widgets de bureau, acrobat reader, ici, mais bon j'ai la flemme de chercher[1]).

Je t'avoue trouver assez osé de demander de la cohérence graphique, ergonomique et que l'on donne par ailleurs le web en exemple : le web est l'exemple type de "not plateform compliant".

Un développeur web passe un temps fou (relativement à un développeur d'application lourde) à concevoir son application d'un point de vue ergonomie/visuel : il bosse l'expérience utilisateur (XP Design). En bref on ne respecte en rien la plateforme (s'il n'utilise pas un framework web modern, il devra même se demander où placer le bouton "Valider" dans son faux dialogue, dialogue qui est une vraie div [2]).

Or il est possible de faire pareil avec Qt (i.e. personnaliser le style de l'appli soit via feuilles de style, soit via QML[3]) et IMHO 'achement plus vite et facilement.

Donc si tu es prêt à payer un dev web pour qu'il passe des heures à concevoir l'"expérience utilisateur"[4], tu peux faire exactement pareil avec un dev Qt[5].
Ensuite si tu veux du natif, tu peux également le faire avec Qt[6].

[1] j'suis pas un commercial Digia ou autre ; si tu veux pas tester pour te faire une opinion, alors tant pis. En plus il faut savoir coder en C++, et là se situe à mon avis vraiment le problème pour Qt (culture d'entreprise, compétences internes, etc).
[2] bah les applications web pros ne datent pas d'aujourd'hui et elles utilisent pas toutes le dernier framework qui va révolutionner le web
[3] qui d'ailleurs me gonfle un peu car la dernière chose dont j'ai envie de me préoccuper c'est bien "comment faire un bouton" ; cela s'améliore (Qt Quick Controls ; mais le designer n'est pas correcte ; à mon goût).
[4] j'te parle même pas le temps passé à faire en sorte qu'inter navigateur cela fonctionne ainsi qu'inter OS
[5] par contre m'est avis d'un dev Qt ne coûte pas le même prix qu'un dev web
[6] je connais pas Mac, pour Linux/Windows j'vois pas trop où est le manque de look natif (metro change la donne mais Qt rattrape son retard via QML ; de plus la majorité des applis pros ne sont pas metro compliant ; et pour Linux c'est compliqué pour tous les frameworks). Qu'est -ce que j'attends d'une appli native ? Et bien :
- les boutons doivent se trouver là où on en a l'habitude (le Valider à gauche pour l'un, à droite pour l'autre) : Qt le fait (à priori à 100%)
- le copier/coller doit fonctionner correctement : Qt le fait ; charge ensuite au développeur de traiter les données du presse papier ()à 100%)
- les dialogues de sélection doivent être standard : Qt le fait (à 90%)
What else ?

B'jour,

je me trompe où tous les jeux sont en flash et assimilés ?

J'avoue que cela me refroidit pas mal : j'ai des doutes quant à leur pérennité, et je n'ai pas très envie de soutenir ces technos (j'fais partie de ces vieux qui gardent leur jeux).

Je comprends que ces gars trouvent plus simples de développer avec (ils sont pas tous comme le développeur de Braid, avec son jeu 2D fait en OpenGL, avec effets de particules, etc), mais le support de flash et air pour Linux me paraît pas fiable, et même une libération des jeux (ce qui est plus qu'improbable) n'assurerait pas que l'on puisse y jouer dans 5 ans (ce serait du C/C++ au moins je pourrais modifier le code pour les faire fonctionner, mais là … ).

Pour info concernant Air, voici ce que dit Adobe :
> Adobe AIR pour Linux n’est plus pris en charge. Pour accéder à d’anciennes versions non prises en charge, consultez les archives AIR.