Un concept intéressant ... Je dirais que les candidats potentiels seraient WPF/Silverlight, Active-X ou Java Applet. Java a la réputation d'être lent, et personnellement, je ne l'aime pas, mais ne me laisse pas biaiser votre jugement.
La joie de ces trois technologies est qu'elles vous permettent d'héberger une application riche dans un navigateur Web. L'applet Active-X/Java traditionnelle est peut-être bonne, car si vous êtes familier avec le standard standard ASP.NET ou Java de bog, vous pouvez vraiment vous lancer sur le terrain. Si vous allez avec WPF/Silverlight, il y a un paradigme légèrement différent à ramasser appelé MVC (Model-View-Controller) qui commence à devenir le prochain grand engouement. Il y a un peu de courbe d'apprentissage, mais cela montre une réelle promesse qui pourrait être appliquée dans ce domaine. La raison pour laquelle j'irais avec ces options plutôt qu'avec un modèle traditionnel [changer/télécharger/générer dynamiquement et streamer de l'audio via votre serveur web] est que je ne voudrais pas particulièrement devoir générer dynamiquement les fichiers audio à la volée tous les l'heure à laquelle l'onglet est téléchargé/modifié - vous voulez que tout se passe sur l'ordinateur client, sinon vous envisagez potentiellement l'utilisation de ressources élevées et les factures de bande passante élevée pour le transfert de son. S'ils peuvent éditer l'onglet/partition à la volée et que l'applet joue le son en direct sur leur machine sans avoir à le télécharger, cela en fera un produit beaucoup plus satisfaisant pour l'utilisateur et plus susceptible d'être largement adopté.
"Ce qui serait encore mieux serait une version Web de ces programmes." Pourquoi? Quelles seraient les caractéristiques bonus? Qu'est-ce qui est amélioré en faisant cela sur le web? –
Je ne suis pas sûr, mais je suis d'avoir aidé à le construire. – Micah