rmex / rmebuilder Goto Github PK

Cette partie est plus "philosophique" :

• Penser à une UI (temporaire)
• Trouver un flôt d'utilisation viables
• Trouver une solution pour les configurations

Implémenter un outil de feedback pour comprendre les évolutions proposées par les scripts et detecter automatiquement.

Cette feature est très difficile

Recoder l'outil une fois #5 résolu

• Intégrer les composantes de RME nécéssaire
• Implémenter la routine de collecte de paquets
• Réécrire la classe Paquet pour prendre en charge certains points en plus (knowed_incompatibilites par exemple)
• Implémenter la compilation
• Implémenter le manager de configuration

I added a new script into customPackages (named RingMenu), I used build-dev but I had the whole script pasted into my project.

I expected it to add a require on the file itself and not adding the whole script.

Actuellement, @mspawn implémente RMEBuilder sans se soucier du travail déjà réalisé dans RME.Sdk.GUI. Il modifie légèrement le code déjà à disposition.
Une fois que la version sera stable, il faudra recoder en utilisant les conventions RME :)

Actuellement, la liste des paquets "officiels" est sur RMEPackages/packages.rb, et le builder V3 utilise RMEPackages-v3.rb.

Dès lors que les tests de #7 sont passés, arrêter le support de RMEBuilder V2 à 100%.
(Une solution serait peut être d'utiliser un nouveau dépot pour le builder V3) histoire de garder le builder V2 fonctionnel et rendre la liste des paquets comme "exclusive".

• Tester dans le cas naturel
• Tester les cas moins triviaux (et sujet à bogue, WIN10, accents dans le path)
• Tester le manager de configuration