MMF2 - Wish List (Français)

[jpcr]

euh je sais pas si c'est un delire mais la possiblilite faire dynamiquement des operations booleenes entre deux actifs ce qui permetrai , par exemple, de faire un worms ou un lemmings assez simplement.

[Sphax]

Nom court de l'évolution : Opérations booléénnes graphiques
Description de l'évolution : modifier un actif en effectuant des opérations booléenne avec un autre actif (pour réaliser un terrain type Worms par exemple)
Importance souhaitée : basse
Workaround actuel (si existant) : utiliser l'objet Overlay
Considéré comme un bug : non

[REM]

Workaround actuel (si existant) : utiliser l'objet Overlay...
Workaround actuel : pas de workaround actuel, étant donné que l'overlay ne sera pas passé sous hwa (ou on en est pas sur).
Il faut que les solutions soient cohérentes et que lorsqu'on veut faire un type de jeu, on ne soit pas aiguillé vers telle ou telle version de mmf2. Il faut harmoniser Sphax.

Pour ma part,
Nom de l'évolution : super objet texte
Description de l'évolution : objet texte qui reprend toutes les fonctionnalités des ojets existants.
Importance souhaitée : moyenne
Considéré comme un bug : non

Interface :
modification : position xy d'un objet et taille toujours visible à l'écran.
suggestion : revenir à la version 1.5 avec un affichage dans la barre de menu en haut.
importance : moyenne. aller dans les propriétés pour çà, c'est franchement pas ergonomique.

Animation/picture editor :
modification : gérer la taille du picture editor et de l'animation editor.
suggestion : refaire comme pour le 1.5, une séparation ajustable.
importance : moyenne. actuellement, c'est lourd de mettre des animations avec si peu d'espace.

event editor :
modification : avoir la possibilité d'avoir plusieurs fenêtres différentes d'event editor.
suggestion : le 1.5 est bien dans sa forme.
importance : basse

[Eagle4]

Attention Against, tu es pratiquement le seul à demander que l'on revienne à la version 1.5 pour l'interface... Cela vient sans doute du fait que tu es graphiste et que l'interface te permettais d'importer plus rapidement et facilement tes graphs... Mais pour ceux qui sont codeurs (comme moi hein ) il est bien plus pratique d'avoir une interface comme celle d'MMF2 qui se rapproche plus d'un Visual studio... Je pense que Yves ne doit pas changer complètement l'interface, mais donner la possibilité de pouvoir agrandir ses fenêtres ou d'en ouvrir d'autres pour que tout le monde soit satisfait [img]/epicentre/images/%%GRAEMLIN_URL%%/wink.gif[/img]

[REM]

non cela vient du fait que sur une interface avec des positionnements d'objets, il est logique d'avoir les infos sur le bandeau haut visible immédiatement.
Eagle4 : tous les softs qui manie des images, des placements, le font. ce n'est pas pour rien. Que Visual ne le fasse pas, c'est logique : le but est de scripter.
Que ces infos soient dockables, certainement. Je ne donnais les infos sur le 1.5 car après une bonne 15 aines de jeux sur mmf2 pour J.darby, je pense avoir manié suffisamment l'interface. cliquer sur l'onglet des propriétés pour avoir cette info est lourde. On peut éviter cela.

Pour ce topic, Jusqu'à preuve du contraire, la wish list n'est pas un endroit pour savoir si "la majorité pense que..." elle est là pour dire "moi je pense que et moi je voudrais que" et CT fait ce qui lui plait de faire. [img]/epicentre/images/%%GRAEMLIN_URL%%/wink.gif[/img]

[Eagle4]

oui nan c'est sur, mais comme MMF2 permet de coder ET d'ajouter des graphs, il est logique de pouvoir avoir le choix [img]/epicentre/images/%%GRAEMLIN_URL%%/wink.gif[/img]

[REM]

ah ba c'est juste le choix que je souhaite ! [img]/epicentre/images/%%GRAEMLIN_URL%%/wink.gif[/img]

[Eagle4]

oui je sais, mais je préfère le préciser ^^

(Histoire d'éviter les éventuelles polémiques)

[samuel]

Nom court de l'évolution : Eléments de données graphiques
Description de l'évolution : Je ne sais pas si c'est faisable techniquement, la possibilité de pouvoir modifier instantanément certaines données graphiques dans éléments de données comme par exemple avec les sons ou les musiques sur toutes les scènes d'une application à la fois.
Importance souhaitée : basse
Workaround actuel (si existant) :
Considéré comme un bug : non

(A titre d'info, je suis remonté à la page 15 dans le topic, mais apparemment cela n'a pas été proposé )

[waw_demmon]

Lorsque nous utilisont plusieurs objets du même type et que nous devons gêré les colisions entre eux, le choses se corsent rapidement c'est pourquoi je considère que l'ajout de quelques options serais intéressant.

Simulons qu'une colision arrive entre deux objets actif nommé "rocher" et que l'on veux que l'objet se trouvant le plus bas se mettre à descendre puis que l'on veux que l'objet le plus haut se mettre à monter en affichant une animation précise.
Pour pouvoir prendre l'objet ayant la coordonné Y la plus élevé entre ceux qui effectue une colision puis ensuite refaire un autre évènement similaire et prendre l'objet ayant la coordoné Y le plus bas.

Pour conclure un évènement "Prendre l'objet qui possède la caractéristique X plus haute ou plus basse". Évènement fonctionnant un peu comme "Prendre un objet au hazard" mais en prenant compte d'une caractéristique.

J'espère avoir tous de même été clair et m'être bien expliqué car c'est pas tout à fait facile à expliquer.