Pinaraf a écrit 3682 commentaires

  • [^] # Re: pas tout a fait...

    Posté par  . En réponse au journal Capture d'écran en vidéo. Évalué à 1.

    Merci ça m'intéresse !
    Je testerai ça...
    (et je plussoierai demain)

  • # Le forum

    Posté par  . En réponse au journal Capture d'écran en vidéo. Évalué à -1.

    Je sais, fallait le mettre sur le forum, mais vu l'acitivité là bas...

  • [^] # Re: J'ai explicazionne !

    Posté par  . En réponse au journal Konqueror et la toolbar. Évalué à 1.

    Peut on t'aider ?

  • # Mes miens...

    Posté par  . En réponse au journal Vos livres d'informatique préférés.... Évalué à 1.

    Alors, :
      - MySQL - format poche - de chez micro application : c'est moyen en quantité d'infos, mais largement suffisant pour apprendre les bases...
      - CGI - l'intro- de chez CampusPress : mon bouquin préféré : je l'adore pour développer des applis web...
      - C++ - format poche - de chez micro application : c'est dur à comprendre, mais assez complet à mon goût

    Enfin, maintenant, je me documente surtout via GNU/Linux Magazine

  • [^] # Re: C'est fait

    Posté par  . En réponse au journal icônes différentes sur chaque bureau sous kde. Évalué à 0.

    et par paquets de 20 !

  • # C'est fait

    Posté par  . En réponse au journal icônes différentes sur chaque bureau sous kde. Évalué à 1.

    A voté.

  • [^] # Re: Vaporware.

    Posté par  . En réponse au journal Face à Longhorn, qu'avons-nous à proposer ?. Évalué à -2.

    Et en plus, avec Chirac président des USA, la Chine va devenir maître du monde...

    Non ?

  • [^] # Re: Anti-concurrence

    Posté par  . En réponse au journal Face à Longhorn, qu'avons-nous à proposer ?. Évalué à 6.

    Le problème, c'est que si on laisse longhorn s'imposer, on va se retrouver encore plus coincés qu'aujourd'hui car plus ou presque de migrations vers linux, donc rarification des parts de marché de notre pingouin, donc mépris accrus de la part des fabricants !
    Résultat on tomberait à nouveau dans la quête du périphérique compatible linux parmis les 100 dispo parce que tous les autres implémentent une techno uniquement m$ protégée par tellement de brevets qu'on peut pas y toucher !

  • [^] # Re: Bien d'accord

    Posté par  . En réponse au journal Face à Longhorn, qu'avons-nous à proposer ?. Évalué à 3.

    Heureux de l'apprendre...
    Comment marche ce système ? On le voit dans quelles applis ?
    Globalement, ce qui m'a dessus dans Gnome 2.6, c'est que toutes les applis ne se mettent pas, comme sous KDE, à utiliser les nouvelles boîtes de dialogues et donc les nouvelles fonctionnalités ! C'est un large manque.
    Je suis d'accord que 2 groupes avancent côte à côte, mais il y a une limite : combien y a-il de projets pour X ?
    On a XFree86, X.org, DirectFB, Fresco (?), Y... j'en oublie plein !
    Alors qu'on arrête ce gâchis !
    Mieux vaut une bonne base commune, une diversification à partir de cette base puis finalement voir ce qui aura abouti au meilleur résultat... Mais surtout pas quinze mille projets identiques et tous non aboutis !

  • [^] # Re: Idée

    Posté par  . En réponse au journal Face à Longhorn, qu'avons-nous à proposer ?. Évalué à 1.

    Le pb c'est qu'une migration win => Nux ne se fait que par une transition via du mozilla/OOo/Gimp/... sous win. Hors, avec longhorn, on se fera LAMINER sur ce secteur, y'a pas photo ! De plus, nous n'avons pas à tout copier : nombre de "nos" concepts sont des plus intéressants : XUL, bureau "dynamique" (icones au branchement d'un périph...)
    Mais migrer un utilisateur de longhorn ou pire un développeur sera très dur sans implémenter l'intégration de toutes les applis...
    On ne peut se permettre de parier sur l'avenir !

  • # Bien d'accord

    Posté par  . En réponse au journal Face à Longhorn, qu'avons-nous à proposer ?. Évalué à 3.

    Je suis entièrement d'accord avec toi.
    Je pense qu'il est temps que l'on se bouge tous le cul !
    Il FAUT absolument CONCENTRER TOUS LES EFFORTS afin de réaliser, enfin, UN DESKTOP LINUX INTÉGRÉ ET COMPLET
    On ne peut PAS CONTINUER COMME ÇA : entre Gnome VFS, les KParts : rien en commun. Entre Gtk et Qt : tout est différent !
    Il faut absolument se bouger, et vite !
    Il nous faut au plus vite une amélioration massive de XUL pour combattre XAML avant sa sortie. Il nous faut "notre" WinFS avant ou en même temps qu'eux : un retard d'un an à peine serait critique. Il faut concentrer tous les efforts de DirectFb, X.org... au maximum : nous avons besoin d'un serveur X gérant la transparence et toutes ces conneries !

    Par dessus tout, il faut que l'intégration soit améliorée. Cela passe donc par l'intégration par exemple sous KDE de kmail en tant que composant KParts permettant via un sous dossier de system:/ d'aller lire nos mails, notre carnet d'adresses...
    Et la même chose pour Kopete !
    Il faut centraliser la gestion des documents entre toutes les applis KDE et donc avoir des applis "KDEisées" : un OpenOffice capable de gérer les KParts, un Gimp avec une intégration à un KPart de stockage d'images...
    Le pas à franchir est énorme car toutes les applis vont nécessiter un travail supplémentaire.
    Sans vouloir dénigrer Gnome, je pense que KDE est plus apte à cela.
    Mais la course est lancée, et m$ a de l'avance, ce qui est critique !

    P.S : je suis pas obsédé par KParts, c'est juste que je pense que c'est ce que nous avons de mieux à proposer

  • [^] # Re: précisions

    Posté par  . En réponse au journal J2EE (EJB), .net (enterprise services), COM/DCOM/OLE, PHP/Python/Perl, Corba, etc.... Évalué à 1.

    Voir aussi la dépêche de DLFP sur la sortie de Mono 1.0 Beta 1
    Entre 1 ou 2 trolls, les discussions contiennent de vrais arguments intéressants !
    http://linuxfr.org/2004/05/07/16201.html(...)
    (138 commentaires, le sujet est assez... chaud, on va dire)

  • [^] # Re: Ce que c'est

    Posté par  . En réponse au journal Tiens un ptit nouveau.... Évalué à 0.

    Désolé, quand j'ai posté, le monsieur il avait pas donné le point de montage... Il l'a toujours pas fait d'ailleurs !
    Mais il sert à quoi alors dans /dev/shm ?

  • [^] # Re: précisions

    Posté par  . En réponse au journal J2EE (EJB), .net (enterprise services), COM/DCOM/OLE, PHP/Python/Perl, Corba, etc.... Évalué à 2.

    Autre détail : l'implémentation libre de Java est vraiment, vraiment loin d'être prête ! Il est impossible de faire tourner la plupart des applis Java actuelles... Par contre, pour .Net, Mono est déjà assez avancé, il ne lui manque que quelques composants comme Windows.Forms dont l'implémentation est incomplète... Mono implémente d'ailleurs ses propres classes mais aussi suit le standard et tente d'implémenter les classes de micro$oft...

  • # Ce que c'est

    Posté par  . En réponse au journal Tiens un ptit nouveau.... Évalué à 4.

    tmpfs, comme son nom l'indique, est un système de fichier pour tmp.
    En gros, au lieu d'avoir ton /tmp sur ta partition / ou une partition réservée ou je ne sais quel jeu avec loopback, une partie de la mémoire vive (50% pour être exact, sur mandrake 9.2) est utilisée pour stocker les fichiers tmp.
    D'où une bien meilleure rapidité pour tout ce qui traîte les fichiers tmp.
    Maintenant, pour ton noyau, je sais pas, mais c'était dans le 2.4.22 lourdement patché de la mandrake 9.2

  • [^] # Re: Python

    Posté par  . En réponse au journal J2EE (EJB), .net (enterprise services), COM/DCOM/OLE, PHP/Python/Perl, Corba, etc.... Évalué à 1.

    Désolé !!!
    J'ai supprimé une phrase et j'ai oublié de corriger !
    Sinon, le reste j'ai bon ?
    Enfin, la possibilité de faire print une_variable_quelconque c'est du un peu au système objet avec l'attribut __str__ non ?

  • [^] # Re: Qui donc ???

    Posté par  . En réponse au journal Interview Mandrake. Évalué à -1.

    Qui ?

  • # Qui donc ???

    Posté par  . En réponse au journal Interview Mandrake. Évalué à 0.

    I can't divulge any specifics, but I can tell you that we are striking a deal with a major partner and we will be making that announcement in the next few weeks.... I will say that users know them and will be very pleased.
    On prend les paris ?
    Je propose :
    - HP
    - IBM
    - Micro$oft ;-)
    - Novell
    Rayer la ou les mentions inutiles !

  • # Python

    Posté par  . En réponse au journal J2EE (EJB), .net (enterprise services), COM/DCOM/OLE, PHP/Python/Perl, Corba, etc.... Évalué à 2.

    Python est un langage de script qui a la particularité principale d'avoir des blocs distingués selon leur indentation, ce qui implique normalement une plus grande rigueur.
    Il est 100% orienté objet : même les fonctions sont objet ! Ceci permet d'appeler une fonction indifféremment avec un nombre qu'un texte...
    Il dispose d'un interpréteur assez pratique pour débugguer rapidement, et d'une collection honorable de modules (pas encore au niveau de Perl)
    Exemple de python :

    def une_fonction(x):
        "Commentaire : cette fonction affiche x et renvoie 1"
        print x
        return 1

    une_fonction("du texte")
    une_fonction(12345)
    print une_fonction.func_doc        # Affiche le commentaire de la fonction...

  • [^] # Re: Site web ?

    Posté par  . En réponse au journal Nouvelle distribution: qu'en attendre?. Évalué à 0.

    Mais, heu !
    Je veux aider
    Comment on fait pour donner un coup de main ?

  • [^] # Re: NPTL sur MDK 10.0 ?

    Posté par  . En réponse au journal utilisez-vous udev ?. Évalué à 1.

    Oui NTPL est utilisé (voir les features sur mandrakesoft)

  • # Site web ?

    Posté par  . En réponse au journal Nouvelle distribution: qu'en attendre?. Évalué à 0.

    A quand un site web ? Pour tout coordonner, organiser...
    Et qu'on puisse bosser si on en a envie !

  • [^] # Re: Oui monsieur, moi monsieur

    Posté par  . En réponse au journal utilisez-vous udev ?. Évalué à 1.

    Tu peux l'activer : y'a le choix du service à lancer au boot...

  • [^] # Re: Qu'attendre?

    Posté par  . En réponse au journal Nouvelle distribution: qu'en attendre?. Évalué à 1.

    Y'a moyen facilement de faire des trucs pour neuneu.
    Une bonne chose est de récupérer une poignée de neuneus vierges "d'informatique" plus avancée que word = traitement de texte, win=PC... et encore, c'est avancé là
    Ensuite, en leur demandant des conseils pour faire une interface simple ça devrait aller.
    Je suis prêt à aider pour wine (enfin essayer !)
    AHMA on peut faire des bons trucs !
    Faut vite une structure avec un site web, les lignes à suivres pour le développement...
    Aussi, de la doc, de la doc, et surtout de la doc !
    En français !!!

  • # Très pratique

    Posté par  . En réponse au journal Petit projet. Évalué à 4.

    Très bien fait, mais j'aimerai bien pouvoir éditer la valeur d'un champ caché !
    Enfin, c'est le seul truc qui m'a manqué après un rapide test
    Et cle centrage partout est chiant !