Ubuntu-fr

bonjour,
j'ai fait la mise à jour proposé pour un changement de noyau
j'étais en 3.2.0-56 et j'ai upgradé vers le 3.2.0-57 mais ça bug :
la session s'ouvre mais plus de commande possible sur le bureau. j'ai essayé avec Xfce, Gnome Lxde pareil pour tous.

je boot donc sur le 3.2.2-56

d'autres ont'ils se problème ?

comment le réglez vous ?

@+
Richard

Tu peux également utilisé le C++ et cross-compiler ton projet pour Win32

Peu importe la bibliothèque (Qt, Gtk)

Tu as aussi Java ....

Personnellement et pendant des années, j'étais un gros programmeur en Tubo pascal puis Delphi 1 jusque Delphi 7.
Depuis que j'utilise Ubuntu (depuis la version 5.04), je cherche un outil de développement sous linux qui m'apporte les mêmes souplesses et la même rapidité de développement que Delphi.
Cependant et alors que lazarus est l'outil qui se rapproche très fort de Delphi, j'ai toujours trouvé que lazarus, bien qu'il se voulait multiplate-forme, demandait beaucoup d'ajustement lors d'une compilation d'un OS à l'autre.

Aujourd'hui, pour moi, le choix idéal pour le développement multiplate-forme est QtCreator.
Le Java n'est pas mal mais moi j'ai du mal ....

et pourquoi c++ / java ne vaudrais pas le coup? quel que soit le langage choisi, le but c'est que cela fonctionne et respecte les contraintes.
bon personnellement je suis plus partisant du C mais aprés c'est un choix  perso.
Le web est une solution envisageable avec une base sql (je te conseille MariaDB) et php.

Salut lkhalid,

Et pourquoi pas un bon vieux (mais mis à jour et moderne) BASIC (qui plus est gratuit et open source) !

Il existe justement un outil qui s'appelle QB64, qui est cross-plateform (Linux, OS/X, Windows et depuis peu Android), développé par un Australien (Galleon), et qui fonctionne très bien.

QB64 te permet de développer des applications en mode texte et/ou en mode graphique, et a une communauté très vivante (et très sympa comme ici).

En fait, QB64 est un "front-end" qui traduit ton source BASIC en source C++, qui est ensuite compilé par le compilateur adéquat (pour Android, Linux, OS/X ou WinWin).

QB64 dispose aussi d'un IDE en mode texte très ressemblant (pour ceux de mon âge avancé) à celui de QuickBasic ou de PDS7.

Et comme tout bon programmeur BASIC, tu n'es vraiment pas obligé de faire du spaghetti code grâce aux fonctions et aux sub !

QB64 permet aussi d'utiliser des librairies C externes (donc tu peux faire à peu près tout ce que tu veux avec) et s'interface très facilement avec n'importe quelle BD.

De nombreux exemples (principalement des jeux) sont disponibles en open source sur le site de QB64.

Le lien de son forum (en Anglais) est ici : http://www.qb64.net/forum/index.php

Le lien pour un installateur simple (sous Linux) est ici : http://www.qb64.net/forum/index.php?act … ttach=1295

Si tu ne veux pas te prendre la tête avec C ou C++, c'est surement un très bon choix car très facile à maîtriser.

De plus (et pour en énerver quelques uns qui adorent le monstre Java <- ceci est un jugement très personnel) il est 10 fois plus rapide que Java mais aussi 10 fois plus lent que le bon vieil ANSI C 99  et largement aussi efficace que PHP et C# (preuves à l'appui sur une simple application de calcul de remboursement d'emprunt) !

Qui dit mieux pour quelqu'un qui ne veut pas devenir un geek de la programmation ?

Mais ce n'est qu'une simple suggestion (qui mérite quand même d'être prise en compte).

lkhalid a écrit :

pour moi le code compilé me permet de protéger mon code

Illusion.

lkhalid a écrit :

ainsi que la simplicité de distribution d'un exécutable + base.

Si tu utilises Java, tu fais un JAR et les gens auront juste à double cliquer dessus (sous réserve que Java soit installé sur la machine). Même pas besoin de faire un programme d'installation genre setup.
Je suis pas fan de Java, mais avec les contraintes que tu t'imposes ça me semble relativement adapté.

@fnux : bonne proposition, mais :

http://www.qb64.net/forum/index.php?topic=11000.0 a écrit :

In terms of licensing, you are not allowed to distribute programs made with QB64-GL without making them open source.

Or, comme notre ami ne semble pas vouloir fournir les sources (sinon un langage de script ne poserait pas de soucis), ça me semble compromis