On 7/13/2012 2:19 PM, Fabio D'Alfonso wrote:
Hi,
it seems a very good idea.
But about
* The use of Prima will provide an easy
to use, default GUI environment for more
sophisticated and user friendly PDL
applications.
there are some things to consider.
Both PDL and Prima have issues with documentation.
I started to post something on perl.org about Prima, as is known to followers of
the Prima list and also with some kind help, found many issues with undocumented
behaviors.
I think both PDL and Prima would benefit from
motivated users who would be willing to contribute
improved documentation to the projects.
I would worry about the issues that the lack of documentation could bring to the
PDL/Prima Joint Venture. At the same time this could be a great opportunity to
bring together efforts to produce an adoptable resource.
PDL /Prima are the only resources a available that have no specific effort to
produce an high quality "seems a book" document.
The PDL Book is a community effort in this direction.
It is a very rough draft but a big step in the right
direction from where we were before. I'm hoping that
PDL+Prima will generate some synergy and a larger
Prima user base which could lead to contributions of
quality intro documentation and tutorials there
as well.
GTK2 has one (http://gtk2-perl.sourceforge.net/doc/gtk2-perl-study-guide/)
Tk has one (Mastering/Tk, O'Reilly)
From my point of view, we have a bit of a chicken
and the egg problem with PDL+Prima. We need to
improve the market- and mind-share for both. More
users and general interest could lead to official
publications. In fact, I would be happy if the
PDL Book could serve as a starting point.
I would be happy to help in this project for the docs, but only if a highy
revised documentation (as for example that of GTK2, to consider something
possible) in favor of users, and not a "pod 2 something", is intended as a CORE
part of the initiative.
Everyone contributes to the extent that they can.
If you don't like what you see, wait a bit, maybe
PDL and Prima will evolve to where you might be
interested in contributing.
I would propose to consider the ratio Number of Users / Number of Developers as
a success index for both PDL and Prima.
My goal is to increase the number of PDL users
so that the larger community might support/entice
a larger number of contributors to software and
documentation/tutorials for the project.
Happy PDL-ing!
Chris
Fabio D'Alfonso
'Enabling Business Through IT'
cell. +39.348.059.40.22 ***
web: www.fabiodalfonso.com <http://www.fabiodalfonso.com/>
email: [email protected]
<mailto:[email protected]>linkedin:
www.linkedin.com/in/fabiodalfonso <http://it.linkedin.com/in/fabiodalfonso>
twitter: www.twitter.com/#!/fabio_dalfonso
<http://www.twitter.com/#%21/fabio_dalfonso>
fax: +39.06.874.599.581
BlackBerry® Wireless Enabled Address.
** Hidden numbers are automatically rejected by the phone*
On 7/13/2012 5:37 PM, chm wrote:
David and all-
I think it is time to resolve the PDL graphics
problem, "this missing link" by getting a basic,
standard capability for PDL.
I propose the standard display graphics for
PDL be based on the Prima graphics toolkit
by Karasik et. al. and the current code for
PDL::Graphics::Prima by David Mertens.
A start would be to review the common usage
of PGPLOT, PLplot, and Gnuplot to come up with
a Top 10 of use cases to implement. They
should be *very* simple to use and have smart
defaults so the common case versions of the
Top 10 can be done in 1-line or less. :-)
Motivation/justification:
* More beginning PDL users thanks to the
PDL Book and the increasing buildability
and usability of PDL on all platforms.
It makes it more glaring that we don't
have a good, common, default graphics.
* Alien::XXX development has not matured
enough to allow easy use of PLplot and
PGPLOT and it is arguable that we want
the base display graphics to be readily
available from perl/CPAN which Prima
is.
* The use of Prima will provide an easy
to use, default GUI environment for more
sophisticated and user friendly PDL
applications.
* If we could get that base graphics up
and running for the next point release
(which will include the new NiceSlice
filter engine and 64bit indexing) we
would have a compelling platform for
future growth.
One downside, I am not prepared to push
this effort through as I'm pretty busy
working to make time for the final 64bit
index development and the new NiceSlice
engine support (the missing piece is the
ability to use NiceSlice in an eval such
as the pdl2 or perldl shells.
I'm hoping that David might be willing
to spearhead this development and maybe
hold off on the Core diving for a bit.
At any rate, I think the time is right
for this to happen and the sooner the
better.
Thoughts, comments, "volunteers"?
--Chris
_______________________________________________
Perldl mailing list
[email protected]
http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
_______________________________________________
Perldl mailing list
[email protected]
http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
_______________________________________________
Perldl mailing list
[email protected]
http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
