hi,
On 11/11/20 17:00 +0100, Steffen Mueller wrote:
In the discussion on module-authors, and talking to people at the London
Perl Workshop (LPW): about 60% thought it was a good idea, 20% a bad idea,
and
20% indifferent. Most of the 'bad' being it works that way already.
Sadly, it does
hi,
and sorry for the delay to answer...
On 09/09/30 01:13 -0700, Ovid wrote:
- Original Message
From: David Nicol davidni...@gmail.com
you could put the word corpus in there somewhere, since you're
publishing some test data. For others to use it, who might be
looking for
hi,
i'm the maintainer of audio::mpd and poe::component::client::mpd, 2
modules that connect to a mpd server. there are 2 different modules to
fit the poe environment, and take advantage of the evenement framework
it provides.
those 2 modules already share part of the code, with
On 09/09/28 20:08 +0100, Paul LeoNerd Evans wrote:
If the module is for use purely during testing, and serves no other
useful purpose, I'd make sure to include the word Test (capitalised)
somewhere in its distribution name. The variations on common without
test would imply it's some sort of
On 09/06/29 10:39 -0700, Geoffrey Leach wrote:
So that needs to be specified, and while 'foo - ' is probably
acceptable to the POD writer, 'foo int - ...' might be less so, taking
into account that all of that appears in your POD's paragraph headings.
Or am I wrong? Perhaps there's a
hi there,
i'm writing a tk app that i'm shipping as a cpan dist. this app needs
some extra resource files (icons, etc) i'd like to know what's the best
method to ship extra data files in a dist.
where to put them in the dist tar file:
- create a data subdir under lib/Foo/Bar (assuming it's dist
hello,
i'm looking for a vector module to be used in Language::Befunge.
currently, i provide Language::Befunge::Vector which is a pure perl
version of what i'm looking for.
my requirements:
- n dimensions, ie, not limited to 2D (x,y) or 3D (x,y,z)
- integer values
- basic operations on them
On 07/09/05 20:59 -0500, Ken Williams wrote:
I'm sure the physical analog of your gauge has some specific name, could
you search an electronics/mechanics supply shop and see what people call
them?
i've looked at wikipedia, without finding anything.
therefore, i'll go with bill's proposition:
On 07/09/06 11:50 +0200, Jerome Quelin wrote:
i've looked at wikipedia, without finding anything.
therefore, i'll go with bill's proposition: tk::gauge::rotating
but since tk does not seem to like namespace with depths 2, i'll use
Tk::RotatingGauge.
jérôme
--
[EMAIL PROTECTED]
hi there,
i wrote a tk module providing a new widget, based on a canvas. it's
basically a gauge, but the kind of gauge where the current value always
stays in the middle.
a small drawing is worth a thousand words:
(the pipe symbol reflects current value)
[1 2 3 |4 5 6] value=3.75
On 07/05/27 21:27 +0200, A. Pagaltzis wrote:
well, i don't like the way to prereq sthg in pococm that i
won't really use - that is, the whole non-poe logic of
audio::mpd.
What whole non-POE logic? All the logic I can find is the
as_string method. Are we talking about the same modules?
i
hi there,
i'm working on a module to interface with music player daemon (mpd).
i've released:
- audio::mpd, a traditional oo interface
- poe::component::client::mpd, a poe-aware interface
they're both under development.
for each of them, i've defined an item class to map the items
manipulated
On 07/05/27 17:31 +0200, A. Pagaltzis wrote:
* Jerome Quelin [EMAIL PROTECTED] [2007-05-27 09:50]:
so here's my question: how should i name this new module?
- audio::item= isn't it too vague?
- audio::mpditem = isn't it too specific? (would it be used by others?)
- other
On 07/02/05 23:07 +, Paul LeoNerd Evans wrote:
Before I start writing any code in this direction - are there any
thoughts on this?
have you looked at object::insideout?
it does a lot of things, it's fast and enforces encapsulation.
regards,
jérôme
--
[EMAIL PROTECTED]
On 07/01/24 21:29 +0100, Jerome Quelin wrote:
i'm trying (without luck so far) to get into contact since mid-december
with Audio::MPD's maintener, njh (aka Nicholas J Humfrey).
this mail finally got its way to njh. :-)
i'm now listed as co-maintener of audio::mpd.
thx,
jérôme
--
[EMAIL
hi there,
i'm trying (without luck so far) to get into contact since mid-december
with Audio::MPD's maintener, njh (aka Nicholas J Humfrey).
in this process, i managed to:
- join the *original* author of the module
- convince him to get back on Audio::MPD development :-)
- set up a mailing-list
16 matches
Mail list logo