On 09.08.2011 09:11, Gabor Szabo wrote:
So I tried
configure_requires 'File::Copy::Recursive' = 0;
require File::Copy::Recursive;
but that still blows up when I run Makefile.PL
Yes, configure_requires is the way to go. If a CPAN client sees that,
it will fetch the requirement
On 24.05.2010 09:06, Rocco Caputo wrote:
CPAN has a de facto standard of appending X to make extensions
namespaces. Does that make sense for namespaces that end in X already?
If not, please suggest alternatives.
For Gtk2, we settled on Gtk2::Ex. For example, Gtk2::Ex::VolumeButton.
Rafael Garcia-Suarez wrote:
So I wonder if it is safe to rely on the behavior exhibited by perl = 5.8. Or
is it just some implementation-dependent artifact? Is there a better way to
achieve what I want?
I think it's safe.
OK, thanks for the confirmation.
A quick look shows that
Aloha,
over in gtk2-perl land, we'd like to split out the Gtk2::Pango stuff from the
Gtk2 module into its own module with the namespace Pango. We would like to do
this in a backwards compatible way so that any code that is using the
Gtk2::Pango stuff continues to work just fine when we
On Sun, 2005-02-27 at 16:28 -0800, Ofer Nave wrote:
2) requesting feedback on design/implementation
For reviews there's also the code-review-ladder:
http://lists.netthink.co.uk/listinfo/code-review-ladder
--
Bye,
-Torsten
On Sat, 2005-02-26 at 15:14 -0500, Randy W. Sims wrote:
That's the question. What do others think?
I'd consider it a very bad practice. Imagine if many authors started
doing the same. There could be unpredictable collisions all over the
place. It defeats the CPAN scheme for ensuring
On Fri, 2005-02-25 at 09:43 +0100, A. Pagaltzis wrote:
use constant Gst='Multimedia::Gstreamer';
Gst-new();
I just realized that this won't work. I don't just need Gst to
be an alias for Media::GStreamer, I need Gst::* to be an alias
for Media::GStreamer::*. That also
On Wed, 2005-02-23 at 18:55 +, Orton, Yves wrote:
I tried to explain that in my original mail. The GStreame bindings,
just like Gtk2 or Gnome2, are different. You don't just use one
constructor once. Typical applications will have to create many
Gst::Element's, a few
On Wed, 2005-02-23 at 14:08 +0100, David Landgren wrote:
Another alternative is to let the user choose. Take a look at Yves'
Data::Dumper::Streamer module. During the installation, the user has a
choice of additionally installing it in the DDS namespace (this does not
occur by default).
On Wed, 2005-02-23 at 00:26 -0500, Randy W. Sims wrote:
Multimedia::GStreamer
What about just using Media::GStreamer and aliasing it to Gst? That
would introduce a new top-level namespace, but I think it makes sense to
have it.
I don't see any advantage of using Gst over GStreamer as a name,
On Wed, 2005-02-23 at 18:25 +, Smylers wrote:
If all modules have really short names then nobody knows when anybody
else's modules are for, which rather defeats the purpose of Cpan. Cpan
is a global namespace, and as such names have to be chosen carefully to
be as meaningful as possible
Aloha,
GStreamer is a powerful and pretty popular media framework. GNOME
already uses it extensively, and KDE just started to. It's based on
GLib and uses its object oriented C API style. The objects have names
like GstQueue or GstElement.
For similar objects like GtkWindow or GnomeIconList
12 matches
Mail list logo