personnellement j'utilise www.bahn.de (marche aussi en francais).
Il me semble que maintenant le probleme est corige sur www.sncf.com, mais avant quand on faisait un vogage avec 2 connexion de france a france, il n'affichait aucun resultat, alors que www.bahn.de trouvait la reponse (de meme que pour des truc exotique genre paris->vladivostok (103 heures avec pas mal de connexion)
il me semble que ca s'appel un watermark,
j'avais fait ca il y a bien longtemps, il me semble que c'etait avec a2ps.
je suis quasi certain que tu peux faire ca a partir d'un fichier ps avec gs. Par contre une recherche rapide sur watermark dans la page de man ne donne aucun resultat.
sinon a partir d'un pdf, je n'en sais rien.
je n'ai jamais programme en GTK,
donc je ne connais pas gtk_window_parse_geometry(),
mais si c'est si simple que ca, alors, oui, je vais patcher (c'est pour faire tourner nessus)
l'ideal c'est de detecter que c'est un spam quand le client est toujours connecte au server, juste apres le DATA,
si c'est un spam, on retourne un code d'erreur, donc le mail n'arrive meme pas dans ta boite, le client crois que ton email n'existe plus.
c'est possible avec exim si tu utilises la fonction external_filter
il y a un petit soft qui s'appelle SA-exim il me semble qui passe les mail a spam-assassin juste apres avoir recu le message, donc quand la connexion est encore ouverte, puis en fonction du resultat de spam-assassin, tu peux ou non rejeter le mail
en fait l'objectif c'est de creer des pkg tcp avec des raw socket,
et pour ca je ne sais pas trop quoi utiliser, si aucune taille n'est garantit, parceque la, la tailel est importante.
dans tout les exemples que je vois, c'est a base de char ou short,
mais ca me parait incorect non ?
justement, l'idee c'est de faire en sorte que le traitement soi automatise,
ca veux dire binder une touche dans le mua qui corresponde a enregistre le mail comme spam puis le supprimer.
a la reception des mails, procmail verifie si le message est un spam ou pas.
c'est automatique la non ?
j'ai regarder la page qui presente la green version.
en dehors du fait que le document en lui meme
n'existe pas, mais n'existe que sous la forme
de plein de fichier que on pointe avec des liens,
je ne comprend pas vraiment la difference avec un bete diff.
et lorsqu'il s'agit de presenter l'evolution d'un document fair par plusieur auteur (si j'ai bien compris c'est l'objectif de la green version) je ne vois pas la differance avec cvs + webcvs qui fait deja tt ca.
l'interface de Xanadu est peut etre plus evolue,
mais au niveau *idee* par derriere, je ne comprend pas la difference avec des outils comme diff ou cvs.
PBPG, bravo ! c'est la premiere fois que je suis completement d'accord avec toi !! (je dis bien completement, parce que parfois je le suis quand meme un peut)
dans la licence win98 (la ou il faut cliquer j'accepte si on veux l'installer),
il est ecrit (et meme en capitales) que windows n'est pas a utiliser en environement ou la vie de personne pourait etre menace (ils mettent meme les exemples : centrales nucleaires, apareils de reanimation, armement).
l'argument est presente comme ca : a cause de la machine virtuel java de sun windows ne peut pas etre considere comme fiable.
Heureusement, il suffit de virer ie et on trouve un super os pour faire tourner des centrales ou des missiles !
sans java, windows pouras enfin etre partous.
[^] # Re: Voyages SNCF dot com accroit sa compatibilité
Posté par edouard boucher . En réponse au journal Voyages SNCF dot com accroit sa compatibilité. Évalué à 1.
Il me semble que maintenant le probleme est corige sur www.sncf.com, mais avant quand on faisait un vogage avec 2 connexion de france a france, il n'affichait aucun resultat, alors que www.bahn.de trouvait la reponse (de meme que pour des truc exotique genre paris->vladivostok (103 heures avec pas mal de connexion)
[^] # Re: SVG
Posté par edouard boucher . En réponse au journal SVG. Évalué à 1.
mais ca me fait un segfault
[^] # Re: gnus & imap & move messages
Posté par edouard boucher . En réponse au journal gnus & imap & move messages. Évalué à 1.
# Re: Rajouter un fond sur des fichiers PDF
Posté par edouard boucher . En réponse au journal Rajouter un fond sur des fichiers PDF. Évalué à 3.
j'avais fait ca il y a bien longtemps, il me semble que c'etait avec a2ps.
je suis quasi certain que tu peux faire ca a partir d'un fichier ps avec gs. Par contre une recherche rapide sur watermark dans la page de man ne donne aucun resultat.
sinon a partir d'un pdf, je n'en sais rien.
[^] # Re: geometry et gtk
Posté par edouard boucher . En réponse au journal geometry et gtk. Évalué à 1.
donc je ne connais pas gtk_window_parse_geometry(),
mais si c'est si simple que ca, alors, oui, je vais patcher (c'est pour faire tourner nessus)
# Re: Spam suxor
Posté par edouard boucher . En réponse au journal Spam suxor. Évalué à 1.
si c'est un spam, on retourne un code d'erreur, donc le mail n'arrive meme pas dans ta boite, le client crois que ton email n'existe plus.
c'est possible avec exim si tu utilises la fonction external_filter
il y a un petit soft qui s'appelle SA-exim il me semble qui passe les mail a spam-assassin juste apres avoir recu le message, donc quand la connexion est encore ouverte, puis en fonction du resultat de spam-assassin, tu peux ou non rejeter le mail
[^] # Re: c ansi
Posté par edouard boucher . En réponse au journal c ansi. Évalué à 1.
et pour ca je ne sais pas trop quoi utiliser, si aucune taille n'est garantit, parceque la, la tailel est importante.
dans tout les exemples que je vois, c'est a base de char ou short,
mais ca me parait incorect non ?
[^] # Re: nat et icmp
Posté par edouard boucher . En réponse au journal nat et icmp. Évalué à 1.
c'est justement pour ca que je me demande pourquoi il peux traverser les NAT
[^] # Re: spam
Posté par edouard boucher . En réponse au journal spam. Évalué à 2.
ca veux dire binder une touche dans le mua qui corresponde a enregistre le mail comme spam puis le supprimer.
a la reception des mails, procmail verifie si le message est un spam ou pas.
c'est automatique la non ?
# differances avec diff ?
Posté par edouard boucher . En réponse à la dépêche Xanadu et Ted Nelson. Évalué à 3.
j'ai regarder la page qui presente la green version.
en dehors du fait que le document en lui meme
n'existe pas, mais n'existe que sous la forme
de plein de fichier que on pointe avec des liens,
je ne comprend pas vraiment la difference avec un bete diff.
et lorsqu'il s'agit de presenter l'evolution d'un document fair par plusieur auteur (si j'ai bien compris c'est l'objectif de la green version) je ne vois pas la differance avec cvs + webcvs qui fait deja tt ca.
l'interface de Xanadu est peut etre plus evolue,
mais au niveau *idee* par derriere, je ne comprend pas la difference avec des outils comme diff ou cvs.
qqn pourais m'expliquer ?
[^] # Re: Envoyer vos griefs à Adobe
Posté par edouard boucher . En réponse à la dépêche KIllustrator vs. Adobe : suite. Évalué à 1.
# windows plus stable sans java ?
Posté par edouard boucher . En réponse à la dépêche Règlement de compte à OK-Java. Évalué à 1.
il est ecrit (et meme en capitales) que windows n'est pas a utiliser en environement ou la vie de personne pourait etre menace (ils mettent meme les exemples : centrales nucleaires, apareils de reanimation, armement).
l'argument est presente comme ca : a cause de la machine virtuel java de sun windows ne peut pas etre considere comme fiable.
Heureusement, il suffit de virer ie et on trouve un super os pour faire tourner des centrales ou des missiles !
sans java, windows pouras enfin etre partous.