matteli a écrit 287 commentaires

ok merci

Pour être plus précis j'aimerais utiliser un sprite de Freeciv (qui est entièrement sous GPLv2) dans mon jeu en développement qui sera en grande partie sous licence BSD avec quelques petits bouts cachés (sous licence proprio donc).
Le fichier est chargé dynamiquement. A terme il devrait même être téléchargé dynamiquement.

La partie libre/non libre c'est pour la partie serveur pas la partie cliente qui est entièrement libre.

En gros le principe sans rentrer dans les détails, c'est : si tu veux faire ton propre jeu à partir du mien, je te fournis librement la partie cliente et une bonne base pour la partie serveur qui te permet out of the box de lancer un MMO "simple". A ta charge de modifier la partie serveur pour en faire un jeu original (avec la licence que tu veux car la licence n'est pas virale).

Au lieu d'espérer le flair-play, je le provoque un peu.

Après ça n'en fait pas un jeu complet libre mais c'est déjà pas si mal.

Pas forcément obscurcit, "je vous donne le code source de base qui permet de réaliser un jeu simple mais je me garde certaines parties du code qui font l'originalité du jeu".
Ça permet de rendre possible la création de nouveau jeu par d'autres sans se retrouver avec le même jeu.

Ce n'était pas exactement ça (du moins pas dans mon esprit).
Je parlais d'un cas particulier d'un jeu de type MMO par exemple qui fonctionne en client/serveur.
Tu peux très bien produire un client complètement libre/documenté afin que l'intégration soit facile dans les distrib.
Et par contre un programme côté serveur libre mais un peu moins documenté afin d'éviter de se retrouver dès que ton jeu a un peu de succès avec un autre serveur identique au tien qui fait moins cher.

Je pensais en effet à l'abonnement et je pensais donc à un jeu avec un côté serveur.
Ta plus value ce n'est pas 0. Tu n'est pas obligé non plus de tout packager pour la partie côté serveur pour rendre la vie trop facile aux autres.
Tu peux aussi libérer les corrections de bug côté serveur avec du retard…

Pour moi, ça reste discutable.
Un service irréprochable, ce qui permet de l'avoir, c'est aussi la connaissance sur le bout des doigts de ton code et ça le créateur du code aura souvent une longueur d'avance.

Les spec de ton format nanim ne sont elles pas couvertes par l'APNG qui lui est lisible sous Firefox ?

>>> from sqlalchemy import Column, Integer, String
>>> class User(Base):
...     __tablename__ = 'users'
...
...     id = Column(Integer, primary_key=True)
...     name = Column(String)
...     fullname = Column(String)
...     password = Column(String)
...
...     def __init__(self, name, fullname, password):
...         self.name = name
...         self.fullname = fullname
...         self.password = password
...
...     def __repr__(self):
...        return "<User('%s','%s', '%s')>" % (self.name, self.fullname, self.password)

Dans cet exemple, toute la partie tablename et ce qui suit immédiatement ne m’intéresse pas.

L'isométrique est une axonométrique particulière.

Dans ce cas, on peut préciser en parlant d'une perspective cavalière (qui est aussi une axonométrique particulière).

Oui, j'avais pensé à ça mais ça m'oblige quand même à déclarer mes types "en SQL".
Je pense que je vais me rabattre sur une solution maison.

En effet c'est très vague. Et c'est sans doute que mes besoins ne sont pas encore très clairs dans ma tête.
Désolé de t'avoir fait perdre du temps, je reviendrais peut être avec une demande plus précise.

Quelle est la position des autres éditeurs de navigateurs par rapport à ce langage ? Notamment, est ce que Mozilla compte l'inclure dans Firefox ?

en effet

Après une recherche un peu plus large, j'ai trouvé.

Ca se passe dans ~/local/share/applications
Effacer le fichier linuxfr.blabla.desktop

Et ces gens là vont du coup faire les courses quand ?

Le samedi comme la plupart des gens.

Pourquoi ceux qui ont cultes le samedi ou le vendredi ne peuvent pas le faire car ils sont obligés d'avoir le congé, jour du culte chrétien ?

Je ne défends pas le jour du culte chrétien. Franchement c'est de la mauvaise foi de mettre ça dans le débat.

Si le choix des salariés était réel, ça ne me poserait pas de problème. Il ne faut pas rêver, il ne l'est pas.

