Une première version alpha

La version alpha1 vient d’être publiée, c’est une version de développement qui implémente la majeure partie des fonctionnalités annoncées, mais qui n’est pas fonctionnelle dans le sens où tous les anciens appels n’ont pas étés modifiés et que le jeu n’est pas utilisable en tant que tel.

Pour les développeurs, c’est l’occasion de découvrir la refonte. Les nouveaux développements sont intégralement orientés objet, la gestion des planètes et des ressources en sont de parfaits exemples.

Le code se trouve sur Github, sur le dépôt dédié au projet.

Un peu d’actu….

Pour donner quelques nouvelles à propos de l’état du développement de XNova:Legacies, je vous donne ci-dessous la liste des tâches avec la mise à jour de leur état de réalisation. J’y ai ajouté la refonte de la gestion de l’affichage des pages qui n’était pas présente. Je l’ai jugé nécessaire pour simplifier l’avancement et permettre de nettoyer le code “sale” à réécrire dans les versions à venir.
Lire le reste de cet article »

Pour faire suite à la version 2009.4, une nouvelle version est en prévision. Elle intègrera du code qui permettra de rendre la migration sur One.Platform plus efficace et l’extension du moteur de jeu plus simple. Cette version ne sera pas une version de maintenance comme l’ont étés les versions depuis 2009.2, c’est une version qui intègre de gros changements et aura donc besoin de passer par les étapes de validation que l’on avait mises en place pour la version 2009.1 : une version alpha de tests développeurs, une ou plusieurs versions beta de test utilisateur et une ou plusieurs versions RC qui finiront de résoudre les bugs mineurs.

Notez bien que cette version ne sera pas portée par One.Platform ni Zend Framework, c’est une version de transition qui rendra l’évolution et la modification de XNova plus simple.

Lire le reste de cet article »

Salut à tous, il est temps d’annoncer la venue de la nouvelle version 2010.1 de XNova:Legacies, qui apporte des changements majeurs dans les sources: Elle comprend des parties du Zend Framework 1.9.6.

Cette version inclura une API d’accès aux donnés provenqnt de XNova:Next-Gen, rendant la fonction doquery() obsolète – elle sera donc supprimée peu à peu des sources dans les versions futures. Désormais, plusieurs connexions à la base de données peuvent être mises en place, utilisant les moteurs de bases de données différentes, ce sera utile pour une migration future du code source utilisant le connecteur ext/mysql à un des autres connecteurs ext/pdo_mysql ou ext/mysqli.

D’autres changements intéressants pour les administrateurs de jeu es la réécriture complète du fichier “include/vars.php“, qui sera maintenant beaucoup plus lisible pour tous et la possibilité d’afficher simplement, grâce à la configuration, des messages de débogage et de dépréciation.

Pendant longtemps, cette version a été annoncé comme étant la version 2009.3, certains ont fait quelques observations et comme il y aura beaucoup de changements dans le code source, le numéro de version majeur sera changé en 2010.

Hi folks, it’s time to announce the coming of the new version 2010.1 of XNova:Legacies, which brings major changes in the sources : It includes parts of the Zend Framework 1.9.6.

This version will include an object-oriented data access API coming from XNova:Next-Gen, making the doquery() function deprecated – it will therefore be deleted little by little from the sources in future versions. As a matter of fact, multiple connections to the database can now be set up, using various database engines, this will be useful for a future migration from the deprecated ext/mysql database connector to either ext/pdo_mysql or ext/mysqli connectors.

Some other interesting changes for game administrators are the refactoring of the file “include/vars.php“, which will now be much more human-readable and the ability to easily display debug and deprecation messages.

For a long time, this version has been announced as the version 2009.3, some have made some remarks and as long as there are a lot of core changes, changing the main version number may be a good idea, then.

As like the 2009.1, there will be multiple releases before a “stable” version comes, a debug server will be launched very soon to launch some “Bug Hunt Days” and find more bugs, more bottlenecks to fix in early releases.