Bonjour,  
 
Je souhaite réaliser un prog assez simple à la base  ( indexer des fichiers pdf se trouvant dans X répertoires et dans X ressources (Hd Usb & partage nfs principalement).
 
A la base, je comptais faire un programme winform  en C# mais rapidement se pose la pb du multiplateforme (mac os dans un premier temps) et là, adios le c# sauf à bidouiller avec mono car j'ai pas les moyens pour passer sous Xamarin...  
 
Du coup j'ai pensé à refaire du pascal sous Lazarus (je commencé le dev avec Delphi 1.) mais après qq tests, je suis pas vraiment convaincu, les applis sous mac sont moches, pas vraiment look & like mac et pas de cocoa pour le moment...
 
Et puis à terme je compte aussi faire une interface ios de consultation du résultat de cette indexation, ce qui complique encore un peu la donne...
 
Que reste t'il comme solution ? Une applis web semble du coup s'imposer mais avec quel(s) langage(s) ?  je n'y connais rien encore pour le moment et le choix des technos est vaste ... des conseils par rapport à mon besoin ?  
 
Je ne sais à l'heure actuelle si il est possible d'accéder à des ressources locales ( disques montés en usb dans mon cas) depuis une interface web ...
 
Merci d'avance pour vos avis.
 
cdlt
jc.
 
 

Pourquoi ne pas utiliser Python ?
Facile à apprendre, puissant et multi-plateformes. Ca t'éviterait de faire une appli web (qui ici ne me semble pas justifiée).

Petite précision, j'ai besoin d'un ihm ...
 
 L'indexation est une chose mais il me faut aussi saisir des données concernant ces fichiers.  En gros, les pdf contiennent des plans ( cela pourrait être des images ou des fichiers autocad) et je veux générer un fichier d'info par pdf contenant différentes infos (année, Createur, machine, description,etc) ...
 
 Python pourquoi pas mais on peut faire des ihm natif par plateforme avec ?  
 

Oui, tu peux utiliser PyGTK(http://www.pygtk.org/) ou PyQT(https://wiki.python.org/moin/PyQt) pour faire tes IHM, ce sont 2 toolkits graphiques portables

Je pense que Python est une bonne idée, effectivement, loin de moi l'idée de remettre cette proposition en question.

Je me demandais juste :

C'est quoi le problème avec mono ? Monodevelop est toujours maintenu et fonctionne plutôt bien, et c'est loin d'être du bidouillage !

C'est clair, quitte à développer avec VS (en respectant les contraintes de portabilité) et passer sous Mono/Monodevelop après juste pour tester la portabilité (pour la partie NFS par exemple).