> MT-NewsWatcher 3.5.1 is now built as a Universal Mach-O binary.
> - The "Mark as not junk" menu item works for article windows now.
> - Fixed the display font for UTF-8 messages to use the font prefs,
> rather than default to 9pt Monaco.
> - Fixed file type/creator reversal when saving binaries.
> - The Advanced dialog in the binary extration prefs has a sensible
> title now.
> - The "Index article text" feature was removed, pending migration
> to the new SearchKit API.
> - Fixed an odd behaviour clicking on the radio buttons in the
> filter edit dialog for a date filter.
> - Fixed a linkage issue that could cause library errors on launch
> on some machines (GSS-related).
> - Fixed some minor message window layout issues (helpful for
> translators).
> - Accented characters are no longer stripped when pasting.
> - When bringing up the Spelling panel with a misspelled word
> selected, it no longer goes to the next misspelled word.
> - MT-NW will now try to authenticate when requested in more
> situations, making it less necessary to use the 'Always authenticate'
> option.
> - Underscores ('_') will no longer be converted to spaces in
> message with a Content-Transfer-Encoding of Quoted-Printable.
> - Fixed some bugs relating to Smart cut and paste in message
> editing.
> - Fixed a bug in the MIME header decoding exposed by articles with
> "=???" in a header.
> - Fixed filters matching whole or part words.
> - Option double-click in the filters window now toggles the
> disabled state of all selected filters.
> - The "Send message with encoding" popup in the Languages prefs now
> correctly lists all of the available sending encodings.
> - You can use Command-option-B to extract binaries to a custom
> folder now.
> - Fixed a bad bug that cause extracting binaries with external
> helpers to be broken, and possibly delete folders on disk.
> - Improved the error reporting when there's a problem saving the
> filters file.
> - Hopefully work around an issue saving the filters file if the
> user doesn't have permission to create a temporary file on the same
> volume.
> - Added an 'Import' menu item that's enabled when the Filters List
> window is frontmost that allows you to import XML filters files, with
> the option to add to or replace existing filters.
Et à l'attention particulière de Laurent dit NoNo :
> Multi-threaded NewsWatcher est développé par Simon Fraser, sur base
> de l'application NewsWatcher originale de John Norstad.
> Multi-threaded NewsWatcher apporte au NewsWatcher original un certain
> nombre de fonctions supplémentaires qui rendent la lecture des
> Nouvelles plus rapide et plus agréable. Ces fonctions comprennent le
> multitraitement, le filtrage, la reconnaissance vocale et la
> vérification orthographique.
--
Jean-Pierre Kuypers
Veuillez émailler les phrases dans leur con-
texte avant de câbler sciemment.
Le présent article étant d'affliction pure, toute ressemblance avec une
opinion exprimée ne pourra être attribuée qu'au hasard et, en aucun cas,
être considérée comme celle de mon employeur.
In article (Dans l'article) <1hhpywp.9iih3pqg5atcN%, Laurent Pertois wrote (écrivait) :
Il y a peut-être un réglage sur le serveur FTP de JPK qui fait qu'il binhexe automatiquement quand il détecte une branche de ressource.
Point du tout !
Bon...
Notre serveur FTP ne fait rien au vol.
Tant mieux, ça aurait obligé à appeler les autorités de régulation du ciel local.
La BinHexation est produite par Fetch lors du dépôt une fois.
Une seule ?
Les fichiers non texte arrivent en .hqx sur le serveur et y restent intacts.
Oki, mais je parlais d'une fonction d'envoi de fichiers binhexés, pas de les modifier pour toujours, je fais ça sur le serveur FTP de Mac OS X Server et les fichiers restent intacts, pourtant, quand un .app est demandé par FTP, c'est un DMG qui le contient qui est envoyé.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
J.P. Kuypers <Kuypers@sri.ucl.ac.invalid> wrote:
In article (Dans l'article)
<1hhpywp.9iih3pqg5atcN%laurent.pertois@alussinan.org>, Laurent Pertois
<laurent.pertois@alussinan.org> wrote (écrivait) :
Il y a peut-être un réglage sur le serveur FTP de JPK qui fait qu'il
binhexe automatiquement quand il détecte une branche de ressource.
Point du tout !
Bon...
Notre serveur FTP ne fait rien au vol.
Tant mieux, ça aurait obligé à appeler les autorités de régulation du
ciel local.
La BinHexation est produite par Fetch lors du dépôt une fois.
Une seule ?
Les fichiers non texte arrivent en .hqx sur le serveur et y restent
intacts.
Oki, mais je parlais d'une fonction d'envoi de fichiers binhexés, pas de
les modifier pour toujours, je fais ça sur le serveur FTP de Mac OS X
Server et les fichiers restent intacts, pourtant, quand un .app est
demandé par FTP, c'est un DMG qui le contient qui est envoyé.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
In article (Dans l'article) <1hhpywp.9iih3pqg5atcN%, Laurent Pertois wrote (écrivait) :
Il y a peut-être un réglage sur le serveur FTP de JPK qui fait qu'il binhexe automatiquement quand il détecte une branche de ressource.
Point du tout !
Bon...
Notre serveur FTP ne fait rien au vol.
Tant mieux, ça aurait obligé à appeler les autorités de régulation du ciel local.
La BinHexation est produite par Fetch lors du dépôt une fois.
Une seule ?
Les fichiers non texte arrivent en .hqx sur le serveur et y restent intacts.
Oki, mais je parlais d'une fonction d'envoi de fichiers binhexés, pas de les modifier pour toujours, je fais ça sur le serveur FTP de Mac OS X Server et les fichiers restent intacts, pourtant, quand un .app est demandé par FTP, c'est un DMG qui le contient qui est envoyé.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Patrick Stadelmann
In article <030720061603577019%, "J.P. Kuypers" wrote:
In article (Dans l'article) , Patrick Stadelmann wrote (écrivait) :
L'étiquette ne préconise-t-elle pas également d'utiliser une adresse valide pour poster sur Usenet ? ;-)
Sauf à bien spécifier qu'elle est invalide. La terminaison en ".invalid" est idoine à cet effet une fois.
Cet usage de ".invalid" est toujours controversé. Cela dit, c'est exactement la même chose que pour le FTP anonyme : aux débuts d'Internet on pouvait se permettre d'indiquer sa véritable adresse e-mail dans les deux cas. Aujourd'hui, ce n'est plus forcément souhaitable de le faire.
Patrick -- Patrick Stadelmann
In article <030720061603577019%Kuypers@sri.ucl.ac.invalid>,
"J.P. Kuypers" <Kuypers@sri.ucl.ac.invalid> wrote:
In article (Dans l'article)
<Patrick.Stadelmann-F5DC9B.22552128062006@individual.net>, Patrick
Stadelmann <Patrick.Stadelmann@unine.ch> wrote (écrivait) :
L'étiquette ne préconise-t-elle pas également d'utiliser une adresse
valide pour poster sur Usenet ?
;-)
Sauf à bien spécifier qu'elle est invalide.
La terminaison en ".invalid" est idoine à cet effet une fois.
Cet usage de ".invalid" est toujours controversé. Cela dit, c'est
exactement la même chose que pour le FTP anonyme : aux débuts d'Internet
on pouvait se permettre d'indiquer sa véritable adresse e-mail dans les
deux cas. Aujourd'hui, ce n'est plus forcément souhaitable de le faire.
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
In article <030720061603577019%, "J.P. Kuypers" wrote:
In article (Dans l'article) , Patrick Stadelmann wrote (écrivait) :
L'étiquette ne préconise-t-elle pas également d'utiliser une adresse valide pour poster sur Usenet ? ;-)
Sauf à bien spécifier qu'elle est invalide. La terminaison en ".invalid" est idoine à cet effet une fois.
Cet usage de ".invalid" est toujours controversé. Cela dit, c'est exactement la même chose que pour le FTP anonyme : aux débuts d'Internet on pouvait se permettre d'indiquer sa véritable adresse e-mail dans les deux cas. Aujourd'hui, ce n'est plus forcément souhaitable de le faire.
Patrick -- Patrick Stadelmann
J.P. Kuypers
In article (Dans l'article) <1hhww20.1limlx0yx67zfN%, Laurent Pertois wrote (écrivait) :
J.P. Kuypers wrote:
La BinHexation est produite par Fetch lors du dépôt une fois.
Une seule ?
Oui, une seule une fois.
Les fichiers non texte arrivent en .hqx sur le serveur et y restent intacts.
Oki, mais je parlais d'une fonction d'envoi de fichiers binhexés, pas de les modifier pour toujours, je fais ça sur le serveur FTP de Mac OS X Server et les fichiers restent intacts, pourtant, quand un .app est demandé par FTP, c'est un DMG qui le contient qui est envoyé.
Oui, oui, je connais cela. Mais notre serveur ne pratique pas ces transformations au vol.
J'aurais sans doute dû mieux formuler une fois :
Les fichiers non texte arrivent en .hqx sur le serveur, y sont conservés tels quels et envoyés de même.
Bref ! on se comprend malgré Quiévrain et le côté duquel on se trouve.
-- Jean-Pierre Kuypers
Veuillez émailler les phrases dans leur con- texte avant de câbler sciemment.
Le présent article étant d'affliction pure, toute ressemblance avec une opinion exprimée ne pourra être attribuée qu'au hasard et, en aucun cas, être considérée comme celle de mon employeur.
In article (Dans l'article)
<1hhww20.1limlx0yx67zfN%laurent.pertois@alussinan.org>, Laurent Pertois
<laurent.pertois@alussinan.org> wrote (écrivait) :
J.P. Kuypers <Kuypers@sri.ucl.ac.invalid> wrote:
La BinHexation est produite par Fetch lors du dépôt une fois.
Une seule ?
Oui, une seule une fois.
Les fichiers non texte arrivent en .hqx sur le serveur et y restent
intacts.
Oki, mais je parlais d'une fonction d'envoi de fichiers binhexés, pas de
les modifier pour toujours, je fais ça sur le serveur FTP de Mac OS X
Server et les fichiers restent intacts, pourtant, quand un .app est
demandé par FTP, c'est un DMG qui le contient qui est envoyé.
Oui, oui, je connais cela.
Mais notre serveur ne pratique pas ces transformations au vol.
J'aurais sans doute dû mieux formuler une fois :
Les fichiers non texte arrivent en .hqx sur le serveur,
y sont conservés tels quels et envoyés de même.
Bref ! on se comprend malgré Quiévrain et le côté duquel on se trouve.
--
Jean-Pierre Kuypers
Veuillez émailler les phrases dans leur con-
texte avant de câbler sciemment.
Le présent article étant d'affliction pure, toute ressemblance avec une
opinion exprimée ne pourra être attribuée qu'au hasard et, en aucun cas,
être considérée comme celle de mon employeur.
In article (Dans l'article) <1hhww20.1limlx0yx67zfN%, Laurent Pertois wrote (écrivait) :
J.P. Kuypers wrote:
La BinHexation est produite par Fetch lors du dépôt une fois.
Une seule ?
Oui, une seule une fois.
Les fichiers non texte arrivent en .hqx sur le serveur et y restent intacts.
Oki, mais je parlais d'une fonction d'envoi de fichiers binhexés, pas de les modifier pour toujours, je fais ça sur le serveur FTP de Mac OS X Server et les fichiers restent intacts, pourtant, quand un .app est demandé par FTP, c'est un DMG qui le contient qui est envoyé.
Oui, oui, je connais cela. Mais notre serveur ne pratique pas ces transformations au vol.
J'aurais sans doute dû mieux formuler une fois :
Les fichiers non texte arrivent en .hqx sur le serveur, y sont conservés tels quels et envoyés de même.
Bref ! on se comprend malgré Quiévrain et le côté duquel on se trouve.
-- Jean-Pierre Kuypers
Veuillez émailler les phrases dans leur con- texte avant de câbler sciemment.
Le présent article étant d'affliction pure, toute ressemblance avec une opinion exprimée ne pourra être attribuée qu'au hasard et, en aucun cas, être considérée comme celle de mon employeur.
laurent.pertois
J.P. Kuypers wrote:
Oki, mais je parlais d'une fonction d'envoi de fichiers binhexés, pas de les modifier pour toujours, je fais ça sur le serveur FTP de Mac OS X Server et les fichiers restent intacts, pourtant, quand un .app est demandé par FTP, c'est un DMG qui le contient qui est envoyé.
Oui, oui, je connais cela. Mais notre serveur ne pratique pas ces transformations au vol.
En fait, je me doute que tu connais, je précisais pour d'autres.
J'aurais sans doute dû mieux formuler une fois :
Les fichiers non texte arrivent en .hqx sur le serveur, y sont conservés tels quels et envoyés de même.
Mmmmm est-ce bien nécessaire pour un .zip ?
Bref ! on se comprend malgré Quiévrain et le côté duquel on se trouve.
Mais oui. Bon, on mange quand ?
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
J.P. Kuypers <Kuypers@sri.ucl.ac.invalid> wrote:
Oki, mais je parlais d'une fonction d'envoi de fichiers binhexés, pas de
les modifier pour toujours, je fais ça sur le serveur FTP de Mac OS X
Server et les fichiers restent intacts, pourtant, quand un .app est
demandé par FTP, c'est un DMG qui le contient qui est envoyé.
Oui, oui, je connais cela.
Mais notre serveur ne pratique pas ces transformations au vol.
En fait, je me doute que tu connais, je précisais pour d'autres.
J'aurais sans doute dû mieux formuler une fois :
Les fichiers non texte arrivent en .hqx sur le serveur,
y sont conservés tels quels et envoyés de même.
Mmmmm est-ce bien nécessaire pour un .zip ?
Bref ! on se comprend malgré Quiévrain et le côté duquel on se trouve.
Mais oui. Bon, on mange quand ?
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Oki, mais je parlais d'une fonction d'envoi de fichiers binhexés, pas de les modifier pour toujours, je fais ça sur le serveur FTP de Mac OS X Server et les fichiers restent intacts, pourtant, quand un .app est demandé par FTP, c'est un DMG qui le contient qui est envoyé.
Oui, oui, je connais cela. Mais notre serveur ne pratique pas ces transformations au vol.
En fait, je me doute que tu connais, je précisais pour d'autres.
J'aurais sans doute dû mieux formuler une fois :
Les fichiers non texte arrivent en .hqx sur le serveur, y sont conservés tels quels et envoyés de même.
Mmmmm est-ce bien nécessaire pour un .zip ?
Bref ! on se comprend malgré Quiévrain et le côté duquel on se trouve.
Mais oui. Bon, on mange quand ?
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
jean-pierre poindessault
In article <030720061606336387%, "J.P. Kuypers" wrote:
In article (Dans l'article) <1hhpywp.9iih3pqg5atcN%, Laurent Pertois wrote (écrivait) :
Il y a peut-être un réglage sur le serveur FTP de JPK qui fait qu'il binhexe automatiquement quand il détecte une branche de ressource.
Point du tout !
Notre serveur FTP ne fait rien au vol. --------
Bien sûr, sinon, il serait déjà en prison ... une fois ;-)
Jean-Pierre pas K
In article <030720061606336387%Kuypers@sri.ucl.ac.invalid>,
"J.P. Kuypers" <Kuypers@sri.ucl.ac.invalid> wrote:
In article (Dans l'article)
<1hhpywp.9iih3pqg5atcN%laurent.pertois@alussinan.org>, Laurent Pertois
<laurent.pertois@alussinan.org> wrote (écrivait) :
Il y a peut-être un réglage sur le serveur FTP de JPK qui fait qu'il
binhexe automatiquement quand il détecte une branche de ressource.
Point du tout !
Notre serveur FTP ne fait rien au vol.
--------
Bien sûr, sinon, il serait déjà en prison ... une fois ;-)
In article <030720061606336387%, "J.P. Kuypers" wrote:
In article (Dans l'article) <1hhpywp.9iih3pqg5atcN%, Laurent Pertois wrote (écrivait) :
Il y a peut-être un réglage sur le serveur FTP de JPK qui fait qu'il binhexe automatiquement quand il détecte une branche de ressource.
Point du tout !
Notre serveur FTP ne fait rien au vol. --------
Bien sûr, sinon, il serait déjà en prison ... une fois ;-)
Jean-Pierre pas K
jean-pierre poindessault
In article <1hhy649.1fxc3k61g6gksqN%, (Laurent Pertois) wrote:
J.P. Kuypers wrote:
Oki, mais je parlais d'une fonction d'envoi de fichiers binhexés, pas de les modifier pour toujours, je fais ça sur le serveur FTP de Mac OS X Server et les fichiers restent intacts, pourtant, quand un .app est demandé par FTP, c'est un DMG qui le contient qui est envoyé.
Oui, oui, je connais cela. Mais notre serveur ne pratique pas ces transformations au vol.
En fait, je me doute que tu connais, je précisais pour d'autres.
J'aurais sans doute dû mieux formuler une fois :
Les fichiers non texte arrivent en .hqx sur le serveur, y sont conservés tels quels et envoyés de même.
Mmmmm est-ce bien nécessaire pour un .zip ?
Bref ! on se comprend malgré Quiévrain et le côté duquel on se trouve.
Mais oui. Bon, on mange quand ? ------------------
Oui, une fois, on mange quand, des frites, plusieurs fois même ?
Jean-Pierre
In article <1hhy649.1fxc3k61g6gksqN%laurent.pertois@alussinan.org>,
laurent.pertois@alussinan.org (Laurent Pertois) wrote:
J.P. Kuypers <Kuypers@sri.ucl.ac.invalid> wrote:
Oki, mais je parlais d'une fonction d'envoi de fichiers binhexés, pas de
les modifier pour toujours, je fais ça sur le serveur FTP de Mac OS X
Server et les fichiers restent intacts, pourtant, quand un .app est
demandé par FTP, c'est un DMG qui le contient qui est envoyé.
Oui, oui, je connais cela.
Mais notre serveur ne pratique pas ces transformations au vol.
En fait, je me doute que tu connais, je précisais pour d'autres.
J'aurais sans doute dû mieux formuler une fois :
Les fichiers non texte arrivent en .hqx sur le serveur,
y sont conservés tels quels et envoyés de même.
Mmmmm est-ce bien nécessaire pour un .zip ?
Bref ! on se comprend malgré Quiévrain et le côté duquel on se trouve.
Mais oui. Bon, on mange quand ?
------------------
Oui, une fois, on mange quand, des frites, plusieurs fois même ?
In article <1hhy649.1fxc3k61g6gksqN%, (Laurent Pertois) wrote:
J.P. Kuypers wrote:
Oki, mais je parlais d'une fonction d'envoi de fichiers binhexés, pas de les modifier pour toujours, je fais ça sur le serveur FTP de Mac OS X Server et les fichiers restent intacts, pourtant, quand un .app est demandé par FTP, c'est un DMG qui le contient qui est envoyé.
Oui, oui, je connais cela. Mais notre serveur ne pratique pas ces transformations au vol.
En fait, je me doute que tu connais, je précisais pour d'autres.
J'aurais sans doute dû mieux formuler une fois :
Les fichiers non texte arrivent en .hqx sur le serveur, y sont conservés tels quels et envoyés de même.
Mmmmm est-ce bien nécessaire pour un .zip ?
Bref ! on se comprend malgré Quiévrain et le côté duquel on se trouve.
Mais oui. Bon, on mange quand ? ------------------
Oui, une fois, on mange quand, des frites, plusieurs fois même ?
