Concernat libé et Linux a noter qu'un numéro de libé du debut du mois dernier comportait un article sur Linux d'une page entière tres bien foutu pour personne non linuxienne avec un petit vocabulaire juste et descriptions du logiciels libre en général (d'ailleurs il devait indiquer aussi le fait que Linux faisait trembler Microsoft et pourquoi), article annoncé en 1ére de couv en gros avec un gros manchot...
petite correction: Atari n'est pas une filiale d'infogrames, en effet infogrames n'existe plus sous ce nom, seul Atari existe maintenant, infogrames a changé de nom
moi j'ai un presario 1515AE (p4 2,4 aussi,256Mo, 30Go de dd, ati radeon 9500, graveurCD,lecteurDVD,bluethoot (~),carte éthernet intégrée (et fonctionnel sans pb..). Donc je sais pas où se situe la différence avec le 2528 dont tu parles, mmoi le seul pb que j'ai eu c au niveau de l'écran, j'ai dut mettre l'écran de référenceperario 150 (qui un écran de pc de bureau normalement, mais impossible de trouver la réf exacte de l'écran du portable -docs, site compaq...) et le serveur X marche sans pb -sans rayure horizontale de télé mal réglé- qu'en 1024*168 en 32bits. voilà voilà
il y a un bindings de Qt pour ruby, par contre la dernière fois que j'ai regardé c'etait un binding de la version 2.3 de Qt -mais bon j'ai pas regardé dernièrement-
Il y a Boson, un c&c like, développé en c++ avec Qt donc utilisable sous linux, win et mac normalement .
Il est pe etre pas fini mais c bien avancé qd même, de plus pour ceux que cela intéresse les widgets des cartes de jeux de boson quand il est installé sont dicponible pour développé ses propres trucs directement dans QtDesigner, ils ont crée les CustomWidgets correspondant.
d'après un copain qui bosse a LDLC.com
le meilleur c le'ACER 17" AL707 pour un prix de 387.95 TTC a(prix ldlc) il à une qualité, une finition .... à d'autres (de la marque ou d'autres marque) vendu 2 foix plus cher, des que j'ai l'argent c ca que j'achete. http://www.ldlc.fr/fiche/PB00016781.html(...)
c les mêmes sources donc oui normalement il y a tout ce qu'il faut à vérifier, donc la compile doit passer sans cygwin et serveur X. bon je vais le tester et je fais un retour ok
si tu prends les ources de la version linux tu as une version GPL tu peux donc d'après les termes de la GPL très bien les compiler sous windows, donc il ne distribue pas une version GPL de Qt par contre il est possible d'en avoir une, cela prends du temps c tout
ou tu prends les osurces GPL Linux, et tu les recompiles sous win -les sources sont les mêmes, il suffit de regarder, il y a tout les test vérifiant si tu es sous tel système pour la compilation-
la libd qt est bcp bcp plus large que la simple création d'interfaces graphiques, il y aussi connecteur à bases de données -postgresql, mysql, db2 donc, oracle, odbc-, xml (Dom level2 et Sax-, devices -tablet style Wacom, imprimante, et scanner par interface (twain ou isis je me rappelle plus, mais ca c un device gérer non officiellement-, fonction graphique -interface avec openGL, dessin 2D-courbe de bézier, sprite, animation de sprite, gestion de collisions entre item graphiques-, réseau -socket server, socket client, protocole de communication -une classe de base qui peut tout faire -on peut créer ses propres protocole- mais aussi protocole ftp, smtp, http intégré- -,table -style tableur-, dans la version Win32, gestion des ActiveX -bein que cela soit qq chose de graphique-, avec la version Embedded gestion du frameBuffer, avec la lib QSA en extention, gestion et utilisation d'un language de script de type ECMAScript pour application en Qt, Création et affichage d'animation en mng ou gif animés, gestion du son -limité permet de jouer des fichiers sons-...., gestion de différents type de clavier -notamment à utiliser avec Qt/E-, gestion des rexpressions rationnels (regexp pour les intimes-, gestions de timer, gestion de threads................et encore bcp de choses
Autre question:
dans un fichier mexport.h inclus dans xmlnav.h, j'ai placé le extern pour la déclaration de getName suivant:
extern "C" EXTXMLNAV QString getName
(XMLNAV étant un typedef == à rien sous linux et == à __declspec(dllexport) sous windows)
sous Linux aucun warning n'est renvoyé par make, sous windows nmake renvoye le warning suivant:
.\mexport.h(17) : warning C4190: '' has C-linkage specified, but returns UDT 'QString' which is incompatible with C
C:\Qt\3.1.2Evaluation\include\qstring.h(383) : see declaration of 'QString'
Dans les deux cas la lib fonctionne bien la focntion getName est bien appelable, en fait comment faire pour qu'il n'y ai pas de warning??
bon maintenant ca marche -je sais pas pourquoi cela ne marchait pas avant, j'ai l'impression d'avoir déjà fait comme mainteant enfin bon-.
Sinon j'ai compilé la lib en dynamique -génere une libxmlnav.so -et en static-libxmlnav.a-, et je n'ai pas le même comportement:
qd le programme trouve la lib.so, la classe QLibrary arrive bien à la charger et la fonction getName est bien appellé .., pour la lib.a il n'arrive pas à charger: d'où ma question est-ce normale qu'une application ne puisse charge pas dynamiquement une lib static?? (question alors pas tapé)
c une spécificité du crusoé.
en fait le Crusoe n'est pas un processeur x86, mais il a deux niveau de code morphing -propre donc au proco et qui n'a rien a voir avec le cache je précise-:
* le premier niveua est un niveau rempli en usine, celui-ci va permettre d'intégrer en dur des fonctions le faisant passer pour un x86, ou même un powerpc, si l'on veut. Ce niveau va donc intégrer les fonctions propre au x86 ainsi que lestrucs mmx, sse ...
* le deuxième niveau correspond à un zone où le proco va stocker les fonctions appellés par l'OS, les logiciels... Ces fonctions vont pouvoir être rappeller lors au besoin. Ce seront les fonctions les plus fréquemment appellés à un instant t qui y seront stockées. Cela à un intéret car pour qu'une fonction soit traité il y a une phase de transformation du code machine en un code que le processeur traite -tout traitement du processeur passe par cette phase. Cette phase -tout est relatif bien sùur- est gourmande en temps. Le fait de stocké cela va permettre en faite de ne pas répeter cette phase: donc qd une fonction est appellé énormément de fois on gagnera du temps à chaque utilisation de celle-ci. Dans le cas d'une compilation, on à affaire à un nobre limité de fonction en faite: donc au bout de quelques instant la fréquence de l'appel à ces fonctions va faire que le processeur va les intégré à son code morphing: ainsi la compilation va être accélerer car une phase de transformation mais répéter des millions de foix sera évité -et dans le cas de la compilation de X c plus que des millions de fois-. Dans d'autre cadre le code morphing entre en jeu aussi -jeux, sgbd exclusivement utilisé ....-
. Donc au bout d'un temps -processeurs donc "court"- tout traitement sera accéléré
oui mais avec code morphing ce qui accèlere le toutim -il y avait eu teste entre pentium(III il me semble) et crusoe tournant à la même fréquence -et autre carac hard ~ au niveau ram et autre- sur la compilation de X11, la machine avec Cruose compile le monstre plus rapidement -bcp plus- il ne faut pas regarder que la fréquence je rappelle
ajoute aussi le pb des appels d'offres qui sont souvent tres gros et complexes , auquels seuls les grosses boites peuvent repondre
Je bosse pour un service du C.N.R.S (labo) qui àrépondu sur un appel d'offre -du ministère de la culture pour la numérisation, traitement, archivage, valeur ajouté, mise en accès publique en ligne de 70 revues de SHS-.
Il y a 15 personnes dans le service. En face des monstres de 350 personnes. Nous avons remporté l'appel d'offre car on a les compétences, on à développé des outils efficace -preuve à l'appui- , on utilise des logiciels libres...
Comme quoi c pas la taille qui fait la valeur
dites moi si je me trompe, mais:
* DirectFB permet d'avoir un affichage utilisant une surcouche du frameBuffer, c ca?
* il existe pour Qt une version Embedded -justicieusement nommé Qt/Embdedded- qui est fait pour tourné sur le frame buffer directement (exemple d'utilisation: QTopia l'interface graphique des Sharps sou Linux).
* Au sein de Qt, il existe deux classes (QGfxDriverPlugin et QGfxDriverFactory) pour rajouter des drivers graphiques.
D'où ne serait il pas mieux qu'il fassent des plugins de drivers pour QT/Embedded,permettant ainsi de gérer les diférents cartes graphiques existante plutot que refaire Qt...
le au moins équivalent à 800Mhz est de trop, le plus petit amd en ce moment c ~1800+ (donc 1600Mhz ou qq chose comme ca) (intel cela doit etre pareille).
Si la taille c vraiment mieux, soit ti prends une mini tour et dans ce cas la tout t'est ouvert , plus petit c microATX et là il faut une carte mère de format microATX -le reste c pareil-
Le prix pars sur une soluce à base d'amd ils sont moins cher que les intels -surtout pour les 2G7 et moins au dessus les prix sont équivalent. -tu peux aussi partir sur du duronou celeron plutot que Athlon ou p4.
carte graphique : cela dépend si tu prends une cm avec chipset nforce2 tu auras une geforxe 2 mx intégré donc si tu es pas trop un 3d warlords cela te suffit -dans ce cas là que amd possible, les nforce sont exclusivemen pour amd-.
la compatibilité et bien bcp de chose sont compatible donc faut voir ce que tu veux réelement -et c plutot dans les périph qu'il faut dire ce que tu veux-
le truc smalllinux excellent exactement ce qu'il me faut: distro linux fait pour ordi >286 avec 5 Mo au moins de ram -donc 8 cbon, en plus tinyX un serveur X léger prévu pour ses machines et en plus le fin du fin documnetation smalllinux on thinkpad et c'est exactement le portable de mon copain merci bcp
# Re: 2 liens pour le prix d'un
Posté par blackshack . En réponse au journal 2 liens pour le prix d'un. Évalué à 1.
# Re: Des news ATARI
Posté par blackshack . En réponse au journal Des news ATARI. Évalué à 2.
# Question bete
Posté par blackshack . En réponse au journal blog. Évalué à 1.
# Re: [choix de portables] Cruel dilème
Posté par blackshack . En réponse au journal [choix de portables] Cruel dilème. Évalué à 2.
[^] # Re: Ruby 1.8.0 est sorti
Posté par blackshack . En réponse à la dépêche Ruby 1.8.0 est sorti. Évalué à 1.
# Re: jeux de Stratégie Libre ?
Posté par blackshack . En réponse au journal jeux de Stratégie Libre ?. Évalué à 2.
Il est pe etre pas fini mais c bien avancé qd même, de plus pour ceux que cela intéresse les widgets des cartes de jeux de boson quand il est installé sont dicponible pour développé ses propres trucs directement dans QtDesigner, ils ont crée les CustomWidgets correspondant.
http://boson.eu.org/(...)
screenshoot: http://boson.eu.org/screenshots.php(...)
# Re: Ecran Plat LCD 17
Posté par blackshack . En réponse au journal Ecran Plat LCD 17. Évalué à 1.
le meilleur c le'ACER 17" AL707 pour un prix de 387.95 TTC a(prix ldlc) il à une qualité, une finition .... à d'autres (de la marque ou d'autres marque) vendu 2 foix plus cher, des que j'ai l'argent c ca que j'achete.
http://www.ldlc.fr/fiche/PB00016781.html(...)
[^] # Re: Sortie de Qt 3.2
Posté par blackshack . En réponse à la dépêche Sortie de Qt 3.2. Évalué à 2.
[^] # Re: Sortie de Qt 3.2
Posté par blackshack . En réponse à la dépêche Sortie de Qt 3.2. Évalué à 1.
[^] # Re: Sortie de Qt 3.2
Posté par blackshack . En réponse à la dépêche Sortie de Qt 3.2. Évalué à 2.
[^] # Re: Sortie de Qt 3.2
Posté par blackshack . En réponse à la dépêche Sortie de Qt 3.2. Évalué à 3.
[^] # Re: La vraie question importante ....
Posté par blackshack . En réponse à la dépêche Sortie de Qt 3.2. Évalué à 1.
http://www.trolltech.com/newsroom/announcements/00000120.html(...)
[^] # Re: Sortie de Qt 3.2
Posté par blackshack . En réponse à la dépêche Sortie de Qt 3.2. Évalué à 1.
[^] # Re: probleme pour créer une librairie/bibliothèque en c++
Posté par blackshack . En réponse au journal probleme pour créer une librairie/bibliothèque en c++. Évalué à 1.
dans un fichier mexport.h inclus dans xmlnav.h, j'ai placé le extern pour la déclaration de getName suivant:
extern "C" EXTXMLNAV QString getName
(XMLNAV étant un typedef == à rien sous linux et == à __declspec(dllexport) sous windows)
sous Linux aucun warning n'est renvoyé par make, sous windows nmake renvoye le warning suivant:
.\mexport.h(17) : warning C4190: '' has C-linkage specified, but returns UDT 'QString' which is incompatible with C
C:\Qt\3.1.2Evaluation\include\qstring.h(383) : see declaration of 'QString'
Dans les deux cas la lib fonctionne bien la focntion getName est bien appelable, en fait comment faire pour qu'il n'y ai pas de warning??
# Re: probleme pour créer une librairie/bibliothèque en c++
Posté par blackshack . En réponse au journal probleme pour créer une librairie/bibliothèque en c++. Évalué à 1.
Sinon j'ai compilé la lib en dynamique -génere une libxmlnav.so -et en static-libxmlnav.a-, et je n'ai pas le même comportement:
qd le programme trouve la lib.so, la classe QLibrary arrive bien à la charger et la fonction getName est bien appellé .., pour la lib.a il n'arrive pas à charger: d'où ma question est-ce normale qu'une application ne puisse charge pas dynamiquement une lib static?? (question alors pas tapé)
[^] # Re: probleme pour créer une librairie/bibliothèque en c++
Posté par blackshack . En réponse au journal probleme pour créer une librairie/bibliothèque en c++. Évalué à 1.
[^] # Re: un portable pas cher sous Linux
Posté par blackshack . En réponse au journal un portable pas cher sous Linux. Évalué à 1.
http://www.ra.informatik.uni-stuttgart.de/~rainer/Lehre/SOCfCA01/Pr(...)
[^] # Re: un portable pas cher sous Linux
Posté par blackshack . En réponse au journal un portable pas cher sous Linux. Évalué à 5.
en fait le Crusoe n'est pas un processeur x86, mais il a deux niveau de code morphing -propre donc au proco et qui n'a rien a voir avec le cache je précise-:
* le premier niveua est un niveau rempli en usine, celui-ci va permettre d'intégrer en dur des fonctions le faisant passer pour un x86, ou même un powerpc, si l'on veut. Ce niveau va donc intégrer les fonctions propre au x86 ainsi que lestrucs mmx, sse ...
* le deuxième niveau correspond à un zone où le proco va stocker les fonctions appellés par l'OS, les logiciels... Ces fonctions vont pouvoir être rappeller lors au besoin. Ce seront les fonctions les plus fréquemment appellés à un instant t qui y seront stockées. Cela à un intéret car pour qu'une fonction soit traité il y a une phase de transformation du code machine en un code que le processeur traite -tout traitement du processeur passe par cette phase. Cette phase -tout est relatif bien sùur- est gourmande en temps. Le fait de stocké cela va permettre en faite de ne pas répeter cette phase: donc qd une fonction est appellé énormément de fois on gagnera du temps à chaque utilisation de celle-ci. Dans le cas d'une compilation, on à affaire à un nobre limité de fonction en faite: donc au bout de quelques instant la fréquence de l'appel à ces fonctions va faire que le processeur va les intégré à son code morphing: ainsi la compilation va être accélerer car une phase de transformation mais répéter des millions de foix sera évité -et dans le cas de la compilation de X c plus que des millions de fois-. Dans d'autre cadre le code morphing entre en jeu aussi -jeux, sgbd exclusivement utilisé ....-
. Donc au bout d'un temps -processeurs donc "court"- tout traitement sera accéléré
[^] # Re: un portable pas cher sous Linux
Posté par blackshack . En réponse au journal un portable pas cher sous Linux. Évalué à 1.
[^] # Re: Linux dans Libé
Posté par blackshack . En réponse à la dépêche Linux dans Libé. Évalué à 3.
Je bosse pour un service du C.N.R.S (labo) qui àrépondu sur un appel d'offre -du ministère de la culture pour la numérisation, traitement, archivage, valeur ajouté, mise en accès publique en ligne de 70 revues de SHS-.
Il y a 15 personnes dans le service. En face des monstres de 350 personnes. Nous avons remporté l'appel d'offre car on a les compétences, on à développé des outils efficace -preuve à l'appui- , on utilise des logiciels libres...
Comme quoi c pas la taille qui fait la valeur
[^] # Re: Qt GPL pour DirectFB en version pre-alpha
Posté par blackshack . En réponse à la dépêche Qt GPL pour DirectFB en version pre-alpha. Évalué à 2.
http://www.trolltech.com/download/qt/embedded.html(...)
# Re: Qt GPL pour DirectFB en version pre-alpha
Posté par blackshack . En réponse à la dépêche Qt GPL pour DirectFB en version pre-alpha. Évalué à 2.
* DirectFB permet d'avoir un affichage utilisant une surcouche du frameBuffer, c ca?
* il existe pour Qt une version Embedded -justicieusement nommé Qt/Embdedded- qui est fait pour tourné sur le frame buffer directement (exemple d'utilisation: QTopia l'interface graphique des Sharps sou Linux).
* Au sein de Qt, il existe deux classes (QGfxDriverPlugin et QGfxDriverFactory) pour rajouter des drivers graphiques.
D'où ne serait il pas mieux qu'il fassent des plugins de drivers pour QT/Embedded,permettant ainsi de gérer les diférents cartes graphiques existante plutot que refaire Qt...
# Re: Petit pas cher et suffisament costaud
Posté par blackshack . En réponse au journal Petit pas cher et suffisament costaud. Évalué à 2.
Si la taille c vraiment mieux, soit ti prends une mini tour et dans ce cas la tout t'est ouvert , plus petit c microATX et là il faut une carte mère de format microATX -le reste c pareil-
Le prix pars sur une soluce à base d'amd ils sont moins cher que les intels -surtout pour les 2G7 et moins au dessus les prix sont équivalent. -tu peux aussi partir sur du duronou celeron plutot que Athlon ou p4.
carte graphique : cela dépend si tu prends une cm avec chipset nforce2 tu auras une geforxe 2 mx intégré donc si tu es pas trop un 3d warlords cela te suffit -dans ce cas là que amd possible, les nforce sont exclusivemen pour amd-.
la compatibilité et bien bcp de chose sont compatible donc faut voir ce que tu veux réelement -et c plutot dans les périph qu'il faut dire ce que tu veux-
[^] # Re: distrib pour machine de type protohistorique
Posté par blackshack . En réponse au journal distrib pour machine de type protohistorique. Évalué à 1.
[^] # Re: distrib pour machine de type protohistorique
Posté par blackshack . En réponse au journal distrib pour machine de type protohistorique. Évalué à 1.