Quel est le problème ?
Il n'y a pas la moindre question dans ce post qui a été placé dans un forum. Alors soit cette entrée n'est pas placée à l'endroit voulu, soit il manque une partie du texte.
Si on en reviens à nos moutons, à savoir monter automatiquement un périphérique amovible formatté en n'importe quoi, pour ma part, j'utilise udev, avec les règles qui vont bien, ainsi que le fichier fstab, et ça fonctionne tout seul. Quel est la valeur ajoutée d'usbmount ?
Hello !
Ça fait un moment que l'on parle de ce jeu ici, et sachant que ce n'était pas encore fini, je n'avais jamais pris le temps de tester. Mais voilà, la liste des changements et les captures d'écran m'ont donné envie, alors je l'ai installé pour voir.
Bon, déjà, autant le dire de suite, un grand bravo à toute l'équipe. La musique est sympa, même si un peu répétitive, les graphiques sont aussi sympas, et on devient vite accro au jeu.
Quelques questions/suggestions au passage :
- est-il prévu d'intégrer au jeu un jour un mode monojoueur (1 contre 1, 2, 3 équipes gérées par IA) ? Un mode campagne aussi pour débloquer des cartes, par exemple ?
- je me suis retrouvé bloqué sur quelques cartes, car visiblement telle ou telle arme n'en finissait pas de cramer la zone, et le jeu ne passait jamais au joueur suivant.
- Pourra-t-on un jour choisir les mascottes de son équipe ? (ou alors je n'ai pas bien regardé).
- Serait-il possible de prévoir une carte genre toute plate pour faire un duel par exemple ?
Bon, enfin, ce ne sont que des idées en vrac, mais vraiment, j'ai bien aimé le jeu, et je crois bien que je vais suivre les évolutions un peu plus attentivement qu'aupravant.
Il y a fort longtemps. Il me semble que c'est en cherchant une liste d'entraide sur le php que j'ai entendu parler de ce site, et je me suis inscrit aux deux (la liste et linuxfr vers novembre 2001).
2. Quel est votre niveau de fréquentation ?
Plusieurs fois par jour, sans compter le bouchot sur lequel je passe autant de temps que je peux.
3. Quels sont les contenus que vous lisez ? Ceux que vous ne lisez jamais ?
A peu près tout. Surtout les forums, car on y apprend parfois des choses intéressantes. Ce lieu d'échange pousse parfois à réfléchir, et j'y trouve mon compte. Ceux que je ne lis jamais ? Ben...
4. Quelle est votre opinion personnelle sur DLFP ?
Vu le temps que j'y passe, je crois qu'il serait déplacé de dire que c'est un site que je n'aime pas. Il y a quelques intervenants avec lesquels ça accorche parfois, mais bon, ça ne m'empêche pas de vivre, hein.
5. Quels sont, selon, vous les points forts de DLFP ? Les raisons de son succès ? Ce que vous appréciez le plus ?
Le fait que les contenus soient commentables et commentés. On y apprend une foule de choses, et c'est toujours bon. Saluons à ce propos ceux qui, comme patrick_g, proposent des informations rédigées avec soin, documentées et argumentées.
6. A contrario, les faiblesses de votre point de vue ?
Le manque d'un bac à sable pour rédiger les news à plusieurs. Même si je suis au courant pour le wiki qui permet de s'y lancer, je trouve domage que cet espace soit détaché du site principal.
7. Comment percevez-vous l'influence de DLFP dans le monde du logiciel libre ?
Je ne la perçois pas, je n'ai pas assez de recul pour ça.
8. Votre meilleur souvenir/troll/discussion sur LinuxFr (avec un lien si possible) ?
Y'en a plein. Joker.
9. Avez-vous déjà posté/proposé du contenu sur DLFP ?
Une fois une news sur postgreSQL, il me semble qui a été rejetée parce que c'était une version mineure, et que je n'avais pas pris le temps de mettre en avant tous les avantages de cette révision. Du coup, je me contente de rédiger des journaux sur les sujets qui me tiennent à coeur quand je constate que l'information n'a pas encore été relayée ici.
10. DLFP, LinuxFr ou GNU/LinuxFr ?
Est-ce vraiment important ? Linuxfr, probablement.
Tu peux essayer keytouch.
Je l'ai essayé sur mon portable, et ça m'a permis de faire fonctionner les touches de réglage du volume (+, - et mute) sur mon clavier de portable, mais pas les touches propriétaires gérées, je suppose, par l'acpi sous winwin.
Sous kde, il y a toute la suite kdepim qui devrait répondre à tes besoins. Ce paquet se compose de plusieurs modules comme suit :
- kontact qui ressemble un peu à plouclouk, qui utilise les modules kmail pour les mails, kadressbook pour le carnet d'adresses, korganiser pour la gestion de planning, etc.
- kpilotdaemon qui est capable de faire la synchro entre ton pda et kdepim
Regarde ce que ces logiciels supportent comme matériels, formats, etc sur leurs sites respectifs, car je n'ai pas bien le temps d'approfondir la question pour ton matériel, mais il y a quand même de bonnes chances que ça fonctionne.
Voilà, en espérant que cette réponse t'aidera.
P.S. ne te fies pas au nom du dernier, ce n'est pas parce qu'il y a pilot dedans qu'il ne sait gérer que des palm pilot.
Bonjour,
Un grand merci, car en effet, je n'avais pas vu l'attribut user dans la page d'aide de pam_mount.conf, que j'ai pourtant consultée à plusieurs reprises. Je m'étais surtout concentré sur la définition des volumes, car le format - et le nom - de ce fichier ont changé. Il s'appelle maintenant pam_mount.conf.xml, et comme son nom l'indique, c'est un fichier xml.
J'étais donc plus préoccupé par le changement de format que par les options et aurtes attributs.
Pour le reste, il va falloir que j'essaye de ruser. Je pense probablement utiliser un script de démarage, probablement situé du côté d'ifplugd effectivement, mais il faut que j'étudies la question posément.
En effet, pour l'instant mes conditions d'utilisation de mon portable sont on ne peut plus simples : eth0 (réseau filaire) au boulot, et eth1 (réseau wifi) chez moi ou ailleurs, mais ça pourraît changer, dans un sens comme dans l'autre, voire ne pas être du tout systématique.
L'idéal serait évidement de pouvoir tester l'accessibilité du serveur samba de la boîte suffisement tôt dans le process de démarrage d'eth0 et d'agir en conséquence.
Bref, ça ce sera pour plus tard. Merci encore pour ton aide.
Bon, déjà, merci pour cette réponse, même si je la vois tardivement.
Grâce à la grande réactivité des chans irc, j'ai eu la soluce, si on peut parler de ça. En fait, les overlays ont un répertoire Documentation qui contient tout ce qu'il faut pour installer le paquet concerné. Il me manquait juste l'information concernant l'emplacement de cette documentation. Il y avait tout un tas de manips à faire, glanées dans la doc et sur divers wiki. Notemment la conversion de /etc/portage en sous-dossiers, et non en fichiers, et un bon paquet de softs à démasquer. Depuis, j'ai pu faire la compilation, et tout c'est bien passé. J'utilise d'ailleurs la 4.1.0 sans soucis pour l'instant.
Bon, merci à toi NeoX et à toi aussi dguihal pour vos réponses. Je ne connais pas tous les outils que vous me proposez, ou en tout cas, je ne les ai pas tous essayé et/ou utilisés (je pense en particulier à smb4k et fusesmb). Pour autant, et ce même si vos réponses sont très intéressantes pour une autre utilisation que je fais de mon réseau, je vais tout de même poursuivre mes recherches autour de pam_mount.
Je suis quand même bien étonné qu'il n'y ait pas au moins une option soit pour rediriger les sorties d'un module pam vers un fichier de log quelconque plutôt que la console, ou pour le faire taire. D'autant que ce ne sont que des warnings.
Pour le reste, activer ce module ou non selon le réseau sur lequel je me trouve, je pense que je devrais pouvoir scripter ça, et faire faire les modifications du fichier incriminé (/etc/pam.d/system-auth) par le script qui réveille eth0 et lance le dhcp sur ma machine, ou un à autre, à coup de sed bien sentis, ou un cp au pire aller.
Si j'arrive à mes fins, je posterai la soluce ici même, au cas où quelqu'un d'autre rencontrerait les mêmes soucis, et pour la postérité :-) !
Oui, c'est ce que j'utilisais avant avec kde3.5, mais c'est vite chiant quand c'est utilisé souvent, ce qui est mon cas (après tout, on a un serveur samba, autant s'en servir, hein).
Et puis des fois, j'ai besoin d'accèder à un fichier distant en ligne de commande.
Alors oui, je pourrais scripter tout ça, et faire un script qui monte les unités, un autre qui les démonte, et puis un autre encore pour vérifier que les dossiers ne sont pas déjà montés, etc.
Mais bon, pourquoi ré-écrire un truc que pam_mount fait très bien ?
Par contre, vfs, je l'utilise depuis konqui pour utiliser un compte différent du mien, ou pour un accès ponctuel sur une machine qui n'a pas forcément samba.
Bon, si tu t'orientes vers cette piste, voici comment je procéderai à ta place :
1) Tu ouvres un terminal vers la machine sur laquelle tu lances le traitement.
2) Tu lances ton traitement en arrière plan, en redirigeant les sorties standard et d'erreur vers un fichier : $ traitement &> traitement.log &
3) tu peux (ou non) fermer cette console.
4) Tu as plusieurs possibilités à partir de là :
- soit lancer un tail -f traitement.log, ce qui va t'afficher en continu les informations rentrées dans ce fichier de log, et quand tu en as marre de visualiser les logs, tu quittes, ça ne fait que lire le fichier, ce n'est donc pas gênant.
- tu peux éventuellement utiliser screen pour lancer le tail, ce qui te permet de fermer la console, et de la reprendre sans avoir à relancer la commande tail.
- enfin, si tu utilises kde, et par conséquent konsole, tu as une option pour guéter l'activité ou l'inactivité dans une fenêtre, et donc si tes traitements sont longs, par exemple, ton tail risque de ne pas bouger pendant un moment. Dans ce cas, tu peux vaquer à tes occupations normales, et dès que l'affichage changera sur la console, tu en seras averti (ça se configure, soit message surgissant, soit un son, probablement une mise en avant plan, et tout ou partie des combinaisons possibles, j'ai pas assez fouillé pour confirmer ce point). Il est probable que d'autres gestionnaires de fenêtres puissent surveiller l'activité ou l'inactivité d'une fenêtre, mais je n'utilise que KDE, donc je n'ai rien de certain pour les autres.
Voilà, en espérant que ça t'aidera à résoudre ton problème, comme on dit.
Bon, merci aussi pour ta réponse, et j'ai effectivement jeté un oeil à man intel, puisque j'ai un chipset de cette marque.
En effet, la doc m'éclaircit énormément, en voici d'ailleurs un extrait :
Option 'ColorKey' 'integer'
This sets the default pixel value for the YUV video overlay key. Default: undefined.
Mouais, ben sans vouloir être méchant, ce genre d'aide et rien c'est pareil. Enfin, non, car au moins, je sais qu'il y a une option pour définir la couleur de la clef de recouvrement. Super !
Sans blague, je ne comprends pas pourquoi ce genre de pilote n'active pas par défaut les options qui donnent la patate à la machine, d'une, et de deux, pourquoi les options sont si peu documentées ?
Attention, hein, je ne voudrais pas que l'on comprenne de mon commentaire que je crache sur ceux qui contribuent au libre, quels qu'ils soient (bénévoles ou payés pour), je veux juste mettre (une fois encore ?) le manque de documentation claire sur ce point particulier.
Hello,
Je réponds au commentaire, parce que j'ignorais totalement ces options pour chipset intel, et dans le doute, je les ai essayées. Ça m'a changé la vie, car mon xorg, et accessoirement mon kde est beaucoup plus fluide maintenant.
Pour info, ma carte video est une intel Mobile 915GM/GMS/910GML Express Graphics Controller (rev 04) sur un portable fujitsu-siemens 7020S.
Je n'aurais qu'une question, où peux-t-on trouver de la doc sur les options à passer pour tel ou tel chipset, quelle méthode d'accélération utiliser, avec quelles options, etc ?
J'ai évidement cherché le web avant de poser la question ici, mais je n'obtiens que de vieux threads moisi datant de mathusalem, et n'expliquant rien du tout, ou bien peu de choses.
D'ailleurs, en fait, ce que trouverai idéal, ce serait une doc donnant les paramètres optimums pour chaque chipset, pour autant qu'un tel document existe.
En tout cas, merci pour ton commentaire, car il m'a bien rendu service.
Hello !
Tout le monde doit débuter un jour ou l'autre, alors ne prends pas mal ma réponse, ce ne sont quelques pistes.
Bon, d'abord, tu indiques que tu as "installé" les sources du noyeau. Bon, ben oui, mais pourrait-on savoir ce que tu as fait ?
Si tu les as récupéré sur kernel.org (ce qui est une mauvaise idée, mais j'y reviendrais après), normalement, tu dois avoir décompressé l'archive quelque part. Souvent, ça se fait dans /usr/src, et là, tu devrais avoir un nouveau répertoire /usr/src/linux-2.6.26 si je ne dis pas d'erreur.
Ensuite, tu as deux possibilités :
- soit tu passes par l'une des commandes make *config (* étant menu ou xconfig, par exemple) pour configurer ton noyau, c'est à dire indiquer quel matériels tu as dans ta babasse, quels systèmes de fichiers utiliser, etc.
- soit tu récupères le .config de ton ancien noyau (celui fourni par ta distrib) et tu lances un make oldconfig. Dans ce cas, tu ne seras interrogé que pour les nouvelles options du noyau, pour de nouveaux pilotes, protocoles, par exemple.
Ensuite, tu dois effectuer au moins trois commandes :
make pour compiler le noyau, make modules pour compiler les modules, et make modules_install pour installer les modules du noyau que tu viens de compiler. Enfin, tu dois trouver ton noyau (probablement /usr/src/linux-2.6.26/arch/i386/boot/bzImage) et le recopier à un endroit accessible par grub (souvent /boot). Il peut être intéressant d'y copier également, dans /boot, le .config et le System.map.
Une fois tout ça effectué, tu peux modifier ton /boot/grub/men.lst en y ajoutant une entrée correspondant au noyau que tu viens d'installer et compiler.
Note bien qu'il est hors de question de modulariser les pilotes pour les files systems correspondant au formatage de ton /boot, sinon, aucun moyen de démarrer ta machine ! (à moins d'utiliser un initrd, mais c'est déjà plus compliqué).
Quoi qu'il en soit, vu que tu utilises une distribution, pourquoi sortir des sentiers battus et installer un truc à partir des sources quand tu as des gens qui se cassent le dos à tester, configurer, patcher, corriger, compiler, packager, etc. tout ce dont tu pourrais avoir besoin au sein de ton install ?
Ne peux-tu attendre que cette version du noyau soit intégrée dans mandriva pour faire la mise à jour ?
Bref, j'espère que ma réponse t'aidera.
Si seulement... Comme tu l'as déjà fait remarquer dans tes réponses aux nombreux commentaires élogieux faits sur les news que tu rédiges régulièrement, ça prend du temps, beaucoup de temps de rédiger une news.
Et du temps, je n'en ai pas.
Mais l'absence d'infos sur ce sujet sur ce site me titillais, et j'ai pris un peu de temps pour rédiger ce journal, et te répondre. D'ailleurs, et rédigeant ce journal, j'ai omis de préciser que les possesseurs de cartes graphiques nvidia risquaient d'avoir des problèmes de performances avec cette nouvelle mouture, et que l'équipe de KDE avait contacté nvidia à ce sujet, sans réponse pour l'instant.
Bref, le problème, c'est qu'on ne sait jamais quelles news sont en cours de préparation, sur quels sujets, et où en est la rédaction.
Alors prendre du temps pour rédiger une news qui est déjà en cours de relecture ou de modération, non merci. Il faudrait quelque part un genre de tableau blanc, accessible aux utilisateurs enregistrés de linuxfr, qui permette à tout un chacun éventuellement de modifier un article en cours de rédaction. Je trouve que ça faciliterait les rédactions de news, l'esprit collaboratif, ça retirerait éventuellement du travail aux relecteurs, et ça n'entâcherait en rien le travail des modérateurs.
Quoi qu'il en soit, si quelqu'un veut se servir de mon texte comme base pour en rédiger une news, il n'y a pas de soucis ;-) !
Euh, ton dump, il provient de quel système, avec quel encodage ?
Nan, parce que les ^M pour passer à la ligne, y'a que les windowsiens qui trouvent ça bien....
Enfin, je m'égare peut-être, mais si tu édites ton fichier dump avec vi, par exemple, que donne la commande :set en mode commande ?
Si tu vois dos quelque part, c'est pas bon signe, ça veut dire que tes sauts de lignes ne sont pas conformes. Alors dans ce cas, tu peux essayer :set fileformat=unix puis :wq, ça va te transformer les retours chariots en quelque chose de correct (\n tout seul).
Peut-être que je dis une grosse clownerie, mais il me semble avoir eu le même problème, et que c'était une des solutions (tu peux aussi utiliser sed, tr...).
Hello !
Je ne suis pas sûr que ce soit lié à un problème dns. Pour moi, l'accès à une machine exécutant un serveur samba (que ce soit sous windows en "natif" ou sous linux ne change rien à l'affaire), il s'agit du protocole ntebios qui est utilisé.
Il faudrait pour que ça fonctionne "out of the box" que :
1) tu aies un serveur netbios qui fasse autorité sur ton réseau. Comprendre par là un serveur samba, n'importe lequel qui ait l'OS LEVEL placé au max (255).
2) que ce serveur fasse tourner le processus nmbd en plus de smbd.
3) que ton serveur dhcp file l'adresse du serveur wins à tes clients en même temps qu'ils récupèrent leur adresse IP.
Avec ça, ça devrait fonctionner sans soucis. En tout cas, c'est ce que j'ai à mon boulot, et je n'ai jamais eu le moindre soucis. Voilà, en espérant que ça te sera utile.
Hello !
Jettes un oeil (pas trop fort quand même) à kolab, ça fait tout ce que tu cherches, et même plus encore....
Tu trouveras plus d'infos ici : http://www.kolab.org/
C'est libre, gratuit, et dispose de connecteurs libres, gratuits, fermés, payant selon le client utilisé.
Bref, je trouve (mais ce n'est que mon avis) que l'on ne parle pas assez de cette solution, qu'elle n'a pas la publicité qu'elle mérite.
Enfin, le K ne signifie pas forcément que tu seras lié à KDE pour l'utiliser.
Entre firefox 3 qui bat des records de téléchargements, KDE4 qui va sortir dans quelques semaines, QT qui est devenu full open-source, l'annonce d'un bilan positif pour Linux à l'Assemblée nationale, et ce don de machines pour ces codeurs/évangélisateurs fous du logiciel libre, va falloir arrêter cette avalanche de bonnes nouvelles, car on pourrait finir par croire que tout ça est bien sérieux.
Bon, bien blague à part, (encore que), c'est bien évidement une bonne nouvelle, quel que soit ce mécène. Pourvu que cette initiative en encourage d'autres, car comme il est dit dans la news, c'est la générosité des uns et des autres qui reste la principale (je n'ai pas dit la seule) source de "revenus" de la communauté du libre.
J'ai oublié une astuce peut-être moins coûteuse. En effet, souvent les vieux trucs sont les meilleurs trucs, hein....
Velleman vend un kit émetteur FM stéréo. Je suppose que le lecteur aura compris où je voulais en venir... Inutile donc d'aller plus loin...
Tu peux passer par plusieurs systèmes :
Le plus "basique", répartir des enceintes un peu partout dans ton logis, et faire en sorte qu'elles soient raccordées par pièces à un switch télécommandé. Il y a des kits chez velleman qui font ça, je crois (K8023 par exemple).
Sinon, tu as toujours la possibilité d'avoir un PC maître quelque part, qui fait office de serveur de son, et tu peux utiliser vlc pour diffuser la musique partout. Seul hic, il te faut un "PC" par pièce. Je mets "PC" car là encore tu dois pouvoir mixer cette solution avec la première, par exemple, et utiliser comme clients des solutions peu encombrantes (eeepc, ou carte intel pas cher et pas grosse dont on parle sur la tribune tout le temps), évidement équipé d'une carte son et d'une paire d'HP.
Bon, ben déjà merci pour ta réponse rapide. Malheureusement, ce n'était pas ça.
J'ai finalement compris le pourquoi du comment.
En fait, j'utilise firefox pour afficher le résultat de la transformation xsl, et je pense qu'il comporte quelques bugs (d'autant que j'ai quelques extensions qui peuvent mettre la panique dans le lot, telles que firebug, greasemonkey ou webdevelopper). Mais bref, passons.
Voici deux fichiers qui fonctionnent et vont me servir de base pour la suite.
D'abord le fichier xml :
Alors, quelques explications pour ceux la postérité et pour ceux qui tomberaient sur le même problème que moi.
D'une, il faut sortir quelque chose avant <xsl:apply-templates select="./html:*"/> sinon, firefox n'applique pas le template. Déjà, ça m'a pris un moment avant de comprendre ça. D'où l'idée de mettre ce qu'il faut pour avoir un document html à peu près bien formé.
Ensuite, le code se lit de lui-même : pour chaque élément de l'espace de noms html, on applique le template générique qui matche html:*, lequel se contente de recopier l'élément tel quel avec ses attributs.
Voilà, ça fonctionne, je suis content, je vais pouvoir continuer.
Merci en tout cas pour ton aide.
Et encore une.... J'ai bien essayé divers trucs repris deci-delà sur le grand ternet, comme par exemple un "bête" <xsl:apply-templates select="html:h1" /> dans la feuille de style, sans succès.
Bon, merci pour cette réponse. Je vais expliciter un peu plus ma problématique :
Voilà, je veux me coder un ensemble de fonctions génériques capables de gérer correctement les formulaires de mes applications.
Jusque là, ça fonctionnait du feu de dieu, mais il n'y avait que du code php.
Les champs n'ont pas été nommés ainsi pour le fun, il y a une logique derrière. En effet, parfois un formulaire n'intervient que sur une ligne d'une table de la base de données. Dans ce cas, le tableau formField ne descend que sur un niveau (0) et les clefs associatives correspondent aux nom des champs de la table en question.
Dans ce cas, avec par exemple une table avec deux champs, je n'aurai dans mon formulaire que formField[0][champ1] et formField[0][champ2].
Mais parfois, j'ai des formulaires qui interviennent sur plusieurs lignes d'une ou plusieurs tables.
Dans ce cas, pas de soucis avec notre modèle conceptuel, car pour chaque ligne, il nous suffit d'incrémenter le niveau de formField.
Ainsi, si je voulais pouvoir modifier sur un autre écran dix lignes simultanées de la même table que précédement, j'aurais :
formField[0][champ1]
formField[1][champ1] etc.
Maintenant que je fais ça en ajax, certes c'est moi qui construit la requête envoyée au serveur, et je peux artificiellement renommer mes champs avant d'envoyer les informations au serveur, je sais bien que ce n'est pas un soucis.
Ce que je voudrais c'est pouvoir récupérer au moins une information équivalente à ce que j'avais auparavant. Avec getElementsByName, il faut que le nom passé soit clairement identifié, mais comme je veux une fonction générique, pas moyen. Je ne connais pas le nom du dernier champs à priori.
Quand à l'id, il doit être unique, mais je me retrouve avec le même problème qu'avant.
Alors je ne vois pas trop comment procéder pour l'instant.
A moins de nommer mes champs formField_0-_champ1- et de remplacer _ par [ et - par ] par exemple, et de faire un eval dessus....
Mais il y a peut-être une façon de procéder plus propre ou plus maline.
Quoi qu'il en soit, avec firebug, j'ai bien pu voir que form.formField[0][champ1] existe, mais pas moyen d'y accéder. A croire que javascript est moins puissant que php de ce point de vue là et n'est pas capable de générer un tableau à la volée.
Voilà, j'espère que ma problématique est plus claire. Je suis ouvert à toute suggestion, et qui sait, peut-être que lundi, après trois nuitées de someil j'aurais cet éclair de génie dont j'ai tellement besoin pour régler le problème !
J'ai eu exactement le même problème il y a quelques semaines, et un redémarrage du service nmbd sur le serveur samba a fait tout rentrer dans l'ordre.
Si tu as la main sur le serveur, essaye, ça ne coûte rien.
# Et ?
Posté par Gyro Gearllose . En réponse au message montage automatique d'une clé formatée en fat ext2 ou ext3. Évalué à 4.
Il n'y a pas la moindre question dans ce post qui a été placé dans un forum. Alors soit cette entrée n'est pas placée à l'endroit voulu, soit il manque une partie du texte.
Si on en reviens à nos moutons, à savoir monter automatiquement un périphérique amovible formatté en n'importe quoi, pour ma part, j'utilise udev, avec les règles qui vont bien, ainsi que le fichier fstab, et ça fonctionne tout seul. Quel est la valeur ajoutée d'usbmount ?
# Bonne impression générale !
Posté par Gyro Gearllose . En réponse à la dépêche Wormux 0.8.1 : le troll version bazooka. Évalué à 1.
Ça fait un moment que l'on parle de ce jeu ici, et sachant que ce n'était pas encore fini, je n'avais jamais pris le temps de tester. Mais voilà, la liste des changements et les captures d'écran m'ont donné envie, alors je l'ai installé pour voir.
Bon, déjà, autant le dire de suite, un grand bravo à toute l'équipe. La musique est sympa, même si un peu répétitive, les graphiques sont aussi sympas, et on devient vite accro au jeu.
Quelques questions/suggestions au passage :
- est-il prévu d'intégrer au jeu un jour un mode monojoueur (1 contre 1, 2, 3 équipes gérées par IA) ? Un mode campagne aussi pour débloquer des cartes, par exemple ?
- je me suis retrouvé bloqué sur quelques cartes, car visiblement telle ou telle arme n'en finissait pas de cramer la zone, et le jeu ne passait jamais au joueur suivant.
- Pourra-t-on un jour choisir les mascottes de son équipe ? (ou alors je n'ai pas bien regardé).
- Serait-il possible de prévoir une carte genre toute plate pour faire un duel par exemple ?
Bon, enfin, ce ne sont que des idées en vrac, mais vraiment, j'ai bien aimé le jeu, et je crois bien que je vais suivre les évolutions un peu plus attentivement qu'aupravant.
# A mon tour
Posté par Gyro Gearllose . En réponse à la dépêche Les dix ans de LinuxFR.org : les festivités. Évalué à 2.
Il y a fort longtemps. Il me semble que c'est en cherchant une liste d'entraide sur le php que j'ai entendu parler de ce site, et je me suis inscrit aux deux (la liste et linuxfr vers novembre 2001).
2. Quel est votre niveau de fréquentation ?
Plusieurs fois par jour, sans compter le bouchot sur lequel je passe autant de temps que je peux.
3. Quels sont les contenus que vous lisez ? Ceux que vous ne lisez jamais ?
A peu près tout. Surtout les forums, car on y apprend parfois des choses intéressantes. Ce lieu d'échange pousse parfois à réfléchir, et j'y trouve mon compte. Ceux que je ne lis jamais ? Ben...
4. Quelle est votre opinion personnelle sur DLFP ?
Vu le temps que j'y passe, je crois qu'il serait déplacé de dire que c'est un site que je n'aime pas. Il y a quelques intervenants avec lesquels ça accorche parfois, mais bon, ça ne m'empêche pas de vivre, hein.
5. Quels sont, selon, vous les points forts de DLFP ? Les raisons de son succès ? Ce que vous appréciez le plus ?
Le fait que les contenus soient commentables et commentés. On y apprend une foule de choses, et c'est toujours bon. Saluons à ce propos ceux qui, comme patrick_g, proposent des informations rédigées avec soin, documentées et argumentées.
6. A contrario, les faiblesses de votre point de vue ?
Le manque d'un bac à sable pour rédiger les news à plusieurs. Même si je suis au courant pour le wiki qui permet de s'y lancer, je trouve domage que cet espace soit détaché du site principal.
7. Comment percevez-vous l'influence de DLFP dans le monde du logiciel libre ?
Je ne la perçois pas, je n'ai pas assez de recul pour ça.
8. Votre meilleur souvenir/troll/discussion sur LinuxFr (avec un lien si possible) ?
Y'en a plein. Joker.
9. Avez-vous déjà posté/proposé du contenu sur DLFP ?
Une fois une news sur postgreSQL, il me semble qui a été rejetée parce que c'était une version mineure, et que je n'avais pas pris le temps de mettre en avant tous les avantages de cette révision. Du coup, je me contente de rédiger des journaux sur les sujets qui me tiennent à coeur quand je constate que l'information n'a pas encore été relayée ici.
10. DLFP, LinuxFr ou GNU/LinuxFr ?
Est-ce vraiment important ? Linuxfr, probablement.
# keytouch
Posté par Gyro Gearllose . En réponse au message Découvrir des touches de clavier. Évalué à 1.
Je l'ai essayé sur mon portable, et ça m'a permis de faire fonctionner les touches de réglage du volume (+, - et mute) sur mon clavier de portable, mais pas les touches propriétaires gérées, je suppose, par l'acpi sous winwin.
http://keytouch.sourceforge.net/
# Sous KDE
Posté par Gyro Gearllose . En réponse au message Synchroniser mon PDA Acer n50 (Windows2003) avec Mandriva 2008.1. Évalué à 3.
- kontact qui ressemble un peu à plouclouk, qui utilise les modules kmail pour les mails, kadressbook pour le carnet d'adresses, korganiser pour la gestion de planning, etc.
- kpilotdaemon qui est capable de faire la synchro entre ton pda et kdepim
Regarde ce que ces logiciels supportent comme matériels, formats, etc sur leurs sites respectifs, car je n'ai pas bien le temps d'approfondir la question pour ton matériel, mais il y a quand même de bonnes chances que ça fonctionne.
Voilà, en espérant que cette réponse t'aidera.
P.S. ne te fies pas au nom du dernier, ce n'est pas parce qu'il y a pilot dedans qu'il ne sait gérer que des palm pilot.
[^] # Re: divers
Posté par Gyro Gearllose . En réponse au message Nettoyer un peu ma conf.. Évalué à 1.
Un grand merci, car en effet, je n'avais pas vu l'attribut user dans la page d'aide de pam_mount.conf, que j'ai pourtant consultée à plusieurs reprises. Je m'étais surtout concentré sur la définition des volumes, car le format - et le nom - de ce fichier ont changé. Il s'appelle maintenant pam_mount.conf.xml, et comme son nom l'indique, c'est un fichier xml.
J'étais donc plus préoccupé par le changement de format que par les options et aurtes attributs.
Pour le reste, il va falloir que j'essaye de ruser. Je pense probablement utiliser un script de démarage, probablement situé du côté d'ifplugd effectivement, mais il faut que j'étudies la question posément.
En effet, pour l'instant mes conditions d'utilisation de mon portable sont on ne peut plus simples : eth0 (réseau filaire) au boulot, et eth1 (réseau wifi) chez moi ou ailleurs, mais ça pourraît changer, dans un sens comme dans l'autre, voire ne pas être du tout systématique.
L'idéal serait évidement de pouvoir tester l'accessibilité du serveur samba de la boîte suffisement tôt dans le process de démarrage d'eth0 et d'agir en conséquence.
Bref, ça ce sera pour plus tard. Merci encore pour ton aide.
[^] # Re: un petit howto sur le wiki ?
Posté par Gyro Gearllose . En réponse au message Installer kde4.1.0. Évalué à 2.
Grâce à la grande réactivité des chans irc, j'ai eu la soluce, si on peut parler de ça. En fait, les overlays ont un répertoire Documentation qui contient tout ce qu'il faut pour installer le paquet concerné. Il me manquait juste l'information concernant l'emplacement de cette documentation. Il y avait tout un tas de manips à faire, glanées dans la doc et sur divers wiki. Notemment la conversion de /etc/portage en sous-dossiers, et non en fichiers, et un bon paquet de softs à démasquer. Depuis, j'ai pu faire la compilation, et tout c'est bien passé. J'utilise d'ailleurs la 4.1.0 sans soucis pour l'instant.
[^] # Re: utiliser les vfs ?
Posté par Gyro Gearllose . En réponse au message Nettoyer un peu ma conf.. Évalué à 2.
Je suis quand même bien étonné qu'il n'y ait pas au moins une option soit pour rediriger les sorties d'un module pam vers un fichier de log quelconque plutôt que la console, ou pour le faire taire. D'autant que ce ne sont que des warnings.
Pour le reste, activer ce module ou non selon le réseau sur lequel je me trouve, je pense que je devrais pouvoir scripter ça, et faire faire les modifications du fichier incriminé (/etc/pam.d/system-auth) par le script qui réveille eth0 et lance le dhcp sur ma machine, ou un à autre, à coup de sed bien sentis, ou un cp au pire aller.
Si j'arrive à mes fins, je posterai la soluce ici même, au cas où quelqu'un d'autre rencontrerait les mêmes soucis, et pour la postérité :-) !
[^] # Re: utiliser les vfs ?
Posté par Gyro Gearllose . En réponse au message Nettoyer un peu ma conf.. Évalué à 1.
Et puis des fois, j'ai besoin d'accèder à un fichier distant en ligne de commande.
Alors oui, je pourrais scripter tout ça, et faire un script qui monte les unités, un autre qui les démonte, et puis un autre encore pour vérifier que les dossiers ne sont pas déjà montés, etc.
Mais bon, pourquoi ré-écrire un truc que pam_mount fait très bien ?
Par contre, vfs, je l'utilise depuis konqui pour utiliser un compte différent du mien, ou pour un accès ponctuel sur une machine qui n'a pas forcément samba.
[^] # Re: log/tail
Posté par Gyro Gearllose . En réponse au message Remote Screen Capture. Évalué à 2.
1) Tu ouvres un terminal vers la machine sur laquelle tu lances le traitement.
2) Tu lances ton traitement en arrière plan, en redirigeant les sorties standard et d'erreur vers un fichier : $ traitement &> traitement.log &
3) tu peux (ou non) fermer cette console.
4) Tu as plusieurs possibilités à partir de là :
- soit lancer un tail -f traitement.log, ce qui va t'afficher en continu les informations rentrées dans ce fichier de log, et quand tu en as marre de visualiser les logs, tu quittes, ça ne fait que lire le fichier, ce n'est donc pas gênant.
- tu peux éventuellement utiliser screen pour lancer le tail, ce qui te permet de fermer la console, et de la reprendre sans avoir à relancer la commande tail.
- enfin, si tu utilises kde, et par conséquent konsole, tu as une option pour guéter l'activité ou l'inactivité dans une fenêtre, et donc si tes traitements sont longs, par exemple, ton tail risque de ne pas bouger pendant un moment. Dans ce cas, tu peux vaquer à tes occupations normales, et dès que l'affichage changera sur la console, tu en seras averti (ça se configure, soit message surgissant, soit un son, probablement une mise en avant plan, et tout ou partie des combinaisons possibles, j'ai pas assez fouillé pour confirmer ce point). Il est probable que d'autres gestionnaires de fenêtres puissent surveiller l'activité ou l'inactivité d'une fenêtre, mais je n'utilise que KDE, donc je n'ai rien de certain pour les autres.
Voilà, en espérant que ça t'aidera à résoudre ton problème, comme on dit.
[^] # Re: XAA et 7.3
Posté par Gyro Gearllose . En réponse au journal Ca fuse chez Xorg. Évalué à 8.
En effet, la doc m'éclaircit énormément, en voici d'ailleurs un extrait :
Option 'ColorKey' 'integer'
This sets the default pixel value for the YUV video overlay key. Default: undefined.
Mouais, ben sans vouloir être méchant, ce genre d'aide et rien c'est pareil. Enfin, non, car au moins, je sais qu'il y a une option pour définir la couleur de la clef de recouvrement. Super !
Sans blague, je ne comprends pas pourquoi ce genre de pilote n'active pas par défaut les options qui donnent la patate à la machine, d'une, et de deux, pourquoi les options sont si peu documentées ?
Attention, hein, je ne voudrais pas que l'on comprenne de mon commentaire que je crache sur ceux qui contribuent au libre, quels qu'ils soient (bénévoles ou payés pour), je veux juste mettre (une fois encore ?) le manque de documentation claire sur ce point particulier.
[^] # Re: XAA et 7.3
Posté par Gyro Gearllose . En réponse au journal Ca fuse chez Xorg. Évalué à 7.
Je réponds au commentaire, parce que j'ignorais totalement ces options pour chipset intel, et dans le doute, je les ai essayées. Ça m'a changé la vie, car mon xorg, et accessoirement mon kde est beaucoup plus fluide maintenant.
Pour info, ma carte video est une intel Mobile 915GM/GMS/910GML Express Graphics Controller (rev 04) sur un portable fujitsu-siemens 7020S.
Je n'aurais qu'une question, où peux-t-on trouver de la doc sur les options à passer pour tel ou tel chipset, quelle méthode d'accélération utiliser, avec quelles options, etc ?
J'ai évidement cherché le web avant de poser la question ici, mais je n'obtiens que de vieux threads moisi datant de mathusalem, et n'expliquant rien du tout, ou bien peu de choses.
D'ailleurs, en fait, ce que trouverai idéal, ce serait une doc donnant les paramètres optimums pour chaque chipset, pour autant qu'un tel document existe.
En tout cas, merci pour ton commentaire, car il m'a bien rendu service.
# Ton post fait peur, très peur...
Posté par Gyro Gearllose . En réponse au message je n'arrive pas à booter sur mon nouveau noyau. Évalué à 5.
Tout le monde doit débuter un jour ou l'autre, alors ne prends pas mal ma réponse, ce ne sont quelques pistes.
Bon, d'abord, tu indiques que tu as "installé" les sources du noyeau. Bon, ben oui, mais pourrait-on savoir ce que tu as fait ?
Si tu les as récupéré sur kernel.org (ce qui est une mauvaise idée, mais j'y reviendrais après), normalement, tu dois avoir décompressé l'archive quelque part. Souvent, ça se fait dans /usr/src, et là, tu devrais avoir un nouveau répertoire /usr/src/linux-2.6.26 si je ne dis pas d'erreur.
Ensuite, tu as deux possibilités :
- soit tu passes par l'une des commandes make *config (* étant menu ou xconfig, par exemple) pour configurer ton noyau, c'est à dire indiquer quel matériels tu as dans ta babasse, quels systèmes de fichiers utiliser, etc.
- soit tu récupères le .config de ton ancien noyau (celui fourni par ta distrib) et tu lances un make oldconfig. Dans ce cas, tu ne seras interrogé que pour les nouvelles options du noyau, pour de nouveaux pilotes, protocoles, par exemple.
Ensuite, tu dois effectuer au moins trois commandes :
make pour compiler le noyau, make modules pour compiler les modules, et make modules_install pour installer les modules du noyau que tu viens de compiler. Enfin, tu dois trouver ton noyau (probablement /usr/src/linux-2.6.26/arch/i386/boot/bzImage) et le recopier à un endroit accessible par grub (souvent /boot). Il peut être intéressant d'y copier également, dans /boot, le .config et le System.map.
Une fois tout ça effectué, tu peux modifier ton /boot/grub/men.lst en y ajoutant une entrée correspondant au noyau que tu viens d'installer et compiler.
Note bien qu'il est hors de question de modulariser les pilotes pour les files systems correspondant au formatage de ton /boot, sinon, aucun moyen de démarrer ta machine ! (à moins d'utiliser un initrd, mais c'est déjà plus compliqué).
Quoi qu'il en soit, vu que tu utilises une distribution, pourquoi sortir des sentiers battus et installer un truc à partir des sources quand tu as des gens qui se cassent le dos à tester, configurer, patcher, corriger, compiler, packager, etc. tout ce dont tu pourrais avoir besoin au sein de ton install ?
Ne peux-tu attendre que cette version du noyau soit intégrée dans mandriva pour faire la mise à jour ?
Bref, j'espère que ma réponse t'aidera.
[^] # Re: Contribution
Posté par Gyro Gearllose . En réponse au journal KDE 4.1.0 est sorti, "Don't look back !". Évalué à 10.
Et du temps, je n'en ai pas.
Mais l'absence d'infos sur ce sujet sur ce site me titillais, et j'ai pris un peu de temps pour rédiger ce journal, et te répondre. D'ailleurs, et rédigeant ce journal, j'ai omis de préciser que les possesseurs de cartes graphiques nvidia risquaient d'avoir des problèmes de performances avec cette nouvelle mouture, et que l'équipe de KDE avait contacté nvidia à ce sujet, sans réponse pour l'instant.
Bref, le problème, c'est qu'on ne sait jamais quelles news sont en cours de préparation, sur quels sujets, et où en est la rédaction.
Alors prendre du temps pour rédiger une news qui est déjà en cours de relecture ou de modération, non merci. Il faudrait quelque part un genre de tableau blanc, accessible aux utilisateurs enregistrés de linuxfr, qui permette à tout un chacun éventuellement de modifier un article en cours de rédaction. Je trouve que ça faciliterait les rédactions de news, l'esprit collaboratif, ça retirerait éventuellement du travail aux relecteurs, et ça n'entâcherait en rien le travail des modérateurs.
Quoi qu'il en soit, si quelqu'un veut se servir de mon texte comme base pour en rédiger une news, il n'y a pas de soucis ;-) !
[^] # Re: Quelques pistes?
Posté par Gyro Gearllose . En réponse au message Problème exécution script SQL. Évalué à 1.
Nan, parce que les ^M pour passer à la ligne, y'a que les windowsiens qui trouvent ça bien....
Enfin, je m'égare peut-être, mais si tu édites ton fichier dump avec vi, par exemple, que donne la commande :set en mode commande ?
Si tu vois dos quelque part, c'est pas bon signe, ça veut dire que tes sauts de lignes ne sont pas conformes. Alors dans ce cas, tu peux essayer :set fileformat=unix puis :wq, ça va te transformer les retours chariots en quelque chose de correct (\n tout seul).
Peut-être que je dis une grosse clownerie, mais il me semble avoir eu le même problème, et que c'était une des solutions (tu peux aussi utiliser sed, tr...).
# Je me lance...
Posté par Gyro Gearllose . En réponse au message Accéder à une machine par son nom. Évalué à 5.
Je ne suis pas sûr que ce soit lié à un problème dns. Pour moi, l'accès à une machine exécutant un serveur samba (que ce soit sous windows en "natif" ou sous linux ne change rien à l'affaire), il s'agit du protocole ntebios qui est utilisé.
Il faudrait pour que ça fonctionne "out of the box" que :
1) tu aies un serveur netbios qui fasse autorité sur ton réseau. Comprendre par là un serveur samba, n'importe lequel qui ait l'OS LEVEL placé au max (255).
2) que ce serveur fasse tourner le processus nmbd en plus de smbd.
3) que ton serveur dhcp file l'adresse du serveur wins à tes clients en même temps qu'ils récupèrent leur adresse IP.
Avec ça, ça devrait fonctionner sans soucis. En tout cas, c'est ce que j'ai à mon boulot, et je n'ai jamais eu le moindre soucis. Voilà, en espérant que ça te sera utile.
# Une autre piste...
Posté par Gyro Gearllose . En réponse au message Conseils et avis : messagerie et outils collaboratifs. Évalué à 2.
Jettes un oeil (pas trop fort quand même) à kolab, ça fait tout ce que tu cherches, et même plus encore....
Tu trouveras plus d'infos ici : http://www.kolab.org/
C'est libre, gratuit, et dispose de connecteurs libres, gratuits, fermés, payant selon le client utilisé.
Bref, je trouve (mais ce n'est que mon avis) que l'on ne parle pas assez de cette solution, qu'elle n'a pas la publicité qu'elle mérite.
Enfin, le K ne signifie pas forcément que tu seras lié à KDE pour l'utiliser.
# Faudrait arrêter quand même....
Posté par Gyro Gearllose . En réponse à la dépêche 336 ordinateurs serveurs offerts aux communautés du logiciel libre. Évalué à 7.
Bon, bien blague à part, (encore que), c'est bien évidement une bonne nouvelle, quel que soit ce mécène. Pourvu que cette initiative en encourage d'autres, car comme il est dit dans la news, c'est la générosité des uns et des autres qui reste la principale (je n'ai pas dit la seule) source de "revenus" de la communauté du libre.
[^] # Re: En DIY, tu as le choix !
Posté par Gyro Gearllose . En réponse au message Musique distribuée dans un appartement, maison, local .... Évalué à 1.
Velleman vend un kit émetteur FM stéréo. Je suppose que le lecteur aura compris où je voulais en venir... Inutile donc d'aller plus loin...
# En DIY, tu as le choix !
Posté par Gyro Gearllose . En réponse au message Musique distribuée dans un appartement, maison, local .... Évalué à 1.
Le plus "basique", répartir des enceintes un peu partout dans ton logis, et faire en sorte qu'elles soient raccordées par pièces à un switch télécommandé. Il y a des kits chez velleman qui font ça, je crois (K8023 par exemple).
Sinon, tu as toujours la possibilité d'avoir un PC maître quelque part, qui fait office de serveur de son, et tu peux utiliser vlc pour diffuser la musique partout. Seul hic, il te faut un "PC" par pièce. Je mets "PC" car là encore tu dois pouvoir mixer cette solution avec la première, par exemple, et utiliser comme clients des solutions peu encombrantes (eeepc, ou carte intel pas cher et pas grosse dont on parle sur la tribune tout le temps), évidement équipé d'une carte son et d'une paire d'HP.
[^] # Re: Pfffff.
Posté par Gyro Gearllose . En réponse au message Problème de transformation xslt.. Évalué à 2.
J'ai finalement compris le pourquoi du comment.
En fait, j'utilise firefox pour afficher le résultat de la transformation xsl, et je pense qu'il comporte quelques bugs (d'autant que j'ai quelques extensions qui peuvent mettre la panique dans le lot, telles que firebug, greasemonkey ou webdevelopper). Mais bref, passons.
Voici deux fichiers qui fonctionnent et vont me servir de base pour la suite.
D'abord le fichier xml :
<?xml version="1.0" encoding="iso-8859-1"?>
<?xml-stylesheet href="./e1.xsl" type="text/xsl"?>
<root:racine xmlns:root="http://localhost/root" xmlns:html="http://www.w3.org/1999/xhtml">
<html:h1> Essai</html:h1>
<html:h2>Un sous-titre quelconque</html:h2>
<html:p class="bleu">Voilà un paragraphe</html:p>
<root:branche>Voilà une branche</root:branche>
</root:racine>
Ensuite la feuille de style :
<?xml version="1.0" encoding="iso-8859-1"?>
<xsl:stylesheet version="2.0"
xmlns:root="http://localhost/root"
xmlns:html="http://www.w3.org/1999/xhtml"
xmlns="http://www.w3.org/1999/xhtml"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xsl:output method="html" version="1.0" encoding="iso-8859-1" doctype-public="-//W3C//DTD XHTML 1.1//EN" doctype-system="http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd" indent="yes"/>
<xsl:template match="/root:racine">
<html>
<head>
<title> Essai </title>
<style type="text/css">
p {color:yellow}
h1{color:lightgreen}
</style>
</head>
<body>
<xsl:apply-templates select="./html:*"/>
<!--<xsl:apply-templates select="./html:p"/>-->
<p style="color:red;"><xsl:value-of select="./root:branche" /></p>
</body>
</html>
</xsl:template>
<xsl:template match="html:*">
<xsl:copy-of select="." />
</xsl:template>
</xsl:stylesheet>
Alors, quelques explications pour ceux la postérité et pour ceux qui tomberaient sur le même problème que moi.
D'une, il faut sortir quelque chose avant <xsl:apply-templates select="./html:*"/> sinon, firefox n'applique pas le template. Déjà, ça m'a pris un moment avant de comprendre ça. D'où l'idée de mettre ce qu'il faut pour avoir un document html à peu près bien formé.
Ensuite, le code se lit de lui-même : pour chaque élément de l'espace de noms html, on applique le template générique qui matche html:*, lequel se contente de recopier l'élément tel quel avec ses attributs.
Voilà, ça fonctionne, je suis content, je vais pouvoir continuer.
Merci en tout cas pour ton aide.
[^] # Re: Pfffff.
Posté par Gyro Gearllose . En réponse au message Problème de transformation xslt.. Évalué à 2.
J'ai bien essayé divers trucs repris deci-delà sur le grand ternet, comme par exemple un "bête" <xsl:apply-templates select="html:h1" /> dans la feuille de style, sans succès.
# Pfffff.
Posté par Gyro Gearllose . En réponse au message Problème de transformation xslt.. Évalué à 3.
le xml :
<?xml version="1.0" encoding="iso-8859-1"?>
<?xml-stylesheet href="e1.xsl" type="text/xsl"?>
<root:racine xmlns:root="http://localhost/root" xmlns:html="http://www.w3.org/1999/xhtml">
<html:h1> Essai</html:h1>
<root:branche>Voilà une branche</root:branche>
</root:racine>
La feuille de style
<?xml version="1.0" encoding="iso-8859-1"?>
<xsl:stylesheet version="1.0"
xmlns:root="http://localhost/root"
xmlns:html="http://www.w3.org/1999/xhtml"
xmlns="http://www.w3.org/1999/xhtml"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xsl:output method="html" version="1.0" encoding="iso-8859-1" doctype-public="-//W3C//DTD XHTML 1.1//EN" doctype-system="http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd" indent="yes"/>
<xsl:template match="/root:racine">
<p style="color:red;"><xsl:value-of select="./root:branche" /></p>
</xsl:template>
</xsl:stylesheet>
[^] # Re: getElementsByName
Posté par Gyro Gearllose . En réponse au message Le beurre et l'argent du beurre. Évalué à 1.
Voilà, je veux me coder un ensemble de fonctions génériques capables de gérer correctement les formulaires de mes applications.
Jusque là, ça fonctionnait du feu de dieu, mais il n'y avait que du code php.
Les champs n'ont pas été nommés ainsi pour le fun, il y a une logique derrière. En effet, parfois un formulaire n'intervient que sur une ligne d'une table de la base de données. Dans ce cas, le tableau formField ne descend que sur un niveau (0) et les clefs associatives correspondent aux nom des champs de la table en question.
Dans ce cas, avec par exemple une table avec deux champs, je n'aurai dans mon formulaire que formField[0][champ1] et formField[0][champ2].
Mais parfois, j'ai des formulaires qui interviennent sur plusieurs lignes d'une ou plusieurs tables.
Dans ce cas, pas de soucis avec notre modèle conceptuel, car pour chaque ligne, il nous suffit d'incrémenter le niveau de formField.
Ainsi, si je voulais pouvoir modifier sur un autre écran dix lignes simultanées de la même table que précédement, j'aurais :
formField[0][champ1]
formField[1][champ1] etc.
Maintenant que je fais ça en ajax, certes c'est moi qui construit la requête envoyée au serveur, et je peux artificiellement renommer mes champs avant d'envoyer les informations au serveur, je sais bien que ce n'est pas un soucis.
Ce que je voudrais c'est pouvoir récupérer au moins une information équivalente à ce que j'avais auparavant. Avec getElementsByName, il faut que le nom passé soit clairement identifié, mais comme je veux une fonction générique, pas moyen. Je ne connais pas le nom du dernier champs à priori.
Quand à l'id, il doit être unique, mais je me retrouve avec le même problème qu'avant.
Alors je ne vois pas trop comment procéder pour l'instant.
A moins de nommer mes champs formField_0-_champ1- et de remplacer _ par [ et - par ] par exemple, et de faire un eval dessus....
Mais il y a peut-être une façon de procéder plus propre ou plus maline.
Quoi qu'il en soit, avec firebug, j'ai bien pu voir que form.formField[0][champ1] existe, mais pas moyen d'y accéder. A croire que javascript est moins puissant que php de ce point de vue là et n'est pas capable de générer un tableau à la volée.
Voilà, j'espère que ma problématique est plus claire. Je suis ouvert à toute suggestion, et qui sait, peut-être que lundi, après trois nuitées de someil j'aurais cet éclair de génie dont j'ai tellement besoin pour régler le problème !
# ça vaut ce que ça vaut...
Posté par Gyro Gearllose . En réponse au message Impossible de joindre un domaine samba avec une machine XP. Évalué à 1.
Si tu as la main sur le serveur, essaye, ça ne coûte rien.