dimanche 20 juillet
April | Agenda du libre | Framasoft | Léa-Linux | Lolix | JeSuisLibre | Eyrolles | LinuxMag | Veni, Vidi, Libri | InLibroVeritas | LinuxGraphic
Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information
Accueil :: Dépêches :: Archives :: Proposer une dépêche :: Journaux :: Forums :: Entretiens :: Suivi :: RDF

: Une ouverture pour les logiciels "métier" avec Windev 9

Posté par Pierre Jarillon (page perso, ). Modéré le 07 novembre 2004.
Encore un logiciel propriétaire pour Linux.... Oui, mais ce n'est pas anodin, il s'agit de Windev, un environnement de développement (AGL) très utilisé dans le monde Windows. Sa nouvelle version permet maintenant de compiler le logiciel pour une plateforme Linux.

C'est une bonne nouvelle, non pas pour créer de nouvelles applications mais pour permettre la migration d'une multitude de logiciels adaptés à des métiers particuliers vers des plateformes Linux. Ce sont ces logiciels qui bloquent la possibilité de migrer d'autant plus que les applications développées avec Windev sous Windows supportent mal de fonctionner avec Wine (ceci m'a été confirmé par Philippe Bousquet, l'auteur de Xwine).

Il ne nous reste plus maintenant qu'à convaincre les éditeurs qu'il leur faut sortir des versions Linux. Ce sera une étape importante car jusqu'à présent les éditeurs, prisonniers de Windev l'étaient aussi de Microsoft.

> Lire la dépêche (42 commentaires, moyenne: 3,1).  

Vous avez demandé le commentaire #494503.

windev ou seulement hyperfile ?

Posté par wilk (Jabber id, page perso, ) le 07/11/2004 à 15:29. (lien). Évalué à 5.

D'après l'annonce on dirait qu'il n'y a que la base de donnée qui peut fonctionner sous windows.
Si c'est bien ça, ça n'a pas tellement d'intérêt...

