devnewton 🍺 a écrit 8775 commentaires

Je me suis posé la question du tactile, mais je ne vois pas comment faire efficace pour le gameplay nerveux d'un shoot them up: il faut à la fois déplacer le personnage et viser avec précision. Le tactile est plutôt pour une interaction à la fois avec une très faible précision.

Si vous avez des idées…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Pourquoi? OpenGL a su évoluer avec le temps et pourtant il n'y a pas d'alternative.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Si webkit est aujourd'hui plus stable, plus performant et plus frituré que gecko, pourquoi ne pas l'adopter?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

C'est réparé!

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Je suis en train de travailler sur un futur jeu avec Phaser et ce genre de fonctionnalité fait toute la différence: c'est peut être simple, mais ça permets de gagner des heures de boulot. Pour prototyper ou tester une idée, c'est bien d'avoir pleins choses toutes prêtes sous la main.

Pour éviter de bloater ton moteur, tu peux en faire des greffons.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

D'ailleurs, je ne vois pas bien ce que peut être un moteur physique arcade.

C'est ce dont on a besoin pour la plupart des jeux (Action RPG, shoot them up, beat them all, plateformes…).

Regarde les moteurs Arcade et Ninja de Phaser ( http://phaser.io/docs/2.6.2/index#arcadephysics ).

Je trouve ça souvent plus pratique que de tordre un moteur réaliste comme box2d pour avoir un rendu oldschool.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Est-ce que l'intégration de moteurs physiques (réaliste, arcade…) est prévu?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Aujourd'hui ils ont appris parce que les marques ont été mises en avant. En les retirant tout ce que l'utilisateur va retenir c'est ton truc libre là, c'est mignon, mais personne ne peut m'aider avec, personne ne connaît.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Laisse le vrai nom visible, sinon quand les gens demandent de l'aide c'est dur de les aider:

• Bonjour, j'ai un problème informatique, je n'arrive plus à lire mes mails et le son du lecteur de musique est coincé
• Ok, tu as quoi comme PC / système / client mail / player?
• Ordinateur / Système / Mail / Musique.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

pas d’audio/vidéo conférence, pas de visio-conférence

Et pas de chat textuel? Je suis allé dessus et impossible d'aller plus loin que le choix du pseudo.

Pour reproduire:

• aller sur https://framatalk.org/trucmuche.
• cliquer sur Ouvrir/Fermer le chat
• Saisir un pseudonyme et appuyer sur Entrée.

=> le site redemande le pseudonyme.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

C'est le moment d'acheter une veste en cuir, de te faire une crête et d'aller écrire await no_future() sur le mur du w3c!

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Swing est pas terrible, c'est presque plus maintenu et il se base sur gtk (tu sais le truc que tu sais pas pourquoi ça existe).

Tu confonds avec AWT. Swing est beaucoup plus évolué (le designer et le système de layout sont les meilleurs que je connaisse).

Niveau maintenance, c'est top:

• le jdk inclue toujours AWT, Swing et maintenant JavaFX.
• les trois s'intègrent les uns avec les autres.
• les nouvelles API sont conseillées, mais les anciennes sont maintenues très très très longtemps (je n'ai jamais rien vu disparaître du JDK).

Le défaut c'est que ça se bloate, mais la RAM est moins chère que les jours/hommes…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

J'ajoute que les langages populaires ont leurs propres toolkits au moins aussi bien, voir meilleur que Gtk ou Qt (ceux qui viennent avec le JDK ou .NET par exemple).

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Face à du HTML5, ben gtk est vachement plus sympa que HTML5 vanilla (gestion du layout plus simple, plus de composants graphiques).

C'est très subjectif.

Face à HTML5 + la bibliothèque de composant de ton choix, gtk permet de ne pas avoir à faire un truc frontend/backend entre ton appli et ton interface.

Lapin compris.

Pourquoi chercher à piétiner comme ça ce travail ?

Étudier une lib/API du point de vue du dissaïdeur pressé, ce n'est pas chercher à piétiner le travail…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Ca ne réponds pas à la question: pourquoi choisir GTK plutôt qu'autre chose en 2016?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Tout dépends ce que tu entends par primitives…

Bref dans le baril html, j'ai une compatibilité éternelle et de nouvelles fritures disruptives tous les ans.

Alors qu'avec le baril de GTK, qu'y a-t-il à part des cassages réguliers et 3 widgets qui se battent en duel à force d'épurations?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

A part les jeux, 99% (d'après le Dave Institute Of Pyfometry) des applis sont des webviews non?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

10 ans, c'est court pour juger d'un échec :-) On y arrive tout doucement. Les seules applis natives que j'utilise sont:

• de très anciennes qui n'ont pas migrées sur le web (gimp, libreoffice, eclipse, vlc).
• celles qui demandent des performances maximales (les jeux, virtualbox).
• les navigateurs webs forcément :-)

Pour certaines de ces applications, la bascule est en cours: les jeux jouables dans un navigateur ne sont plus rare, eclipse se cloudifie, les suites bureautiques en ligne sont là…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Tu confonds cadriciel et API.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

En gros, les deux bibliothèques ont la même durée de support, et les mêmes portes ouvertes pour les entreprises qui veulent un support allongé.

Sauf qu'il n'y a pas que Qt et Gtk. Le vrai concurrent c'est html/js/css dont la durée de support est "infini".

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Le problème c'est qu'entre deux versions de GTK, on peut avoir des changements non rétrocompatible, voire des refontes complètes. Voir son logiciel cassé tous les 3 ans (ou même 5 ou 10) à cause d'une API instable, ce n'est pas acceptable.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Mais pour l'instant, 3 ans ("minimum" en plus, donc ça peut être plus au cas par cas), c'est quand même pas mal.

3 ans c'est ridicule par rapport à la durée de vie des gros logiciels: Gimp a 20 ans, (Netscape|Firefox) aussi, (Star|Libre)office 30 ans…

Même un projet perso dure souvent 5 à 10 ans.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Et si letsencrypt commets des erreurs, est-ce que la mofo les retirera de firefox?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

C'est le problème: le packaging est tellement complexe qu'il faut que le logiciel soit connu pour être packagé, mais pour être connu, c'est mieux d'être packagé…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Mais qui juste marche.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.