J'ai un problème du même style chez moi:
Tout semble trés biens configuré et pas de messages d'erreurs.
Mais au bout d'un certains temps (plus de 4h-5h) je perd le réseaux, sans explications, sans log d'erreurs. iwconfig ou if config ne présente riens d'anormal (je me rappelle plus si Quality vaut zero).
Le seul moyen de le refaire marcher c'est de faire un reset de la carte et de tout reparamétrer.
Donc en gros, toutes les 4-5h je dois faire:
Bon j'ai mis tout ca dans un script mais c'est un poil pénible quand méme.
Par contre j'ai une "vielle" version de ndiswrapper (debian-sarge inside) et je ne peut pas upgrader (plus compatible avec mon kernel), je ne sais pas si cela vient de la ...
Ma femme a réalisé de supers décors et lutins ("sprites") ...
Vu que c'est ce genre de choses qui sont les plus difficile à trouver (et a faire). Un grand pas pour tous serait que tu puisse donner un accès à ces ressources.
J'ai cherché des heures et des heures des sprites corrects pour tester des bouts de moteurs ou des projets personnels sans jamais trouver quelque chose de réellement potable.
(je poste ici car sur le site il n'y a pas de forum ...)
Quelqu'un à réussi à l'installer ?
Moi j'ai biens récupéré les 2 .war (server et web) et ils se sont installé comme un charme.
Mais le "hic" c'est quand j'ai du configuré le serveur.
Je voulais juste préciser un répertoire de ma machine pour faire des rapides test et la impossible de comprendre comment ça marche.
J'ai biens bidouillé les "repository.xml" (celui situé dans ./repository et l'autre dans ./classes/repository) mais sans réels succès.
La doc de jackrabit semble en plus un peu out-of-date (liens morts).
D'ou ma question: quelqu'un aurait un fichier de conf tout prés qui utilise un répertoire local ?
(j'ai biens essayé aussi le .zip du server mais alors la c'est encore pire: riens ne ce lance ...-sous win-)
Par contre je crains que si la conversion de logiciels développés pour GNUstep soit apparemment facile vers macosx (Cenon, gnumail...), j'ai peur que l'inverse soit beaucoup plus difficile
Bon, je fait partager mon expèrience alors ...
J'ai réussi à porter une application de type "Mac/Cocoa/Quicktime" sous "Linux/GNUStep/FFmpeg" ...
... et ca, en regardant à postèriori, sans "gros" problèmes.
Je tiens aussi à préciser que:
- Je n'ai jamais touché un mac.
- Je ne conaissait pas l'ObjC (le langage dans lequel était codé l'application).
- Je ne connaissait _riens_ au framework GNUStep, à FFmpeg et encore moins à Cocoa ou Quicktime.
- Le pire du pire: Je n'avais jamais vue tourner l'application que j'étais en train de porter ni ce qu'elle faisait exactement (c'est une applis pour astronome amateur qui applique des traitements sur une série d'images). (je suis mème complètement étrangé au monde de l'astronomie).
Pour m'aider:
- J'avais déja beaucoup manipulé de langages/framework objet différents dont SmallTalk.
- L'equipe de GNUStep (et de #gnustep) sont vraiment trés ouvert et d'une aide trés précieuse (merci Nicolas).
- La documentation peut (à peut prés) ètre piochée aussi biens sur le site d'appel que sir le site de GNsutep.
- Le soft que je portais (Lynkeos), était plutot biens fait/biens architecturé et son auteur trés sympathique et volontaire.
Les plus gros problèmes rencontrés:
- La doc qui n'est pas des plus simple d'accés: La doc existe mais pour la trouver, c'est moins évident: Pas de centralisation, beaucoup de "Description forthcoming." du coup il faut aller voir du coté d'apple.
Peu d'exemple "simple" qui montre l'utilisation particulier d'un point précis.
Mais ca s'améliore depuis un an maintenant.
Pour FFmpeg c'est encore pire ... j'ai pas trouvé la doc ! J'ai seulement trouvé un tutorial heureusement suffisant pour moi.
- Les bug de "débutant" qui prennent vraiment beaucoup de temps.
La non connaisance du Framework GNUStep (qui fait beaucoup de chose)
- Les incompatibilitées restantes:
* les .nib (en -trés- gros la description de l'IHM) qui ne sont pas lisible sous Gorm.
* L'affichage d'image 16Bits qui ne fonctionne pas sous Linux. (bon ok c'est pas courant mais j'avais besoin de ca)
Pour conclure je dirais que GNUStep et l'ObjC sont vraiment des technos trés trés bonnes.
L'ObjC est vraiment un mélange trés aboutis de concept objet avec des contraintes "industrielles". Mais pourquoi n'est-t-il pas plus utilisé ? Il y a un temps, ici meme faisait rage le troll: quel futur langage pour Gnome (mono ou Java). Pour moi il n'y meme pas à réfléchir: c'est L'ObjC !
GNUStep et de trés bonne qualité mais souffre de deux chose:
- un manque d'utilisateur! Du coup une communautée "petite" et "élitiste" qui amène à une documentation peu adaptée à un complet débutant.
- Un compatiblitée "limitée" avec les autres environements (autre WM ou avec KDE et GNOME).
Bon je crois que je sui plus dans le sujet du Journal la ...
Cela veux dire en gros que dans chaque photo que je fait on peut savoir que c'est moi qui les faits
Non, on peut savoir que c'est l'appareil n°xxxxx qui à pris la photo. Jusqu'a présent et à ma connaissance, l'etat ne reconnait pas de bijection entre un numéro de série d'appareil photo et un citoyen.
Je prend en photo le dernier jouet ultra-secret des militaires américains (trouvé par hasard au coin d'une rue).
Commetre un délit (en tout cas ce qui est défini comme un délit par la justice d'un pays) ne dépend pas des moyen mis en oeuvre pour le commetre. Peut etres que cela sera plus simple de te retrouver mais d'un coté c'est "tant-pis" pour toi. Tu as commis un délit point, aprés que ton appareil photo t'ai "trahis" c'est ton affaire ...
Tu peut préférer que le numéro de ton appareil phot n'apparaisse pas dans les donnée des photos prises, tu n'a meme pas à donner de justification à ta préférence; Mais ne donne pas se genre d'arguments ...
Bon aprés perso, je pense que beaucoup de persone trouverons un interet pertinent à cette fonctionalité (avec quel appareil j'ai pris cette photo déja ?), surtout pour les professionels.
Ensuite persone ne t'interdit de retoucher la photo (y compris les données exif) avant de publier la photo.
Si on arretait de crier au scandale pour n'importe quoi ?
Il veut certainement dire que le mot anarchie est trés mal employé dans le post plus haut. En fait il aurait mieux value utiliser le mot anomie d'aprés : http://fr.wikipedia.org/wiki/Anarchie
Ce problème vient aussi du fait que le mot anarchie possède plusieurs définitions proche.
D'aprés le Larousse: c'est le fait de prendre l'Etat pour opression.
D'aprés un bouquin d'un linguiste/socilogue (Chomsky), l'anarchisme peut etres assimilié au socialisme libertaire.
Enfin dans le langage courant (et uniquement "familier" ?) l'anarchie est trés largement utilisé comme synonyme de anomie.
Je répond a tes 2 post précédent car la ca me dépasse ...
- moins performant que du C (ils l'ont montré)
Nous avons l'implémentation d'un langage de haut niveau, complétement objet, avec ramasse miette, trés indépendant de la plateforme d'éxécution. Un bench sur une application reele (pas une factorielle ou un helloworld) qui montre que l'on a moins de 2% de temps d'éxécution en plus sur une application aussi "critique" qu'un décodeur mpg2 comparé a son implémentation C.
Et toi tu nous sort que c'est une preuve que c'est mon performant et que le becnh est en faveur du C ?
Désolé, je sui pas d'accord.
Là où d'autres langage l'ont naturellement inclu dans la grammaire parcque c'est justement "standard".
C'est un point de vue que tout le monde ne partage pas.
Dans Lisaac (comme d'autres langages comme Lisp ou SmallTalk), ce n'est pas sale de faire des macros comme en C++ car elle sont bcp plus puissante (c'est pas un simple prépoc. syntaxique).
les méthodes sont virtuelles par défaut, si ca c'est pas du gros danger :)
Je prend ton similey pour de l'humour car si tu croit vraiment ce que tu écrit, nous avons une conception complètement différente d'un "bon" langage objet .... mais quand j'ai lu ce que tu répondait ... :
dans baeucoup de classes Java je vois des méthodes qui ne sont pas marqués comme "final".
Je me dit que tu ne comprend pas tout ce que tu critique: Le virtual absolument rien a voir avec le final. Il sont complètement dissocié et ne correspondent absolument pas a la mème problèmatique.
C'était indépendant y'a 20 ans, mais à sens aujourd'hui le langage est intrinséquement lié à la plateforme d'exécution et inversement
Et biens paix a l'âme de .Net (et de Mono) : une méme plateforme pour tout les langages ....
Bon j'arrete, j'ai faim ... et ca ne m'interesse plus ...
Mais qui doit faire "le premier pas" ?
Une personne physique (un ètre humain) ou une entitée morale dont sa fonction dans la sociétée (d'étre humain) est mal définies (quel est le rôle d'une entreprise socialement et surtout quel est son but "social" ?).
Je suis complètement d'accord sur le fait de changer les choses.
Je suis complètement d'accord qu'un système avec moins de protection pourrait marcher (comme aux USA ou autres) dans un autre contexte.
Mais je suis désolé, pour amorcer ce changement, je ne vois pas pourquoi ce serait moi, citoyen, qui devrait prendre des risques.
Commençons par changer le contexte (obligation de donner un prét ?, incitation au recrutement ?) aux lieux de nous dire "Ne vous inquiétez pas, on prend une mesure qui vous met un peut-plus dans la mouise mais promis ca ira mieux demain".
Qui peut prédire qu'on ne pourra pas emprunter avec un CPE ?
Et justement, si ca foire, tu leurs dira quoi ?
Est-ce que le gouvernement s'engage à des résultats chifrés a court/moyen terme ? Et dans ce cas as-t-il une autre solution ?
On nous présente le CPE comme une solution. Est-ce la seule ?
Si oui alors pourquoi ne pas tenter, mais avec des objectif précis et définis dans le temps. Si ca foire (nul n'est parfait) on doit pouvoir faire "machine arriere" ou, mieux, avoir une autre solution de secour.
Premier point : Le minimalisme du code.
Ton argument, qu'un nombre minimalmiste de primitive est necessaire pour réaliser l'ensemble des optimisations, est (plutot) faux.
Si le langage donnait, directement dans ces primitives, la possibilité de définir une structure complexe (arborescente par ex.) avec des traitement dessu (un tri), le compilo aurrait la charge d'optimiser au mieux cette 'primitive' (qui ne semble pas minimale pourtant).
Bon ok, ajouter des primitives devient trés lourd a gérer au niveau compilo ...
Les gros avantages d'un minima de primitive sont a mon sens:
* La plus grande facilité d'implémenter un compilo "complet".
* La possibilité (future?) de prouver ces primitives de manière plus simple et plus complète; et ainsi par extension prouver des programees plus grand n'utilisant que ce jeux restreint d'instruction.
Second point : La suppression de la liaison dynamique
Les vft ont beaucoup été critiquée mais surtout a cause de leurs gestion catastrophique de l'héritage multiple (en héritage simple cette technique est trés efficace). En héritage multiple, il est necessaire d'introduire un décalage (offset) supplémentaire qui plombe les performances.
D'autres solutions ont biens étaient testé avant SmartEiffeil/Lissac:
* L'approche "SmallTalk" avec (pour faire simple) une recherche bourrin de la méthode récursivement dans les parents puis gestion d'un "cache de résolution" qui stocke qu'elle methode est appelé pour quel message: résultat le premier appel est plutot lent mais ensuite on accede directement à la bonne méthode.
* La méthode dite de "coloration": C'est plus compliqué à expliquer, mais en gros avec cette technique on peut réaliser une sorte de vft à simple indirection, mème en héritage multiple. De plus il serrait possible de repousser ce calcul au moment du link.
J'avait fait un test de cette technique en détournant le compilo SmartEiffel (seulement pour l'appel de procédures et sans paramètres, c'etait pour des tests ;-) ) et mes résultat sur mon archi d'alors (AMD K6-2 500) était plutot bon pour mon implémentation super-bourrine-et-rapide: temps comparable a l'implémentation "normale" de SmartEiffel. (ni plus lent, ni plus rapide).
Le gros problème de cette solution c'est qu'il n'y a jamais eu d'implémentation sur un compilo "complet" et "diffusé".
[Pour plus dinfos, voir les publications ici: http://www.lirmm.fr/~ducour/ C'est pas évident a comprendre, ce type fait parti des "aliens" de l'informatique.]
Troisième point : L'analyse de flot
Je suis trés critique vis-a-vis de ce point. Je suis complètement sûr qu'il est necessaire mais pas dans son implémentation actuelle.
Il manque, à mon sens, une "sauvegarde" optimisé des analyses précédentes. SmartEiffel à des performances pitoyables sur mon PC car il réanalyse la classe STRING a chaque compilation, ce n'est pas "gérable" comme tu le dit pour des programes plus "ample".
De plus cette technique est un frein a un chargement dynamique de code (librairies, plugin ...) et c'est inacceptable "de nos jours".
Quelqu'un connaitrait (et aurait des retours d'expèriences sur) d'autres "bug tracking système" un peu moins lourd?
Par "moins lourd" je veut surtout dire plus simple, moins complet voir mème trés basique.
Bugzilla c'est peut-etres génial mais vraiment trop usine a gaz pour mes petit besoins.
Bin justement, il y a un mois, j'ai voulu tenter l'experience, un vrai désastre!
* Pas d'IDE, d'éditeur spécialisé ou de plug-in/mode suffisament poussé: les rares projets sont soit mort (depuis plusieurs années pour certains), soit en phase de conception! Le plus abouti est écrit en Java, c'est dire la confiance qu'ils ont eu dans la techno XUL.
* Pas de documentation: Mème si il y a un effort la dessus, la grosse majoritée de la doc que l'on trouve est dépassée. Les trés nombreux tutoriaux que l'on trouve sur le net sont en fait tous les mèmes et largement incomplet dés que l'on creuse un peu plus leurs exemples.
* Pas de stabilitée! Tout a changé (et va changé?) en moins de deux ans. C'est un miracle si une applications écrite il y a a peine un ans s'installera et tournera sans problème sur ton mozilla (ou firefox!). Bon ok la techno est jeunes, mais ne l'est-t-ell pas un peu trop? Si je développe un truc, dans six mois il faudra que je le porte vers le nouveau lézard?
* Complexitée de la plateforme elle mème: Que fait elle ? tout ... mais bon tout n'est pas encore implémenté.
Des technos a comprendre: XPCOM, RDF, chrome ... Pour un exemple "jouet" tou va biens, tu peut t'en sortir avec tes connaissance actuelles (JS+XUL) mais dés que tu complique tu te les prend toutes d'un coup en pleine face. De plus créer ton composant XPCOM n'est pas difficile mais il faut étres (trés) méticuleux -> difficulté de tester ou de comprendre "en douceur".
Instancier et utiliser un composant XPCom c'est plusieurs lignes de plus de 80 caractères! (ok tout est logique et simple quand on a compris mais bon c'est lourding et nuit a la lisibilitée)
Certaines technos me font pensées au "théoriquemetn parfait" mais "inutilisable/imanipulable" (par exemple les "templates" ne sont utilisables que sur des données de types RDF ... que tout le monde connait, qui est simple et concis, et qui est trés utilisé pour nos données actuelles n'est-ce-pas?)
* Enfin XUL est ... plutot mal foutu a mon sens: Dans un "listbox" (la vue "liste") tu ne peut afficher que objets d'un types prédéterminés, tu ne peut pas mettre un composant autres qu'un label et un icone.
Pareil pour les arbres.
Ce que vous verrez comme un point de détail est en fait important car la hiréarchie des composant (l'arbre d'héritage quoi) est mal faite car elle nous oblige a dire "amen" au avis des concepteur de XUL (citation: "avoir la possibilitée d'afficher dans un arbre, autre chose qu'un label, un icone ou une barre de progression est _inutile_"). On est trés loin de la souplesse de SWING ou QT alors que l'on est "dynamique" (donc on devrait avoir des possibilitée plus importantes).
* Enfin il faut pas se leurrer, ca rame un poil. Pour une interface simple c'est ok mais le tout est quand mème un peu mou.
Et pourtant! je révais d'une interface graphique "interprété", souple, jolie/elegante, basée sur de standard (XML) et "portable" (un super remplacant a TCL/TK quoi).
Le top du top: avoir juste la technos XUL seule (et lègèrement amèliorée) et pouvoir l'utiliser avec n'importe quel langage (Eiffel, lisp, java Python ..).
Le redimensionnement, il n'y aura pas de problème car la librairie s'appuiera sur un objet graphique vectoriel. L'interface primitive implémentée actuellement est postscript v1 en natif...
Ne pas confondre "redimensionnement" et "zoom vectoriel". Le redimensionnement c'est quand tu agrandi ta fenètre mais que ton interface reste "cohérente", i.e., qque les boutons ne s'agrandissent pas mais que les champs éditablent/de présentation s'agrandissent pour présenter une surface de visualisation plus grande.
(Au passage: sous linux on a trés rarement ce problème mais esseye un Windows et tu va voir que tu hurle a la mort a plein d'endroits. -ne serait-til pas prés pour le Desktop?-)
Justement, question séparation de l'interface, je pense de plus en plus à concevoir un système basé sur XUL : les interfaces seront uniquement décrites en XUL et un parser se chargera de l'affichage.
Esseye de penser a un langage trés "déclaratif" pour les interfaces: "qu'est ce que je veut afficher" et non "comment doit ce comporter mon interface". Par exemple doner la possibilité d'associer automatiquement un champs texte a un attribut d'un objet. L'attribut sera automaitquement modifié lors de la saisie dans le champs texte et vice-versa.
Regarde du coté de GNUstep et de GORM, il y a des idées vraiment interressante dans la gestion de IHM/GUI. Le futur MS Visual 2005 proposera aussi un système du mème genre.
(Le pattern MVC est biens mais quand mème trés lourd a mettre en oeuvre a chaques fois.)
Au delà de ça, je pense qu'il faudrai designer la lib de sorte que celle-ci se contente d'envoyer des messages aux objets chargés des fonctionnalités.
Je crois que c'est dans ce sens qu'il pourrait y avoir des innovations: les système d'action, de listener ou d'evenement (signaux) n'ont jamais conquis a 100% n'importe quel développeur. Trouver un nouveaux mecanisme pourrait etres vraiment innovant.
On a pas droit aux sources lissac du "Système" ?
Pas le gros fichier .c généré par le compilo car ca c'est l'équivalent d'un "binaire" hein ! Je parle des sources en issac.
Linus Torvald, quelques années auparavant ... "Moi, je m'en fou que les sources et le protocole de mon gestionnaire de version soit propriétaire, du moment qu'il est gratuit ..."
# Je ne sais pas si cela peut t'aider ...
Posté par thecat . En réponse au message carte wifi reconnue mais pas de connexion. Évalué à 1.
Tout semble trés biens configuré et pas de messages d'erreurs.
Mais au bout d'un certains temps (plus de 4h-5h) je perd le réseaux, sans explications, sans log d'erreurs. iwconfig ou if config ne présente riens d'anormal (je me rappelle plus si Quality vaut zero).
Le seul moyen de le refaire marcher c'est de faire un reset de la carte et de tout reparamétrer.
Donc en gros, toutes les 4-5h je dois faire:
iwpriv wlan0 ndis_reset 1
rmmod ndiswrapper
modprobe ndiswrapper
iwconfig wlan0 essid ....
ifconfig wlan0 up
Bon j'ai mis tout ca dans un script mais c'est un poil pénible quand méme.
Par contre j'ai une "vielle" version de ndiswrapper (debian-sarge inside) et je ne peut pas upgrader (plus compatible avec mon kernel), je ne sais pas si cela vient de la ...
Mes 2c ...
# Librérez les lutins !
Posté par thecat . En réponse au journal moteurs de jeux d'aventure (2D) sous Linux, où en est-on ?. Évalué à 7.
Vu que c'est ce genre de choses qui sont les plus difficile à trouver (et a faire). Un grand pas pour tous serait que tu puisse donner un accès à ces ressources.
J'ai cherché des heures et des heures des sprites corrects pour tester des bouts de moteurs ou des projets personnels sans jamais trouver quelque chose de réellement potable.
# Config ...
Posté par thecat . En réponse à la dépêche Sortie de la première version du projet PengYou. Évalué à 1.
Quelqu'un à réussi à l'installer ?
Moi j'ai biens récupéré les 2 .war (server et web) et ils se sont installé comme un charme.
Mais le "hic" c'est quand j'ai du configuré le serveur.
Je voulais juste préciser un répertoire de ma machine pour faire des rapides test et la impossible de comprendre comment ça marche.
J'ai biens bidouillé les "repository.xml" (celui situé dans ./repository et l'autre dans ./classes/repository) mais sans réels succès.
La doc de jackrabit semble en plus un peu out-of-date (liens morts).
D'ou ma question: quelqu'un aurait un fichier de conf tout prés qui utilise un répertoire local ?
(j'ai biens essayé aussi le .zip du server mais alors la c'est encore pire: riens ne ce lance ...-sous win-)
[^] # Re: pourquoi le lip
Posté par thecat . En réponse à la dépêche Sortie de SBCL 1.0. Évalué à 6.
Tu te pose la question dans le mauvais sens:
Qu'apporte les langages dit "modernes" par rapport à Lisp ?
[^] # Re: mode
Posté par thecat . En réponse au journal [HS] PAN ! , d'accord... mais comment tenir une pétoire ?. Évalué à 3.
[^] # Re: oh un SPAM
Posté par thecat . En réponse au journal Echange / occasion informatique. Évalué à 10.
d'ailleur moi je suis complètement satisfait des yahourt carrouf. Les yahourt carrouf font du bien à mon corps, ils aident mon transit intestinal et leurs oligo-elements m'amènent un bien-etre me permettant d'etre en pleine forme dés le début de la matinée.
Alors oui j'ose l'avouer: les yahourt carrouf ont changé m'a vie. Avec eux je n'ai plus de moment de déprime grace au lait© découvert par les laboratoir carrouf. Les laboratoires carrouf font une recherche ecologique et humanitaire. Les laboratoire carrouf sont à votre service, pour votre bien.
Donc je partage avec vous ma découverte: les yahourt carrouf, si ce n'est pas moi qui vous convainc, c'est votre corps qui vous le réclamera.
Vous trouverez les yahourt carrouf dans tout bon carrouf qui se respecte, ou sur internet: http://www.3nl4rgeY0urYah0urt.com
[^] # Re: Si la connerie se mesurait...
Posté par thecat . En réponse à la dépêche Il n'a de libre que le nom. Évalué à 10.
[^] # Re: Pauvre Stallman...
Posté par thecat . En réponse à la dépêche Le Bal des Innocents : premier long métrage français sous licence CC-By-NC-ND. Évalué à 2.
[^] # Re: mon explication
Posté par thecat . En réponse au journal Notepad et réaction louche. Évalué à 0.
[^] # Re: Cocoa, OpenStep et GNUStep
Posté par thecat . En réponse au journal Des gestionnaires de fenêtre par monts et par vaux : macosx, windowmaker. Évalué à 7.
Bon, je fait partager mon expèrience alors ...
J'ai réussi à porter une application de type "Mac/Cocoa/Quicktime" sous "Linux/GNUStep/FFmpeg" ...
... et ca, en regardant à postèriori, sans "gros" problèmes.
Je tiens aussi à préciser que:
- Je n'ai jamais touché un mac.
- Je ne conaissait pas l'ObjC (le langage dans lequel était codé l'application).
- Je ne connaissait _riens_ au framework GNUStep, à FFmpeg et encore moins à Cocoa ou Quicktime.
- Le pire du pire: Je n'avais jamais vue tourner l'application que j'étais en train de porter ni ce qu'elle faisait exactement (c'est une applis pour astronome amateur qui applique des traitements sur une série d'images). (je suis mème complètement étrangé au monde de l'astronomie).
Pour m'aider:
- J'avais déja beaucoup manipulé de langages/framework objet différents dont SmallTalk.
- L'equipe de GNUStep (et de #gnustep) sont vraiment trés ouvert et d'une aide trés précieuse (merci Nicolas).
- La documentation peut (à peut prés) ètre piochée aussi biens sur le site d'appel que sir le site de GNsutep.
- Le soft que je portais (Lynkeos), était plutot biens fait/biens architecturé et son auteur trés sympathique et volontaire.
Les plus gros problèmes rencontrés:
- La doc qui n'est pas des plus simple d'accés: La doc existe mais pour la trouver, c'est moins évident: Pas de centralisation, beaucoup de "Description forthcoming." du coup il faut aller voir du coté d'apple.
Peu d'exemple "simple" qui montre l'utilisation particulier d'un point précis.
Mais ca s'améliore depuis un an maintenant.
Pour FFmpeg c'est encore pire ... j'ai pas trouvé la doc ! J'ai seulement trouvé un tutorial heureusement suffisant pour moi.
- Les bug de "débutant" qui prennent vraiment beaucoup de temps.
La non connaisance du Framework GNUStep (qui fait beaucoup de chose)
- Les incompatibilitées restantes:
* les .nib (en -trés- gros la description de l'IHM) qui ne sont pas lisible sous Gorm.
* L'affichage d'image 16Bits qui ne fonctionne pas sous Linux. (bon ok c'est pas courant mais j'avais besoin de ca)
Pour conclure je dirais que GNUStep et l'ObjC sont vraiment des technos trés trés bonnes.
L'ObjC est vraiment un mélange trés aboutis de concept objet avec des contraintes "industrielles". Mais pourquoi n'est-t-il pas plus utilisé ? Il y a un temps, ici meme faisait rage le troll: quel futur langage pour Gnome (mono ou Java). Pour moi il n'y meme pas à réfléchir: c'est L'ObjC !
GNUStep et de trés bonne qualité mais souffre de deux chose:
- un manque d'utilisateur! Du coup une communautée "petite" et "élitiste" qui amène à une documentation peu adaptée à un complet débutant.
- Un compatiblitée "limitée" avec les autres environements (autre WM ou avec KDE et GNOME).
Bon je crois que je sui plus dans le sujet du Journal la ...
# cool man ....
Posté par thecat . En réponse au journal Exif et numéro de série. Évalué à 2.
Non, on peut savoir que c'est l'appareil n°xxxxx qui à pris la photo. Jusqu'a présent et à ma connaissance, l'etat ne reconnait pas de bijection entre un numéro de série d'appareil photo et un citoyen.
Je prend en photo le dernier jouet ultra-secret des militaires américains (trouvé par hasard au coin d'une rue).
Commetre un délit (en tout cas ce qui est défini comme un délit par la justice d'un pays) ne dépend pas des moyen mis en oeuvre pour le commetre. Peut etres que cela sera plus simple de te retrouver mais d'un coté c'est "tant-pis" pour toi. Tu as commis un délit point, aprés que ton appareil photo t'ai "trahis" c'est ton affaire ...
Tu peut préférer que le numéro de ton appareil phot n'apparaisse pas dans les donnée des photos prises, tu n'a meme pas à donner de justification à ta préférence; Mais ne donne pas se genre d'arguments ...
Bon aprés perso, je pense que beaucoup de persone trouverons un interet pertinent à cette fonctionalité (avec quel appareil j'ai pris cette photo déja ?), surtout pour les professionels.
Ensuite persone ne t'interdit de retoucher la photo (y compris les données exif) avant de publier la photo.
Si on arretait de crier au scandale pour n'importe quoi ?
# Aide le à trouver la voie ...
Posté par thecat . En réponse au journal Petites blagues de Geek. Évalué à 9.
Et plus tard, il te remerciera ...
[^] # Re: démocratie
Posté par thecat . En réponse au journal DADVsi les résultats. Évalué à 5.
Ce problème vient aussi du fait que le mot anarchie possède plusieurs définitions proche.
D'aprés le Larousse: c'est le fait de prendre l'Etat pour opression.
D'aprés un bouquin d'un linguiste/socilogue (Chomsky), l'anarchisme peut etres assimilié au socialisme libertaire.
Enfin dans le langage courant (et uniquement "familier" ?) l'anarchie est trés largement utilisé comme synonyme de anomie.
[^] # Re: Euh ...
Posté par thecat . En réponse à la dépêche 23 mars: Conférence au LORIA sur Lisaac, un nouveau langage. Évalué à 5.
- moins performant que du C (ils l'ont montré)
Nous avons l'implémentation d'un langage de haut niveau, complétement objet, avec ramasse miette, trés indépendant de la plateforme d'éxécution. Un bench sur une application reele (pas une factorielle ou un helloworld) qui montre que l'on a moins de 2% de temps d'éxécution en plus sur une application aussi "critique" qu'un décodeur mpg2 comparé a son implémentation C.
Et toi tu nous sort que c'est une preuve que c'est mon performant et que le becnh est en faveur du C ?
Désolé, je sui pas d'accord.
Là où d'autres langage l'ont naturellement inclu dans la grammaire parcque c'est justement "standard".
C'est un point de vue que tout le monde ne partage pas.
Dans Lisaac (comme d'autres langages comme Lisp ou SmallTalk), ce n'est pas sale de faire des macros comme en C++ car elle sont bcp plus puissante (c'est pas un simple prépoc. syntaxique).
les méthodes sont virtuelles par défaut, si ca c'est pas du gros danger :)
Je prend ton similey pour de l'humour car si tu croit vraiment ce que tu écrit, nous avons une conception complètement différente d'un "bon" langage objet .... mais quand j'ai lu ce que tu répondait ... :
dans baeucoup de classes Java je vois des méthodes qui ne sont pas marqués comme "final".
Je me dit que tu ne comprend pas tout ce que tu critique: Le virtual absolument rien a voir avec le final. Il sont complètement dissocié et ne correspondent absolument pas a la mème problèmatique.
C'était indépendant y'a 20 ans, mais à sens aujourd'hui le langage est intrinséquement lié à la plateforme d'exécution et inversement
Et biens paix a l'âme de .Net (et de Mono) : une méme plateforme pour tout les langages ....
Bon j'arrete, j'ai faim ... et ca ne m'interesse plus ...
[^] # Re: ?
Posté par thecat . En réponse au journal Comment virer quelqu'un quand on veut.. Évalué à 9.
Une personne physique (un ètre humain) ou une entitée morale dont sa fonction dans la sociétée (d'étre humain) est mal définies (quel est le rôle d'une entreprise socialement et surtout quel est son but "social" ?).
Je suis complètement d'accord sur le fait de changer les choses.
Je suis complètement d'accord qu'un système avec moins de protection pourrait marcher (comme aux USA ou autres) dans un autre contexte.
Mais je suis désolé, pour amorcer ce changement, je ne vois pas pourquoi ce serait moi, citoyen, qui devrait prendre des risques.
Commençons par changer le contexte (obligation de donner un prét ?, incitation au recrutement ?) aux lieux de nous dire "Ne vous inquiétez pas, on prend une mesure qui vous met un peut-plus dans la mouise mais promis ca ira mieux demain".
Qui peut prédire qu'on ne pourra pas emprunter avec un CPE ?
Et justement, si ca foire, tu leurs dira quoi ?
Est-ce que le gouvernement s'engage à des résultats chifrés a court/moyen terme ? Et dans ce cas as-t-il une autre solution ?
On nous présente le CPE comme une solution. Est-ce la seule ?
Si oui alors pourquoi ne pas tenter, mais avec des objectif précis et définis dans le temps. Si ca foire (nul n'est parfait) on doit pouvoir faire "machine arriere" ou, mieux, avoir une autre solution de secour.
[^] # Re: Comment faire un langage plus rapide que C ?
Posté par thecat . En réponse à la dépêche 23 mars: Conférence au LORIA sur Lisaac, un nouveau langage. Évalué à 7.
Premier point : Le minimalisme du code.
Ton argument, qu'un nombre minimalmiste de primitive est necessaire pour réaliser l'ensemble des optimisations, est (plutot) faux.
Si le langage donnait, directement dans ces primitives, la possibilité de définir une structure complexe (arborescente par ex.) avec des traitement dessu (un tri), le compilo aurrait la charge d'optimiser au mieux cette 'primitive' (qui ne semble pas minimale pourtant).
Bon ok, ajouter des primitives devient trés lourd a gérer au niveau compilo ...
Les gros avantages d'un minima de primitive sont a mon sens:
* La plus grande facilité d'implémenter un compilo "complet".
* La possibilité (future?) de prouver ces primitives de manière plus simple et plus complète; et ainsi par extension prouver des programees plus grand n'utilisant que ce jeux restreint d'instruction.
Second point : La suppression de la liaison dynamique
Les vft ont beaucoup été critiquée mais surtout a cause de leurs gestion catastrophique de l'héritage multiple (en héritage simple cette technique est trés efficace). En héritage multiple, il est necessaire d'introduire un décalage (offset) supplémentaire qui plombe les performances.
D'autres solutions ont biens étaient testé avant SmartEiffeil/Lissac:
* L'approche "SmallTalk" avec (pour faire simple) une recherche bourrin de la méthode récursivement dans les parents puis gestion d'un "cache de résolution" qui stocke qu'elle methode est appelé pour quel message: résultat le premier appel est plutot lent mais ensuite on accede directement à la bonne méthode.
* La méthode dite de "coloration": C'est plus compliqué à expliquer, mais en gros avec cette technique on peut réaliser une sorte de vft à simple indirection, mème en héritage multiple. De plus il serrait possible de repousser ce calcul au moment du link.
J'avait fait un test de cette technique en détournant le compilo SmartEiffel (seulement pour l'appel de procédures et sans paramètres, c'etait pour des tests ;-) ) et mes résultat sur mon archi d'alors (AMD K6-2 500) était plutot bon pour mon implémentation super-bourrine-et-rapide: temps comparable a l'implémentation "normale" de SmartEiffel. (ni plus lent, ni plus rapide).
Le gros problème de cette solution c'est qu'il n'y a jamais eu d'implémentation sur un compilo "complet" et "diffusé".
[Pour plus dinfos, voir les publications ici: http://www.lirmm.fr/~ducour/ C'est pas évident a comprendre, ce type fait parti des "aliens" de l'informatique.]
Troisième point : L'analyse de flot
Je suis trés critique vis-a-vis de ce point. Je suis complètement sûr qu'il est necessaire mais pas dans son implémentation actuelle.
Il manque, à mon sens, une "sauvegarde" optimisé des analyses précédentes. SmartEiffel à des performances pitoyables sur mon PC car il réanalyse la classe STRING a chaque compilation, ce n'est pas "gérable" comme tu le dit pour des programes plus "ample".
De plus cette technique est un frein a un chargement dynamique de code (librairies, plugin ...) et c'est inacceptable "de nos jours".
[^] # Re: Enorme :)
Posté par thecat . En réponse au journal Ayééééé. Évalué à 10.
... on pourra lire un ipod sur un mp3 ?
[^] # Re: omg
Posté par thecat . En réponse au journal Get de Fact en tournée française. Évalué à -1.
Désolé, mais il doit y avoir autant de différence entre un décideur (client) et un partenaire qu'il n'y a entre un employé et un collaborateur.
# Autres systèmes ?
Posté par thecat . En réponse à la dépêche Sortie de Bugzilla 2.20 (et 2.21.1 et 2.18.4). Évalué à 1.
Par "moins lourd" je veut surtout dire plus simple, moins complet voir mème trés basique.
Bugzilla c'est peut-etres génial mais vraiment trop usine a gaz pour mes petit besoins.
[^] # Re: HEP uniquement ?
Posté par thecat . En réponse à la dépêche ROOT 5.04 passe en LGPL. Évalué à 4.
Et pourtant on le répète encore et encore ... ne JAMAIS se connecter en root !!!
[^] # Re: XUL !
Posté par thecat . En réponse au journal Eclipse, Qt et GTK+ sont dans un bateau .... Évalué à 3.
* Pas d'IDE, d'éditeur spécialisé ou de plug-in/mode suffisament poussé: les rares projets sont soit mort (depuis plusieurs années pour certains), soit en phase de conception! Le plus abouti est écrit en Java, c'est dire la confiance qu'ils ont eu dans la techno XUL.
* Pas de documentation: Mème si il y a un effort la dessus, la grosse majoritée de la doc que l'on trouve est dépassée. Les trés nombreux tutoriaux que l'on trouve sur le net sont en fait tous les mèmes et largement incomplet dés que l'on creuse un peu plus leurs exemples.
* Pas de stabilitée! Tout a changé (et va changé?) en moins de deux ans. C'est un miracle si une applications écrite il y a a peine un ans s'installera et tournera sans problème sur ton mozilla (ou firefox!). Bon ok la techno est jeunes, mais ne l'est-t-ell pas un peu trop? Si je développe un truc, dans six mois il faudra que je le porte vers le nouveau lézard?
* Complexitée de la plateforme elle mème: Que fait elle ? tout ... mais bon tout n'est pas encore implémenté.
Des technos a comprendre: XPCOM, RDF, chrome ... Pour un exemple "jouet" tou va biens, tu peut t'en sortir avec tes connaissance actuelles (JS+XUL) mais dés que tu complique tu te les prend toutes d'un coup en pleine face. De plus créer ton composant XPCOM n'est pas difficile mais il faut étres (trés) méticuleux -> difficulté de tester ou de comprendre "en douceur".
Instancier et utiliser un composant XPCom c'est plusieurs lignes de plus de 80 caractères! (ok tout est logique et simple quand on a compris mais bon c'est lourding et nuit a la lisibilitée)
Certaines technos me font pensées au "théoriquemetn parfait" mais "inutilisable/imanipulable" (par exemple les "templates" ne sont utilisables que sur des données de types RDF ... que tout le monde connait, qui est simple et concis, et qui est trés utilisé pour nos données actuelles n'est-ce-pas?)
* Enfin XUL est ... plutot mal foutu a mon sens: Dans un "listbox" (la vue "liste") tu ne peut afficher que objets d'un types prédéterminés, tu ne peut pas mettre un composant autres qu'un label et un icone.
Pareil pour les arbres.
Ce que vous verrez comme un point de détail est en fait important car la hiréarchie des composant (l'arbre d'héritage quoi) est mal faite car elle nous oblige a dire "amen" au avis des concepteur de XUL (citation: "avoir la possibilitée d'afficher dans un arbre, autre chose qu'un label, un icone ou une barre de progression est _inutile_"). On est trés loin de la souplesse de SWING ou QT alors que l'on est "dynamique" (donc on devrait avoir des possibilitée plus importantes).
* Enfin il faut pas se leurrer, ca rame un poil. Pour une interface simple c'est ok mais le tout est quand mème un peu mou.
Et pourtant! je révais d'une interface graphique "interprété", souple, jolie/elegante, basée sur de standard (XML) et "portable" (un super remplacant a TCL/TK quoi).
Le top du top: avoir juste la technos XUL seule (et lègèrement amèliorée) et pouvoir l'utiliser avec n'importe quel langage (Eiffel, lisp, java Python ..).
[^] # Re: fonctionnalités
Posté par thecat . En réponse au journal Conception d'une API interface utilisateur. Évalué à 3.
Le redimensionnement, il n'y aura pas de problème car la librairie s'appuiera sur un objet graphique vectoriel. L'interface primitive implémentée actuellement est postscript v1 en natif...
Ne pas confondre "redimensionnement" et "zoom vectoriel". Le redimensionnement c'est quand tu agrandi ta fenètre mais que ton interface reste "cohérente", i.e., qque les boutons ne s'agrandissent pas mais que les champs éditablent/de présentation s'agrandissent pour présenter une surface de visualisation plus grande.
(Au passage: sous linux on a trés rarement ce problème mais esseye un Windows et tu va voir que tu hurle a la mort a plein d'endroits. -ne serait-til pas prés pour le Desktop?-)
Justement, question séparation de l'interface, je pense de plus en plus à concevoir un système basé sur XUL : les interfaces seront uniquement décrites en XUL et un parser se chargera de l'affichage.
Esseye de penser a un langage trés "déclaratif" pour les interfaces: "qu'est ce que je veut afficher" et non "comment doit ce comporter mon interface". Par exemple doner la possibilité d'associer automatiquement un champs texte a un attribut d'un objet. L'attribut sera automaitquement modifié lors de la saisie dans le champs texte et vice-versa.
Regarde du coté de GNUstep et de GORM, il y a des idées vraiment interressante dans la gestion de IHM/GUI. Le futur MS Visual 2005 proposera aussi un système du mème genre.
(Le pattern MVC est biens mais quand mème trés lourd a mettre en oeuvre a chaques fois.)
Au delà de ça, je pense qu'il faudrai designer la lib de sorte que celle-ci se contente d'envoyer des messages aux objets chargés des fonctionnalités.
Je crois que c'est dans ce sens qu'il pourrait y avoir des innovations: les système d'action, de listener ou d'evenement (signaux) n'ont jamais conquis a 100% n'importe quel développeur. Trouver un nouveaux mecanisme pourrait etres vraiment innovant.
# les sources ??
Posté par thecat . En réponse au journal Conception d'une API interface utilisateur. Évalué à 2.
Pas le gros fichier .c généré par le compilo car ca c'est l'équivalent d'un "binaire" hein ! Je parle des sources en issac.
# rebelle ?
Posté par thecat . En réponse au journal Le punk n'est pas mort. Évalué à 5.
Les Vieilles Salopes ...
le punk rend moins con ...
Il faut vraiment s'obliger à etres vulgaire pour étre dans l'esprit "punk" ?
[^] # Re: La boucle est bouclée...
Posté par thecat . En réponse au journal Tiger vient de sortir. Évalué à 10.
"Moi, je m'en fou que les sources et le protocole de mon gestionnaire de version soit propriétaire, du moment qu'il est gratuit ..."
je suis deja parti ...