Personnellement je n'ai pas attendu la version 9 pour migrer toutes mes applications windev en python !

  • [^]Re: windev ou seulement hyperfile ?

    Posté par gallenza () le 07/11/2004 à 15:49. (lien). Évalué à 1.

    d'accord avec toi pour le python ;-)
    En dehors de ça je pense que ce qui se passe montre une évolution sensible et notable de prise en considération de Linux qui ne peut être que positive.

    [^]Re: windev ou seulement hyperfile ?

    Posté par Julien Duponchelle (page perso, ) le 07/11/2004 à 16:29. (lien). Évalué à 2.

    Les deux

    Il y a un portage natif de hyperfile sous linux et windev est capable d'exporter son code en java donc il tourne sous linux.

    • [^]Re: windev ou seulement hyperfile ?

      Posté par Philippe (page perso, ) le 07/11/2004 à 17:30. (lien). Évalué à 3.

      Et encore sur la plaquette que j'ai reçu il est bien indiqué que toute les fonctions ne sont pas prises en compte dans le cas d'une compilation en java.

      --
      ---
      http://flipflip.ovh.org

      [^]Re: windev ou seulement hyperfile ?

      Posté par wilk (Jabber id, page perso, ) le 07/11/2004 à 19:52. (lien). Évalué à 2.

      L'interface utilisateur est automatiquement exportée en java ? (avec swing ?) J'aimerai bien voir, y a une démo quelque part ?

      [^]Re: windev ou seulement hyperfile ?

      Posté par grmbl (page perso, ) le 07/11/2004 à 21:10. (lien). Évalué à 2.

      >Il y a un portage natif de hyperfile sous linux
      Tu peux nous en dire plus, stp ? C'est intéressant pour récupérer des données de gestion d'une boîte.

      • [^]Re: windev ou seulement hyperfile ?

        Posté par Hardy Damien (page perso, ) le 07/11/2004 à 21:38. (lien). Évalué à 5.

        Ca veux juste dire que la bdd native de Windev qu'est Hyperfile est devenue un serveur SGBD et que ce serveur tourne sous Linux ... c'est tout ... pour avoir les données de gestion je pense qu'il faut que tu passes par un outils d'extraction developpé par toi avec Windev ...

        Je suis developpeur sur Windev 7.5 et franchement ce truc de devrait etre limité qu'a faire du maquettage ...

        Dam

        • [^]Re: windev ou seulement hyperfile ?

          Posté par grmbl (page perso, ) le 07/11/2004 à 22:18. (lien). Évalué à 1.

          Donc toujours pas moyen de récupérer de données de gestion tant qu'on leur a pas acheté de license. :(
          C'était trop beau.

        [^]Re: windev ou seulement hyperfile ?

        Posté par goof () le 08/11/2004 à 16:09. (lien). Évalué à 1.

        quand on l'aura au boulot je pourait essayer de te faire un petit truc exporté en java.

        Je n'assure pas que ca sera bien a tout niveaux. ni que je n'aurais pas comis de bug dedans. Mais au moins on poura se faire une idée.

        Une idée d'un truc simple (histoire de pas passer 2 jours pour un test ?)

        a++
        Goof

    [^]Re: windev ou seulement hyperfile ?

    Posté par soli () le 08/11/2004 à 09:22. (lien). Évalué à 1.

    Tu tulises quoi pour les fenetres ? wXWindows ? y'a un ide facile ...
    Je réfléchis pour une migration vers python ...
    Mais il est vrai que c pas toujours facile de trouver le temps de tout changer ...

    • [^]Re: windev ou seulement hyperfile ?

      Posté par Temsa (Jabber id, page perso, ) le 08/11/2004 à 19:00. (lien). Évalué à 1.

      Je vais retourner (pour mon projet de fin d'etude et san doute pour un emplois derrière) dans quelques mois dans un société utilisant massivemnt windev pour un tas de petites applications, et c'est vrai qu'un portage python avec une IDE et quelques classes permettant de produire le même genre de choses que les "extra" de windev (genre export automatique des tables vers excel, word, xml, etc.) ça pourrait m'intéresser!

      Je cherche aussi un bon outil de gestion de version (sans vouloir me cantoner a CVS que je connais déjà un peu) parcequ'il n'y a aucun outil de ce type dans cette socété, et rien que règler un bug dans 12 versions clients différentes, c super chiant! je crois qu'une gestion par "branche" pourrait m'aider à ne le corriger qu'une fois, non ? Ou alors faut-il revoir la structure même des logiciels (ce qui semble beaucoup plus dure à faire accepter à court terme)

      --
      Archetype Javascript Framework : Faites le côté client!

      • [^]Re: windev ou seulement hyperfile ?

        Posté par wilk (Jabber id, page perso, ) le 09/11/2004 à 09:18. (lien). Évalué à 3.

        Lassé des gui classiques je me suis tourné vers les applis web, malgrès certains inconvénients le résultat a été très satisfaisant pour tout le monde.

        Pour la gestion des versions j'utilise http://wiki.gnuarch.org(...) et enfin http://roundup.sf.net(...) pour le suivi. Comme ide emacs, pour les états http://reportlab.org(...) Voilà mon windev libre et multiplateforme :-)

        • [^]Re: windev ou seulement hyperfile ?

          Posté par Stéphane TRAUMAT (page perso, ) le 09/11/2004 à 10:27. (lien). Évalué à 2.

          Afin d'avoir les avantages des clients web et des clients lourds... je commence à utiliser http://www.laszlosystems.com/(...) C'est pas mal du tout !

          • [^]Re: windev ou seulement hyperfile ?

            Posté par goof () le 09/11/2004 à 11:19. (lien). Évalué à 1.

            c'est aussi un concurant de XUL (intégré a mozilla) non ?

            • [^]Re: windev ou seulement hyperfile ?

              Posté par Stéphane TRAUMAT (page perso, ) le 09/11/2004 à 12:58. (lien). Évalué à 2.

              Non... c'est un langage à la HTML.. sauf que ca génère du flash... les démos sont plutôt impressionnantes

              • [^]Re: windev ou seulement hyperfile ?

                Posté par goof () le 09/11/2004 à 15:27. (lien). Évalué à 1.

                C'est basé sur XML comme XUL.
                j'avais déjà entendu parlé dans une news sur XUL justement comme une alternative a XUL.

                a++
                Goof

        [^]Re: windev ou seulement hyperfile ?

        Posté par grmbl (page perso, ) le 09/11/2004 à 09:28. (lien). Évalué à 1.

        Réponse aux deux, donc.
        Boa constructor : http://boa-constructor.sourceforge.net/(...)

        Je l'utilise pour dégrossir mes applis wxPython.

Run by Team LinuxFr.org

Cette page a été générée par Templeet en 0.0815s (dont 0.0082 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.