ToolStory

ToolStory : un outil multimedia pour lire et raconter des histoires

L'idée est de proposer un outil qui permettra de

1. "jouer" (lire) une histoire (par exemple une fable)
2. modifier des éléments de l'histoire
   1. l'image de décor de fond
   2. l'image pour les personnages
   3. les différents événements sonores
3. représenter les différents événements (visuels et sonores) le long d'une timeline

A terme, il pourrait aussi y avoir un site sur lequel les enfants et/ou artistes irait chercher/uploader des histoires toutes faites, qu'ils pourraient ensuite modifier.

Description générale

• Objets manipulés:
  • Une histoire est une suite de pages
  • Une page est caractérisée par:
    • Un numéro de page
    • Un ensemble d'éléments:
      • Texte
      • Images
      • Sons
  • Chaque élément est caractérisé par:
    • Un nom (Exemple: "Musique 1", "Texte 2" ou "Image 3")
    • Une position sur la timeline: moment où l'élément apparait,
    • Une durée de vie sur la time line, après lequel l'élément disparait/s'arrête.
  • Les textes sont caractérisés par:
    • Les coordonnées dans la page
    • Une chaîne de caractères
    • Une police: nom et taille
    • Une couleur
  • Les images sont caractérisés par:
    • Les coordonnées dans la page
    • Un pointeur sur le fichier dans le journal
    • Une taille
  • Les sons sont caractérisés par:
    • Un pointeur sur le fichier dans le journal

• L'outil intègre:
  • un outil de création de texte,
  • un sélecteur d'image,
  • un sélecteur de son.

• Chaque élément créé peut être positionné sur la time line par drag & drop.

• Les textes et les images peuvent être positionnés dans la page par drag & drop.

• L'outil permet de visualiser le résultat à tout moment (lecture): la durée d'une page est la durée totale de tous les éléments sur la page.

Briques existantes dans les activités Sugar

• La suite TamTam pour la création de "modules sonores" disponibles
• L'activité CartoonBuilder pour la possibilité de changer les personnages/le fond

Objectifs

• 1 décembre : faire une liste de développeurs potentiels
• 5 décembre : version alpha pour cahier des charges
• 12 décembre : version alphe pour cahier des charges