[30437] in Perl-Users-Digest
Perl-Users Digest, Issue: 1680 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sun Jun 29 21:09:50 2008
Date: Sun, 29 Jun 2008 18:09:10 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Sun, 29 Jun 2008 Volume: 11 Number: 1680
Today's topics:
Re: [OT] How to make list of all htm file... <rvtol+news@isolution.nl>
[OT] Read the Posting Guidelines (was: Need help with a <rvtol+news@isolution.nl>
Re: how do prlglobs expand (was Re: 'nobody' using sudo <ben@morrow.me.uk>
Re: How to make list of all htm file... <hjp-usenet2@hjp.at>
Re: How to make list of all htm file... <szrRE@szromanMO.comVE>
Re: I hate CGI.pm <hjp-usenet2@hjp.at>
Re: I hate CGI.pm xhoster@gmail.com
Re: match pattern "not" <hjp-usenet2@hjp.at>
Re: match pattern "not" <spamtrap@dot-app.org>
Re: match pattern "not" <uri@stemsystems.com>
Re: match pattern "not" <jurgenex@hotmail.com>
Re: Need help with a question. <trevor.dodds@gmail.com>
Re: Need help with a question. <ben@morrow.me.uk>
Re: number to word in any language (was: change a singl <hjp-usenet2@hjp.at>
Re: Print Spanish characters in Perl? <hjp-usenet2@hjp.at>
Re: Remove a tab with backspace? <hjp-usenet2@hjp.at>
Re: run application from perl nonblocking? <hjp-usenet2@hjp.at>
Re: run application from perl nonblocking? <spamtrap@dot-app.org>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Sun, 29 Jun 2008 13:57:46 +0200
From: "Dr.Ruud" <rvtol+news@isolution.nl>
Subject: Re: [OT] How to make list of all htm file...
Message-Id: <g484ig.1k0.1@news.isolution.nl>
szr schreef:
> find does it's thing, grep prunes it's results.
Be very careful with that approach, it can easily get you fired.
On a heavy loaded production server, not only make your find do the
pruning itself, but nice it too.
Just accept that a wide find can take tons of minutes. When you need a
wide find, you shouldn't be in a hurry.
--
Affijn, Ruud
"Gewoon is een tijger."
------------------------------
Date: Sun, 29 Jun 2008 14:01:30 +0200
From: "Dr.Ruud" <rvtol+news@isolution.nl>
Subject: [OT] Read the Posting Guidelines (was: Need help with a question.)
Message-Id: <g484ru.1kg.1@news.isolution.nl>
Trev schreef:
> Subject: Need help with a question.
That is not a proper Subject. Read the Posting Guidelines, as they are
posted in this group about twice a week.
--
Affijn, Ruud
"Gewoon is een tijger."
------------------------------
Date: Sun, 29 Jun 2008 18:44:00 +0100
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: how do prlglobs expand (was Re: 'nobody' using sudo -- scary!)
Message-Id: <08ukj5-od2.ln1@osiris.mauzo.dyndns.org>
Quoth xhoster@gmail.com:
> Ben Morrow <ben@morrow.me.uk> wrote:
> >
> > You can avoid pre-creating the list by using 'while' instead:
> >
> > while (my $file = </home/*/.forward>) {
>
> On my system, and I suspect on all systems, this still pre-creates the
> result set in its entirety.
You're right. From File::Glob::csh_glob:
| # if we're just beginning, do it all first
| if ($iter{$cxix} == 0) {
| if (@pat) {
| $entries{$cxix} = [ map { doglob($_, $DEFAULT_FLAGS) } @pat ];
| }
| else {
| $entries{$cxix} = [ doglob($pat, $DEFAULT_FLAGS) ];
| }
| }
so it builds the whole list on the first call, regardless. I guess this
is because doglob sorts the list before returning it.
Ben
--
"Faith has you at a disadvantage, Buffy."
"'Cause I'm not crazy, or 'cause I don't kill people?"
"Both, actually."
[ben@morrow.me.uk]
------------------------------
Date: Sun, 29 Jun 2008 12:10:58 +0200
From: "Peter J. Holzer" <hjp-usenet2@hjp.at>
Subject: Re: How to make list of all htm file...
Message-Id: <slrng6enti.q75.hjp-usenet2@hrunkner.hjp.at>
On 2008-06-22 22:02, szr <szrRE@szromanMO.comVE> wrote:
> Andrew DeFaria wrote:
>> David Filmer wrote:
>>> Pero wrote:
>>>
>>>> I want to write search script in perl.
>>>> How to make list of all htm file on Linux - Apache web server?
^^^^^
>>>
>>> Perl is a big hammer for such a small nail.
>>>
>>> How about just typing this at your commandline:
>>>
>>> find . -name "*.htm"
>>>
>>> (that recurses down from your current directory. cd to \ if you want
>>> to find ALL such files anywhere they may exist. But you probably
>>> want to start at your Apache DocumentRoot).
>>
>> "find" doesn't do this on Windows. On Unix there is no "\" to cd too.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>> So which OS are you speaking of?
>
> Actually you can cd to "\",
hrunkner:~/tmp 12:05 122% cd "\\"
cd: no such file or directory: \
hrunkner:~/tmp 12:05 123% mkdir \\
hrunkner:~/tmp 12:06 124% cd \\
hrunkner:~/tmp/\ 12:06 125%
Yes, after creating a directory named "\", I can cd to it.
> which takes you to the root of the current
> drive you are in.
There is no "current drive" on Unix.
> If you want a true Unix style root have a look at
> cygwin.
ITYM: "if you want a find command under Windows, have a look at cygwin."
On unix you already have a Unix style root, and can't use cygwin anyway.
hp
------------------------------
Date: Sun, 29 Jun 2008 13:25:32 -0700
From: "szr" <szrRE@szromanMO.comVE>
Subject: Re: How to make list of all htm file...
Message-Id: <g48r3g0n92@news4.newsguy.com>
Peter J. Holzer wrote:
> On 2008-06-22 22:02, szr <szrRE@szromanMO.comVE> wrote:
>> Andrew DeFaria wrote:
>>> David Filmer wrote:
>>>> Pero wrote:
>>>>
>>>>> I want to write search script in perl.
>>>>> How to make list of all htm file on Linux - Apache web server?
> ^^^^^
>>>>
>>>> Perl is a big hammer for such a small nail.
>>>>
>>>> How about just typing this at your commandline:
>>>>
>>>> find . -name "*.htm"
>>>>
>>>> (that recurses down from your current directory. cd to \ if you
>>>> want to find ALL such files anywhere they may exist. But you
>>>> probably want to start at your Apache DocumentRoot).
>>>
>>> "find" doesn't do this on Windows. On Unix there is no "\" to cd
>>> too.
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>> So which OS are you speaking of?
>>
>> Actually you can cd to "\",
>
> hrunkner:~/tmp 12:05 122% cd "\\"
> cd: no such file or directory: \
> hrunkner:~/tmp 12:05 123% mkdir \\
> hrunkner:~/tmp 12:06 124% cd \\
> hrunkner:~/tmp/\ 12:06 125%
Hmm, for someone reason I cannot fathum I must of thought DeFaria was
talking about a Windows system. My mistake.
--
szr
------------------------------
Date: Sun, 29 Jun 2008 23:29:28 +0200
From: "Peter J. Holzer" <hjp-usenet2@hjp.at>
Subject: Re: I hate CGI.pm
Message-Id: <slrng6fvlo.q75.hjp-usenet2@hrunkner.hjp.at>
On 2008-06-23 18:06, szr <szrRE@szromanMO.comVE> wrote:
> Ben Bullock wrote:
>> Today I wanted to write a web interface for something, and I opted to
>> use CGI.pm. It's a core module, something distributed with Perl, and
>> yet it's painful to use. I started out using CGI.pm a few years ago
>> when I knew next to no Perl, and at the time I blamed myself for the
>> module's unuseability. Since then I've been learning more and more
>> Perl, and yet coming back to CGI.pm I find that it's just as unuseable
>> to me now as it was then. Some of its behaviours are just stupid and
>> extremely annoying.
>
> Could you be kind enough to provide an example or two where CGI.pm
> didn't work well for you?
* The param function doesn't deal well with non-ascii data. Newer versions
of CGI.pm can treat the parameters as UTF-8, but that's still not
flexible enough. So basically, you have to decode all parameters
manually.
* Constructing an URL with parameters is weird. It works, but I always
need the man-page and several attempts to get it right. Doing it
manually is a lot simpler (not just to write - also to maintain).
* I never found a use for the "html convenience functions". They are
slightly useful for prefilling forms with parameters (but only if you
use ASCII only, otherwise CGI.pm's lack of consistent encoding rules
will trip you up badly), but for anything else simply printing html is
simpler.
I do use CGI.pm. A lot. But only for very basic things like getting
parameters.
hp
------------------------------
Date: 29 Jun 2008 22:21:19 GMT
From: xhoster@gmail.com
Subject: Re: I hate CGI.pm
Message-Id: <20080629182126.868$8v@newsreader.com>
"Peter J. Holzer" <hjp-usenet2@hjp.at> wrote:
> On 2008-06-23 18:06, szr <szrRE@szromanMO.comVE> wrote:
> >
> > Could you be kind enough to provide an example or two where CGI.pm
> > didn't work well for you?
>
> * Constructing an URL with parameters is weird. It works, but I always
> need the man-page and several attempts to get it right. Doing it
> manually is a lot simpler (not just to write - also to maintain).
In what context is this? CGI.pm has tools for creating "self-referencing"
URLs, but I don't think CGI.pm presents itself as a generic URL creating
tool, so I'm not surprised it would be clumsy at doing that.
When making self-referencing URLs, it would be nice if there was a way to
say "Give me the self-referencing URL that would exist if this one
parameter had this value instead of what it actually does." In the absence
of that, I have to store the value, change it, get the self_url, then
change it back.
Xho
--
-------------------- http://NewsReader.Com/ --------------------
The costs of publication of this article were defrayed in part by the
payment of page charges. This article must therefore be hereby marked
advertisement in accordance with 18 U.S.C. Section 1734 solely to indicate
this fact.
------------------------------
Date: Sun, 29 Jun 2008 22:57:06 +0200
From: "Peter J. Holzer" <hjp-usenet2@hjp.at>
Subject: Re: match pattern "not"
Message-Id: <slrng6ftp2.q75.hjp-usenet2@hrunkner.hjp.at>
On 2008-06-26 16:52, Jürgen Exner <jurgenex@hotmail.com> wrote:
> "Ela" <ela@yantai.org> wrote:
>>how to replace a line's all characters (case-insensitive) NOT equal to any
^^^^^^^^^^^^^^^^
>>of say, [ABCDE] to K?
[...]
>>I am the sunny boy.
>>
>>to
>>
>>KKaKKKKeKKKKKKKbKKK
>
> But your text didn't contain any of [ABCDE],
It did.
hp
------------------------------
Date: Sun, 29 Jun 2008 17:20:38 -0400
From: Sherman Pendley <spamtrap@dot-app.org>
Subject: Re: match pattern "not"
Message-Id: <m17ic8lyzd.fsf@dot-app.org>
Jürgen Exner <jurgenex@hotmail.com> writes:
> "Ela" <ela@yantai.org> wrote:
>>how to replace a line's all characters (case-insensitive) NOT equal to any
>>of say, [ABCDE] to K?
>
> perldoc perlop --> tr/// --> option c:
> c Complement the SEARCHLIST.
>
>>I am the sunny boy.
>>
>>to
>>
>>KKaKKKKeKKKKKKKbKKK
>
> But your text didn't contain any of [ABCDE], so every single character
> should be 'K', shouldn't it?
I think you may have missed the "case-insensitive" requirement
above. Which also means, incidentally, that the OP will need to use
s/// instead of tr///, given that the latter doesn't support the "i"
modifier.
sherm--
--
My blog: http://shermspace.blogspot.com
Cocoa programming in Perl: http://camelbones.sourceforge.net
------------------------------
Date: Mon, 30 Jun 2008 00:01:21 GMT
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: match pattern "not"
Message-Id: <x71w2feqpb.fsf@mail.sysarch.com>
>>>>> "SP" == Sherman Pendley <spamtrap@dot-app.org> writes:
SP> Jürgen Exner <jurgenex@hotmail.com> writes:
>> "Ela" <ela@yantai.org> wrote:
>>> how to replace a line's all characters (case-insensitive) NOT equal to any
>>> of say, [ABCDE] to K?
>>
>> perldoc perlop --> tr/// --> option c:
>> c Complement the SEARCHLIST.
>>
>>> I am the sunny boy.
>>>
>>> to
>>>
>>> KKaKKKKeKKKKKKKbKKK
>>
>> But your text didn't contain any of [ABCDE], so every single character
>> should be 'K', shouldn't it?
SP> I think you may have missed the "case-insensitive" requirement
SP> above. Which also means, incidentally, that the OP will need to use
SP> s/// instead of tr///, given that the latter doesn't support the "i"
SP> modifier.
tr/// may not have /i but it can still do the job with:
tr/abcdeABCDE/K/c
now if the list of letters gets long it can become messier but that is
up to the OP.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.sysarch.com --
----- Perl Code Review , Architecture, Development, Training, Support ------
--------- Free Perl Training --- http://perlhunter.com/college.html ---------
--------- Gourmet Hot Cocoa Mix ---- http://bestfriendscocoa.com ---------
------------------------------
Date: Mon, 30 Jun 2008 00:05:46 GMT
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: match pattern "not"
Message-Id: <9q8g64he195jeb417838as1769rck8ppkd@4ax.com>
"Peter J. Holzer" <hjp-usenet2@hjp.at> wrote:
>On 2008-06-26 16:52, Jürgen Exner <jurgenex@hotmail.com> wrote:
>> "Ela" <ela@yantai.org> wrote:
>>>how to replace a line's all characters (case-insensitive) NOT equal to any
>> But your text didn't contain any of [ABCDE],
>
>It did.
Oooops, never mind.
jue
------------------------------
Date: Sun, 29 Jun 2008 04:25:05 -0700 (PDT)
From: Trev <trevor.dodds@gmail.com>
Subject: Re: Need help with a question.
Message-Id: <cccff3b5-9920-468e-a337-5c919b2225d7@y38g2000hsy.googlegroups.com>
>
> I'm only after 1 line (MAC) per server, which is value [1] the other
> MAC's I do not need. Is it possible to grep MAC from the Array (Entire
> File) and pass the results into a new array which I could then
> print[1] to a file. This will then extract 1 line for every server
> that I have an xml file for.
Maybe this will help...
Read list.txt for each server listed do
read xml file into array
find results matching MAC
print the 1st MAC address only ($server,$mac[1])
go back to list.txt and do the same for next server listed in file.
That's what I'm trying to do with this perl script.
------------------------------
Date: Sun, 29 Jun 2008 18:45:33 +0100
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: Need help with a question.
Message-Id: <taukj5-od2.ln1@osiris.mauzo.dyndns.org>
Quoth Trev <trevor.dodds@gmail.com>:
>
> >
> > I'm only after 1 line (MAC) per server, which is value [1] the other
> > MAC's I do not need. Is it possible to grep MAC from the Array (Entire
> > File) and pass the results into a new array which I could then
> > print[1] to a file. This will then extract 1 line for every server
> > that I have an xml file for.
>
> Maybe this will help...
>
> Read list.txt for each server listed do
> read xml file into array
> find results matching MAC
> print the 1st MAC address only ($server,$mac[1])
Index [1] is the second item in an array. You need to go read a decent
beginner's Perl book: see perldoc -q book.
Ben
--
It will be seen that the Erwhonians are a meek and long-suffering people,
easily led by the nose, and quick to offer up common sense at the shrine of
logic, when a philosopher convinces them that their institutions are not based
on the strictest morality. [Samuel Butler, paraphrased] ben@morrow.me.uk
------------------------------
Date: Sun, 29 Jun 2008 22:38:11 +0200
From: "Peter J. Holzer" <hjp-usenet2@hjp.at>
Subject: Re: number to word in any language (was: change a single digit to corresponding English word)
Message-Id: <slrng6fslk.q75.hjp-usenet2@hrunkner.hjp.at>
On 2008-06-24 19:52, Ted Zlatanov <tzz@lifelogs.com> wrote:
> On Tue, 24 Jun 2008 13:26:54 +0000 (UTC) Ben Bullock <benkasminbullock@gmail.com> wrote:
>
> BB> On Tue, 24 Jun 2008 08:09:18 -0500, Ted Zlatanov wrote:
>>> I didn't see anything in CPAN, only
>>> http://search.cpan.org/~rgarcia/perl-5.10.0/ext/I18N/Langinfo/Langinfo.pm
>>>
>>> The CPAN *Locale* modules were not very useful for this task.
>>>
>>> Lingua::Any::Numbers doesn't sniff out the locale automatically, and
>>> doesn't seem to use the glibc facilities (if such exist).
>
> BB> Lingua::Any::Numbers seems to be nothing but a wrapper for various
> BB> other Perl modules, like the above-mentioned Lingua::JA::Numbers.
>
> I understand, but my point was that it doesn't figure out what you want
> based on the locale. For example:
>
> % LANG=bg_BG.utf8 date
> Š²Ń ŃŠ½Šø 24 14:41:09 CDT 2008
> % LANG=C date
> Tue Jun 24 14:41:12 CDT 2008
>
> I don't know how to map any locale to any language in the
> Lingua::*::Numbers hierarchy.
The best you can do is check that the locale matches
/^([a-z]{2})($|_[A-Z]{2}\b)/ and check if
"Lingua::\U$1\E::Numbers" exists. you won't find Lingua::Slavic::Numbers
that way, and not all locales start with a language code, but there
doesn't seem any more dependable way to extract the language code from
the locale than to rely on the naming convention.
> In addition, the .utf8* specifier is a
> problem (see 'sr_YU.utf8@cyrillic' for example). The Lingua::*::Numbers
> modules are not setting the output encoding; it seems like that's up to
> the application.
You can get the encoding from the current locale with:
use I18N::Langinfo qw(langinfo CODESET)
$charset = langinfo(CODESET)
> So Lingua::Any::Numbers should have wrappers to
> accomodate encodings and auto-detect locale.
I've never used Lingua::Any::Numbers, so I don't care much about it but
I think that would be a mistake. Encodings are strictly for I/O, any
module dealing with strings should just use character strings. Getting
the language code from the locale could be useful, but then it would be
more useful as an independent module (or possibly as an extension to
I18N::Langinfo).
hp
------------------------------
Date: Sun, 29 Jun 2008 11:56:34 +0200
From: "Peter J. Holzer" <hjp-usenet2@hjp.at>
Subject: Re: Print Spanish characters in Perl?
Message-Id: <slrng6en2i.q75.hjp-usenet2@hrunkner.hjp.at>
On 2008-06-21 00:12, Ben Bullock <benkasminbullock@gmail.com> wrote:
> On Fri, 20 Jun 2008 04:37:34 +0000, Jürgen Exner wrote:
>> DanB <dbxxxxxxx@yahoo.com> wrote:
>>>I am trying to build a set of Spanish flash cards using TK, and I
>>>need to be able to display the accented characters. I know that I
>>>need to specify them in some unicode besides utf-8,
>
>> Actually, you don't. Just put them into your code in your favourite
>> editor and treat them like any ASCII character.
>
> I suggest *not* doing this, but
>
> use utf8;
>
> and ensure that your file is saved in the UTF-8 format.
I fully agree with that.
[...]
> and always specify the output encoding you want:
Since the OP wrote that he's using Perl/Tk, this shouldn't be necessary
- Perl/Tk should know how to display characters in perls internal
encoding. I expanded smallpond's script a bit:
#!/usr/bin/perl
use utf8;
use Tk;
my $win = new MainWindow(-title=>"Cómo estį?");
my $frm = $win->Frame(-background => 'blue')->pack(-side => 'top');
my $label = $frm->Label(-text => '”Hola!')->pack(-side => 'left');
my $label = $frm->Label(-text => 'Cómo estį?')->pack(-side => 'left');
my $label = $frm->Label(-text => '75 ¤')->pack(-side => 'left');
MainLoop;
__END__
and it works fine for me. (I don't normally use Perl/Tk, so there may be
some gotchas I'm not aware of)
hp
------------------------------
Date: Sun, 29 Jun 2008 22:50:22 +0200
From: "Peter J. Holzer" <hjp-usenet2@hjp.at>
Subject: Re: Remove a tab with backspace?
Message-Id: <slrng6ftcg.q75.hjp-usenet2@hrunkner.hjp.at>
On 2008-06-25 02:39, David Combs <dkcombs@panix.com> wrote:
> In article <483EE304.5090808@gmx.de>, Achim Peters <achimpeters@gmx.de> wrote:
>>The difference is visible already under Unix alone.
>>
>>$ perl -e 'print "12\b\n"'
>>12
>>$ perl -e 'print "12\b"'
>>1$
>>
>
> Finally I notice that in this thread one print terminates in a newline,
> while the other doesn't.
>
> Independently of the platform, why the different effect,
> in that with the newline, we see the 2, but not without
> the newline?
>
> Perhaps some weird interaction with a buffer getting flushed or not?
No, a weird interaction with the prompt being printed.
In the first case the following happens:
1) print "1".
2) print "2".
3) print a backspace. This is slightly system-dependent, but on many
systems it simply moves the cursor to the left. So now the cursor is
on the "2".
4) print a newline. This moves the cursor to the start of the next line.
5) the script terminates
6) The shell prints the prompt "$ " at the current cursor position, i.e.
on the line below "12"
in the second case the first three steps are the same. Then it differs:
4) the script terminates
5) The shell prints the prompt "$ " at the current cursor position.
Since the cursor is still on the "2", the "2" will be overwritten
with the $ and the line will contain "1$ ".
Of course on most systems the prompt is something more elaborate than
simply "$ ", so it probably looks different on your system.
hp
------------------------------
Date: Sun, 29 Jun 2008 23:04:02 +0200
From: "Peter J. Holzer" <hjp-usenet2@hjp.at>
Subject: Re: run application from perl nonblocking?
Message-Id: <slrng6fu63.q75.hjp-usenet2@hrunkner.hjp.at>
On 2008-06-26 18:15, szr <szrRE@szromanMO.comVE> wrote:
> Jürgen Exner wrote:
>> "szr" <szrRE@szromanMO.comVE> wrote:
>>> Jim Gibson wrote:
>>>> Other newsreaders do not present the entire thread to you (and this
>>>> is a good thing!)
>>>
>>> How is that possibly a good thing?
>>
>> Why would I possibly want to wade through and reread a large pile of
>> old articles in search of new contributions?
>
> I was talking about a list in which you visibily see the structure of
> the thread. You select which article you want to read, but it's nice to
> know where you are in the thread.
>
> For example:
>
> First Post | by Foo | date
> + Reply to First | by Bar | date
> | + Reply to Reply to First | by Foo | date
> + 2nd Reply to First | by Baz | date
> ...
>
> How ever it's displayed, any real reader should have some way of showing
> you what the thread looks like.
Actually, that's not so simple. To do that efficiently requires support
from the news server (or caching all read articles).
>>> Why would one not want to at least have the option of seeing the
>>> thread tree? IMHO, any news reader that cannot show the tree (so
>>> that one may see the thread structure) is incomplete.
>>
>> Option to expand the thread including old articles yes.
>
> Yes, this is what I'm talking about.
>
>> As default view absolutely no way.
>
> Yes, by default threads should be collapsed. You expand the thread you
> want to read.
Even in the thread I'm currently reading I prefer to see only the
articles I have not yet read.
hp
------------------------------
Date: Sun, 29 Jun 2008 17:24:56 -0400
From: Sherman Pendley <spamtrap@dot-app.org>
Subject: Re: run application from perl nonblocking?
Message-Id: <m13amwlys7.fsf@dot-app.org>
"Peter J. Holzer" <hjp-usenet2@hjp.at> writes:
> On 2008-06-26 18:15, szr <szrRE@szromanMO.comVE> wrote:
>
>> I was talking about a list in which you visibily see the structure of
>> the thread. You select which article you want to read, but it's nice to
>> know where you are in the thread.
>>
>> For example:
>>
>> First Post | by Foo | date
>> + Reply to First | by Bar | date
>> | + Reply to Reply to First | by Foo | date
>> + 2nd Reply to First | by Baz | date
>> ...
>>
>> How ever it's displayed, any real reader should have some way of showing
>> you what the thread looks like.
>
> Actually, that's not so simple. To do that efficiently requires support
> from the news server (or caching all read articles).
It also requires that all the articles have shown up on your news
server. That's not a safe assumption - usenet is not a guaranteed-
delivery medium. The parent may arrive at my server after replies to
it, or not arrive at all.
sherm--
--
My blog: http://shermspace.blogspot.com
Cocoa programming in Perl: http://camelbones.sourceforge.net
------------------------------
Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 6 Apr 01)
Message-Id: <null>
Administrivia:
#The Perl-Users Digest is a retransmission of the USENET newsgroup
#comp.lang.perl.misc. For subscription or unsubscription requests, send
#the single line:
#
# subscribe perl-users
#or:
# unsubscribe perl-users
#
#to almanac@ruby.oce.orst.edu.
NOTE: due to the current flood of worm email banging on ruby, the smtp
server on ruby has been shut off until further notice.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
#To request back copies (available for a week or so), send your request
#to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
#where x is the volume number and y is the issue number.
#For other requests pertaining to the digest, send mail to
#perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
#sending perl questions to the -request address, I don't have time to
#answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V11 Issue 1680
***************************************