Merci de ne pas tomber dans la condescendance. On peut être pour le repos dominical sans religion.

C'est clair, les parent bossent le dimanche mais aussi tous les autres jours de la semaine au point de ne pas pouvoir aller faire quelque chose après l'école.

Sauf qu'un magasin, ça ferme à 19h premier délai. Et puis le soir en semaine, ça laisse tout de même peu de temps.

Et quelques dimanches par an, trop dur… Ben oui, mais quand c'est tous les dimanches, ce sont des volontaires, hop tu milites pour l'ouverture tous les dimanches.

Tu vis dans quel monde Zenitram ? Comment peux-tu prétendre que tous les salariés qui travaillent le dimanche dans un magasin qui ouvre tous les dimanches sont volontaires ?

Et figure-toi que quand mon enfant n'est pas à l'école, j'en profite pour être tranquille avec ma femme aussi. Oui, c'est aussi la famille de prendre un moment à deux.

Gonflant les gens qui veulent imposer leur vie familiale sans faire attention à celles des autres.

Et puis merci pour la conclusion, je donne une opinion. J'aurais bien du mal à imposer quoi que ce soit. Je remarque aussi que tu ne réponds pas à tout.

Sauf que toi, tu es indépendant Zenitram. Le débat n'est pas là, tu fais bien ce que tu veux.

Le débat est pour les salariés car même s'il y a majoration, il y aura des magasins où il n'y aura pas foule pour aller travailler.
Je connais l'exemple de parents qui travaillent dans le même magasin qui ouvre quelques dimanches dans l'année. Certes, il y a une majoration mais il y a surtout des enfants qui ne voient pas leurs parents et une nounou qui prends elle aussi une majoration pour la garde.
Résultat, la majoration c'est pour la nounou et toute la famille est perdante.

Personnellement, je suis foncièrement contre l'ouverture des magasins non essentiels le dimanche. Il y a une vie familiale, sociale, associative ce jour-là.

Je n'ai jamais dit le contraire pour le multi thread.
Sans parler d'optimisation, penser une architecture qui si possible permet de bien séparer ce qui est séparable est au contraire une TRES bonne idée au départ.
Mais ce n'est que mon avis…

Tout dépend du type de jeu en effet. Pour le tien devnewton que j'ai le plaisir d'essayer, l'ui est centrale.
Vu que l'on ne sait pas le type de jeu dont il est question ici, mon propos est peut être HS.

Et pourtant, tu ne devrais pas mélanger UI du reste. Cela te permet notamment de les mettre chacun dans un thread séparé (ce qui évite un ralentissement de l'affichage) ou comme dit plus haut de prévoir tout de suite un mode multi avec une architecture client serveur.

Si tu pars en mélangeant tout, tu auras l'impression de gagner du temps au début car tu n'auras pas besoin de réfléchir à ton architecture mais tu en perdra certainement beaucoup plus après.

Quant à la lib graphique, perso j'utilise Qt 5 (c'est portable, bientôt répandu sur toutes les plate-formes). Ca va bien pour mon jeu mais c'est pas forcément adapté à ce type d'application.

En ce moment, je réalise un jeu avec Qt5. Pour l'UI, le QML est très sympa puis tu as à peu près tout ce qu'il faut dans cette lib.
En, plus elle est/sera porté sur beaucoup de plate-forme (dont Android et iOS).
C'est un projet réactif (un bug que j'avais rapporté a été en corrigé en quelques jours) avec une bonne communauté.

Pour info, j'avais commencé ce jeu avec SFML et SFGUI mais j'ai laissé tombé. La SFGUI ralentissait considérablement le jeu (ça s'est peut être amélioré depuis).

Intéressante cette définition…

Ma carte Qualcomm Atheros AR8161 Gigabit Ethernet n'est pas supporté par le kernel 3.8.

Si python a été choisi, c'est certainement pour de bonnes raisons ;-)
Le typage dynamique du python est une de ses caractéristiques, pourquoi vouloir le changer ? Dans ce cas, ce n'est plus du python et il vaut mieux changer de langage (ce qui n'est pas possible).
Je ne suis pas sur que si les étudiants ne comprennent pas "cannot concatenate 'str' and 'int' object", ils y arriveront avec une déclaration explicite du type.

Tu peux leur faire mettre en commentaire le type de chaque variable à la première déclaration. Ca les sensibilisera au type des variables, tout en conservant la philo du python.