So, the proposed namespace is 'Form'. Yeah, that's top level.
What I'm building is a form generation engine. A useful mechanism for
creating form objects in the abstract, independent of any kind of
publishing system. So the same form objects could be used for Tk, Gtk,
HTML, XForms, Curses, etc.
B
On måndag, feb 24, 2003, at 04:07 Europe/Stockholm, Tina Mueller wrote:
well, this module just parses XML into an object, but you
cannot manipulate values or convert to XML again.
I would be glad about a suggestion for a namespace
which I could use for my module.
regards, tina
why not contact th
> On Mon, 24 Feb 2003 04:07:32 +0100 (CET), Tina Mueller <[EMAIL PROTECTED]> said:
> I would be glad about a suggestion for a namespace
> which I could use for my module.
Maybe try the XML mailing list? [EMAIL PROTECTED]
Or ask Grant McLean directly where he sees fit for your code.
--
On Mon, 24 Feb 2003, Tina Mueller wrote:
> > So I started to write my own module.
> > I gave it the name XML::SimpleObject
> > (http://www.tinita.de/projects/perl/modules/).
> > I wonder if there's already such a module, and if
> > not I would upload it.
>
> i just realized there is already
> a mo
On Mon, 24 Feb 2003, Tina Mueller wrote:
> So I started to write my own module.
> I gave it the name XML::SimpleObject
> (http://www.tinita.de/projects/perl/modules/).
> I wonder if there's already such a module, and if
> not I would upload it.
i just realized there is already
a module XML::Simpl
hi,
name: Tina Mueller
email: [EMAIL PROTECTED]
url: http://www.tinita.de/
user-id: TINITA
I recently realized that XML::Simple is too simple
for my needs as it doesn't differ between attributes
and elements if they are mixed.
I tried out XML::DOM, but this seems to be too limited
in some aspects
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello
My CPAN ID: MNAGUIB
I would like to withdraw my previous request submitted yesterday regarding
the namespace Net::TCPClientServerFramework
After I talked with a few people I was advised that the name is too long
and am considering renaming th
I would like to register the following into the module namespace.
Name DSLI Description Info
--- -
Language::ML cdpf Implementation of ML DSPARLING
The module is currently si
[Quoting Wolfgang Wiese, on March 20 2001, 18:02, in "Request for Namespac"]
> Digest::UserSID idph Managing session-id's with Digest::SHA1XWOLF
With a version 1.04, I expect it to be more than an 'idea'.
I entered it as alpha. Please update it needed.
-- Johan
Hi,
I would like to register a module naming Digest::UserSID .
The modul uses Digest:SHA1 to create and manage user session-id's
which are beeing created by sha1, sha1_hex or sha1_base64 .
Session-id's are valid as long a time-range is used or
special environment-variables don't change, dependin
In an earlier mail[1] I requested a CPAN ID and the namespace
Net::Ping::External. I assumed that the acceptance of my CPAN ID implied
acceptance of the namespace as well, and hence uploaded my module to
CPAN.
However, it's not been registered yet, so I thought I'd just repost its
DSLI entry her
Hi,
Last October, I asked for a top-level space TM::*
http://www.xray.mpe.mpg.de/mailing-lists/modules/2000-10/msg00095.html
While I interpreted no reaction as positive reaction, Topic Maps proved
themselves as a "moving target" having been 'standardized' (sort of)
only
last month:
http:/
On Thu, Feb 22, 2001 at 12:01:02PM -0500, Chris Nandor wrote:
> At 16:52 + 2001.02.22, Nicholas Clark wrote:
> >Is Nick's suggestion of PerlIO::* [capitalisation is the same as all the
> >PerlIO
> >structures in the perlio.c source] the best name for perlio related
> >modules?
>
> I think the
At 16:52 + 2001.02.22, Nicholas Clark wrote:
>Is Nick's suggestion of PerlIO::* [capitalisation is the same as all the
>PerlIO
>structures in the perlio.c source] the best name for perlio related
>modules?
I think the capitalization is fine; however, I am concerned with
identifying modules as
As you may be aware, development perl has just switched to using the new
perlio system by default. perlio lets you resister layers to perform
transformations on data as it passes into or out of perl.
I'm not quire sure of who ([EMAIL PROTECTED], perl5-porters...) decides on
the most sensible nam
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> That seems reasonable. Unless anyone objects, that's what I'll use.
After further considering it, I don't think I like putting it in
HTTP::. While the mechanism by which it operates uses HTTP, the scope
of possible applications is more general an
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
"Andreas J. Koenig" <[EMAIL PROTECTED]> wrote:
> HTTP::Tunnel ?
That seems reasonable. Unless anyone objects, that's what I'll use.
- --
Riad Wahby
[EMAIL PROTECTED]
MIT VI-2/A 2002
5105
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Lin
> On Tue, 9 Jan 2001 11:23:43 -0500, "Riad S. Wahby" <[EMAIL PROTECTED]> said:
> Net::ConnectTunnel seems a bit clumsy, but I can't really think of
> anything better. Net::Tunnel would cover too much, as it's not a
> general tunnelling module. Eventually, I'd like to extend the module
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Net::ConnectTunnel seems a bit clumsy, but I can't really think of
anything better. Net::Tunnel would cover too much, as it's not a
general tunnelling module. Eventually, I'd like to extend the module
to include other ways of tunnelling through HTTP
CPAN-ID: DRRHO
After browsing the CPAN for quite a while a dare to ask for
Name DSLI Description Info
- -
TM bdpO Topic Maps, base module DRRHO
TM::DB
Greetings,
I'd like to register the 'vpopmail' namespace.
for my perl module vpopmail.pm
I've uploaded this to PAUSE
https://pause.kbx.de/pub/PAUSE/authors/id/S/SS/SSCANLON/vpopmail-0.02.tar.gz
name: vpopmail
DSLI: adcf
Description: makes available some of the functionality of the C library fo
This Perl module provides routines for checking validness of email address.
It makes several checks:
1) it checks syntax of email address;
2) it checks if there any MX record for specified in email domain or if
there exist such host;
3) it tries to connect to email server directly via SMTP to
On Mon, Jul 10, 2000 at 05:34:29PM -0700, Jacob Davies wrote:
> Apache::AuthCookieDBI is a module that subclasses Apache::AuthCookie and is
> designed to be directly used for authentication in a mod_perl server.
>
> It is a ticket-issuing system that looks up username/passwords in a DBI
> databas
Apache::AuthCookieDBI is a module that subclasses Apache::AuthCookie and is
designed to be directly used for authentication in a mod_perl server.
It is a ticket-issuing system that looks up username/passwords in a DBI
database using generic SQL and issues MD5-checksummed tickets valid for
a conf
Parse::Tokens is a simple base class for parsing tokens out of text. The
module's interface is similar to HTML::Parser. Recommendations are
appreciated.
Name DSLI Description Info
- -
P
On Mon, Jun 05, 2000 at 12:05:28AM -0700, Robert Barta wrote:
> MQL, Music Query Language, is a set of modules helping to access a
> syndicated music database. This ranges from discographic information
> about album/song releases to 'emotioneered' data, i.e. subjective
> assessment of music, popul
MQL, Music Query Language, is a set of modules helping to access a
syndicated music database. This ranges from discographic information
about album/song releases to 'emotioneered' data, i.e. subjective
assessment of music, popularity of albums. This is addressing
developers of user frontends (MP3
On Mon, May 01, 2000 at 10:40:20AM -0400, Joshua N Pritikin wrote:
> On Mon, May 01, 2000 at 03:17:54PM +0100, [EMAIL PROTECTED] wrote:
> > On Mon, 1 May 2000, Joshua N Pritikin wrote:
> > > That's why I suggested AXKIT. Isn't AXKIT two sylables?
> > >
> > > Apache::AXKIT::...
> > >
> > > A
On Mon, May 01, 2000 at 08:43:47AM -0400, Joshua N Pritikin wrote:
> On Sun, Apr 30, 2000 at 11:10:21PM +0100, [EMAIL PROTECTED] wrote:
> > The Apache XML Delivery Toolkit is a new set of modules designed for
> > [snip]
> >
> > This is a request for the AXDTK::* namespace. I would like to use thi
Yes it is possible, for example libwww, libnet and many others all do it.
Graham.
On Mon, May 01, 2000 at 10:49:00AM -0400, Joshua Pritikin wrote:
> Does anyone know?
>
> - Forwarded message from [EMAIL PROTECTED] -
>
> Date: Mon, 1 May 2000 15:41:23 +0100
> Subjec
On Mon, May 01, 2000 at 04:13:27PM +0100, Matt Sergeant wrote:
> On Mon, 1 May 2000, Chris Nandor wrote:
>
> > Yes. You can have a distribution called, for example, MailTools or libnet
> > or TimeDate without a MailTools.pm or libnet.pm or TimeDate.pm (Hi,
> > Graham!).
>
> OK, so if I set Make
On Mon, 1 May 2000, Chris Nandor wrote:
> Yes. You can have a distribution called, for example, MailTools or libnet
> or TimeDate without a MailTools.pm or libnet.pm or TimeDate.pm (Hi,
> Graham!).
OK, so if I set Makefile.PL to have:
NAME => 'Apache::AxKit',
DISTNAME => 'AxKit',
will CPAN in
At 10.49 -0400 2000.05.01, Joshua N Pritikin wrote:
>Does anyone know?
>
>- Forwarded message from [EMAIL PROTECTED] -
>
>Date: Mon, 1 May 2000 15:41:23 +0100
>Subject: Re: Request for Namespace: AXDTK
>From: [EMAIL PROTECTED]
>To: [EMAIL PROTECTED]
>
&g
uess you don't want ;-)
>
> - Forwarded message from [EMAIL PROTECTED] -
>
> Date: Mon, 1 May 2000 15:41:23 +0100
> Subject: Re: Request for Namespace: AXDTK
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
>
> On Mon, 1 May 2000, Joshua N Pritikin wrote:
&
Does anyone know?
- Forwarded message from [EMAIL PROTECTED] -
Date: Mon, 1 May 2000 15:41:23 +0100
Subject: Re: Request for Namespace: AXDTK
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
On Mon, 1 May 2000, Joshua N Pritikin wrote:
> On Mon, May 01, 2000 at 03:17:54PM +0100, [EM
On Mon, May 01, 2000 at 03:17:54PM +0100, [EMAIL PROTECTED] wrote:
> On Mon, 1 May 2000, Joshua N Pritikin wrote:
> > That's why I suggested AXKIT. Isn't AXKIT two sylables?
> >
> > Apache::AXKIT::...
> >
> > Apache::XML::Kit::...
>
> OK, I think I might go with AxKit. Thanks for your help
On Mon, May 01, 2000 at 03:01:16PM +0100, [EMAIL PROTECTED] wrote:
> On Mon, 1 May 2000, Joshua N Pritikin wrote:
> > Look, we're not suggesting that you to rename it to:
> >
> > Apache::XML::DeliveryToolkit
> >
> > Even so, are we being too picky?
>
> Its a hard problem (I think someone said
On Mon, 1 May 2000, Chris Nandor wrote:
> 1. Giving evidence of past sins isn't a good argument for the perpetuation
> of the same sins. Not that all of the above are sins, beause some of them
> aren't.
I realise that. I was just trying to add humour. I also know though that
people would like t
On Mon, 1 May 2000, Joshua N Pritikin wrote:
> On Mon, May 01, 2000 at 02:40:51PM +0100, [EMAIL PROTECTED] wrote:
> > On Mon, 1 May 2000, Chris Nandor wrote:
> > > I think I'd prefer Apache::XML::* or something. I do not like cryptic
> > > top-level names, and I do not like acronyms for top-leve
At 14.40 +0100 2000.05.01, Matt Sergeant wrote:
>Right, fixing it is always possible (except the module is already in use -
>so that's another issue). However lets take a look at CPAN's root
>directory:
>
>ARS
>ACE
>B
>BBDB
>BnP
>CIPP
>Cdk
>Cz
>DCE
>DWH_File
>ERG
>FFI
>LSF
>LWP
>MOP
>NNML
>PDL
>PO
On Mon, May 01, 2000 at 02:40:51PM +0100, [EMAIL PROTECTED] wrote:
> On Mon, 1 May 2000, Chris Nandor wrote:
> > I think I'd prefer Apache::XML::* or something. I do not like cryptic
> > top-level names, and I do not like acronyms for top-level names (unless
> > they are widely known, standards,
On Mon, 1 May 2000, Joshua N Pritikin wrote:
> On Mon, May 01, 2000 at 09:22:33AM -0400, [EMAIL PROTECTED] wrote:
> > At 8.43 -0400 2000.05.01, Joshua N Pritikin wrote:
> > >On Sun, Apr 30, 2000 at 11:10:21PM +0100, [EMAIL PROTECTED] wrote:
> > >> The Apache XML Delivery Toolkit is a new set of m
On Mon, 1 May 2000, Chris Nandor wrote:
> At 8.43 -0400 2000.05.01, Joshua N Pritikin wrote:
> >On Sun, Apr 30, 2000 at 11:10:21PM +0100, [EMAIL PROTECTED] wrote:
> >> The Apache XML Delivery Toolkit is a new set of modules designed for
> >> [snip]
> >>
> >> This is a request for the AXDTK::* nam
On Mon, May 01, 2000 at 09:22:33AM -0400, [EMAIL PROTECTED] wrote:
> At 8.43 -0400 2000.05.01, Joshua N Pritikin wrote:
> >On Sun, Apr 30, 2000 at 11:10:21PM +0100, [EMAIL PROTECTED] wrote:
> >> The Apache XML Delivery Toolkit is a new set of modules designed for
> >> [snip]
>
> I think I'd prefe
At 8.43 -0400 2000.05.01, Joshua N Pritikin wrote:
>On Sun, Apr 30, 2000 at 11:10:21PM +0100, [EMAIL PROTECTED] wrote:
>> The Apache XML Delivery Toolkit is a new set of modules designed for
>> [snip]
>>
>> This is a request for the AXDTK::* namespace. I would like to use this
>> namespace rather
On Mon, 1 May 2000, Joshua N Pritikin wrote:
> On Sun, Apr 30, 2000 at 11:10:21PM +0100, [EMAIL PROTECTED] wrote:
> > The Apache XML Delivery Toolkit is a new set of modules designed for
> > [snip]
> >
> > This is a request for the AXDTK::* namespace. I would like to use this
> > namespace rathe
On Sun, Apr 30, 2000 at 11:10:21PM +0100, [EMAIL PROTECTED] wrote:
> The Apache XML Delivery Toolkit is a new set of modules designed for
> [snip]
>
> This is a request for the AXDTK::* namespace. I would like to use this
> namespace rather than continue to fill up the already over-used Apache::*
The Apache XML Delivery Toolkit is a new set of modules designed for
delivering XML to clients in a variety of formats using nothing but W3C
standards. The idea is very similar to Cocoon, but AXDTK features a much
tighter binding to Apache, and much more standards oriented (Cocoon
implements some
48 matches
Mail list logo
