TImaniac a écrit 6420 commentaires

  • [^] # Re: Une petite remarque...

    Posté par  (site web personnel) . En réponse au journal jbrout : des screenshots !. Évalué à 1.

    Et voilà...
    Sous Windows tu peux faire des checkbox 3 états (
    Sous GTK tu peux de toute façon mettre tout et n'importe quoi dans un TreeView comme 2 checkbox, des radioBox ou je ne sais quoi
    Et te voilà rendu à faire un truc à la main, ce qui te prend un peu de temps à gérer et qui ne s'intégrera nulle part... tu vois où je veux en venir ? ;-)

    Une autre idée, je sais pas si wxWidgets le permet :
    http://www.codeproject.com/cs/miscctrl/cslistviewdetail1.asp(...)
  • [^] # Re: Une petite remarque...

    Posté par  (site web personnel) . En réponse au journal jbrout : des screenshots !. Évalué à 1.

    ben, c'est pas que je veux pas, mais faut les faire à la main ?
    Sous Windows y'a une option a changer dans l'arbre pour que y'e une checkbox, sous GTK tu peux mettre un checkbox dans un treeView, mais alors wxWidgets j'y connais rien... En tout cas si c'est pas possible tu comprends pouquoi j'aime pas les surcouches ;)
  • [^] # Re: Une petite remarque...

    Posté par  (site web personnel) . En réponse au journal jbrout : des screenshots !. Évalué à 1.

    euh dans ton manifest remplace "name=jbtrout.jbrout.jbrout par le nom" de l'appli, cad "name=jbrout.exe"
  • [^] # Re: Une petite remarque...

    Posté par  (site web personnel) . En réponse au journal jbrout : des screenshots !. Évalué à 1.

    C'est déjà mieux effectivement :-)
    ftp://timaniac.hd.Free.fr/public/jbrout2.PNG(...)
    Mais l'arbre est toujours aussi laid
  • [^] # Re: Une petite remarque...

    Posté par  (site web personnel) . En réponse au journal jbrout : des screenshots !. Évalué à 1.

    Mon avis sur le sujet est très clair :
    si on veut faire une application familiale et grand public, on fait une application qui s'intègre dans son environnement et on choisit les widgets natifs sans passer par une surcouche qui t'empêche d'en utiliser toutes les possibilités. Après je comprend que c'est un gain de temps mais perso je préfère réécrire la couche graphique, en plus celà t'oblige à justement faire une couche bien indépendante du reste...
  • [^] # Re: Une petite remarque...

    Posté par  (site web personnel) . En réponse au journal jbrout : des screenshots !. Évalué à 1.

    oué voilà sous Windows il affiche effectivement les vieux tabs tout laids et les boutons qui vont avec sans parler de l'arbre...
    Un petit screenshot de ce que j'obtient avec ton soft, et à côté ce que j'aurai aimé obtenir en tant que newbie qui veut utiliser un soft familiale et agréable : ftp://timaniac.hd.free.fr/public/JBrout.PNG(...)
  • [^] # Re: Une petite remarque...

    Posté par  (site web personnel) . En réponse au journal jbrout : des screenshots !. Évalué à 1.

    car pour la version win, le gars serait obligé de se taper l'install de GTK en sus ...
    Essai gAIM sous Windows tu verras qu'il intègre GTK sans problème et que l'utilisateur n'a rien à faire de particulier pendant l'installation...
  • [^] # Re: Une petite remarque...

    Posté par  (site web personnel) . En réponse au journal jbrout : des screenshots !. Évalué à 1.

    Bah j'ai testé la version disponible sur ton site, ma config : Windows XP avec un thème
    pour la version de wx, ben la tienne je suppose... Peut être que sous nux celà utilise bien comme il faut les widgets GTK mais pas sous Windows... faut que je te fasse un screenshot ?
    Et pourquoi tu me dis que c'est du pure GTK ? WxWindows != GTK, la preuve GTK s'intègre mieux sous Windows que WxWindows :-)
  • [^] # Re: Une petite remarque...

    Posté par  (site web personnel) . En réponse au journal jbrout : des screenshots !. Évalué à 1.

    wxpython "imite" les WinForms... il essai tant bien que mal de récupérer les couleurs systèmes mais le dessins des widgets reste pourri et indentique à celui de Windows 95... Effectivement la déco de la fenêtre s'intègre, mais l'intérieur de la fenêtre non. Bref c'est pas très zoli.
  • # Une petite remarque...

    Posté par  (site web personnel) . En réponse au journal jbrout : des screenshots !. Évalué à 1.

    Très bon soft, mais il lui manque une qualité : l'intégration dans son environnement... c'est assez désagréable quand on a un thème comme Milk d'avoir une appli toute laide au milieu... Ce serait une application scientifique celà ne me dérangerait pas, l'application serait 100% portable je comprendrais encore, mais là c'est un soft "tout public" pour la vie de tous les jours et je trouve celà dommage... Je dis juste celà pour que tu améliores ce côté esthétique :-)
  • [^] # Re: Est-ce vraiment un mal ?

    Posté par  (site web personnel) . En réponse au journal RPM o RPM !!!. Évalué à 1.

    Tout à fait d'accord, le GAC c'est pour les libs de base, sinon x-copy comme je l'ai mentionné. Le premier système de "partage" permet effectivement de foutre la zone, mais il est quand même bien utile pour mettre jour les libs de base (correction de bugs ou failles de sécurité)...
  • [^] # Re: Est-ce vraiment un mal ?

    Posté par  (site web personnel) . En réponse au journal RPM o RPM !!!. Évalué à 1.

    Jusque là la plupart des API étaient et sont comme tu le décris, avec binding pour .NET. La plupart des nouveaux API de LongHorn sont d'abord conçu pour être utilisé dans le monde .NET, après s'ils proposent des activeX, là encore ce sera pour la compatibilité... Bref, c'est l'inverse qui se passe.
  • [^] # Re: Est-ce vraiment un mal ?

    Posté par  (site web personnel) . En réponse au journal RPM o RPM !!!. Évalué à 1.

    Bah désolé j'installe tous les pilotes de ma radeon en 3 clicks, il me propose effectivement de redémarrer, mais il suffit de ne pas le faire :)
    Sinon à part ça la plupart du matos ne demande aucun redémarrage (enfin sous WinXP en tout cas)
  • [^] # Re: Est-ce vraiment un mal ?

    Posté par  (site web personnel) . En réponse au journal RPM o RPM !!!. Évalué à 1.

    Ah autant pour moi. Ben regarde dans les dépendances du service, y'a sûrement un service vital qui en dépend... (genre l'administration à distance ?)
  • [^] # Re: La "libre culture"

    Posté par  (site web personnel) . En réponse au journal Industrie musicale : la guerre est ouverte. Évalué à 2.

    J'ai juste voulu dire qu'il y avait la même idée de liberté d'accès... C'est pas un amalgame c'est un point commun. Un autre point commun : l'utopie... Mais l'espoir faire vivre ;) (alors là elle est facile)
  • [^] # Re: Est-ce vraiment un mal ?

    Posté par  (site web personnel) . En réponse au journal RPM o RPM !!!. Évalué à 1.

    Oui mais dans ce cas précis Microsoft a préféré choisir la solution de fourni un outil d'aide à distance utilisable par le commun des mortels aisément. C'est toujours le même débat entre accessibilité et sécurité... Reste que Windows c'est pour les newbies donc c'est bien pour eux (pour un Windows Server effectivement ce ne serait peut être pas justifié).
  • [^] # Re: Tu a essayé de le poster sur tribunelibre?

    Posté par  (site web personnel) . En réponse au journal Industrie musicale : la guerre est ouverte. Évalué à 10.

    Non ce n'est pas le thème de dlfp, mais c'est un thème comme un autre d'un journal. Et je trouve celà plus intéressant que de savoir que bidule à réussi à compiler machin-pre2 sur distri prout-prout-35... Celà dis c'est vrai que c'est un sujet redondant en ce moment... Mais il me semble que LinuxFr a des visiteurs qui dans l'ensemble ont une vision contestataire de ce qui les entours... "Mort aux majors", c'est un peu le renouveau de "Mort à Microsoft"... Et n'oublions pas que les LL sont à la base d'un mouvement philosophique sur la notion de liberté du savoir (ici le code d'un programme), la liberté d'accès à la culture est étrangement cousine tu ne trouves pas ?
  • [^] # Re: mon avis à moi

    Posté par  (site web personnel) . En réponse au journal Industrie musicale : la guerre est ouverte. Évalué à 10.

    les radios permettent cela.
    Désolé mais je préfère choisir ce que j'écoute.

    C'est un système très complexe et la pluspart des gens n'en parlent que par "on dit".
    Peut être mais ca fait quand même mal au cul de payer un cd 20 euros sachant qu'il n'y a qu'1 petit euro (et encore) pour l'artiste. C'est psyochologique, je peux pas.

    C'est rarement le cas quand même.
    Euh dans les cd abordables à moins de 15 euros c'est rarement un livret qui tue... En général c'est avec les editions collectors ou deluxe avec le prix qui en prend un coup par la même occasion.

    Ca reste à prouver.
    Techniquement la fabrication des cd, du boitier, du livret, le pressage des cd, la vente de gros, la revente aux détails, tout ça est parfaitement inutile. (Techniquement j'entend). Nous (les clients puisque nous somme de simples consommateurs avant d'être des personnes sensibles à une oeuvre), on est à l'heure. Le reste ne suit pas, ce n'est pas à nous de les attendre.

    Certes. Mais dans l'album de Goldfrapp tu payes aussi le fait qu'un petit groupe comme "Autour de Lucie" va être financé pendant 18 mois pour faire un album qui ne se vendra presque pas.
    Et ? Un groupe de musique qui veut se faire découvrir n'a pas besoin du budget exploité par les majors qui le consacre en grosse partie à leurs dépenses personnelles, aux budget marketing et au salaires des groupes rentables. Moi je préfère retourner en arrière quand les groupes se faisait découvrir comme des grands sur scènes (d'ailleur les affiches des principaux festivals de l'été sont sortis, allez y jeter un oeil), bref, ils font leurs promo en faisant de la musique. Après l'enregistrement studio peut avoir un coup, mais le salaire mensuel de Madonna peut payer 1000 enregistrement studio de "Autour de Lucie" (je dis n'importe quoi comme chiffre).
    Voilà, c'est une manière de montrer un certain ras-le-bol et l'absence de soutient total à ce système qui "vend un produit" avant de faire découvrir une oeuvre musicale. C'est pour moi ça le plus important.
  • # mon avis à moi

    Posté par  (site web personnel) . En réponse au journal Industrie musicale : la guerre est ouverte. Évalué à 10.

    Euh, l'argument "je pirate le cd pour le mettre dans ma voiture ne tient pas debout : personne n'ira te chercher des noises si t'as un album de Glodfrapp en mp3 et que tu as également l'original... Même si tu ne te l'ai pas procurer de manière légal tu ne risques rien (dans la pratique)...

    Et je trouve qu'il manque des arguments concernant ce que beaucoup ressentent :
    - j'ai envie de découvrir de nouveaux groupes, pas de mettre 20 euros au pif dans une offre qui contient 80% de m... médiatiques.
    - J'ai pas envie d'acheter un cd où un auteur ne touchera qu'un euro (si il a de la chance)
    - J'ai pas envie de payer une taxe sur les cdr qui vont aller dans les caisses des majors et non des auteurs.
    - J'en ai marre des discours des majors, je veux entendre l'avis des auteurs/compositeurs/musiciens (pas des interprêtes/mannequins)
    - Je ne vois pas l'intérêt d'acheter un cd qui ne m'offrira qu'un livret minable de 4 pages. Ca fait cher les 4 pages.
    - Je n'ai pas envie de payer la marge des distributeurs alors qu'on peut aisément s'en passer.
    - Je n'ai pas envie de payer dans l'album de Goldfrapp le budget publicité du dernier single de la starac'.
  • [^] # Re: Est-ce vraiment un mal ?

    Posté par  (site web personnel) . En réponse au journal RPM o RPM !!!. Évalué à 1.

    Oui mais pour l'accès à distance, y'a VNC ou équivalent, non ?
    OUi mais par défaut Microsoft ne fournit pas VNC mais le bureau à distance.
    Tu peux regarder dans l'outils de gestion des services la propriété "dépendances" pour voir tous les services qui dépendent de l'accès au registre à distance.
    Sinon pour savoir si celà peut être un problème de sécurité, si tu pars de ce principe tu supprimes toute notion d'accès à distance... Je te conseille de ne pas brancher ton Windows à l'Internet, bah oué en cas de faille de sécurité ?

    (et puis il suffit d'utiliser les failles de IE si on veut foutre la merde sur un pc, pas besoin de passer par la base de registre à distance une fois que t'as réussi à installer quelque chose sur le pc ;))
  • [^] # Re: Est-ce vraiment un mal ?

    Posté par  (site web personnel) . En réponse au journal RPM o RPM !!!. Évalué à 1.

    Je suppose que c'est utile pour un autre service, l'accès au bureau à distance, bien pratique pour le newbie qui a besoin de se faire dépanner par le petit neveu à l'autre bout de la france... Mais je suis pas sûr.
  • [^] # Re: Est-ce vraiment un mal ?

    Posté par  (site web personnel) . En réponse au journal RPM o RPM !!!. Évalué à 1.

    C'est quoi l'interet d'une DLL si tu en as une copie par application ?
    Euh, au pif, la modularité ? C'est quand même plus facile à maintenir... Et le partage peut aussi se faire dans une même solution, enfin moi c'que j'en dis...

    Ben pas vraiment non, il remet les DLLs la ou il les a trouvés sur son poste
    Je sais pas moi sous Visual Studio il me propose une option vachement cool par défaut : "local copy"

    Non je fais pas celà pour troller, je partais juste d'un constat.

    Pour ce qui est des drivers, c'est un cas bien à part... Encore que si les pilotes sont certifiés y'a quand même peu de chance qu'ils foutent la merde... Et puis bon, entre un pilote qui s'installe en 3 clicks sans redémarrer (quand c'est pas Windows qui va les chercher trankillement sur le net) et un pilote qui demande 36 dépendances, + une recompilation du noyau + l'ajout de modules, voilà quoi...

    Les ActiveX c'est du passé. Ils sont encore là à cause de l'existant. (au fait c'est quoi l'équivalent sous linux pour mettre Windows Media Player en un glisser-déplacer dans son application ?)
  • [^] # Re: Est-ce vraiment un mal ?

    Posté par  (site web personnel) . En réponse au journal RPM o RPM !!!. Évalué à 2.

    , je créé mon package d'install avec TOUTES les dépendances en mode forcé et j'installe les DLLs a la bourinne.

    Bah je viens de dire que Windows est capable de garder plusieurs versions d'une même dll... (dans un environnement bien particulier celà dis mais je te laisse deviner lequel ;-) ) Et puis celui qui se fait pas chier et qui fait un truc en mode forcé à la bourrine, il se fait pas chier à essayer de mettre les dll dans un dossier system, il les laisse dans le répertoire de son appli... Et puis faut quand même voir que le développeur feignant il utilise un truc qui fait tout le taf pour lui, genre Visual Studio qui lui fait le setup et gère les dépendances en empaquetant tout ce qu'il faut... du coup il évite des problèmes potentiels... En fait celui qui fait un setup foireux, c'est le non feignant qui veut tout faire à la patte qui fait tout planté... mais là encore c'est de plus en plus rare de trouver ce genre de développeur...

    En fait je me demande si la multiplication des dll c'est pas plus mal : après tout c'est négligeable vu la taille des durs actuels et c'est quand même plus propre à installer/désinstaller quand chacun met ce dont il a besoin dans son dossier...

    dll statiques... y'a pas un problème dans ta phrase ? Y'a un d dans dll ;-)
  • [^] # Re: Une question

    Posté par  (site web personnel) . En réponse au journal Reflexion sur les licences libres (suite). Évalué à 1.

    Allez encore une petite question :

    je passe un contrat avec une boite qui développe une lib 100% proprio, bien entendu j'ai les droits d'utilisation et l'accès aux mises à jour et nouvelles versions pendant une durée de disons, 5 ans.
    Je développe une appli non compatible avec la GPL au dessus de cette lib.

    Du jour au lendemain, la boite tombe amoureux du LL et décide de sortir une nouvelle version de sa lib, mais cette fois sous GPL (ce que mon contrat n'interdit pas). Et là en tant que client j'ai l'impression de m'être fait avoir : j'ai bien entendu le droit d'utiliser la nouvelle version comme promis dans le contrat mais me voilà dans l'obligation de passer à la GPL...

    Vous en pensez quoi ?
  • [^] # Re: Est-ce vraiment un mal ?

    Posté par  (site web personnel) . En réponse au journal RPM o RPM !!!. Évalué à 4.

    Enfin on a beau dire, le système des rpm c'est théoriquement bien plus avancé que ce qui existe sous Windows, mais moi je constate que sous linux celà pousse à la feignantise : je développe un soft, je te file les sources voir un rpm si j'ai pas trop la flemme et démerde toi avec les dépendances. Bref : end-user c'est à toi de bosser.

    Sous windows, c'est plutôt le boulot du développeur de faire un installeur, et il est obliger de réfléchir à son utilisation par l'utilisateur final (peut être parcque plus généralement ils vendent le produit et qu'ils se doivent de faire un peu attention à ce que le client puisse installer et utiliser le produit...). L'utilisateur final lancera le setup.exe, qui s'installera gentiment, même si parfois la cohabitation avec l'environnement est hasardeuse (problème des dll par exemple)... Mais celà devient de plus en plus rare, et la plupart des applications marchent du premier coup, alors que sous nux je dirais que c'est la proportion inverse pour peux que le soft utilisé ne soit pas estempillé red-hat ou mandrake dans une distri officielle (et encore des fois).

    De toute façon Microsoft a trouvé la solution au problème des installations et des dll-qui-change-de-version : Windows peut conserver plusieurs versions d'une même dll au même endroit (hop plus de conflit de version) et abandon progressif de l'utilisation de la base de registre (l'installation se fait à la bourrine, paèrs vérification des dépendances évidemment : copié-collé).