[22324] in Perl-Users-Digest
Perl-Users Digest, Issue: 4545 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Mon Feb 10 19:27:08 2003
Date: Mon, 10 Feb 2003 16:21:47 -0800 (PST)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Mon, 10 Feb 2003 Volume: 10 Number: 4545
Today's topics:
Re: Why no perl function to detect numeric or string? <spikey-wan@bigfoot.com>
Re: Why no perl function to detect numeric or string? <uri@stemsystems.com>
Re: Why no perl function to detect numeric or string? <uri@stemsystems.com>
Re: Why no perl function to detect numeric or string? (Sam Holden)
Re: Why no perl function to detect numeric or string? <ekulis@apple.com>
Re: Why no perl function to detect numeric or string? (Malcolm Dew-Jones)
Re: Why no perl function to detect numeric or string? <mgjv@tradingpost.com.au>
Re: Why no perl function to detect numeric or string? <blgl.ignore@telia.com.invalid>
Re: Why no perl function to detect numeric or string? <mgjv@tradingpost.com.au>
Re: Why no perl function to detect numeric or string? <abigail@abigail.nl>
windows based text editor? <banjo-dave@prodigy.net>
Re: windows based text editor? <Jodyman@hotmail.com>
Re: windows based text editor? <penny1482@attbi.com>
Re: windows based text editor? <jurgenex@hotmail.com>
Re: windows based text editor? <xyf@nixnotes.org>
Re: windows based text editor? <w_ichmann@uni-wuppertal.de>
Re: windows based text editor? <bart.lateur@pandora.be>
Re: windows based text editor? <GPatnude@adelphia.net>
Re: windows based text editor? <eric.ehlers@btopenworld.com.nospam>
Re: windows based text editor? (Nataku)
Re: windows based text editor? <flavell@mail.cern.ch>
Re: windows based text editor? <j.j.konkle-parker@larc.nasa.gov>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Fri, 7 Feb 2003 16:19:44 -0000
From: "Richard S Beckett" <spikey-wan@bigfoot.com>
Subject: Re: Why no perl function to detect numeric or string?
Message-Id: <b20mcn$qvi$1@newshost.mot.com>
"Jay Tilton" <tiltonj@erols.com> wrote in message
news:3e439ea6.106480384@news.erols.com...
>
> : In a script I'm writing, the user enters values for a ping test in a TK
GUI.
> : They can enter a value for the number of pings to perform, the timeout
> : between pings, etc, etc.
> :
> : If they put 'cheese' into the entry box for the number of pings they'd
like
> : to perform, I get the following error...
> :
> : Argument "cheese" isn't numeric in numeric le (<=) at D:\Perl\My
Scripts...
> :
> : Then my script informs them that: "cheese pings completed."
>
> Most would not look for a distinction between "number" and "string" in
> that case. They would look for the distinction between "digit" and
> "non-digit."
>
> The difference is subtle, but it's an example of using the right
> terminology. Strings and numbers morph into one another seamlessly as
> the code requires. The digit-ness of a character, on the other hand,
> is never in doubt and will not change unless the program explicitly
> alters it.
>
> Another term to become familiar with is "data validation." That's
> what you're really after. The string/number question is an X-Y
> problem.
>
> : I would much rather have a popup window that tells them they're stupid,
and
> : to enter a proper value into the entry box, wouldn't you?
>
> Absolutely not. That is just bad UI design.
>
> Either take steps that prevent the user from ever being able to enter
> nonsense values (use a list box, for example), or accept anything that
> comes in and do a sensible thing when it is nonsensical (falling back
> to a default value, for example).
Hmmm, I like that idea. You still need to check whether they've typed in
bolox, though.
>
> : I've had to write a series of regexs for each entry box.
>
> Are the regexes all the same for each input, or does each input have
> its own special set?
>
> : My life would have
> : been much easier if there was a simple check that they've entered a
number,
> : or a whole number, as required.
>
> Make your own simple check and roll it off into a subroutine. How
> hard can this be?
>
> sub validate_number {
> my($arg, $default) = @_;
> my($valid) = $arg =~ /^(\d+)/;
> return defined $valid ? $valid : $default;
> }
> print validate_number('cheese', 3);
It's not _that_ hard. One of my entry boxes can accept any positive number,
so that would include 2.5, another easier one can only accept positive whole
numbers greater than 1, which is nice, another can accept numbers like
1.25e+25, so I need a different regex for each.
Just the regex for accepting numbers like 2.5 is:
(/^[+]?\d+$/) || (/^[+]?\d*\.?\d+$/ ) || (/^[+-]?\d+\.?\d*$/ )
Still, I suppose once everyone has written their own subroute once, they
won't have to bother again :-/
R.
------------------------------
Date: Fri, 07 Feb 2003 17:00:22 GMT
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: Why no perl function to detect numeric or string?
Message-Id: <x7ptq4gh5m.fsf@mail.sysarch.com>
>>>>> "RSB" == Richard S Beckett <spikey-wan@bigfoot.com> writes:
RSB> If they put 'cheese' into the entry box for the number of pings
RSB> they'd like to perform, I get the following error...
RSB> Argument "cheese" isn't numeric in numeric le (<=) at D:\Perl\My
RSB> Scripts...
RSB> Then my script informs them that: "cheese pings completed."
all input typed by a users is text. in fact perl can't read numbers
using any form of i/o. you aren't getting that fact.
if you write a program such as you have, then you have to check the
validity of the input. if you want a number then check for one before
you use it. perl doesn't know anything about what you wanted. so it
happily converts 'cheese' to 0 and generates a warning since you fed it
a bad number. it is your problem, not perl's.
RSB> So, you see, there IS a need for it.
no, there isn't. perl will convert the number anytime you use it as a
number. you still have to check that the text makes a valid number.
entered text NE number
RSB> I've had to write a series of regexs for each entry box. My life
RSB> would have been much easier if there was a simple check that
RSB> they've entered a number, or a whole number, as required.
write a number check sub then. reusing the regex is the way to go. a
series of regexes makes no sense.
and validating input is standard procedure in any language. nothing
special about perl there.
how can a language validate unless you specify a validation format?
writing a validation sub is trivial and useful.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.stemsystems.com
----- Stem and Perl Development, Systems Architecture, Design and Coding ----
Search or Offer Perl Jobs ---------------------------- http://jobs.perl.org
Damian Conway Perl Classes - January 2003 -- http://www.stemsystems.com/class
------------------------------
Date: Fri, 07 Feb 2003 17:07:31 GMT
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: Why no perl function to detect numeric or string?
Message-Id: <x7lm0sggtp.fsf@mail.sysarch.com>
>>>>> "RSB" == Richard S Beckett <spikey-wan@bigfoot.com> writes:
RSB> Just the regex for accepting numbers like 2.5 is:
RSB> (/^[+]?\d+$/) || (/^[+]?\d*\.?\d+$/ ) || (/^[+-]?\d+\.?\d*$/ )
RSB> Still, I suppose once everyone has written their own subroute once, they
RSB> won't have to bother again :-/
FAQ. if you had bothered to look, you wouldn't have had to invent your
own. and the FAQ has better regexes. i see several ways to improve
yours.
why don't you seem to allow negative integers? why is [+] in a char
class? the second regex seems to be able to match anything the first one
matches (the leading digits and decimal point are optional so it will
match positive integers). the third regex also can match integers (which
handles the negative integer issue). you also don't allow floating point
formated (with a +/-E00 suffix).
so yes, number validation is not new and you didn't bother to find out
how others do it so you rolled your own weaker version.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.stemsystems.com
----- Stem and Perl Development, Systems Architecture, Design and Coding ----
Search or Offer Perl Jobs ---------------------------- http://jobs.perl.org
Damian Conway Perl Classes - January 2003 -- http://www.stemsystems.com/class
------------------------------
Date: 7 Feb 2003 17:16:14 GMT
From: sholden@flexal.cs.usyd.edu.au (Sam Holden)
Subject: Re: Why no perl function to detect numeric or string?
Message-Id: <slrnb47qet.rof.sholden@flexal.cs.usyd.edu.au>
On Fri, 7 Feb 2003 16:19:44 -0000,
Richard S Beckett <spikey-wan@bigfoot.com> wrote:
> Just the regex for accepting numbers like 2.5 is:
>
> (/^[+]?\d+$/) || (/^[+]?\d*\.?\d+$/ ) || (/^[+-]?\d+\.?\d*$/ )
>
> Still, I suppose once everyone has written their own subroute once, they
> won't have to bother again :-/
The first regex matches a proper subset of the third regex, and hence
is redundant.
I guess you have a reason for not allowing -.5 but allowing +.5?
If -.5 is acceptable you could use something like:
/\d/ && /^[+-]?\d*\.?\d*$/
The second regex merges your second and third ones, but in doing so
allows "." and "", which aren't wanted. The first regex exists purely
to disallow those two degnerate cases, by requiring a digit.
--
Sam Holden
------------------------------
Date: Fri, 07 Feb 2003 11:22:33 -0800
From: Ed Kulis <ekulis@apple.com>
Subject: Re: Why no perl function to detect numeric or string?
Message-Id: <BA694779.5DA4%ekulis@apple.com>
Thanks for the lively response. There were a lot of good ideas and
references.
See my comments embedded.
On 2/7/03 4:37 AM, in article
3e43a8ee$0$118$e4fe514c@dreader4.news.xs4all.nl, "Frank Maas"
<spamfilter@cheiron-it.nl> wrote:
>
> "Jürgen Exner" <jurgenex@hotmail.com> schreef in bericht
> news:6MM0a.3598$ta2.376@nwrddc01.gnilink.net...
>> Frank Maas wrote:
>>> "Martien Verbruggen" <mgjv@tradingpost.com.au> schreef:
>>>> The fundamental reason is that it is the wrong question. From Perl's
>>>> point of view there is no such thing as a "numeric" scalar.
>>>> Internally in Perl, scalars can have numeric fields, which are
>>>> currently valid or not, but that is an implementation detail that
>>>> should not be exposed to the Perl programmer.
>>>
>>> But then... why the difference in '==' and 'eq'?
>>
>> Because 12 is '== ' to 00012 but it is not eq to '00012'.
>>
>> This is more obvious for greater/smaller:
>> 234 is '<' than 1234 but it is 'gt' than 1234.
>
> Yes, I see your point. My remark was a more filosophical one: there is
> a difference between '==' and 'eq' which makes that you cannot simply
> say 'if ($a == $b)'. So the difference between textual and numerical
> values is exposed to the programmer. Not that I really care, but one
> could imagine another approach where '==' always means 'identical with
> possible typecast to numeric value' and 'eq' always means 'textually
> identical'. Thus 5 == 5, 'a' == 'a', 5 == '5', 5 == '005', not 'b' == 'a',
> not 5 == 'a', 'a' eq 'a', 5 eq '5', not 5 eq '05' and so on. Then the
> exposure of the underlying type is really gone.
"==" with typecast is a really good idea. Of course, there would be serious
backward compability issues. Maybe a new operator "===" :-)
And if the error is exposed to the programmer, then a way to prevent should
be simplier than say redesiging a UI or using the Devel module.
I write interfaces and I run into the problem of distinguishing a number
from a string all the time. If say the sender has put the numbers in the
file in the right place then all is OK.
But when the input file is out of spec having a non numeric characters in
columns designated for numbers then it would be nicer to catch it with a
simple operator then with ad hoc regular expressions, calls to the Devel
Module, or a perl script crash with a invalid type comparison.
Perl classes, subg, overlays, calls to Devel, regular expressions might all
solve this problem in an ad hoc way but I think that there's a middle ground
where a new perl feature using a simple technique with an operator or
function is justified. The simple technique would also make the code more
maintianable for less experienced developers that inherit the code.
>
> I'll go and hide for the flames now ;-)
>
> --Frank
>
Flame away!!!
-ed
------------------------------
Date: 7 Feb 2003 15:51:25 -0800
From: yf110@vtn1.victoria.tc.ca (Malcolm Dew-Jones)
Subject: Re: Why no perl function to detect numeric or string?
Message-Id: <3e44467d@news.victoria.tc.ca>
Richard S Beckett (spikey-wan@bigfoot.com) wrote:
: > EK> I'm curious philosophically, why is perl missing a way to find out
: if a
: > EK> variable is numeric or string?
: >
: > because there is (almost) no need for it.
: >
: > EK> Perl must do it internally to find out if a "==" or an "eq"
: operation is
: > EK> valid.
: >
: > sure, it has access to the *_OK flags in the SV. you can get at them
: > with some modules.
: >
: > EK> If perl can't do something there's usually some fundamental reason.
: >
: > like no need for it. perl converts as needed and the coder shouldn't
: > care.
: In a script I'm writing, the user enters values for a ping test in a TK GUI.
: They can enter a value for the number of pings to perform, the timeout
: between pings, etc, etc.
: If they put 'cheese' into the entry box for the number of pings they'd like
: to perform, I get the following error...
: Argument "cheese" isn't numeric in numeric le (<=) at D:\Perl\My Scripts...
: Then my script informs them that: "cheese pings completed."
: I would much rather have a popup window that tells them they're stupid, and
: to enter a proper value into the entry box, wouldn't you?
: So, you see, there IS a need for it.
I would disagree. This is just one example of the problem of validating
input. That is a common problem, but is rarely as simple as checking that
something is a number. Even when it is that simple it's not that simple.
First of all, what does a number look like? I would write one million as
1,000,000, but some people would write it as 1.000.000 which simply looks
nonsensical to me. What if someone entered 1,000,00 as the number? How
should that be interpreted?
So, I do not see that this should be a core function inside perl.
: I've had to write a series of regexs for each entry box. My life would have
: been much easier if there was a simple check that they've entered a number,
: or a whole number, as required.
I suspect there is a module that has numerous "canned" routines for
validating inputs of various sorts. I'm pretty sure there are also
numerous "canned" examples of re's to check many formats, perhaps in the
faqs.
Also, cannot the form itself be designed to force validated input in the
first place? I don't know the TK GUI at all, but many other dialog
systems have options in the GUI system to force the user to enter data in
many predetermined formats, such as all digits, or digits with a decimal,
or only x number of characters long, etc etc etc.
------------------------------
Date: Sat, 8 Feb 2003 10:56:58 +1100
From: Martien Verbruggen <mgjv@tradingpost.com.au>
Subject: Re: Why no perl function to detect numeric or string?
Message-Id: <slrnb48hu9.hgu.mgjv@martien.heliotrope.home>
On Fri, 7 Feb 2003 12:13:07 +0100,
Frank Maas <spamfilter@cheiron-it.nl> wrote:
>
> "Martien Verbruggen" <mgjv@tradingpost.com.au> schreef:
>> The fundamental reason is that it is the wrong question. From Perl's
>> point of view there is no such thing as a "numeric" scalar. Internally
>> in Perl, scalars can have numeric fields, which are currently valid or
>> not, but that is an implementation detail that should not be exposed
>> to the Perl programmer.
>
> But then... why the difference in '==' and 'eq'?
Because you need to be able to compare things in a numerical or string
context.
92 eq "092" # false
92 == "092" # true
0 eq "foo" # false
0 == "foo" # true
While Perl doesn't have types for variables, it does care about cotnext,
and in many contexts the variables operated on are coerced into the
correct type. Note that Perl _changes_ the scalar it operates on when
needed. The "type" belongs to the operation, not to the scalars.
You can keep asking questions about this for weeks, but that is simply
how Perl works. It is a _fundamental_ part of the design of Perl.
Variables are not typed as integer, string, float or one of those
things. Variables are scalars, arrays or hashes (and there are a few
others). And scalars have multiple faces, depending on the context in
which they are used. That's how it is. It is deliberately not like C or
languages like that. And because of this design philosophy, the question
"Is this variable an integer or string?" is not a valid question. Perl
does not have those types for variables. The content of the variable can
be evaluated in an integer/numeric or string context, but it as no such
type itself.
Martien
--
|
Martien Verbruggen | I'm just very selective about what I accept
| as reality - Calvin
|
------------------------------
Date: Sat, 08 Feb 2003 17:10:30 GMT
From: Bo Lindbergh <blgl.ignore@telia.com.invalid>
Subject: Re: Why no perl function to detect numeric or string?
Message-Id: <blgl.ignore-874629.18103708022003@newsb.telia.net>
In article <slrnb48hu9.hgu.mgjv@martien.heliotrope.home>,
Martien Verbruggen <mgjv@tradingpost.com.au> wrote:
> The "type" belongs to the operation, not to the scalars.
Except for the bitwise logical operators.
{
my($one,$two,$three1,$three2,$ignored);
$one="1";
$two="2";
$three1=$one ^ $two;
$ignored=$one+0;
$three2=$one ^ $two;
if ($three1 eq $three2) {
print "'String or numeric?' is an easy question.\n";
} else {
print "'String or numeric?' is a complicated question.\n";
}
}
Anyone know if separate string and numeric versions of these are planned
for Perl 6?
/Bo Lindbergh (e-mail address is invalidated and ignored)
------------------------------
Date: Sun, 9 Feb 2003 08:43:03 +1100
From: Martien Verbruggen <mgjv@tradingpost.com.au>
Subject: Re: Why no perl function to detect numeric or string?
Message-Id: <slrnb4auf6.hgu.mgjv@martien.heliotrope.home>
On Sat, 08 Feb 2003 17:10:30 GMT,
Bo Lindbergh <blgl.ignore@telia.com.invalid> wrote:
> In article <slrnb48hu9.hgu.mgjv@martien.heliotrope.home>,
> Martien Verbruggen <mgjv@tradingpost.com.au> wrote:
>> The "type" belongs to the operation, not to the scalars.
>
> Except for the bitwise logical operators.
Well, some operators have multiple contexts, and not all operators force
a certain context. But that still does not mean the scalar has a type
like integer or string, or that the operator doesn't determine the
context.
While perl scalars do not have _a_ type, one can always ask the question
whether the PV (string) part of an SV, or the NV part are valid. Note
that this is not at all equivalent to asking whether the scalar "is a
number". It just asks the question whether the scalar has been used in a
context that required the NV or PV slot to be filled.
my $foo = "foo";
if ($foo == 1)
{
# Do something
}
Is $foo in the above numeric or not? If you ask Perl whether the NV slot
contains a valid value, it'll tell you yes (check with Devel::Peek).
However, most people would not say that that makes it numeric.
> {
> my($one,$two,$three1,$three2,$ignored);
>
> $one="1";
> $two="2";
> $three1=$one ^ $two;
> $ignored=$one+0;
> $three2=$one ^ $two;
Note that this behaviour is documented in perlop.
> if ($three1 eq $three2) {
> print "'String or numeric?' is an easy question.\n";
> } else {
> print "'String or numeric?' is a complicated question.\n";
Indeed. And as I have said before, it is complicated to answer it,
because the question is wrong. Perl does not have types like that. Type
information is entirely determined by the operators at run time, based
onm what the variables look like, or how they've been used.
Adding to the confusion, I think, is that in Perl and the Perl
documentation, people still freely talk about numbers, integers and
strings. It is important to understand that that is not the same as when
people talk about these things in typed languages. In Perl, we mostly
talk about the data contained by the variable, intent, and sometimes
history of the variable.
Since variables do not have fixed types, it is almost impossible to
judge what people mean when they say numeric. Perl doesn't, and
shouldn't try to guess what you mean on this.
> Anyone know if separate string and numeric versions of these are planned
> for Perl 6?
Not me. I've only very sporadically read up on Perl 6. I wish I had more
time to keep up with it, but alas.
Martien
--
|
Martien Verbruggen | Useful Statistic: 75% of the people make up
| 3/4 of the population.
|
------------------------------
Date: 08 Feb 2003 23:10:27 GMT
From: Abigail <abigail@abigail.nl>
Subject: Re: Why no perl function to detect numeric or string?
Message-Id: <slrnb4b3j3.sb.abigail@alexandra.abigail.nl>
Uri Guttman (uri@stemsystems.com) wrote on MMMCDXLVII September MCMXCIII
in <URL:news:x7lm0sggtp.fsf@mail.sysarch.com>:
[]
[] why is [+] in a char class?
Because + is a regex metacharacter. Sure, one could write \+, but I've
been bitten by double interpolation/evaluation so often, that I often
use [+] and such over \+.
Abigail
--
# Perl 5.6.0 broke this.
%0=map{reverse+chop,$_}ABC,ACB,BAC,BCA,CAB,CBA;$_=shift().AC;1while+s/(\d+)((.)
(.))/($0=$1-1)?"$0$3$0{$2}1$2$0$0{$2}$4":"$3 => $4\n"/xeg;print#Towers of Hanoi
------------------------------
Date: Mon, 10 Feb 2003 03:23:18 GMT
From: "dave" <banjo-dave@prodigy.net>
Subject: windows based text editor?
Message-Id: <GWE1a.3262$5g3.404@newssvr16.news.prodigy.com>
anyone one know of a good, free windows based text editor for perl?
thanks,
dave
------------------------------
Date: Mon, 10 Feb 2003 04:03:36 GMT
From: "Jodyman" <Jodyman@hotmail.com>
Subject: Re: windows based text editor?
Message-Id: <swF1a.8565$1q2.833178@newsread2.prod.itd.earthlink.net>
"dave" <banjo-dave@prodigy.net> wrote in message news:
> anyone one know of a good, free windows based text editor for perl?
Dave,
I was wondering the same thing.
perldoc -q ide
suggests these:
http://www.codemagiccd.com <-- It doesn't exist anymore.
http://www.petes-place.com/codemagic.html <-- It doesn't exist
anymore.
So far everything else costs $$$$$$$$$.
Jody
------------------------------
Date: Mon, 10 Feb 2003 04:22:39 GMT
From: "Dick Penny" <penny1482@attbi.com>
Subject: Re: windows based text editor?
Message-Id: <jOF1a.58275$HN5.224339@rwcrnsc51.ops.asp.att.net>
Yes I do (sort of). I call ~$30 free. In that spirit I suggest TexPad. They
are in UK - I have NO affiliation with them.
I do ALL my Perl that way - but I am not a guru. I am Windows oriented, I
really don't care a whit about *nix or portability. So much for my bias.
Dick Penny
"dave" <banjo-dave@prodigy.net> wrote in message
news:GWE1a.3262$5g3.404@newssvr16.news.prodigy.com...
> anyone one know of a good, free windows based text editor for perl?
>
> thanks,
> dave
>
>
>
------------------------------
Date: Mon, 10 Feb 2003 05:15:15 GMT
From: "Jürgen Exner" <jurgenex@hotmail.com>
Subject: Re: windows based text editor?
Message-Id: <DzG1a.7608$wH5.248@nwrddc04.gnilink.net>
dave wrote:
> anyone one know of a good, free windows based text editor for perl?
What about emacs?
Or just "perldoc -q editor"
jue
------------------------------
Date: Mon, 10 Feb 2003 06:09:22 GMT
From: ktb <xyf@nixnotes.org>
Subject: Re: windows based text editor?
Message-Id: <slrnb4egg6.8oj.xyf@scab.nixnotes.org>
In article <DzG1a.7608$wH5.248@nwrddc04.gnilink.net>, Jürgen Exner wrote:
> dave wrote:
>> anyone one know of a good, free windows based text editor for perl?
>
> What about emacs?
> Or just "perldoc -q editor"
http://www.vim.org/
kent
--
To know the truth is to distort the Universe.
Alfred N. Whitehead (adaptation)
------------------------------
Date: Mon, 10 Feb 2003 07:48:09 +0100
From: Ingo Wichmann <w_ichmann@uni-wuppertal.de>
Subject: Re: windows based text editor?
Message-Id: <b27i7k$t69$07$1@news.t-online.com>
dave schrieb:
> anyone one know of a good, free windows based text editor for perl?
I like this one:
http://www.scintilla.org/SciTE.html
Ingo
--
Meine Mail-Adresse enthält keinen Unterstrich
------------------------------
Date: Mon, 10 Feb 2003 09:26:48 GMT
From: Bart Lateur <bart.lateur@pandora.be>
Subject: Re: windows based text editor?
Message-Id: <q2se4vcoe4kahv7am992nkgvkna959a1e8@4ax.com>
ktb wrote:
>> What about emacs?
>http://www.vim.org/
Oh no. Here we go again.
--
Bart.
------------------------------
Date: Mon, 10 Feb 2003 16:26:42 GMT
From: "codeWarrior" <GPatnude@adelphia.net>
Subject: Re: windows based text editor?
Message-Id: <6pQ1a.5210$jR3.2786255@news1.news.adelphia.net>
ConTEXT: Also good for Java, C, ASP, PHP, HTML, yada yada yada....
http://www.fixedsys.com/context/
"dave" <banjo-dave@prodigy.net> wrote in message
news:GWE1a.3262$5g3.404@newssvr16.news.prodigy.com...
> anyone one know of a good, free windows based text editor for perl?
>
> thanks,
> dave
>
>
>
------------------------------
Date: Mon, 10 Feb 2003 18:12:07 +0000 (UTC)
From: "eric" <eric.ehlers@btopenworld.com.nospam>
Subject: Re: windows based text editor?
Message-Id: <b28q1n$6ei$1@sparta.btinternet.com>
"dave" <banjo-dave@prodigy.net> wrote in message
news:GWE1a.3262$5g3.404@newssvr16.news.prodigy.com...
> anyone one know of a good, free windows based text editor for perl?
http://open-perl-ide.sourceforge.net/
> thanks,
> dave
HTH
-eric
------------------------------
Date: 10 Feb 2003 11:29:46 -0800
From: Crapnut566@yahoo.com (Nataku)
Subject: Re: windows based text editor?
Message-Id: <7e48fc99.0302101129.7f244fb0@posting.google.com>
It has begun ...
emacs ...
"dave" <banjo-dave@prodigy.net> wrote in message news:<GWE1a.3262$5g3.404@newssvr16.news.prodigy.com>...
> anyone one know of a good, free windows based text editor for perl?
>
> thanks,
> dave
------------------------------
Date: Mon, 10 Feb 2003 20:45:35 +0100
From: "Alan J. Flavell" <flavell@mail.cern.ch>
Subject: Re: windows based text editor?
Message-Id: <Pine.LNX.4.53.0302102034390.28376@lxplus067.cern.ch>
On Feb 10, Nataku extruded TOFU onto the eternal parchment:
> emacs ...
Ah yes, the "answer to life, the universe, and everything"
wasn't really 42, but "emacs".
e = 5
m = 13
a = 1
c = 3
s = 19
--
41 ???
--
------------------------------
Date: Mon, 10 Feb 2003 15:36:30 -0500
From: Joel Konkle-Parker <j.j.konkle-parker@larc.nasa.gov>
Subject: Re: windows based text editor?
Message-Id: <3E480D4E.1020903@larc.nasa.gov>
dave wrote:
> anyone one know of a good, free windows based text editor for perl?
>
> thanks,
> dave
>
>
>
>
I like jEdit... http://www.jedit.org
- joel
------------------------------
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.
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 V10 Issue 4545
***************************************
