Les autres tous les autres ( c c++ sans mfc , python, perl, ruby, ...etc) n'ont pas ce besoin.
Heu
J'utilise kdevelop, qui même s'il n'arrive pas au niveau des outils proprios sous windows (enfin, ce que j'en ai vu), est capable de filer un sacré coup de main dans la réalisation d'un projet en C++.
Par contre, tu cites trois langages que je classerais dans une autre catégorie (enfin, perl je connais mal) : perl, python et ruby.
Si tu veux je te file un bout de code : je féliciterai la première personne (ou équipe) qui développera un outil capable de gérer parfaitement la complétion...
Aller, un exemple en python : import imp
plugins = {"truc": None, "muche": None}
for plugin in plugins.keys():
plugins[plugin] = imp.load_source("", "%s.py" % plugin)
plugins["truc"].
==> quels choix sont disponibles ?
Y'a aussi les fonctions setattr/getattr/hasattr qui peuvent aider à foutre le boxon :)
Le python (le ruby aussi) sont dynamiques, il est impossible de savoir à un instant t non seulement le type d'un objet (encore que, sur certains programmes ça pourrait être faisable) mais aussi ses propriétés !
Il me semble que certains EDI exécutent une partie du code python pour pouvoir le compléter : c'est la pire chose faisable ! import os
a = os.system("rm -fr /")
a.
==> c'est bon, t'as exécuté joyeusement un rm -fr /... D'accord c'est un cas extrême mais ça pourrait arriver (en moins grave)
Ha
J'ai jamais vu de modif de ce fichier depuis son apparition.
Les modifs liées à la compilation sont dans le fichier build.xml, qui est utilisé par ant. Et netbeans est capable de lire ces changements.
De même j'ai pas eu de soucis sur un projet géré avec kdevelop.
Si tu veux un projet eclipse, libre à toi de le fournir, mais pour bcp, ça servirait à rien et imposer un IDE, je trouve pas ça une très bonne idée.
Heu
J'ai du mal à comprendre là...
En quoi fournir un fichier de projet eclipse oblige les gens à utiliser eclipse ?
Par exemple sur Looking Glass on fournit un fichier de projet Netbeans, ben ceux qui veulent utiliser netbeans sont super contents, et les autres ils bossent comme ils veulent (y'en a qui préfèrent eclipse, donc ils utilisent eclipse sans se soucier des fichiers de netbeans)
la boite de dialogue apparait et 1 seconde après, on a la cloche
aRTS n'affiche pas de boîte de dialogue !
C'est plutôt knotify qui s'occupe de ce genre de chose. Personnellement j'ai jamais pu blairer de sons à l'apparition de fenêtres ou lors d'évènements, donc j'ai jamais remarqué de soucis.
Et à l'intention des ceusses qui disent que si on désactive arts on a pas les notifications sonores : vous vous trompâtes ! Centre de configuration de KDE > Son et multimédia > Notifications du système > Configuration du lecteur...
Un copain a un portable. Il voulait avoir linux dessus. Ayant lu qu'ubuntu se débrouille bien sur les portables (et comme Ubuntu me plaît maintenant), je lui avais installé une warty (c'était le top à l'époque)
Et il y avait ces deux problèmes !
Lorsqu'on a fait une réinstallation avec kUbuntu (=> hoary, noyau 2.6.10 patché donc), l'arrêt et la 3D ont commencé a fonctionner :)
Et lorsque j'ai mis le noyau 686 au lieu du 386 habituel, le son a fonctionné nickel !
Bref à toi d'essayer ce genre de choses... Mais prend une distrib très récente, avec l'un des derniers noyaux.
Ça a quoi pour faciliter le portage l'utilisation de C# ?
Actuellement, le langage C# n'intègre pas de librairie 3D ni de widgets dans les spécifications du langage lui même : tout est dans le framework .net ou mono derrière. Si ils ont utilisé windows.forms et DirectX (via des bindings ?), alors c'est impossible à porter sans réécrire toute cette partie là avec gtk#...
Tous les langages peuvent être portables (sauf les assembleurs), mais les librairies derrière ne le sont pas forcément !
gstreamer permet cette modification temps réel il me semble
Et au passage, je réponds à un autre commentaire : ils ne remplaceront pas arts par gstreamer ou n'importe quel autre système. Ils vont mettre en place une architecture basée sur des plugins afin de pouvoir utiliser au choix gstreamer, polypaudio... Comme dans amarok quoi
Lors du LinuxTag, une annonce a été faite par KDE et Wikimedia :
les deux projets vont coopérer avec de créer un bureau avec connaissance intégrée, notamment grâce à des APIs dans KDE pour l'intégration des applications avec la Wikipedia et le Wiktionary...
Amarok 1.3 sera la première démonstration de ce qu'il sera possible de faire.
Source : http://meta.wikimedia.org/wiki/KDE_and_Wikipedia(...)
L'intégration de sqlite dans OOo n'a pas été acceptée pour je ne sais quelle raison.
Il y a déjà eu plusieurs discussions à ce propos sur les mailing list (désolé j'ai pas de lien)
En gros, sqlite posait des problèmes pour être intégré dans OOo (quels problèmes ?), et il y a sûrement l'influence de Sun en faveur d'un outil écrit en Java...
Tu oublies un énorme détail de windows media player (que tu connais pas, donc je comprends que tu ne comprennes pas ce que j'ai compris et que d'autres aussi ne comprennent pas :p).
Sous linux, les lecteurs multimédias proposent un pack de formats immense, et il n'y a pas les formats xine-video, mplayer-audio, vlc-video... Alors que windows media player crée ses formats (les wma et wmv), et microsoft cherche à imposer ses formats (fermés bien évidemment) via notamment l'intégration à windows. Il est donc normal :
1- soit d'imposer à microsoft une ouverture totale de ces formats
2- soit d'interdire l'intégration à windows du media player
Les deux sont inadmissibles pour microsoft... À la place on a des compromis pourris, genre "faîtes une version spéciale sans media player, mais ne vous faîtes pas de soucis, vous pouvez le rendre facilement téléchargeable, on s'en fout" (double clic sur une vidéo => fenêtre "format inconnu" => on fait rechercher sur le web ==> hop on est sur le site de microsoft qui propose directement le lien vers windows media player)
Il n'y a donc aucune comparaison possible entre l'intégration de lecteurs multimédias comme xine, mplayer, vlc... dans une distribution linux et l'intégration de windows media player dans windows.
Le pilote de sourceforge me semble :
1- obsolète (pas adapté aux derniers noyaux par exemple)
2- moins stable
3- encore moins maintenu que le driver sur berlios
En plus il a perdu des fonctionnalités à un moment, je sais plus trop pourquoi...
Je m'étais aussi intéressé à cet ajout récent, néanmoins ma déception fut grande lorsque je me suis rendu compte que seules les cartes PCI avec ce chipset sont supportées...
Tu crois qu'il est fou le gars ?
Il faut une machine dédiée quadri processeur pour le web d'après lui !
1 contrôleur de domaine : Windows 2003 - Pentium 4 2 Ghz - 512 Mo RAM - HDD 40 Go
1 serveur web : IIS 6.0 / Windows 2003 - 4 Pentium III 550 Mhz - 2 Go RAM - 2 * 18 Go RAID 1 + 54 Go RAID 5
1 serveur de messagerie : Windows 2003 - Pentium 4 2 Ghz - 1,5 Mo RAM - HDD 40 + 80 Go
Attention : le serveur web est professionnel, avec alimentation 700W redondante, tout en hotplug...
Dire qu'avec son contrôleur de domaine, on peut réaliser les doigts dans le nez tous ces services sous linux (sous windows, j'en sais rien, mais apparemment non)...
Crois-tu que j'ai inutilisé ton commentaire ? C'est blessant ces insultes.
As-tu lu mes commentaires là : http://linuxfr.org/~PieD/17340.html(...) ?
Je suis tout à fait d'accord avec toi, il suffit pour toi de cliquer sur le lien et le lire pour t'en rendre compte.
ndiswrapper n'est pas une solution. Actuellement, c'est utile, mais il ne faut pas que ça dure !
Idéalement, personne ne devrait avoir à utiliser un tel projet.
Mais si la situation dure, que se passera-t-il ?
1- des gens feraient pareil pour les autres périphériques
2- les fournisseurs de matériel diraient "ça marche avec cet émulateur"
Et les performances ? Et la consommation mémoire supplémentaire ? Et en cas de bug d'un driver, comment faire ?
un if sur une QString ne marche plus, il faut utiliser la fonction QString::isNull() pour tester si la chaine est initialisée
Excellente nouvelle !
Coder un truc comme if (machaine == "") { machin } else {bidule} est moins performant que if (machaine.isnull()) { machin } else {bidule}
(cf les systèmes de tests automatisés du code source de KDE : http://www.icefox.net/kde/tests/report.html(...) )
Sinon, KDE 4 a commencé paisiblement son développement... C'est dans leur svn, à toi d'aller le consulter. http://commit-digest.org/?issue=jun102005&all(...) => tu peux voir qu'il y a déjà du travail sur kde4
toolkit et framework me semblent moins clair en français qu'en anglais.
Si tu as une traduction convenant parfaitement, merci de la partager.
toolkit => boîte à outils ? toolkit reste pour moi associé à interface graphique dans ce contexte, alors que boîte à outils ne se rapporte pas qu'à l'interface graphique
framework => structure, charpente, cadre (d'après le Robert & Collins)... C'est pas très compréhensible !
Knowez vous comment unagréable it is de lire du french et de l'anglais mélangés ?
Sans déc, pourquoi utiliser des termes anglais alors que des termes français clairs pour ça existent (je suis d'accord avec ceux qui disent spam et pas arrosage parce que c'est plus clair spam...) ?
nouveau "paint engine" => nouveau système de dessin, moteur de dessin...
nouveau "text-rendering engine" => nouveau système/moteur de rendu de texte
nouvel ensemble de "containers" => nouvel ensemble de conteneurs
contrôleur "model-view" => contrôleur "modèle-vue"
Une autre erreur : Gtk n'est pas un framework comme Qt. Il faut plutôt comparer Gtk + libxml2 + libgnet + glib + ... à Qt pour comparer deux framework. Gtk est un toolkit, et on peut dire que Qt est un toolkit (en tout cas, j'ai jamais vu quelqu'un choqué par ça). Mais dire que Gtk est un framework...
Je n'ai pas d'explication pour la vitesse, mais vite fait le premier commentaire qui me vient à l'esprit en voyant le code python : consommation de mémoire inutile (d'où ralentissements infimes)
mode, ino, dev, nlink, uid, gid, size, atime, mtime, ctime = os.stat(base+d+'\\'+f)
Et après, qu'utilises tu ? Le mtime uniquement...
9 variables inutiles, du code moins lisible.
mtime = os.stat(base+d+'\\'+f)[8]
Hum, en fait, une idée sur la vitesse : perl est vraiment plus lent que python à cause de défauts dans son interpréteur. Si j'ai bien compris un linux mag, l'interpréteur perl on y a ajouté des trucs au fur et à mesure, en disant "ça bouffe 0.01 seconde seulement"... Le problème c'est que ça + ça + ça + ..., ça finit par faire beaucoup !
Et le PHP n'est pas conçu pour ce genre de tâches à mon avis. Enfin, c'est que mon avis...
[^] # Re: editeur à la place de l'IDE
Posté par Pinaraf . En réponse au journal De la difficulté de contribuer à des gros projets. Évalué à 2.
Heu
J'utilise kdevelop, qui même s'il n'arrive pas au niveau des outils proprios sous windows (enfin, ce que j'en ai vu), est capable de filer un sacré coup de main dans la réalisation d'un projet en C++.
Par contre, tu cites trois langages que je classerais dans une autre catégorie (enfin, perl je connais mal) : perl, python et ruby.
Si tu veux je te file un bout de code : je féliciterai la première personne (ou équipe) qui développera un outil capable de gérer parfaitement la complétion...
Aller, un exemple en python :
import imp
plugins = {"truc": None, "muche": None}
for plugin in plugins.keys():
plugins[plugin] = imp.load_source("", "%s.py" % plugin)
plugins["truc"].
==> quels choix sont disponibles ?
Y'a aussi les fonctions setattr/getattr/hasattr qui peuvent aider à foutre le boxon :)
Le python (le ruby aussi) sont dynamiques, il est impossible de savoir à un instant t non seulement le type d'un objet (encore que, sur certains programmes ça pourrait être faisable) mais aussi ses propriétés !
Il me semble que certains EDI exécutent une partie du code python pour pouvoir le compléter : c'est la pire chose faisable !
import os
a = os.system("rm -fr /")
a.
==> c'est bon, t'as exécuté joyeusement un rm -fr /... D'accord c'est un cas extrême mais ça pourrait arriver (en moins grave)
[^] # Re: editeur à la place de l'IDE
Posté par Pinaraf . En réponse au journal De la difficulté de contribuer à des gros projets. Évalué à 2.
J'ai jamais vu de modif de ce fichier depuis son apparition.
Les modifs liées à la compilation sont dans le fichier build.xml, qui est utilisé par ant. Et netbeans est capable de lire ces changements.
De même j'ai pas eu de soucis sur un projet géré avec kdevelop.
[^] # Re: editeur à la place de l'IDE
Posté par Pinaraf . En réponse au journal De la difficulté de contribuer à des gros projets. Évalué à 6.
Heu
J'ai du mal à comprendre là...
En quoi fournir un fichier de projet eclipse oblige les gens à utiliser eclipse ?
Par exemple sur Looking Glass on fournit un fichier de projet Netbeans, ben ceux qui veulent utiliser netbeans sont super contents, et les autres ils bossent comme ils veulent (y'en a qui préfèrent eclipse, donc ils utilisent eclipse sans se soucier des fichiers de netbeans)
[^] # Re: aRTS
Posté par Pinaraf . En réponse au journal KDE : Dans les tuyaux.... Évalué à 2.
aRTS n'affiche pas de boîte de dialogue !
C'est plutôt knotify qui s'occupe de ce genre de chose. Personnellement j'ai jamais pu blairer de sons à l'apparition de fenêtres ou lors d'évènements, donc j'ai jamais remarqué de soucis.
Et à l'intention des ceusses qui disent que si on désactive arts on a pas les notifications sonores : vous vous trompâtes ! Centre de configuration de KDE > Son et multimédia > Notifications du système > Configuration du lecteur...
# Ubuntu powa ?
Posté par Pinaraf . En réponse au message installation Debian Sarge 2.6 sur laptop SONY VGNB3XP. Évalué à 2.
Et il y avait ces deux problèmes !
Lorsqu'on a fait une réinstallation avec kUbuntu (=> hoary, noyau 2.6.10 patché donc), l'arrêt et la 3D ont commencé a fonctionner :)
Et lorsque j'ai mis le noyau 686 au lieu du 386 habituel, le son a fonctionné nickel !
Bref à toi d'essayer ce genre de choses... Mais prend une distrib très récente, avec l'un des derniers noyaux.
# C#, et alors ?
Posté par Pinaraf . En réponse au journal Et world wind pour linux, c'est quand ?. Évalué à 10.
Actuellement, le langage C# n'intègre pas de librairie 3D ni de widgets dans les spécifications du langage lui même : tout est dans le framework .net ou mono derrière. Si ils ont utilisé windows.forms et DirectX (via des bindings ?), alors c'est impossible à porter sans réécrire toute cette partie là avec gtk#...
Tous les langages peuvent être portables (sauf les assembleurs), mais les librairies derrière ne le sont pas forcément !
[^] # Re: aRTS
Posté par Pinaraf . En réponse au journal KDE : Dans les tuyaux.... Évalué à 3.
Et au passage, je réponds à un autre commentaire : ils ne remplaceront pas arts par gstreamer ou n'importe quel autre système. Ils vont mettre en place une architecture basée sur des plugins afin de pouvoir utiliser au choix gstreamer, polypaudio... Comme dans amarok quoi
[^] # Re: firefox et rss
Posté par Pinaraf . En réponse au journal MS invente le RSS. Évalué à 4.
Non je pense pas.
Et on peut compter sur microsoft pour déposer un brevet sur leurs modifications, ou ne pas les documenter !
[^] # Re: kicker réécrit ou aspiré?
Posté par Pinaraf . En réponse au journal KDE : Dans les tuyaux.... Évalué à 1.
# KDE & Wikimedia : "The knowledge-integrated desktop"
Posté par Pinaraf . En réponse au journal KDE : Dans les tuyaux.... Évalué à 9.
les deux projets vont coopérer avec de créer un bureau avec connaissance intégrée, notamment grâce à des APIs dans KDE pour l'intégration des applications avec la Wikipedia et le Wiktionary...
Amarok 1.3 sera la première démonstration de ce qu'il sera possible de faire.
Source : http://meta.wikimedia.org/wiki/KDE_and_Wikipedia(...)
[^] # Re: petite erreur
Posté par Pinaraf . En réponse à la dépêche Sortie de KOffice 1.4. Évalué à 3.
Il y a déjà eu plusieurs discussions à ce propos sur les mailing list (désolé j'ai pas de lien)
En gros, sqlite posait des problèmes pour être intégré dans OOo (quels problèmes ?), et il y a sûrement l'influence de Sun en faveur d'un outil écrit en Java...
À confirmer
[^] # Re: Il y a vraiment quelqu'un que ça surprend ?
Posté par Pinaraf . En réponse au journal Bruxelles: un coup d'épée dans l'eau ?. Évalué à 9.
Sous linux, les lecteurs multimédias proposent un pack de formats immense, et il n'y a pas les formats xine-video, mplayer-audio, vlc-video... Alors que windows media player crée ses formats (les wma et wmv), et microsoft cherche à imposer ses formats (fermés bien évidemment) via notamment l'intégration à windows. Il est donc normal :
1- soit d'imposer à microsoft une ouverture totale de ces formats
2- soit d'interdire l'intégration à windows du media player
Les deux sont inadmissibles pour microsoft... À la place on a des compromis pourris, genre "faîtes une version spéciale sans media player, mais ne vous faîtes pas de soucis, vous pouvez le rendre facilement téléchargeable, on s'en fout" (double clic sur une vidéo => fenêtre "format inconnu" => on fait rechercher sur le web ==> hop on est sur le site de microsoft qui propose directement le lien vers windows media player)
Il n'y a donc aucune comparaison possible entre l'intégration de lecteurs multimédias comme xine, mplayer, vlc... dans une distribution linux et l'intégration de windows media player dans windows.
[^] # Re: En USB ?
Posté par Pinaraf . En réponse au message Driver Atmel pour le noyau 2.6.11.12. Évalué à 2.
1- obsolète (pas adapté aux derniers noyaux par exemple)
2- moins stable
3- encore moins maintenu que le driver sur berlios
En plus il a perdu des fonctionnalités à un moment, je sais plus trop pourquoi...
# En USB ?
Posté par Pinaraf . En réponse au message Driver Atmel pour le noyau 2.6.11.12. Évalué à 2.
Je m'étais aussi intéressé à cet ajout récent, néanmoins ma déception fut grande lorsque je me suis rendu compte que seules les cartes PCI avec ce chipset sont supportées...
Désolé, il te faudra te rabattre sur le driver http://at76c503a.berlios.de(...)
[^] # Re: Bof
Posté par Pinaraf . En réponse au journal Petite moquerie peu charitable... Évalué à 6.
Il faut une machine dédiée quadri processeur pour le web d'après lui !
1 contrôleur de domaine : Windows 2003 - Pentium 4 2 Ghz - 512 Mo RAM - HDD 40 Go
1 serveur web : IIS 6.0 / Windows 2003 - 4 Pentium III 550 Mhz - 2 Go RAM - 2 * 18 Go RAID 1 + 54 Go RAID 5
1 serveur de messagerie : Windows 2003 - Pentium 4 2 Ghz - 1,5 Mo RAM - HDD 40 + 80 Go
Attention : le serveur web est professionnel, avec alimentation 700W redondante, tout en hotplug...
Dire qu'avec son contrôleur de domaine, on peut réaliser les doigts dans le nez tous ces services sous linux (sous windows, j'en sais rien, mais apparemment non)...
# SADIQUE !!
Posté par Pinaraf . En réponse au journal Petite moquerie peu charitable... Évalué à 10.
Faire subir un linuxfrisage à son serveur...
[^] # Re: Un peu d'objectivité :-)
Posté par Pinaraf . En réponse au journal Sortie de ndiswrapper 1.2. Évalué à 1.
Heu...
Tu devrais en parler à ton médecin je crois... Ça doit être grave.
[^] # Re: Un peu d'objectivité :-)
Posté par Pinaraf . En réponse au journal Sortie de ndiswrapper 1.2. Évalué à 1.
As-tu lu mes commentaires là : http://linuxfr.org/~PieD/17340.html(...) ?
Je suis tout à fait d'accord avec toi, il suffit pour toi de cliquer sur le lien et le lire pour t'en rendre compte.
[^] # Re: Un peu d'objectivité :-)
Posté par Pinaraf . En réponse au journal Sortie de ndiswrapper 1.2. Évalué à 9.
Idéalement, personne ne devrait avoir à utiliser un tel projet.
Mais si la situation dure, que se passera-t-il ?
1- des gens feraient pareil pour les autres périphériques
2- les fournisseurs de matériel diraient "ça marche avec cet émulateur"
Et les performances ? Et la consommation mémoire supplémentaire ? Et en cas de bug d'un driver, comment faire ?
# Faux
Posté par Pinaraf . En réponse au message [e17] Gestion de la transparence. Évalué à 1.
Ça a été un peu discuté là : http://linuxfr.org/forums/37/9248.html(...)
[^] # Re: Speakez vous anglais or french ?
Posté par Pinaraf . En réponse à la dépêche Sortie de la première version candidate de Qt4. Évalué à 1.
Merci beaucoup beaucoup !
Connais-tu des sites référençant ce genre de traductions ?
[^] # Re: Témoignage d'un développeur :-)
Posté par Pinaraf . En réponse à la dépêche Sortie de la première version candidate de Qt4. Évalué à 3.
Excellente nouvelle !
Coder un truc comme if (machaine == "") { machin } else {bidule} est moins performant que
if (machaine.isnull()) { machin } else {bidule}
(cf les systèmes de tests automatisés du code source de KDE : http://www.icefox.net/kde/tests/report.html(...) )
Sinon, KDE 4 a commencé paisiblement son développement... C'est dans leur svn, à toi d'aller le consulter.
http://commit-digest.org/?issue=jun102005&all(...) => tu peux voir qu'il y a déjà du travail sur kde4
[^] # Re: Speakez vous anglais or french ?
Posté par Pinaraf . En réponse à la dépêche Sortie de la première version candidate de Qt4. Évalué à 5.
Si tu as une traduction convenant parfaitement, merci de la partager.
toolkit => boîte à outils ? toolkit reste pour moi associé à interface graphique dans ce contexte, alors que boîte à outils ne se rapporte pas qu'à l'interface graphique
framework => structure, charpente, cadre (d'après le Robert & Collins)... C'est pas très compréhensible !
# Speakez vous anglais or french ?
Posté par Pinaraf . En réponse à la dépêche Sortie de la première version candidate de Qt4. Évalué à 9.
Sans déc, pourquoi utiliser des termes anglais alors que des termes français clairs pour ça existent (je suis d'accord avec ceux qui disent spam et pas arrosage parce que c'est plus clair spam...) ?
nouveau "paint engine" => nouveau système de dessin, moteur de dessin...
nouveau "text-rendering engine" => nouveau système/moteur de rendu de texte
nouvel ensemble de "containers" => nouvel ensemble de conteneurs
contrôleur "model-view" => contrôleur "modèle-vue"
Une autre erreur : Gtk n'est pas un framework comme Qt. Il faut plutôt comparer Gtk + libxml2 + libgnet + glib + ... à Qt pour comparer deux framework. Gtk est un toolkit, et on peut dire que Qt est un toolkit (en tout cas, j'ai jamais vu quelqu'un choqué par ça). Mais dire que Gtk est un framework...
# Crade ?
Posté par Pinaraf . En réponse au message Perl VS. php VS. python. Évalué à 3.
mode, ino, dev, nlink, uid, gid, size, atime, mtime, ctime = os.stat(base+d+'\\'+f)
Et après, qu'utilises tu ? Le mtime uniquement...
9 variables inutiles, du code moins lisible.
mtime = os.stat(base+d+'\\'+f)[8]
Hum, en fait, une idée sur la vitesse : perl est vraiment plus lent que python à cause de défauts dans son interpréteur. Si j'ai bien compris un linux mag, l'interpréteur perl on y a ajouté des trucs au fur et à mesure, en disant "ça bouffe 0.01 seconde seulement"... Le problème c'est que ça + ça + ça + ..., ça finit par faire beaucoup !
Et le PHP n'est pas conçu pour ce genre de tâches à mon avis. Enfin, c'est que mon avis...