Il faut de tout pour faire un monde, des trucs objets utiles et d'autres qui n'existent que pour faire office de loisir.
Maintenant si tu parles de l'impact écolo, c'est pas trop crédible étant donné que tu poste ça depuis un ordinateur, qui malgré le bô logo "RoHS Compliant" est bien plus nocif qu'un petit tux qui doit consommer à tout casser quelques W/heure.
Bref c'est un jouet (presque) totalement libre pour geek, et ils sont pas si nombreux, donc non on peut pas se réjouir que cet entreprise ferme, c'est pas Monsanto non plus hein !
J'ai un Tuxdroid première génération.
C'est triste d'apprendre qu'ils ferment leur porte, personnellement c'est l'achat de cet engin qui m'a motivé pour apprendre la programmation (python donc).
C'était vraiment le pied de lui faire lire les courriels, les actualités, j'avais également fais un script qui comptait mes points dans Sauerbraten (facile puisque le jeu l'affiche sur la sortie standard, il suffit de parser).
Mais après quelques mois les soucis ont commencé à arriver, l'alimentation déconnait, une des ailes s'est mise à plus trop marcher et avoir du jeu, la connexion était parfois difficile entre le poisson (fux si je me souviens bien) et le droid.
Depuis il fait décoration.
Bref même si la fiabilité n'a pas trop été au rendez-vous c'était une bonne petite machine, je me suis bien amusé pendant des mois et ça a été le point de départ pour tout le code que j'ai pondu. Depuis j'ai beaucoup appris, c'est en C sur Arduino que je m'éclate :)
Posté par Florian.J .
En réponse à la dépêche Vim 7.3.
Évalué à 2.
Pour la première phrase je voulais simplement dire que le fait que vim soit plus compliqué ne signifiait pas qu'il y avait forcément plus de fonctionnalités que jmacs.
C'est effectivement le cas mais on pourrait également imaginer un logiciel avec tout autant de fonctionnalités mais pensé différemment, afin de le rentre plus facile à apprendre.
Mais les programmeurs n'ont jamais été bon en matière d'égonomie.
Posté par Florian.J .
En réponse à la dépêche Vim 7.3.
Évalué à 3.
On donc concevoir une application très brouillon et la présenter comme quelque chose de plus avancé qu'une autre parce qu'elle est plus simple à l'usage ?
Attention je dis pas que joe est plus avancé de vim loin de là.
A aucune moment je n'ai mis en doute l'efficacité de vim et emacs, c'est juste que ces logiciels sont pas très attirants au premier abord et je me demandais si les jeunes qui comme moi ont été élevés avec des interfaces graphiques se servent de ces logiciels, c'est tout.
Posté par Florian.J .
En réponse à la dépêche Vim 7.3.
Évalué à 1.
Tout à fais d'accord, mais tu sais Qt ça se personnalise, par exemple toutes mes applications sont en fond gris (très) foncé avec du texte en vert, comme ici par exemple: http://diablo150.ath.cx/Florian/capture_topjeux.png
Il en est bien sûr de même pour les zone de texte, on peut changer la couleur de fond de toutes les applications que je cite.
Je trouve d'ailleurs dommage que Qt/Gtk ne permettent pas de choisir entre un un thème clair et un autre sombre (par exemple j'utilise Oxygen à la base, il suffit de changer les teintes dans qtconfig). Il serait intéressant de pouvoir le faire plus simplement, ça soulagerait les yeux de plein de monde, mais on s'écarte un peu du sujet.
Posté par Florian.J .
En réponse à la dépêche Vim 7.3.
Évalué à 1.
Raaah ça y est j'ai pas été assez positif vis à vis d'Emacs et/ou Vim, je me fais moinsser, j'en étais sûr !
Les réponses sont par contres pertinentes, il est parfois indispensable d'avoir un éditeur de texte non graphique, pour l'administration via ssh par exemple.
Mais j'utilise pas vim non plus dans ces cas là, je suis préfère joe/jmacs (le même programme avec des raccourcis proche de ceux d'emacs).
C'est bien simple, j'ai pas eu à lire la page de manuel pour m'en servir, y compris pour faire du développement.
Mais il y en a plein d'autres tout aussi bien. Il y a des logiciels de niveau intermédiaire entre nano et vim quoi :)
Posté par Florian.J .
En réponse à la dépêche Vim 7.3.
Évalué à -9.
Je suis étonné par la longévité de ces applications, Emacs mais surtout Vim.
Est ce que les nouveaux développeurs (ceux qui sont pas encore barbus quoi) apprennent à s'en servir ou passent à des interface plus modernes.
Personnellement moi ça dépend du langage et du type de projet mais mes principaux IDE sont Kwrite/Kate (bon pas vraiment des IDE à proprement parler, mais je dev dessus pour les petits projets, en C principalement), Eric (Python), QtCreator (Qt4/C++).
Et les deux ancêtres ? Je les ai bien essayés mais j'ai jamais accroché, ils sont bien trop austères.
Et c'est pas du racisme j'ai rien contre la ligne de commande sinon j'utiliserai toujours Windows.
Mais j'ai pas non plus la patience de me taper des heures d'apprentissage à tout essayer à taton et me taper de la doc' surtout si elle est en anglais.
J'ai rien contre ces logiciels, ils sont certainement efficaces sinon ils seraient tombés dans l'oublis (depuis le temps hein, GNU emacs est plus vieux que moi !), mais j'ai été élevé avec les interfaces graphiques de Windows 95, quand je suis passé à Linux j'ai dessuite choisi KDE qui me semblait le plus familier. Bien que j'utilise maintenant OpenBox, je reste attaché aux applications KDE sur lesquels j'ai dessuite mes repères.
Donc est ce qu'aujourd'hui les djeuns (et encore pas tant que ça j'ai déjà 25 ans !) utilisent ces logiciels ?
Il va bien arriver un moment ou ils risquent d'être considérés comme obsolètes, non ?
Bien sûr il y a quelques différences entre une application typiquement KDE et une application Qt, mais dans l'ensemble ça ne change pas tant que ça, nombre de fonctionnalités de KDE finissent dans Qt comme Dbus et Phonon par exemple.
Après tu me parle de Kwallet, mais ça ne concerne que quelques applications et pour Kio ça ne concerne que le gars qui programme l'application, l'utilisateur final en a un peu rien à faire.
Il y a aussi la cohérence de l'interface mais franchement est ce que c'est vraiment génant de pas avoir exactement la même fenêtre avec Fichier/Ouvrir... entre Kate et QtCreator ?
Moi personnellement je m'en accomode très bien, je m'en aperçois même pas au quotidien.
J'utilise mes applications pour les services qu'elle fournissent et j'attend d'elles qu'elles soient agréables, rien à faire que mon éditeur de texte (Kate/KDE), mon environnement de développement (QtCreator/Qt) et mon navigateur (Firefox/Gtk+) diffèrent à quelques détail près, en choisissant bien ses thèmes ils ont tous la même apparence à moins de chercher dans le détail.
Effectivement, je connais peut être pas assez Konqueror, mais dans ce que tu cite Dolphin permet de diviser la fenêtre, tout comme trier les fichiers par taille.
(Ou alors j'ai mal compris).
J'avais une idée de projet similaire:
"App C++/Qt4: Gestionnaire de fichier (parcours une arborescence est organise les fichiers avec possibilité de filtre par films, images, etc...)"
A virer de la liste donc.
D'un autre côté ça aurait été étonnant que ça n'existe pas mais j'avais pas trouvé, je me souviens avoir cherché rapidement.
Smplayer et VLC ont tout deux une interface basé sur Qt et sont pour moi les lecteurs vidéos les plus avancés.
Pour Dolphin, je le trouve à l'usage bien plus agréable à utiliser que konqueror (y compris dans la branche 3.x), c'est vrai que lors de la sortie de KDE 4.0 il était largement en retard, mais personnellement je peux plus m'en passer, je ne me sers plus de konqueror, y compris pour la navigation web (firefox).
Personnellement je trouve que KDE est actuellement l'environnement graphique le plus avancé, bien que je ne l'utilise pas (mais je me sers de la plupart de leurs applications).
Si un logiciel n'est pas directement fournit par KDE rien n'empêche d'aller le chercher ailleurs, avec un peu de chance ça sera basé sur Qt.
Tu vois une différence entre une applications KDE et une application Qt toi ? Moi pas ?
Et puis avec le thème Qt4 de Gtk, même les applications Gtk sont visuellement proches de Qt, donc même si une application KDE est manquante je vois vraiment pas le problème tant que ça tourne sous Linux...
Il n'a toujours pas été validé, je pourrais le faire moi même mais je vais pas aller contre l'avis du chef ^^
Le contenu n'engage donc que moi, pas jeuxlinux.fr
Que ça soit pour un serveur ou un ordinateur de bureau je pencherais plutôt pour le 64 pour plusieurs raisons.
Et puis a grande majorité des crackers ont pour cible des windowsiens qui tournent sur x86. L'architecture est archi connue (ansi que ses défauts) depuis longtemps et la plupart des gens l'utilisent, donc il est logique que pour le moment les systèmes x64 soit un peu épargnés. Ca tiens à pas grand chose mais c'est un fait. :p
Tout comme Linux est un système plus sécurisé par rapport à windows pour plein de raisons, mais la principale est sans doute parce que windows est une cible évidente comparé à Linux.
Ensuite si l'espace virtuel adressable par processus reste limité à 3go sous Linux quelque soit l'architecture, sur x64 le système peut gérer un quantité de mémoire quasi infinie. En tout cas pour les deux prochaines décénnies, au moins ^^
Encore que sur ce point là tu t'en fout un peu.
C'est également l'occasion de l'implémentation d'un tas de nouvelles instructions et un nettoyage de l'architecture. Je pense que c'est un grosse évolution des compatibles PC similaire à l'arrivée du Pentium il y a 15 ans.
Après si tu cherche un graphique qui te dira qu'un processeur x64 exécute ses instructions plus rapidement qu'un x86, j'ai bien peur que tu risque de chercher longtemps.
Le x64 peut améliorer les performances à condition d'avoir un compilateur qui optimise en utilisant au maximum les instructions spécifiques à l'architecture pour réélement profiter de ses apports. Et ça c'est pas gagné (gcc tourne sur trop d'architectures pour prétendre l'exhaustivité).
Si tu as un processeur Intel, que les applications ne doivent tourner que chez toi, que tu te fout d'avoir un compilateur qui se branle de C et qu'il soit propriétaire avec ça, Icc (le compilo C++ d'Intel) peut t'apporter ça. Il y a pas plus performant dans ce cas précis.
Si le système de signature se vérifie il serait effectivement possible de mettre à jour le téléphone, mais il serait sans doute aussi possible de remplacer le SE pré-installé, il suffit de connaitre la clé et savoir répondre poliment à la puce eFuse quand elle le demande ('fin c'est facile à dire).
Amha c'est plus simple (et sans doute plus sûr) de faire un hash du noyau et de le comparer à un autre hash pré-enregistré dans la puce eFuse.
Ce type de puce ne peut pas être reprogrammé (on s'en serait doutés), il est très probable qu'une seule clée fasse tourner l'ensemble des téléphones Motorola, donc t'en casse un, tu les casses tous !
Je suis sûr qu'il y en a qui arriveront à casser ça. Et c'est bien dommage, Motorola mérite le boycott.
Bien sûr, j'en entamé l'écriture d'une librairie pour écrire des fichiers dxf.
Pour le moment ça va pas bien loin, je peux créer des lignes, des cercles tout en gérant les calques et c'est un peu en attente (je suis sur d'autres projets).
L'objectif final serait une application C++/Qt4 (donc multiplateforme) pour faire de la DAO.
Comme Qcad mais en plus moderne et plus proche d'Autocad (pour avoir utilisé les deux logiciels le second a ma préférence et de loin).
Mais c'est quand même assez décourageant, seul je n'arriverait jamais au millième des possibilités d'Acad.
"""La formation, ça coûte cher, mais tu n'y échappe pas en restant sur du Microsoft (si tu as l'habitude d'Office2003, tu t'adapteras même plus facilement à OpenOffice qu'à Office2007/2010 je pense)."""
C'est un peu naïf de penser ça, par exemple dans ma boite les secrétaires/comptables sont formés sur Ms Office (donc Word et Excel principalement), les dessinateurs (on travail dans la construction metallique) utilisent Autocad et des outils mal codés qui viennent se mettre par dessus comme des gros blobs bogués comme Cesiom.
Pour le premier il y a bien OpenOffice.org, mais étant donné que les gens utilisent Ms Office, passer à la nouvelle version qui moule plus que la précédente est juste une "mise à niveau", alors qu'OpenOffice c'est forcément vu comme quelques chose de totalement différent.
Je peux pas trop juger j'utilise pas ces logiciels, mais étant donné qu'OOo n'est pas un clone, j'ai du mal à croire que tu t'adapte plus facilement à OpenOffice.org qu'un passage Ms Office 2003->2010.
Pour en revenir au sujet il est a ausi des domaines où le monopole (proprio ou pas) est presque justifié faute de mieux, comme par exemple Autocad que j'utilise.
Que ça soit propio ou libre il n'y a pas d'alternatives crédible dans le monde de la DAO (qu'on ne me parle pas de Qcad).
C'est proprio, c'est lourd, c'est très cher, mais c'est très puisant, simple d'utilisation et assez personnalisable pour les applications tierces qui peuvent faire ce qu'elles veulent.
Après la boucle est bouclée, tout le monde utilise Autocad, donc toutes les nouvelles recrues sont formés dessus, tout le monde partage ses plans au format binaire dwg (alors que le dxf est un format lancé par Autodesk c'est vrai, mais il est ouvert.)
Du coup les licences sont hors de prix mais tout le monde raquent.
Au final Autocad est en avance dans l'esprit des gens mais aussi technologiquement, puisqu'ils ont la capacité financière pour toujours avoir une longeur d'avance. Les alternatives sont condamnés à le copier, parfois pas trop mal comme Bricscad (mais tu ne retrouve jamais l'aisance et la productivité d'Autocad), à essayer d'être compatible avec le dwg, mais dès qu'Autodesk touche à son format comme avec Acad2010 c'est cuit et surtout à le vendre beaucoup moins cher, ce qui réduit la capacité à suivre le mouvement.
On tape souvent sur Ms parce que les systèmes d'exploitation est la base de toutes les applications qu'ils hébergent, mais il y a plein de domaines où des applications sont en position de monopole mais on ne cible que Ms. Pourtant on a des alternatives crédible. Peut être que parfois il serait judicieux d'avoir des alternatives libres dans d'autres domaines.
Je parle d'un truc vécu mais il y a sans doute pleins de cas similaires.
"""De plus, en France, il me semble que les entreprises sont obligées d'allouer un budget pour former leur personnel, qui est perdu s'il n'est pas dépensé (mais peut être dépensé dans des formations non-informatiques). En Suisse je n'en sais rien..."""
J'en ai profité récemment, en fait le patron cotise pour ça donc dans tous les cas il paie, le salarié peut faire la demande de formation et le salaire est maintenu. Mais le patron peut la refuser.
Je pense que le nombre de couleurs est limité et que c'est lent à afficher.
Si c'était la solution miracle pour remplacer les LCD, ils auraient sans doute été rapidement remplacés ^^
Moi ça me tente bien, mais c'est vrai que c'est un peu cher, j'ai eu mon ultra portable (samsung NC10) pour à peu près le même prix (250), taxe microsoft incluse !
Un portable est quand même beaucoup plus polivalent, même si c'est pas très confortable pour lire.
L'idée est pas mauvaise, je dirais même que c'est quelque chose qu'il manque, un moteur totalement libre.
Mais là j'ai l'impression qu'on gagne pas grand chose puisqu'au finale ce sont toujours Google et Cie qui détiennent l'information.
A quand un vrai moteur décentralisé avec ses propre base de données ?
Après en ce qui concerne la faisabilité du truc (et surtout du temps de réponse), ça risque d'être compliqué.
Ou alors utiliser quelques serveurs centraux qui ne gèrent que les réponses et laisser faire l'indexation par la communauté.
Mais jusque là ça risque pas d'inquiéter Google, programmé en JAVA (chacun est libre d'en penser ce qu'il veut), il leur manque surtout l'infrastructure.
A ce niveau là la communauté fera jamais le poids.
"""
Bon après je dois avouer que je suis un frustré de neverball, j'ai jamais pu finir un niveau avec des plateaux qui bougent et depuis je lui fait la gueule.
"""
Ca c'est bien vrai ^^
Concernant djl, le principal reproche est simplement qu'il n'a pas/mal fonctionné chez un des membres du jury, je ne pense pas qu'il n'y ait que ça qui compte, mais quand le mec est venu m'interroger, il n'a parlé que de ça. donc ça a quand même dû jouer.
Reste que Nerberball est un bon jeu et que Pychess, que je connaissais pas m'a beaucoup surpris, pour un truc assez récent a qu'a moitié fini, il vaut déjà plus que bon nombre de jeux d'echecs.
Bien sûr c'est pas très innovant dans la forme mais dans le fond, il y a pas mal de choses nouvelles genre statistiques d'évolution du jouer, statistiques mondiales, un bot très paramétrable, etc...
Pour Neverball, Mehdi a su nous improviser une présentation en anglais, ce que je n'ai pas été capable de faire, ça aussi ça a dû compter, certains membres du jury n'étant pas francophone. Et ne pensent pas que ça puisse poser problème, j'avais tout préparé en français.
J'ai essayé Qcad un temps, mais ça ne pourra jamais faire la concurrent à un logiciel tel qu'Autocad, c'est d'autant plus dommage que la demande de logiciels de DAO semble présente pour Linux, j'ai retrouvé un article sur un sondage qui demandait quel étaient les logiciels que les utilisateurs voudraient voir portés sur Linux.
Autocad arrive en seconde position, derrière Photoshop (excusez du peut).
C'est d'autant plus étonnant qu'il s'agit d'une application métier, peu connue du grand publique (Il est vrai qu' il y a peu de chance que le "grand publique" fréquente le site de Novell).
Je pense qu'une logiciel tel qu'Autocad (même s'il n'est pas libre) ou tout équivalent (libre ou pas) serait une bonne chose pour Linux, comme une démonstration de la capabilité de Linux à servir de plateforme dans un domaine bien précis, un peu comme Apache, dans son domaine.
Bon mon message semble ne pas être en rapport direct avec le sujet initial, mais je l'ai posté parce que je pense que Qcad ne peut tenir la comparaison avec Autocad, et c'est bien dommage.
Néanmoins un bon logiciel, la DAO du pauvre en somme.
Posté par Florian.J .
En réponse au journal djl 1.0.
Évalué à 1.
kaouete
Je vais me pencher sur la question, mais l'utilisation d'un second serveur graphique n'est qu'une fonctionnalité parmi tant d'autres (elle n'a été rajoutée que lors de la MAJ 1.0.1). Je n'ai pas de second écran, ce qui risque de ne pas simplifier es choses.
Mais je te promet que si je trouve une solution simple à ton problème, j'implémente :)
Posté par Florian.J .
En réponse au journal djl 1.0.
Évalué à 1.
Pour le moment, j'utilise les binaires fournis par les développeurs, si les jeux s'installent correctement, mais ne se lancent pas, c'est pas de ma faute :)
(J'ai vérifié sur quelques uns et ils sont tous compilés en dynamique)
Plus sérieusement, mais fais quelques testes, avec Nerverball, et il semble très bien fonctionner sur mon Pc et sur d'autres, avec une compilation 'classique' en dynamique.
[^] # Re: En tout cas moi...
Posté par Florian.J . En réponse à la dépêche Tux Droid est mort, vive Tux Droid !. Évalué à 5.
Maintenant si tu parles de l'impact écolo, c'est pas trop crédible étant donné que tu poste ça depuis un ordinateur, qui malgré le bô logo "RoHS Compliant" est bien plus nocif qu'un petit tux qui doit consommer à tout casser quelques W/heure.
Bref c'est un jouet (presque) totalement libre pour geek, et ils sont pas si nombreux, donc non on peut pas se réjouir que cet entreprise ferme, c'est pas Monsanto non plus hein !
# J'en ai un.
Posté par Florian.J . En réponse à la dépêche Tux Droid est mort, vive Tux Droid !. Évalué à 9.
C'est triste d'apprendre qu'ils ferment leur porte, personnellement c'est l'achat de cet engin qui m'a motivé pour apprendre la programmation (python donc).
C'était vraiment le pied de lui faire lire les courriels, les actualités, j'avais également fais un script qui comptait mes points dans Sauerbraten (facile puisque le jeu l'affiche sur la sortie standard, il suffit de parser).
Mais après quelques mois les soucis ont commencé à arriver, l'alimentation déconnait, une des ailes s'est mise à plus trop marcher et avoir du jeu, la connexion était parfois difficile entre le poisson (fux si je me souviens bien) et le droid.
Depuis il fait décoration.
Bref même si la fiabilité n'a pas trop été au rendez-vous c'était une bonne petite machine, je me suis bien amusé pendant des mois et ça a été le point de départ pour tout le code que j'ai pondu. Depuis j'ai beaucoup appris, c'est en C sur Arduino que je m'éclate :)
[^] # Re: Ca existe toujours ça ?
Posté par Florian.J . En réponse à la dépêche Vim 7.3. Évalué à 2.
C'est effectivement le cas mais on pourrait également imaginer un logiciel avec tout autant de fonctionnalités mais pensé différemment, afin de le rentre plus facile à apprendre.
Mais les programmeurs n'ont jamais été bon en matière d'égonomie.
[^] # Re: Ca existe toujours ça ?
Posté par Florian.J . En réponse à la dépêche Vim 7.3. Évalué à 3.
Attention je dis pas que joe est plus avancé de vim loin de là.
A aucune moment je n'ai mis en doute l'efficacité de vim et emacs, c'est juste que ces logiciels sont pas très attirants au premier abord et je me demandais si les jeunes qui comme moi ont été élevés avec des interfaces graphiques se servent de ces logiciels, c'est tout.
[^] # Re: Ca existe toujours ça ?
Posté par Florian.J . En réponse à la dépêche Vim 7.3. Évalué à 1.
http://diablo150.ath.cx/Florian/capture_topjeux.png
Il en est bien sûr de même pour les zone de texte, on peut changer la couleur de fond de toutes les applications que je cite.
Je trouve d'ailleurs dommage que Qt/Gtk ne permettent pas de choisir entre un un thème clair et un autre sombre (par exemple j'utilise Oxygen à la base, il suffit de changer les teintes dans qtconfig). Il serait intéressant de pouvoir le faire plus simplement, ça soulagerait les yeux de plein de monde, mais on s'écarte un peu du sujet.
[^] # Re: Ca existe toujours ça ?
Posté par Florian.J . En réponse à la dépêche Vim 7.3. Évalué à 1.
Les réponses sont par contres pertinentes, il est parfois indispensable d'avoir un éditeur de texte non graphique, pour l'administration via ssh par exemple.
Mais j'utilise pas vim non plus dans ces cas là, je suis préfère joe/jmacs (le même programme avec des raccourcis proche de ceux d'emacs).
C'est bien simple, j'ai pas eu à lire la page de manuel pour m'en servir, y compris pour faire du développement.
Mais il y en a plein d'autres tout aussi bien. Il y a des logiciels de niveau intermédiaire entre nano et vim quoi :)
# Ca existe toujours ça ?
Posté par Florian.J . En réponse à la dépêche Vim 7.3. Évalué à -9.
Est ce que les nouveaux développeurs (ceux qui sont pas encore barbus quoi) apprennent à s'en servir ou passent à des interface plus modernes.
Personnellement moi ça dépend du langage et du type de projet mais mes principaux IDE sont Kwrite/Kate (bon pas vraiment des IDE à proprement parler, mais je dev dessus pour les petits projets, en C principalement), Eric (Python), QtCreator (Qt4/C++).
Et les deux ancêtres ? Je les ai bien essayés mais j'ai jamais accroché, ils sont bien trop austères.
Et c'est pas du racisme j'ai rien contre la ligne de commande sinon j'utiliserai toujours Windows.
Mais j'ai pas non plus la patience de me taper des heures d'apprentissage à tout essayer à taton et me taper de la doc' surtout si elle est en anglais.
J'ai rien contre ces logiciels, ils sont certainement efficaces sinon ils seraient tombés dans l'oublis (depuis le temps hein, GNU emacs est plus vieux que moi !), mais j'ai été élevé avec les interfaces graphiques de Windows 95, quand je suis passé à Linux j'ai dessuite choisi KDE qui me semblait le plus familier. Bien que j'utilise maintenant OpenBox, je reste attaché aux applications KDE sur lesquels j'ai dessuite mes repères.
Donc est ce qu'aujourd'hui les djeuns (et encore pas tant que ça j'ai déjà 25 ans !) utilisent ces logiciels ?
Il va bien arriver un moment ou ils risquent d'être considérés comme obsolètes, non ?
[^] # Re: Vers où va KDE ?
Posté par Florian.J . En réponse à la dépêche Sortie de KDE 4.5. Évalué à 1.
Après tu me parle de Kwallet, mais ça ne concerne que quelques applications et pour Kio ça ne concerne que le gars qui programme l'application, l'utilisateur final en a un peu rien à faire.
Il y a aussi la cohérence de l'interface mais franchement est ce que c'est vraiment génant de pas avoir exactement la même fenêtre avec Fichier/Ouvrir... entre Kate et QtCreator ?
Moi personnellement je m'en accomode très bien, je m'en aperçois même pas au quotidien.
J'utilise mes applications pour les services qu'elle fournissent et j'attend d'elles qu'elles soient agréables, rien à faire que mon éditeur de texte (Kate/KDE), mon environnement de développement (QtCreator/Qt) et mon navigateur (Firefox/Gtk+) diffèrent à quelques détail près, en choisissant bien ses thèmes ils ont tous la même apparence à moins de chercher dans le détail.
Effectivement, je connais peut être pas assez Konqueror, mais dans ce que tu cite Dolphin permet de diviser la fenêtre, tout comme trier les fichiers par taille.
(Ou alors j'ai mal compris).
# Et un projet de moins
Posté par Florian.J . En réponse à la dépêche Sortie de Tellico 2.3. Évalué à 3.
"App C++/Qt4: Gestionnaire de fichier (parcours une arborescence est organise les fichiers avec possibilité de filtre par films, images, etc...)"
A virer de la liste donc.
D'un autre côté ça aurait été étonnant que ça n'existe pas mais j'avais pas trouvé, je me souviens avoir cherché rapidement.
[^] # Re: Vers où va KDE ?
Posté par Florian.J . En réponse à la dépêche Sortie de KDE 4.5. Évalué à 4.
Pour Dolphin, je le trouve à l'usage bien plus agréable à utiliser que konqueror (y compris dans la branche 3.x), c'est vrai que lors de la sortie de KDE 4.0 il était largement en retard, mais personnellement je peux plus m'en passer, je ne me sers plus de konqueror, y compris pour la navigation web (firefox).
Personnellement je trouve que KDE est actuellement l'environnement graphique le plus avancé, bien que je ne l'utilise pas (mais je me sers de la plupart de leurs applications).
Si un logiciel n'est pas directement fournit par KDE rien n'empêche d'aller le chercher ailleurs, avec un peu de chance ça sera basé sur Qt.
Tu vois une différence entre une applications KDE et une application Qt toi ? Moi pas ?
Et puis avec le thème Qt4 de Gtk, même les applications Gtk sont visuellement proches de Qt, donc même si une application KDE est manquante je vois vraiment pas le problème tant que ça tourne sous Linux...
# Retour d'expérience.
Posté par Florian.J . En réponse au message 32 ou 64 bits. Évalué à 8.
http://diablo150.ath.cx/Florian/Comparatif-mem/html/comparat(...)
Il n'a toujours pas été validé, je pourrais le faire moi même mais je vais pas aller contre l'avis du chef ^^
Le contenu n'engage donc que moi, pas jeuxlinux.fr
Que ça soit pour un serveur ou un ordinateur de bureau je pencherais plutôt pour le 64 pour plusieurs raisons.
Pour commencer c'est en théorie plus sécurisé sur certains aspects:
http://fr.wikipedia.org/wiki/NX_bit
Et puis a grande majorité des crackers ont pour cible des windowsiens qui tournent sur x86. L'architecture est archi connue (ansi que ses défauts) depuis longtemps et la plupart des gens l'utilisent, donc il est logique que pour le moment les systèmes x64 soit un peu épargnés. Ca tiens à pas grand chose mais c'est un fait. :p
Tout comme Linux est un système plus sécurisé par rapport à windows pour plein de raisons, mais la principale est sans doute parce que windows est une cible évidente comparé à Linux.
Ensuite si l'espace virtuel adressable par processus reste limité à 3go sous Linux quelque soit l'architecture, sur x64 le système peut gérer un quantité de mémoire quasi infinie. En tout cas pour les deux prochaines décénnies, au moins ^^
Encore que sur ce point là tu t'en fout un peu.
C'est également l'occasion de l'implémentation d'un tas de nouvelles instructions et un nettoyage de l'architecture. Je pense que c'est un grosse évolution des compatibles PC similaire à l'arrivée du Pentium il y a 15 ans.
Après si tu cherche un graphique qui te dira qu'un processeur x64 exécute ses instructions plus rapidement qu'un x86, j'ai bien peur que tu risque de chercher longtemps.
Le x64 peut améliorer les performances à condition d'avoir un compilateur qui optimise en utilisant au maximum les instructions spécifiques à l'architecture pour réélement profiter de ses apports. Et ça c'est pas gagné (gcc tourne sur trop d'architectures pour prétendre l'exhaustivité).
Si tu as un processeur Intel, que les applications ne doivent tourner que chez toi, que tu te fout d'avoir un compilateur qui se branle de C et qu'il soit propriétaire avec ça, Icc (le compilo C++ d'Intel) peut t'apporter ça. Il y a pas plus performant dans ce cas précis.
Pour tout le reste il y a gcc :)
Quand même un petit comparatif x86/x86_64 (avec des graphiques tout en couleur) que j'ai fais il y a...pfiou plus de 3 ans déjà !
http://www.jeuxlinux.fr/a111-Comparatif_x86_64_contre_x86.ht(...)
Pour finir je gage que c'est pour une utilisation personnelle, donc autant passer dès maintenant au x64, c'est l'avenir.
[^] # Re: Apple ?
Posté par Florian.J . En réponse à la dépêche Motorola : une nouvelle étape dans l'ignominie ?. Évalué à 5.
Amha c'est plus simple (et sans doute plus sûr) de faire un hash du noyau et de le comparer à un autre hash pré-enregistré dans la puce eFuse.
Si j'en crois wikipédia (pas de version française):
http://en.wikipedia.org/wiki/EFUSE
Ce type de puce ne peut pas être reprogrammé (on s'en serait doutés), il est très probable qu'une seule clée fasse tourner l'ensemble des téléphones Motorola, donc t'en casse un, tu les casses tous !
Je suis sûr qu'il y en a qui arriveront à casser ça. Et c'est bien dommage, Motorola mérite le boycott.
[^] # Re: A priori, c'est une décision intelligente
Posté par Florian.J . En réponse à la dépêche La plainte des fournisseurs de logiciels libres contre le contrat de gré-à-gré avec Microsoft n'est pas recevable. Évalué à 2.
[^] # Re: A priori, c'est une décision intelligente
Posté par Florian.J . En réponse à la dépêche La plainte des fournisseurs de logiciels libres contre le contrat de gré-à-gré avec Microsoft n'est pas recevable. Évalué à 2.
Pour le moment ça va pas bien loin, je peux créer des lignes, des cercles tout en gérant les calques et c'est un peu en attente (je suis sur d'autres projets).
L'objectif final serait une application C++/Qt4 (donc multiplateforme) pour faire de la DAO.
Comme Qcad mais en plus moderne et plus proche d'Autocad (pour avoir utilisé les deux logiciels le second a ma préférence et de loin).
Mais c'est quand même assez décourageant, seul je n'arriverait jamais au millième des possibilités d'Acad.
[^] # Re: A priori, c'est une décision intelligente
Posté par Florian.J . En réponse à la dépêche La plainte des fournisseurs de logiciels libres contre le contrat de gré-à-gré avec Microsoft n'est pas recevable. Évalué à 2.
C'est un peu naïf de penser ça, par exemple dans ma boite les secrétaires/comptables sont formés sur Ms Office (donc Word et Excel principalement), les dessinateurs (on travail dans la construction metallique) utilisent Autocad et des outils mal codés qui viennent se mettre par dessus comme des gros blobs bogués comme Cesiom.
Pour le premier il y a bien OpenOffice.org, mais étant donné que les gens utilisent Ms Office, passer à la nouvelle version qui moule plus que la précédente est juste une "mise à niveau", alors qu'OpenOffice c'est forcément vu comme quelques chose de totalement différent.
Je peux pas trop juger j'utilise pas ces logiciels, mais étant donné qu'OOo n'est pas un clone, j'ai du mal à croire que tu t'adapte plus facilement à OpenOffice.org qu'un passage Ms Office 2003->2010.
Pour en revenir au sujet il est a ausi des domaines où le monopole (proprio ou pas) est presque justifié faute de mieux, comme par exemple Autocad que j'utilise.
Que ça soit propio ou libre il n'y a pas d'alternatives crédible dans le monde de la DAO (qu'on ne me parle pas de Qcad).
C'est proprio, c'est lourd, c'est très cher, mais c'est très puisant, simple d'utilisation et assez personnalisable pour les applications tierces qui peuvent faire ce qu'elles veulent.
Après la boucle est bouclée, tout le monde utilise Autocad, donc toutes les nouvelles recrues sont formés dessus, tout le monde partage ses plans au format binaire dwg (alors que le dxf est un format lancé par Autodesk c'est vrai, mais il est ouvert.)
Du coup les licences sont hors de prix mais tout le monde raquent.
Au final Autocad est en avance dans l'esprit des gens mais aussi technologiquement, puisqu'ils ont la capacité financière pour toujours avoir une longeur d'avance. Les alternatives sont condamnés à le copier, parfois pas trop mal comme Bricscad (mais tu ne retrouve jamais l'aisance et la productivité d'Autocad), à essayer d'être compatible avec le dwg, mais dès qu'Autodesk touche à son format comme avec Acad2010 c'est cuit et surtout à le vendre beaucoup moins cher, ce qui réduit la capacité à suivre le mouvement.
On tape souvent sur Ms parce que les systèmes d'exploitation est la base de toutes les applications qu'ils hébergent, mais il y a plein de domaines où des applications sont en position de monopole mais on ne cible que Ms. Pourtant on a des alternatives crédible. Peut être que parfois il serait judicieux d'avoir des alternatives libres dans d'autres domaines.
Je parle d'un truc vécu mais il y a sans doute pleins de cas similaires.
"""De plus, en France, il me semble que les entreprises sont obligées d'allouer un budget pour former leur personnel, qui est perdu s'il n'est pas dépensé (mais peut être dépensé dans des formations non-informatiques). En Suisse je n'en sais rien..."""
Oui ça s'appelle le DIF: http://fr.wikipedia.org/wiki/Droit_individuel_%C3%A0_la_form(...)
(Et en lisant wiki je m'appercoi qu'il y en a d'autres.)
J'en ai profité récemment, en fait le patron cotise pour ça donc dans tous les cas il paie, le salarié peut faire la demande de formation et le salaire est maintenu. Mais le patron peut la refuser.
[^] # Re: Bonne initiative
Posté par Florian.J . En réponse à la dépêche Une liseuse libre pour lire des livres libres. Évalué à 1.
Je suis pas du tout spécialiste, mais après avoir survolé la page wikipedia:
http://fr.wikipedia.org/wiki/Encre_%C3%A9lectronique
Je pense que le nombre de couleurs est limité et que c'est lent à afficher.
Si c'était la solution miracle pour remplacer les LCD, ils auraient sans doute été rapidement remplacés ^^
[^] # Re: Support d'autres formats ?
Posté par Florian.J . En réponse à la dépêche Une liseuse libre pour lire des livres libres. Évalué à 2.
De même sur le site de l'éditeur:
http://www.bookeen.com/specs/ebook-cybookopus.aspx
Moi ça me tente bien, mais c'est vrai que c'est un peu cher, j'ai eu mon ultra portable (samsung NC10) pour à peu près le même prix (250), taxe microsoft incluse !
Un portable est quand même beaucoup plus polivalent, même si c'est pas très confortable pour lire.
# Enregistré ?
Posté par Florian.J . En réponse à la dépêche Conférence Parinux - Le langage de programmation GO. Évalué à 5.
Donc est ce qu'elle sera enregistrée afin de faire profiter la maximum de monde ?
# Meta moteur ?
Posté par Florian.J . En réponse à la dépêche Sortie de Seeks stable 0.2. Évalué à 5.
L'idée est pas mauvaise, je dirais même que c'est quelque chose qu'il manque, un moteur totalement libre.
Mais là j'ai l'impression qu'on gagne pas grand chose puisqu'au finale ce sont toujours Google et Cie qui détiennent l'information.
A quand un vrai moteur décentralisé avec ses propre base de données ?
Après en ce qui concerne la faisabilité du truc (et surtout du temps de réponse), ça risque d'être compliqué.
Ou alors utiliser quelques serveurs centraux qui ne gèrent que les réponses et laisser faire l'indexation par la communauté.
Yacy semble préférer cette approche:
http://yacy.net/
Mais jusque là ça risque pas d'inquiéter Google, programmé en JAVA (chacun est libre d'en penser ce qu'il veut), il leur manque surtout l'infrastructure.
A ce niveau là la communauté fera jamais le poids.
[^] # Re: part de marché de Linux
Posté par Florian.J . En réponse à la dépêche Firefox 3.5 en tête du classement des navigateurs. Évalué à 1.
http://www.w3schools.com/browsers/browsers_os.asp
Alors qui croire ?
Quels sont les sources ?
[^] # Re: Ce sont des classements?
Posté par Florian.J . En réponse à la dépêche Palmarès Trophées du Libre 2009. Évalué à 5.
Bon après je dois avouer que je suis un frustré de neverball, j'ai jamais pu finir un niveau avec des plateaux qui bougent et depuis je lui fait la gueule.
"""
Ca c'est bien vrai ^^
Concernant djl, le principal reproche est simplement qu'il n'a pas/mal fonctionné chez un des membres du jury, je ne pense pas qu'il n'y ait que ça qui compte, mais quand le mec est venu m'interroger, il n'a parlé que de ça. donc ça a quand même dû jouer.
Reste que Nerberball est un bon jeu et que Pychess, que je connaissais pas m'a beaucoup surpris, pour un truc assez récent a qu'a moitié fini, il vaut déjà plus que bon nombre de jeux d'echecs.
Bien sûr c'est pas très innovant dans la forme mais dans le fond, il y a pas mal de choses nouvelles genre statistiques d'évolution du jouer, statistiques mondiales, un bot très paramétrable, etc...
Pour Neverball, Mehdi a su nous improviser une présentation en anglais, ce que je n'ai pas été capable de faire, ça aussi ça a dû compter, certains membres du jury n'étant pas francophone. Et ne pensent pas que ça puisse poser problème, j'avais tout préparé en français.
P.S: Salut Mehdi.
# Interessant, mais...
Posté par Florian.J . En réponse à la dépêche QCad : DAO pour tous. Évalué à 3.
http://www.quebecos.com/modules/news/article.php?storyid=957
Autocad arrive en seconde position, derrière Photoshop (excusez du peut).
C'est d'autant plus étonnant qu'il s'agit d'une application métier, peu connue du grand publique (Il est vrai qu' il y a peu de chance que le "grand publique" fréquente le site de Novell).
Je pense qu'une logiciel tel qu'Autocad (même s'il n'est pas libre) ou tout équivalent (libre ou pas) serait une bonne chose pour Linux, comme une démonstration de la capabilité de Linux à servir de plateforme dans un domaine bien précis, un peu comme Apache, dans son domaine.
Bon mon message semble ne pas être en rapport direct avec le sujet initial, mais je l'ai posté parce que je pense que Qcad ne peut tenir la comparaison avec Autocad, et c'est bien dommage.
Néanmoins un bon logiciel, la DAO du pauvre en somme.
[^] # Re: xgame-gtk2
Posté par Florian.J . En réponse au journal djl 1.0. Évalué à 1.
Je vais me pencher sur la question, mais l'utilisation d'un second serveur graphique n'est qu'une fonctionnalité parmi tant d'autres (elle n'a été rajoutée que lors de la MAJ 1.0.1). Je n'ai pas de second écran, ce qui risque de ne pas simplifier es choses.
Mais je te promet que si je trouve une solution simple à ton problème, j'implémente :)
[^] # Re: Téléchargement de jeu
Posté par Florian.J . En réponse au journal djl 1.0. Évalué à 1.
(J'ai vérifié sur quelques uns et ils sont tous compilés en dynamique)
Plus sérieusement, mais fais quelques testes, avec Nerverball, et il semble très bien fonctionner sur mon Pc et sur d'autres, avec une compilation 'classique' en dynamique.
[^] # Re: Pas mal !
Posté par Florian.J . En réponse au journal djl 1.0. Évalué à 1.