rendre un logiciel compatible mac

[zamal85]

nous souhaiterions rendre le logiciel bdgest www.bdgest.com compatible pour les macs
pour cela il faut les codes source mais que faire avec?
quel logiciel spécifique faut il?

que faire que faire???!!!!

 

[ntx]

Si tu en es à te poser ce genre de questions, c'est mal barré. Tu as les sources ? C'est écrit dans quel langage ? Avec quelles API ? Et si tu me réponds du Visual C++ et des MFC, c'est encore plus mal barré.

PS : c'est du recours du forum "Développement"

 

[zamal85]

en fait je n'y connais pas grand chose, mais le travail est il à taille humaine?

cela prend il plus ou moins un mois? parceque s'il s'agit de tout réécrire et d'avoir un bouquin à côté pour réécrire sans faute je peux le faire

 

[Tagada]

Bonjour,

Est-ce pour le sport (ou pour reprendre un fichier avec plein de données) que tu cherches ce programme?

Il y a plusieurs solutions sur Mac en natif qui peuvent faire les mêmes fonctions.

Par exemple l'outil bibliothèque d'innomatix semble très proche du soft que tu mentionnes
http://www.innomatix.com/produits/bib/index.php

 

[Pascal 77]

Bonjour,

Est-ce pour le sport (ou pour reprendre un fichier avec plein de données) que tu cherches ce programme?

Il y a plusieurs solutions sur Mac en natif qui peuvent faire les mêmes fonctions.

Par exemple l'outil bibliothèque d'innomatix semble très proche du soft que tu mentionnes
http://www.innomatix.com/produits/bib/index.php

Et en plus, ça, c'est légal, tandis que modifier le code d'un logiciel commercial, c'est totalement illégal si on ne dispose pas de l'autorisation expresse du détenteur des droits sur le logiciel.

 

[zamal85]

Et en plus, ça, c'est légal, tandis que modifier le code d'un logiciel commercial, c'est totalement illégal si on ne dispose pas de l'autorisation expresse du détenteur des droits sur le logiciel.

un détail je suis la société enfin pas seul mais j'en fais partis et je suis maintenant chargé si le travail est à taille humaine de passer le logiciel sur mac

peux tu m'en dire plus tagada?

 

[Mobyduck]

Tu devrais contacter bluheim, il me semble qu'il travaillait dessus y a quelque temps en collaboration avec son auteur.

 

[Pascal 77]

un détail je suis la société enfin pas seul mais j'en fais partis et je suis maintenant chargé si le travail est à taille humaine de passer le logiciel sur mac

peux tu m'en dire plus tagada?

Ze détail qui tue, tu aurais du le dire tout de suite !

Bon, pour avancer plus, il faudrait savoir en quel langage est le code source, mais de toute façon, c'est maintenant un thread pour le forum "Développement". J'offre le voyage.

 

[GrandGibus]

Moi, je te conseille de migrer vers BirDy .

C'est en Java (et développé sous mac), libre et gratuit !



Sinon, il nous faudrait un peu plus de renseignements comme évoqué plus haut (langage, volume...)

 

[bluheim]

un détail je suis la société enfin pas seul mais j'en fais partis et je suis maintenant chargé si le travail est à taille humaine de passer le logiciel sur mac

peux tu m'en dire plus tagada?

Tu fais vraiment partie de la société BDGest' ?

 

[tatouille]

nous souhaiterions rendre le logiciel bdgest www.bdgest.com compatible pour les macs
pour cela il faut les codes source mais que faire avec?
quel logiciel spécifique faut il?

que faire que faire???!!!!

c'est réécrivable en quelques mois ca dépends si
le source a été écris pas un developper
et pas un scribouillard

créer des libs de methodes cross-platform et juste adapter le gui
mais bon ...

ça dépends de ton expérience et là elle parait pauvre ?

que connais tu comme OS , quelles frameworks ...
ce travail d'estimation/audit ne peut etre fait quand voyant les sources
et en connaissant les 2 API

je ne vois pas comment dailleurs il pourrait en etre autrement

pour moi c'est à taille humaine
mais cela ne le semble pas pour toi puisque tu poses cette question

 

[GrandGibus]

D'après mes sources, BdGest est écrit en VB sous ms access.

Donc niveau portage, je dirais que c'est du ré-écrivage ...

Du coup, puisque vient la question du multi-plateforme et quittes à re-écrire, pourquoi pas en Java !

Et quittes à ne pas ré-inventer la roue, pourquoi ne pas migrer directement sous BirDy ou du moins essayer de contacter l'auteur .

D'ailleurs, ils en parlent même sur leur forum (de bdgest) ici et là....

Amusant d'ailleurs de voir qu'on trouve plus de chose par Google sur BirDy dans le forum BDGest que dans le moteur du forum lui-même ... à croire que le mot clé ait été bannit :siffle:.



P.S. non ce n'est pas moi qui ai écrit BirDy (mais je connais très bien son auteur)...

 

[zamal85]

donc il serait plus interressant de tout réécrire? donc tout refaire en ne copiant que la forme et en réécrivant tout le fond

 

[Pascal 77]

Non, pas exactement : Acces n'existant pas sur Mac, il serait plus intéressant de tout réécrire dans un environnement multi-plate forme, comme Omnis studio, FileMaker Pro ou 4D par exemple, ainsi il n'y aurait qu'un seul logiciel à maintenir et faire évoluer, qui tournerait indifféremment sur Mac ou PC.

Ayant longtemps travaillé, avant de devenir indépendant, comme chef de projet dans une SSII commercialisant des solutions verticales de ce type, je peux te confirmer que c'est la solution la plus rentable à long terme, puisqu'il n'y a qu'un seul code, seul le "run-time" changeant d'une plate forme à l'autre.

 

[Didier Guillion]

La question a se poser, a mon avis, est de savoir s'il y aura suffisamment de personnes sur Mac interessées pour rendre le projet rentable. Nous sommes tout de meme une petite communauté (petite mais dynamique) qui s'érode chaque jour mais dont les domaines d'interet sont tres spécifiques. Plutot genre iPod, pour situer grossièrement.

Cordialement

 

[tatouille]

je suis d'accord il faut une solution de gui partagés

mais sqllite an local et une synchro db online mysql
c'est envisageable aussi ca évite d'utiliser 4d et autres merde

il reste wx/cpp pour faire un gui cross

ou java/jni

 

[p4bl0]

je suis d'accord il faut une solution de gui partagés

mais sqllite an local et une synchro db online mysql
c'est envisageable aussi ca évite d'utiliser 4d et autres merde

il reste wx/cpp pour faire un gui cross

ou java/jni

ben oui, il n'y connait apparement rien, alors faisons simple