Oui, je pourrais...
Mais cette solution ne me convient pas : je suis un [décideur pressé]/[administrateur feignant]/[fonctionnaire] (1) et j'ai pas trop envie de passer sur l'ensemble des micros du parc... Y'en a 80, c'est pas irréalisable, mais c'est non-maintenable...
Par contre, coller ça dans un script lancé automatiquement depuis le répertoire netlogon du serveur samba, j'y avait déjà pensé.
Seule ombre au tableau : le répertoire en question n'est pas le même selon la version de windows considérée, et la commande net ne s'utilise pas le la même manière sous 98 que sous 2000 que sous XP, pour autant que je sache (mais je n'ai pas la prétention de tout connaitre de ces systèmes, loin s'en faut). Ce qu'il faudrait, c'est détecter la version de windows utilisée, et "envoyer" le script approprié, mais ça, je ne sais pas faire.
La finalité de tout ça est la suivante :
Pour l'instant, seul le serveur est sous Linux. Il sert les adresses IP (dhcp) et les fichiers (samba). Il fait office de PDC, évidement.
Les postes utilisateurs sont sous windows. Les plus vieux sont sous 98 SE, les plus récents sous XP Pro. Nous en avons aussi sous 2000 Pro.
Ces utilisateurs travaillent donc sur le samba, ce qui est pratique pour les sauvegardes et pour partager des informations.
Pour naviguer sur le waibe et pour la messagerie, nous avons déployé mozilla partout, mais le profile de chaque utilisateur est stocké sur le serveur.
L'idéal pour nous et pour eux serait que lorsque nous leur remplaçons leur micro, suite à l'achat de nouveau matériels, à une panne (prêt d'un ordinateur de dépanage), ou lors de tests de Linux (cf mes autres posts), que ces utilisateurs retrouvent leur environnement de travail sans que nous ayons de gros efforts à fournir. Par feignantise, oui, faut pas se voiler la face, mais aussi pour leur plus grand confort : si il nous faut systématiquement plusieurs heures pour leur préter un PC de remplacement, nous n'y gagnons rien (ni eux, ni nous).
Par conséquent, il faudrait que les partages réseau se montent automatiquement, que le profile mozilla soit reconnu systématiquement (pour ça, j'ai trouvé comment faire, grâce à linux et un peu de jugeote), et que les imprimantes se déplacent avec le profile. Pour les applis, il est normal qu'elles soient installées systématiquement par nos soins, car les besoins ne sont pas les mêmes selon les cas.
Voilà une description un peu plus détaillée de la problématique.
A noter au passage que tout ça, avec Linux, c'est un boulot de 5 min pour un admin (installer/configurer pam_smb et pam_mount, d'après ce que j'ai compris), après, ça roule (presque) tout seul.
Pour le reste, je ne sais pas "programmer" les montages réseaux depuis le samba, ni faire suivre les imprimantes. A noter que ces dernières sont des imprimantes réseaux et sont installées directement sur les postes clients. Nous ne voyons aucun intérêt à faire passer ça par le samba.
(1) rayer la mention inutile/débile/inintéressante/? (2)
(2) Pas pire !
ça : http://www.bbc.co.uk/comedy/guide/articles/h/hitchhikersguide_77733(...) non ?
Je les ai ces deux videos, en V.O. et en PAL (forcément), et franchement, si ça ne respecte pas _A la lettre_ l'oeuvre de Douglas Adams, ça n'en reste pas moins une bonne adaptation, avec des effets spéciaux hors du commun !
Comment le poste windows est-il configuré ?
A-t-il une adresse IP fixe ou attribuée dynamiquement ?
Si elle est fixe, qu'a-t-il de renseigné comme passerelle par défaut ? Le poste debian ? Si non, ben ça peut venir de là. Si c'est le debian qui sert les adresses IP par dhcp, il faut voir dans le dhcpd.conf comment ça se positionne...
Va faire un tour sur http://distrowatch.com(...)
Notemment, dans la rubrique Rechercher->Live CD, on trouve ça : http://distrowatch.com/dwres.php?resource=cd(...)
Le site à l'air assez complet.... update : j'avais pas vu, en bas on peut lire ça : "Note: This page is incomplete and is no longer maintained. I"... Peu importe, y'a un lien vers une page plus à jour....
Voilà, bonne recherche et bons tests !
Ici : http://mlodecki.net/daniel/gtkfonts.html(...) , j'ai trouvé un texte qui semble expliquer comment résoudre le problème des fontes moches avec les applis gtk. Perso, j'y ai collé ce qui suit dans mon .gtkrc perso, suite à la lecture du lien que j'ai mis ci-dessus. C'est pas super joli, mais au moins, c'est lisible :
Pour la lenteur d'affichge d'xmms, je n'ai pas vraiment d'idées... Il ne chercherait pas des infos sur le web au démarage (genre cddb ou quelque chose du genre) ? Sinon, lance-le depuis un terminal afin de voir ce qu'il glande derrière ton dos, ou bien analyse les logs.... Peut être aussi un soucis de fichier de conf qu'il n'arrive pas à trouver.... Bref, à essayer.
Voilà, en espérant avoir apporté un peu d'aide à tes problèmes !
Je sais, c'est toujours en developpement, mais il me semble avoir vu très récement sur le web que c'était utilisable.
A voir, donc.
Je crois qu'il s'intègre avec pas mal de solutions pim (mail, gestion d'emplois du temps, seul ou collaboratifs), etc.
De mon côté, j'attends déséspérement une version "propre" qui ne soit pas fournie sous forme de rpm, et avec une doc lisible.
Je sais que je pourrais contribuer, mais le manque de temps et de compétence.... En tout cas, merci de noter que je ne critique pas ceux qui développent cette solution.
A nouveau, j'espère n'avoir pas trop dit de clowneries, et que vous trouverez, lecteurs, ce post un tant soit peu intéressant !
Je ne vois pas trop à quoi ça sert tout ça, mais je croyais avoir lu quelque part qu'il vallait mieux utiliser les fonctions preg_* plutôt que eregi_*. As-tu essayé ?
Les eregi_* sont d'après la doc non "binary safe", et il est conseillé d'utiliser preg, en fait, qui sont les expression régulières compatibles perl.
I hope this helps....
Commentaire complétement inutile de ma part :
"Je suis sincérement ravi d'avoir pu t'aider sur ce coup là."
Commentaire encore plus inutile :
"En t'aidant, et surtout en apprenant que mon aide avait pu apporter une solution aussi complète, j'ai appris finalement :
- Qu'il n'y a pas que google dans la vie (même si...)
- Que sourceforge regorge de vraies solutions utiles et pratiques
- Qu'on peut récupérer ses fichiers effacé avec des outils libres, fonctionnant sous linux, et performants."
Sur ce, je vais pouvoir passer une bonne nuit pour méditer tout ça !!!
La solution qui m'arrache le coeur :
- Tu peux pas rebooter sur un vieux cd de winwin98 une disquette freedos et utiliser une copie pirate de norton unerase les-dits outils que tu cite ?
Bref, soyons un peu plus sérieux :
Google n'est pas très pertinent sur le sujet, alors j'ai titillé sourceforge, et j'ai trouvé ça, en vrac : http://sourceforge.net/projects/sleuthkit/(...) :
The Sleuth Kit is a collection of open source file system forensics tools that allow one to view allocated and deleted data from NTFS, FAT, FFS, and EXT2FS images. The Autopsy Forensic Browser provides a graphical interface to The Sleuth Kit.
http://sourceforge.net/projects/mundelete/(...)
mundelete is a program to undelete files from MsDos/Windows disks. It supports FAT12/FAT16/FAT32 and vfat extensions. It works under Unix systems.
http://sourceforge.net/projects/fatfix/(...)
Ever formated a FAT partition and regretted it? I did and wrote this to recover the lost files. Its kinda hacky. Its aimed at finding mostly word/excel files but will find others.
Voilà, j'espère avoir pu t'aider dans ta détresse. Paix à l'âme de ton windows auto-détruit. Au moins un qui ne plantera plus !
Idem, sous {,B}LFS, exploitant kde3.3.{0,1}. En fait, d'après quelques recherches faites sur le www et dans les makefiles, je suis arrivé aux conclusions suivantes:
- pour que ça fonctionne, il faut que GpgMe soit compilé avec le support S/MIME.
- pour compiler GpgMe avec le support S/MIME, il faut installer GpgSm
Or, konstruct est fourni avec un Makefile, trouvé dans libs/gpgme, comprenant une ligne spécifiant : CONFIGURE_ARGS = $(DIRPATHS) --without-gpgsm.
Il suffirait donc de désactiver cette option alakon, installer gpgMe et gpgsm... Suffirait... En effet, gpgsm est en version alpha, et c'est - je pense - la raison pour laquelle on trouve cette option dans le makefile.
J'imagine que mandrake, mais aussi les autres distros en sont au même stade, et c'est la raison pour laquelle kmail est incapable de déchiffrer un message en ligne, si je puis dire.
Y'aura peut-être quelqu'un pour trouver un contre argument à ce que je viens d'avancer, mais c'est tout ce que j'ai pu comprendre du pourquoi du comment ça marche pas.
Ben oui, a moins que je ne dise une grosse bêtise, pourquoi ne pas procéder comme suit :
- La page html affichée dans le iframe comporte une certaine hauteur, que l'on peut récupérer par le biais du javascript, non ? Genre (appel depuis la page contenant le iframe) :
document.iframe[0].height = document.iframe[0].document.height, ou quelque chose d'approchant, non ? Je n'ai pas testé, mais ça devrait pouvoir marcher... A moins qu'il ne faille faire cet appel depuis la page html affichée dans le iframe, ce qui serait plus logique, en fait....
je ne sais pas trop... document.parent.iframe[0].height = document.height ? A tester, peut-être....
Si j'ai dit des bêtises, tapez pas trop fort quand même....
Bon, j'ai un peu fouillé la doc de QT (API), et j'ai compris une ou deux choses :
En utilisant QMouseEvent, on peut tout piloter : l'appui sur le bouton, et en comparant les valeurs de globalX et globalY entre deux mouvement de mulot, en déduire la valeur du scroll à appliquer dans les deux directons.
En utilisant les pointeurs sur les différentes applications instanciées par KDE, il est possible de repérer celle qui a le focus, et de lui demander gentiement un scroll dont les valeurs (dx et dy) ont été déterminées préalablement.
Maintenant, reste à voir où il faut intégrer ça... Si c'est une appli indépendante, c'est voué à réagir uniquement avec les applis QT/KDE....
Sinon, si c'est dans une appli de plus bas niveau (j'entend par là un des binaires qui fait tourner kde), alors, oui, c'est probablement plus réaliste.
L'idéal serait même d'avoir ça au niveau de Xorg, mais je le répète, je suis loin d'être capable de réaliser ça.
Sinon, je suis allé là : http://doc.trolltech.com/3.3/qmouseevent.html(...) et là : http://doc.trolltech.com/3.3/qwidget.html#scroll(...) pour avoir ces informations.
Merci pour ces pistes. Je vais voir si je peux en faire quelque chose (mais à quel prix ?), sinon, j'enverrais une un truc aux deux équipes, sous forme de souhait d'intégration....
Merci pour ce début de piste.
C'est vrai que de savoir que ça fonctionne dans firefox.... bref.
Par contre, est-ce qu'il pourrait-être envisagé de coder un truc un peu dans ce style :
- Depuis X-org, modifier un fichier de conf pour que l'appui sur le bouton n° 4 du mulot soit envoyé à une appli KDE particulière, par exemple en utilisant dcop.
- Cette appli gère deux modes à bascule :
Mode scroll : affiche un gros paté pour indiquer qu'on est en mode scroll
Mode non-scroll : restaure le contexte dans l'état où il était avant
De là, il suffit (enfin, c'est toujours facile à dire...) que ce prog demande le scroll du document (y'a sûrement des méthodes accessibles, non ?) qui est situé sous le gros paté en question...
J'ai bon ? Dans ce cas, pas besoin de patcher quoi que ce soit. Xorg n'est que très peu impliqué... Peut-être même pas du tout si on peut récupérer l'information par ailleurs (intercepter le click sur un bouton en particulier)...
Bon, dans la théorie, je pense que c'est réalisable, mais y'a peut-être plus performant, moins bourrin... Avis aux pros du C/C++ (ce qui n'est pas mon cas, loin s'en faut !)....
J'vais peut-être dire une clownerie de plus, mais
type="text/xhtml" ne donnerait-il pas ce que tu veux exactement ?
En tout cas, c'est comme ça que je procède, non pas avec mod_xslt, mais avec le parseur php (reposant donc sur les bibliothèques idoines : libxml et libxsl)...
T'as essayé de lancer :
$ loadkeys fr
Après t'être loggué ?
Parfois, ça peut aider.
Pour que ce soit réaliser à chaque fois que tu bootes ta machine, t'as qu'à utiliser le fichier de template qui sert à créer les fichiers de démarages et lancer la commande ci-dessus....
Mille mercis...mais ta solution arrive un peu tardivement.
Ne sois pas déçu cependant, car elle m'ouvre d'autres perspectives pour d'autres choses !
La solution à laquelle je suis arrivé utilise la fonction key() pour obtenir les initiales. J'avais vaguement capté que c'était possible avec les variables : grâce à toi, j'ai compris comment.
Merci encore pour tes efforts, et cette solution "clef en main".
Je me répond à moi-même, car en poursuivant mes google-investigations, je suis tombé sur ça : http://www.jenitennison.com/xslt/grouping/muenchian.html(...)
Et là, franchement, si je n'arrive pas à m'en sortir avec ça...
Par contre, je n'ai rien trouvé/cerché sur les xslt interactifs, mais je regarderais ça demain. Si ça peut intéresser quelqu'un, je veux bien publier ma solution ici même quand elle sera complétement fonctionnelle...
Je suis encore allé trop vite en tapant mon message....
En tout cas, je n'avais pas vu cette partie du document, je m'étais arrêté avant (peu importe). Ceci m'explique comment faire pour avoir ma liste triée par ordre alphabétique intégral, ce que je savait déjà faire, en utilisant de surcroit le parcours //personne...
Ce que je voudrais, c'est extraire, un seule et unique fois : la première, la première lettre de façon à en faire un index cliquable avec des a href="#", et ça, je ne sais pas faire.
J'ai pu voir cet après-midi qu'il fallait exploiter pour ce faire soit une key, soit une variable, comme expliqué ici : http://www.biglist.com/lists/xsl-list/archives/200201/msg00980.html(...)
mais ce que j'ai trouvé ici : http://www.biglist.com/lists/xsl-list/archives/200110/msg00278.html(...)
semble meilleur et mieux expliqué. Je ne suis toujours pas contre une solution toute faite, mais ces deux découvertes (la première en cherchant avec google "xsl distinct", et la seconde en cherchant "xsl unique") semblent de bon augure, ou tout au moins indiquent que mon cas ne semble pas désespéré !
Merci en tout cas pour ce début de solution !
Quand on n'a pas de tête....
J'oubliais : as-tu essayé le code que je te donne ci-dessus ? Il fait exactement ce que tu veux faire, sans passer par cet artifice 'moche' d'avoir une ligne sans th ni td appelée 'newcompo'....
Si tu veux insérer à un endroit précis de ton tableau, passes plutôt par les fonctions de parcours d'objet pour te placer où tu veux, puis insère l'élément comme je te le proposais initialement....
igne est un objet si je comprends bien seulement j'ai déjà le HTML que je ne peux découper.
Excuses-moi de me méler de ce qui ne me regarde pas, mais pourquoi ?
Si tu as le code html, pourquoi ne transformes-tu pas ça en code Js comme je te l'indique ? A moins que ce ne soit du "code" html pré-fourni ? Dans ce cas, Javascript dispose de fonctions de traitement de chaines assez bas niveau, mais ça devrait permettre de pouvoir faire la conversion....
Bref, je ne vois pas trop où se situe le problème ? Sinon, il doit y avoir moyen de passer du "texte" qui sera interprété comme du code html par le biais de write ou wirteln ou innerhtml, mais sérieusement, je ne pense pas que ce soit une bonne idée....
Voilà, désolé, mais je n'ai pas plus d'idée que ça pour l'instant...
Et c'est toujours les mêmes !
Pas de probs....
As-tu essayé d'utiliser le DOM (Document Object Model) ?
Déjà, ça fait plus propre et plus pro que d'utiliser la fonction (toute pourrie en plus), innerHTML.
Je n'ai pas ce qui faut pour tester pour l'instant, mais je pourrais regarder demain au taf'. Sinon, a mon avis, il faut utiliser :
1) L'instanciation d'objet comme dans ton problème précédent.
2) La fonction d'ajout d'élément (appendChild).
Dans l'ordre, on arriverait donc à quelque chose du genre :
ligne = document.createElement ('tr');
case = document.createElement ('td');
texte = document.createTextNode ('ma ligne et tout ça blablabla');
case.appendChild (texte);
ligne.appendChild(case);
document.getElementById ('superTableau').appendChild (ligne);
Bon, puis allez, je trouvais ça tellement marrant que j'en ai fait une page de test dont je te livre le source ci-dessous :
<html>
<head>
<script type="text/javascript">
function ajouteLigne ()
{
ligne = document.createElement ('tr');
cell = document.createElement ('td');
texte = document.createTextNode ('ma ligne et tout ça blablabla');
cell.appendChild (texte);
ligne.appendChild(cell);
document.getElementById ('superTableau').appendChild (ligne);
}
</script>
</head>
<body>
<table id="superTableau">
</table>
<a href="#" onclick="ajouteLigne();">Cliquez pour ajouter du texte"</a>
</body>
</head>
Forcément, tu as mal lu !
Peu importe comment sont ouvertes les fenêtres popups, il FAUT que tu les instancies dans un objet :
<a href="truc..." onclick="w1 = window.open (url, nom, options)";>Clivier</a>
Et rebelotte pour le second.
Sinon, faut fouiller dans les collections, et c'est moins propre à mon sens....
Mais sûrement possible. J'ai pas mes codes sous la main, je ne suis pas au boulot, mais je pourrais regarder ça plus en détail lundi si tu n'y es pas arrivé d'ici là....
[^] # Re: pour ton deuxieme cas de figure...
Posté par Gyro Gearllose . En réponse au message Samba (Troisième).... Évalué à 1.
Mais cette solution ne me convient pas : je suis un [décideur pressé]/[administrateur feignant]/[fonctionnaire] (1) et j'ai pas trop envie de passer sur l'ensemble des micros du parc... Y'en a 80, c'est pas irréalisable, mais c'est non-maintenable...
Par contre, coller ça dans un script lancé automatiquement depuis le répertoire netlogon du serveur samba, j'y avait déjà pensé.
Seule ombre au tableau : le répertoire en question n'est pas le même selon la version de windows considérée, et la commande net ne s'utilise pas le la même manière sous 98 que sous 2000 que sous XP, pour autant que je sache (mais je n'ai pas la prétention de tout connaitre de ces systèmes, loin s'en faut). Ce qu'il faudrait, c'est détecter la version de windows utilisée, et "envoyer" le script approprié, mais ça, je ne sais pas faire.
La finalité de tout ça est la suivante :
Pour l'instant, seul le serveur est sous Linux. Il sert les adresses IP (dhcp) et les fichiers (samba). Il fait office de PDC, évidement.
Les postes utilisateurs sont sous windows. Les plus vieux sont sous 98 SE, les plus récents sous XP Pro. Nous en avons aussi sous 2000 Pro.
Ces utilisateurs travaillent donc sur le samba, ce qui est pratique pour les sauvegardes et pour partager des informations.
Pour naviguer sur le waibe et pour la messagerie, nous avons déployé mozilla partout, mais le profile de chaque utilisateur est stocké sur le serveur.
L'idéal pour nous et pour eux serait que lorsque nous leur remplaçons leur micro, suite à l'achat de nouveau matériels, à une panne (prêt d'un ordinateur de dépanage), ou lors de tests de Linux (cf mes autres posts), que ces utilisateurs retrouvent leur environnement de travail sans que nous ayons de gros efforts à fournir. Par feignantise, oui, faut pas se voiler la face, mais aussi pour leur plus grand confort : si il nous faut systématiquement plusieurs heures pour leur préter un PC de remplacement, nous n'y gagnons rien (ni eux, ni nous).
Par conséquent, il faudrait que les partages réseau se montent automatiquement, que le profile mozilla soit reconnu systématiquement (pour ça, j'ai trouvé comment faire, grâce à linux et un peu de jugeote), et que les imprimantes se déplacent avec le profile. Pour les applis, il est normal qu'elles soient installées systématiquement par nos soins, car les besoins ne sont pas les mêmes selon les cas.
Voilà une description un peu plus détaillée de la problématique.
A noter au passage que tout ça, avec Linux, c'est un boulot de 5 min pour un admin (installer/configurer pam_smb et pam_mount, d'après ce que j'ai compris), après, ça roule (presque) tout seul.
Pour le reste, je ne sais pas "programmer" les montages réseaux depuis le samba, ni faire suivre les imprimantes. A noter que ces dernières sont des imprimantes réseaux et sont installées directement sur les postes clients. Nous ne voyons aucun intérêt à faire passer ça par le samba.
(1) rayer la mention inutile/débile/inintéressante/? (2)
(2) Pas pire !
# Z'auraient pas mieux fait de traduire...
Posté par Gyro Gearllose . En réponse au journal adaptation cinema du "Guide du routard intergalactique". Évalué à 1.
Je les ai ces deux videos, en V.O. et en PAL (forcément), et franchement, si ça ne respecte pas _A la lettre_ l'oeuvre de Douglas Adams, ça n'en reste pas moins une bonne adaptation, avec des effets spéciaux hors du commun !
[^] # Re: Et pour kde...
Posté par Gyro Gearllose . En réponse au message applications en arrière-plan. Évalué à 1.
Courtoisie :
L'indice de priorité du processus.
VmSize :
L'espace total de mémoire virtuelle (en kilo-octets) utilisé par le processus.
VmRss :
L'espace total de mémoire physique (en kilo-octets) utilisé par le processus.
"Hope this helps"
# Une idée, comme ça, en passant :
Posté par Gyro Gearllose . En réponse au message Partage de connexion internet !. Évalué à 1.
A-t-il une adresse IP fixe ou attribuée dynamiquement ?
Si elle est fixe, qu'a-t-il de renseigné comme passerelle par défaut ? Le poste debian ? Si non, ben ça peut venir de là. Si c'est le debian qui sert les adresses IP par dhcp, il faut voir dans le dhcpd.conf comment ça se positionne...
# Alternatives....
Posté par Gyro Gearllose . En réponse au message applications en arrière-plan. Évalué à 2.
ou bien ksysguard si tu es sous kde (dans le sous-menu Système du menu K)...
# Pour t'aider dans ta démarche...
Posté par Gyro Gearllose . En réponse au journal La valse des Live CD .... Évalué à 1.
Notemment, dans la rubrique Rechercher->Live CD, on trouve ça : http://distrowatch.com/dwres.php?resource=cd(...)
Le site à l'air assez complet....
update : j'avais pas vu, en bas on peut lire ça : "Note: This page is incomplete and is no longer maintained. I"... Peu importe, y'a un lien vers une page plus à jour....
Voilà, bonne recherche et bons tests !
# Pour le 2....
Posté par Gyro Gearllose . En réponse au message LIRC et police X. Évalué à 1.
#begin ~/.gtkrc
style "default"
{
font="-monotype-arial-*-r-*-*-12-*-*-*-*-*-*-*"
}
#end ~/.gtkrc
Pour la lenteur d'affichge d'xmms, je n'ai pas vraiment d'idées... Il ne chercherait pas des infos sur le web au démarage (genre cddb ou quelque chose du genre) ? Sinon, lance-le depuis un terminal afin de voir ce qu'il glande derrière ton dos, ou bien analyse les logs.... Peut être aussi un soucis de fichier de conf qu'il n'arrive pas à trouver.... Bref, à essayer.
Voilà, en espérant avoir apporté un peu d'aide à tes problèmes !
# Et Kolab ?
Posté par Gyro Gearllose . En réponse au message Migration d'un serveur Exchange. Évalué à 1.
A voir, donc.
Je crois qu'il s'intègre avec pas mal de solutions pim (mail, gestion d'emplois du temps, seul ou collaboratifs), etc.
De mon côté, j'attends déséspérement une version "propre" qui ne soit pas fournie sous forme de rpm, et avec une doc lisible.
Je sais que je pourrais contribuer, mais le manque de temps et de compétence.... En tout cas, merci de noter que je ne critique pas ceux qui développent cette solution.
A nouveau, j'espère n'avoir pas trop dit de clowneries, et que vous trouverez, lecteurs, ce post un tant soit peu intéressant !
# Piste ?
Posté par Gyro Gearllose . En réponse au message Greedy ou es tu ?. Évalué à 4.
Les eregi_* sont d'après la doc non "binary safe", et il est conseillé d'utiliser preg, en fait, qui sont les expression régulières compatibles perl.
I hope this helps....
[^] # Re: Quelques pistes...
Posté par Gyro Gearllose . En réponse au message Récupération de fichiers. Évalué à 2.
"Je suis sincérement ravi d'avoir pu t'aider sur ce coup là."
Commentaire encore plus inutile :
"En t'aidant, et surtout en apprenant que mon aide avait pu apporter une solution aussi complète, j'ai appris finalement :
- Qu'il n'y a pas que google dans la vie (même si...)
- Que sourceforge regorge de vraies solutions utiles et pratiques
- Qu'on peut récupérer ses fichiers effacé avec des outils libres, fonctionnant sous linux, et performants."
Sur ce, je vais pouvoir passer une bonne nuit pour méditer tout ça !!!
# Quelques pistes...
Posté par Gyro Gearllose . En réponse au message Récupération de fichiers. Évalué à 5.
- Tu peux pas rebooter sur un vieux cd de winwin98 une disquette freedos et utiliser une copie pirate de norton unerase les-dits outils que tu cite ?
Bref, soyons un peu plus sérieux :
Google n'est pas très pertinent sur le sujet, alors j'ai titillé sourceforge, et j'ai trouvé ça, en vrac :
http://sourceforge.net/projects/sleuthkit/(...) :
The Sleuth Kit is a collection of open source file system forensics tools that allow one to view allocated and deleted data from NTFS, FAT, FFS, and EXT2FS images. The Autopsy Forensic Browser provides a graphical interface to The Sleuth Kit.
http://sourceforge.net/projects/mundelete/(...)
mundelete is a program to undelete files from MsDos/Windows disks. It supports FAT12/FAT16/FAT32 and vfat extensions. It works under Unix systems.
http://sourceforge.net/projects/fatfix/(...)
Ever formated a FAT partition and regretted it? I did and wrote this to recover the lost files. Its kinda hacky. Its aimed at finding mostly word/excel files but will find others.
Voilà, j'espère avoir pu t'aider dans ta détresse. Paix à l'âme de ton windows auto-détruit. Au moins un qui ne plantera plus !
[^] # Re: pareil
Posté par Gyro Gearllose . En réponse au message KMAIL et GPG sous MDK10.1. Évalué à 1.
- pour que ça fonctionne, il faut que GpgMe soit compilé avec le support S/MIME.
- pour compiler GpgMe avec le support S/MIME, il faut installer GpgSm
Or, konstruct est fourni avec un Makefile, trouvé dans libs/gpgme, comprenant une ligne spécifiant : CONFIGURE_ARGS = $(DIRPATHS) --without-gpgsm.
Il suffirait donc de désactiver cette option alakon, installer gpgMe et gpgsm... Suffirait... En effet, gpgsm est en version alpha, et c'est - je pense - la raison pour laquelle on trouve cette option dans le makefile.
J'imagine que mandrake, mais aussi les autres distros en sont au même stade, et c'est la raison pour laquelle kmail est incapable de déchiffrer un message en ligne, si je puis dire.
Y'aura peut-être quelqu'un pour trouver un contre argument à ce que je viens d'avancer, mais c'est tout ce que j'ai pu comprendre du pourquoi du comment ça marche pas.
# Et avec du JavaScript ?
Posté par Gyro Gearllose . En réponse au message Comment déterminer la hauteur d'une page html. Évalué à 1.
- La page html affichée dans le iframe comporte une certaine hauteur, que l'on peut récupérer par le biais du javascript, non ? Genre (appel depuis la page contenant le iframe) :
document.iframe[0].height = document.iframe[0].document.height, ou quelque chose d'approchant, non ? Je n'ai pas testé, mais ça devrait pouvoir marcher... A moins qu'il ne faille faire cet appel depuis la page html affichée dans le iframe, ce qui serait plus logique, en fait....
je ne sais pas trop... document.parent.iframe[0].height = document.height ? A tester, peut-être....
Si j'ai dit des bêtises, tapez pas trop fort quand même....
[^] # Re: [Témoin positif]
Posté par Gyro Gearllose . En réponse au message Universal scroll.... Évalué à 1.
En utilisant QMouseEvent, on peut tout piloter : l'appui sur le bouton, et en comparant les valeurs de globalX et globalY entre deux mouvement de mulot, en déduire la valeur du scroll à appliquer dans les deux directons.
En utilisant les pointeurs sur les différentes applications instanciées par KDE, il est possible de repérer celle qui a le focus, et de lui demander gentiement un scroll dont les valeurs (dx et dy) ont été déterminées préalablement.
Maintenant, reste à voir où il faut intégrer ça... Si c'est une appli indépendante, c'est voué à réagir uniquement avec les applis QT/KDE....
Sinon, si c'est dans une appli de plus bas niveau (j'entend par là un des binaires qui fait tourner kde), alors, oui, c'est probablement plus réaliste.
L'idéal serait même d'avoir ça au niveau de Xorg, mais je le répète, je suis loin d'être capable de réaliser ça.
Sinon, je suis allé là : http://doc.trolltech.com/3.3/qmouseevent.html(...) et là : http://doc.trolltech.com/3.3/qwidget.html#scroll(...) pour avoir ces informations.
Merci pour ces pistes. Je vais voir si je peux en faire quelque chose (mais à quel prix ?), sinon, j'enverrais une un truc aux deux équipes, sous forme de souhait d'intégration....
[^] # Re: [Témoin positif]
Posté par Gyro Gearllose . En réponse au message Universal scroll.... Évalué à 1.
C'est vrai que de savoir que ça fonctionne dans firefox.... bref.
Par contre, est-ce qu'il pourrait-être envisagé de coder un truc un peu dans ce style :
- Depuis X-org, modifier un fichier de conf pour que l'appui sur le bouton n° 4 du mulot soit envoyé à une appli KDE particulière, par exemple en utilisant dcop.
- Cette appli gère deux modes à bascule :
Mode scroll : affiche un gros paté pour indiquer qu'on est en mode scroll
Mode non-scroll : restaure le contexte dans l'état où il était avant
De là, il suffit (enfin, c'est toujours facile à dire...) que ce prog demande le scroll du document (y'a sûrement des méthodes accessibles, non ?) qui est situé sous le gros paté en question...
J'ai bon ? Dans ce cas, pas besoin de patcher quoi que ce soit. Xorg n'est que très peu impliqué... Peut-être même pas du tout si on peut récupérer l'information par ailleurs (intercepter le click sur un bouton en particulier)...
Bon, dans la théorie, je pense que c'est réalisable, mais y'a peut-être plus performant, moins bourrin... Avis aux pros du C/C++ (ce qui n'est pas mon cas, loin s'en faut !)....
[^] # Re: Mime-Type de sortie
Posté par Gyro Gearllose . En réponse au message Pb avec ce cher mod_xslt. Évalué à 1.
type="text/xhtml" ne donnerait-il pas ce que tu veux exactement ?
En tout cas, c'est comme ça que je procède, non pas avec mod_xslt, mais avec le parseur php (reposant donc sur les bibliothèques idoines : libxml et libxsl)...
[^] # Re: Debian ?
Posté par Gyro Gearllose . En réponse au message Clavier en mode console. Évalué à 2.
$ loadkeys fr
Après t'être loggué ?
Parfois, ça peut aider.
Pour que ce soit réaliser à chaque fois que tu bootes ta machine, t'as qu'à utiliser le fichier de template qui sert à créer les fichiers de démarages et lancer la commande ci-dessus....
[^] # Re: Une solution
Posté par Gyro Gearllose . En réponse au message Soucis xslt.... Évalué à 1.
Ne sois pas déçu cependant, car elle m'ouvre d'autres perspectives pour d'autres choses !
La solution à laquelle je suis arrivé utilise la fonction key() pour obtenir les initiales. J'avais vaguement capté que c'était possible avec les variables : grâce à toi, j'ai compris comment.
Merci encore pour tes efforts, et cette solution "clef en main".
[^] # Re: La norme est ton amie
Posté par Gyro Gearllose . En réponse au message Soucis xslt.... Évalué à 1.
Et là, franchement, si je n'arrive pas à m'en sortir avec ça...
Par contre, je n'ai rien trouvé/cerché sur les xslt interactifs, mais je regarderais ça demain. Si ça peut intéresser quelqu'un, je veux bien publier ma solution ici même quand elle sera complétement fonctionnelle...
[^] # Re: La norme est ton amie
Posté par Gyro Gearllose . En réponse au message Soucis xslt.... Évalué à 1.
En tout cas, je n'avais pas vu cette partie du document, je m'étais arrêté avant (peu importe). Ceci m'explique comment faire pour avoir ma liste triée par ordre alphabétique intégral, ce que je savait déjà faire, en utilisant de surcroit le parcours //personne...
Ce que je voudrais, c'est extraire, un seule et unique fois : la première, la première lettre de façon à en faire un index cliquable avec des a href="#", et ça, je ne sais pas faire.
J'ai pu voir cet après-midi qu'il fallait exploiter pour ce faire soit une key, soit une variable, comme expliqué ici : http://www.biglist.com/lists/xsl-list/archives/200201/msg00980.html(...)
mais ce que j'ai trouvé ici :
http://www.biglist.com/lists/xsl-list/archives/200110/msg00278.html(...)
semble meilleur et mieux expliqué. Je ne suis toujours pas contre une solution toute faite, mais ces deux découvertes (la première en cherchant avec google "xsl distinct", et la seconde en cherchant "xsl unique") semblent de bon augure, ou tout au moins indiquent que mon cas ne semble pas désespéré !
Merci en tout cas pour ce début de solution !
[^] # Re: Hum... Ca se corse....
Posté par Gyro Gearllose . En réponse au message javascript : remplacer une ligne de tableau. Évalué à 1.
J'oubliais : as-tu essayé le code que je te donne ci-dessus ? Il fait exactement ce que tu veux faire, sans passer par cet artifice 'moche' d'avoir une ligne sans th ni td appelée 'newcompo'....
Si tu veux insérer à un endroit précis de ton tableau, passes plutôt par les fonctions de parcours d'objet pour te placer où tu veux, puis insère l'élément comme je te le proposais initialement....
[^] # Re: Hum... Ca se corse....
Posté par Gyro Gearllose . En réponse au message javascript : remplacer une ligne de tableau. Évalué à 1.
Excuses-moi de me méler de ce qui ne me regarde pas, mais pourquoi ?
Si tu as le code html, pourquoi ne transformes-tu pas ça en code Js comme je te l'indique ? A moins que ce ne soit du "code" html pré-fourni ? Dans ce cas, Javascript dispose de fonctions de traitement de chaines assez bas niveau, mais ça devrait permettre de pouvoir faire la conversion....
Bref, je ne vois pas trop où se situe le problème ? Sinon, il doit y avoir moyen de passer du "texte" qui sera interprété comme du code html par le biais de write ou wirteln ou innerhtml, mais sérieusement, je ne pense pas que ce soit une bonne idée....
Voilà, désolé, mais je n'ai pas plus d'idée que ça pour l'instant...
# Hum... Ca se corse....
Posté par Gyro Gearllose . En réponse au message javascript : remplacer une ligne de tableau. Évalué à 2.
Pas de probs....
As-tu essayé d'utiliser le DOM (Document Object Model) ?
Déjà, ça fait plus propre et plus pro que d'utiliser la fonction (toute pourrie en plus), innerHTML.
Je n'ai pas ce qui faut pour tester pour l'instant, mais je pourrais regarder demain au taf'. Sinon, a mon avis, il faut utiliser :
1) L'instanciation d'objet comme dans ton problème précédent.
2) La fonction d'ajout d'élément (appendChild).
Dans l'ordre, on arriverait donc à quelque chose du genre :
ligne = document.createElement ('tr');
case = document.createElement ('td');
texte = document.createTextNode ('ma ligne et tout ça blablabla');
case.appendChild (texte);
ligne.appendChild(case);
document.getElementById ('superTableau').appendChild (ligne);
Bon, puis allez, je trouvais ça tellement marrant que j'en ai fait une page de test dont je te livre le source ci-dessous :
<html>
<head>
<script type="text/javascript">
function ajouteLigne ()
{
ligne = document.createElement ('tr');
cell = document.createElement ('td');
texte = document.createTextNode ('ma ligne et tout ça blablabla');
cell.appendChild (texte);
ligne.appendChild(cell);
document.getElementById ('superTableau').appendChild (ligne);
}
</script>
</head>
<body>
<table id="superTableau">
</table>
<a href="#" onclick="ajouteLigne();">Cliquez pour ajouter du texte"</a>
</body>
</head>
[^] # Re: Ben, je ne vois pas où c'est difficile....
Posté par Gyro Gearllose . En réponse au message javascript target et document. Évalué à 1.
Peu importe comment sont ouvertes les fenêtres popups, il FAUT que tu les instancies dans un objet :
<a href="truc..." onclick="w1 = window.open (url, nom, options)";>Clivier</a>
Et rebelotte pour le second.
Sinon, faut fouiller dans les collections, et c'est moins propre à mon sens....
Mais sûrement possible. J'ai pas mes codes sous la main, je ne suis pas au boulot, mais je pourrais regarder ça plus en détail lundi si tu n'y es pas arrivé d'ici là....
# Ben, je ne vois pas où c'est difficile....
Posté par Gyro Gearllose . En réponse au message javascript target et document. Évalué à 1.
Dans un fichier html, j'ai ce code javascript qui ouvre 2 popups :
<html>
<head>
<script type="text/javascript">
w1 = window.open ('f1.html', 'f1', 'width=100,height=100');
w2 = window.open ('f2.html', 'f2', 'width=100,height=100');
</script>
</head>
<body>
</body>
</head>
Le code de f1.html :
<html>
<head>
<title>f1.html</title>
</head>
<body>
</body>
</html>
Enfin, le code de f2.html :
<html>
<head>
<title>f2.html</title>
<script type="text/javascript">
function changewindow (name)
{
window.opener.w1.document.write ('Texte créé depuis f2.html');
}
</script>
</head>
<body onload="changewindow('f1');">
</body>
</html>
Bons essayages et bon codage !