Watchwolf a écrit 155 commentaires

  • [^] # Re: Utilité ?

    Posté par  . En réponse au journal Microsoft lance la fondation CodePlex. Évalué à 4.

    Que ce soit du LL ou du proprio, si tu veut une garantie "sans problemes", tu met effectivement des centaines de milliers de dollard et tu demande à une boite de gérer le logiciel (ou tu le fait toit même). Dans tous les cas les LL n'ont rien de moins que les logiciels proprio. Bien sur ton repositorie ne sera éditable que par tes ingénieurs, les autres peuvent travailler sur des forks (vive git :)).
  • # Utilité ?

    Posté par  . En réponse au journal Microsoft lance la fondation CodePlex. Évalué à 10.

    C'est quoi l'utilité d'une association qui permet de réunir les développeurs de logiciel propriétaire et de logiciels libre ? Si un dev proprio veut faire du libre alors il y a déjà plein de possibilités permettant de rencontrer des communautés et si il ne veut pas il n'a pas grand chose à faire avec la communauté du logiciel libre (sauf voler du code peut être).

    La seul utilité que je voit c'est d'associer Microsoft au logiciel libre ...
  • [^] # Re: lapin compris

    Posté par  . En réponse au journal Sortie de Movicon, un framework MVC pour PHP. Évalué à 1.

    Il me semble qu'un design pattern est lié à un langage. Si c'est le cas alors le MVC est plutôt un architectural pattern je pense.
  • [^] # Re: drupal trainwreck

    Posté par  . En réponse à la dépêche Atelier traduction Drupal à Paris le 19 septembre 2009. Évalué à 2.

    Ce n'était pas lié au fait que Débian modifié Firefox et qu'il ne s'agit alors plus de Firefox ? Ca semble normal qu'on ne puisse pas agrder le nom si on change le logiciel. Sinon moi je suis microsoft, je distribue des firefox tout bugué et voila :)
  • [^] # Re: Langage plus sûr?

    Posté par  . En réponse au journal Un coup de gueule contre Gimp 2.6. Évalué à 1.

    Il faudrait en effet savoir comment Gimp stocke ces infos et traite les opérations par rapport à paint.net. C'est possible que Gimp a une structure qui devient réellement efficace pour des traitements complexes, je ne sais pas.

    Après paint.net a 2 avantages majeurs par rapport à the Gimp :
    - un langage de haut niveau qui permet de plus facilement avoir une architecture propre
    - être une application jeunes qui bénéficie des dernières méthodes de développement. (pas que technique comme le langage objet mais aussi plus générique comme l'approche objet.).

    Souvent les codes écrits en C sont un peu bordélique, mal organisés, ceci pour plusieurs raisons:
    - le code est vieux
    - mal organisés car l'approche objet n'y est pas forcée
    - ...

    Ceci dit il existe du code C très propre et qui je pense est presque un nouveau niveau de développement dans le langage C. Je pense aux EFLs mais il doit en exister bien d'autres.

    Le C a toujours un très belle avenir devant lui et bien utilisé il est aussi voir plus performant que des langages comme le Java. (pas forcement en raison dde l'absence de JVM ou autre mais simplement parce qu'on y trouve des bibliothèques plus adaptées là ou Java essaye de centraliser et enlève le choix (voir les toolkits graphiques par exemple)).
  • [^] # Re: Si tu as enregistré l'XCF...

    Posté par  . En réponse au journal Un coup de gueule contre Gimp 2.6. Évalué à 5.

    Tu peut faire l'inverse aussi, créer le texte sous inkscape, récupérer le bitmap et l'utiliser dans Gimp.
  • [^] # Re: A-GPS

    Posté par  . En réponse à la dépêche Nokia N900 : le téléphone-ordinateur, puissance Linux. Évalué à 3.

    J'aimerait bien avoir tes sources.
  • [^] # Re: Magnétomètre ?

    Posté par  . En réponse à la dépêche Nokia N900 : le téléphone-ordinateur, puissance Linux. Évalué à 1.

    inutilisable en geocaching cette méthode >.<
  • [^] # Re: J'en déduis :

    Posté par  . En réponse à la dépêche EulerGUI 1.2, environnement pour les règles et le Web sémantique. Évalué à 2.

    Je réagit à : "qu'écrire du code de qualité étant un art difficile et très technique, la vision proposée permet de limiter l'expertise technique nécessaire pour commencer à programmer des applications non triviales."

    oui enfin, un code de qualité c'est pas juste quelques lignes d'algo, mais plus un assemblage d'algos (au plus haut niveau on parle d'assemblage de composants).

    Alors arriver à décrire des algos avec une sémantique plus naturelle je veut bien, mais réussir à décrire tout un programme avec, ça devient un peu barjo je pense. J'ai vraiment du mal à y croire. Surtout si on veut obtenir un code performant et donc adapté à notre besoin d'ensemble (et pas juste à des parties séparés du besoin). D'ailleurs l'approche réutilisation des composants peut également avoir ces limites sur ce point.

    D'ailleurs si après on passe autant de temps à écrire une spécification qu'à écrire le code ça perd un peu d'intérêt. Et comment être sur d'une spécification ? Comment être sur que nos invariants sont correcte ? Qu'on en n'oublie pas ?

    Ces méthodes miracles n'ont rien de miracle pour moi. C'est une autre manière de faire, peut être mieux, peut être pas.

    A noter que je n'ai rien contre la recherche, continué à faire ce type de recherche, peut être que j'ai tords et que ça améliorera le travail des programmeurs/concepteurs tout comme l'approche objet l'a fait.
  • [^] # Re: Photo unique ?

    Posté par  . En réponse à la dépêche Show Your Places : une galerie photo cartographique. Évalué à 4.

    La méthode de Flickr est sympa:

    1 points = une liste de photos
    Si il y a beaucoup de points très proche, on les regroupe en un point. (lorsque le zoom change)

    La taille d'un point dépend du nombre de photos associés.
  • [^] # Re: Excellent!

    Posté par  . En réponse à la dépêche Show Your Places : une galerie photo cartographique. Évalué à 2.

    Un GPS + gpicsynd te fait ça. Tu ajoute les coordonnées GPS dans les tags des photos (et flickr les prend en compte !), tu peut aussi renommer les photos avec la position GPS au lieu des noms bidons des APN. Il y a d'autres options que je n'ai jamais testé.
  • [^] # Re: Recours

    Posté par  . En réponse à la dépêche Entretien de B. Bayart sur ecrans.fr. Évalué à 4.

    c'est tout simplement le rapport demandes / offres
  • [^] # Re: gaspillage d'espace

    Posté par  . En réponse au journal GNOME plus léger que KDE ?. Évalué à 1.

    les netbooks ont en général du 1024 donc ce n'est pas vraiment un problème. Et je pense que si, le 800x600 c'est dépassé alors je pense qu'on peut comprendre qu'un window manager comme gnome se fait sans tenir compte de cette résolution sachant qu'elle est en contradiction avec ces objectifs. Chacun ces objectifs c'est l'un des atouts de la dispersion du libre, on n'est pas forcer de s'adapter a l'appli, on choisit l'appli en fonction de nos besoins.
  • [^] # Re: "lol"

    Posté par  . En réponse au journal GNOME plus léger que KDE ?. Évalué à 0.

    Le fait qu'une interface soit légère ou non n'est pas complètement dépendant de la vision qu'une personne peut avoir. Donc lorsque tu propose d'utiliser "qui me plait" tu troll un peu.
  • [^] # Re: Sympa

    Posté par  . En réponse au journal GNOME plus léger que KDE ?. Évalué à 2.

    je suis d'accord, l'article ne révolutionne rien mais il est agréable à lire et je n'y voit pas de fanatisme ou autre.

    Un point que je n'ai pas trop compris, les modifications faite à la fenêtre KDE pour la "gnomiser" sont toute faites dans le thème ? Il serai possible d'avoir un KDE "gnomisé" juste en sélectionnant un thème ?
  • [^] # Re: Perte de temps

    Posté par  . En réponse au journal GNOME plus léger que KDE ?. Évalué à 8.

    et si je veut garder des applis qui utilisent kdelibs ?
  • [^] # Re: Interface Ubuntu Netbook Remix

    Posté par  . En réponse à la dépêche Vrac libre des semaines 30 à 32. Évalué à 2.

    Bah c'est juste un menu qui occupe tout l'écran d'après les screens. Bon c'est bien je ne dit pas le contraire mais c'est pas spécialement innovant. Parmis les différents menus qui ont était fait pour kde et gnome certains y ressemble quand même.
  • [^] # Re: X-Men Origins: Wolverine - FX effets spécieux

    Posté par  . En réponse à la dépêche X-Men Origins: Wolverine. Évalué à 1.

    Pourquoi j'ai l'impression que tu ne l'as pa vu au cinéma ? :)
  • [^] # Re: Résiliation de contrat?

    Posté par  . En réponse à la dépêche Discussion autour de la loi Hadopi dans l'émission "Bouge ta ville "sur 7LTV. Évalué à 3.

    Aucune que 10% des utilisateurs coupent leu connexion internet, suffit de voir la manif a Paris. Déjà moi je ne le ferait pas.
  • [^] # Re: Annonce d'une version alpha ?

    Posté par  . En réponse à la dépêche E17 est annoncé.. Évalué à 4.

    Sauf que tu n'es pas seul au monde, et que plusieurs personnes ne pensent pas du tout comme toi.
    A part Apple donc, sauf que Apple niveau ergonomie ne fait pas l'unanimité.
  • [^] # Re: Annonce d'une version alpha ?

    Posté par  . En réponse à la dépêche E17 est annoncé.. Évalué à 3.

    mais tu voudrais quoi ? que des que tu clique sur une image ça la sélectionne comme fond d'écran ?
    Tu fait comment si finalement tu veut pas changer et garder l'ancienne image ? tu la recherche dans la liste pour la sélectionner ?
    Si finalement tu ne veut appliquer la nouvelle image que pour ce bureau et non tous les bureaux ? Tu doit re-sélectionner l'ancienne image pour revenir en arrière puis ensuite sélectionner un bureau puis l'image ?

    C'est un peu lourd comme méthode :/
    Ici c'est clair: Tu sélectionne une image, si finalement tu la veut en fond d'écran tu doit clairement le valider. Au contraire niveau ergonomie au moins c'est clair pour l'utilisateur.
  • [^] # Re: Annonce d'une version alpha ?

    Posté par  . En réponse à la dépêche E17 est annoncé.. Évalué à 3.

    Après e fond d'écran animé n'est as quelque chose qui a réellement était cherché. Un fond d'écran c'est un fichier edje, et un fichier peut contenir des animations et la gestion des evenements. Donc on peut faire des fonds d'écran animé. Ce n'est pas franchement LA feature de e17, c'est plus une feature collatérale.
  • [^] # Re: Annonce d'une version alpha ?

    Posté par  . En réponse à la dépêche E17 est annoncé.. Évalué à 5.

    Afficher une vidéo et une suite d'image ce n'est pas tout à fait la même chose. Ton processeur a des optimisations pour la vidéos et la vidéo n'est qu'une suite d'image là ou edje calcul l'image résultat.

    Toujours est il que oui ca rame, ce n'est peut être pas le bon exemple cette vidéo. Avoir un fond d'écran avec edje permet plus qu'une simple animation: il est possible de gérer les evenements souris et claviers et ainsi executer des animations au passage de la souris par exemple. Une animation n'est pas obligée d'occuper tous l'écran comme c'est le cas ici, une plus petite animation pour simuler un bouton par exemple, pour mettre une transition pendant le changement de la valeur de la t° du proc par exemple.

    Sinon actuellement il y a un travail au niveau du cache du redimenssionnement des images qui est effectué, l'absence de se cache plombe les perfs lors d'animation utilisant des images dont la taille est modifiées par l'appli.

    En ce qui concerne la taille de la fenetre, c'est possible de sauvegarder sa taille. Actuellement elle est petite parce que l'appli a était codé pour pouvoir tourner sur des petits écran (téléphone par ex).
  • [^] # Re: De l'orienté objet écrit en... C?

    Posté par  . En réponse à la dépêche E17 est annoncé.. Évalué à 7.

    Il ne faut pas non plus éxagérer, faire de l'OO complet en C c'est très lourd, en générale ce qui est fait est de l'OO simplifié, c'est d'ailleurs le cas de EWL et de ETK. C'est surtout pour avoir un aspect héritage entre les widgets.

    les Evas_Smart_Object sont un peu plus complet niveau OO.
  • [^] # Re: bibliothèques...

    Posté par  . En réponse à la dépêche E17 est annoncé.. Évalué à 6.

    Le développement de enlightenment ne se fait pas exactement comme celui de Gnome ou de KDE.
    Les principaux devs de e travaillent sur les bibliothèques et parfois sur des applis mobiles, les entreprises qui aujourd'hui utilisent les EFL c'est sur des environnement mobiles et tactiles.
    C'est pourquoi le dev d'appli "classique" n'avance pas.