Please remove me from this mailing list.
Thanks

________________________________
 From: Fabio D'Alfonso <[email protected]>
To: chm <[email protected]> 
Cc: [email protected]; Dmitry Karasik <[email protected]>; 
[email protected] 
Sent: Friday, July 13, 2012 3:05 PM
Subject: Re: [Perldl] common denominator graphics for PDL
 

Hi,
I do not follow, this.

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.

On one side this is obvious, on the other it is a way to say that
      in no way a concept be brought to a community. Only spontaneous
      evolution is allowed. 
It also seems to mean, that my help is not of interest, as it
      generates some work also for  developers, of a kind the is
      considered boring.

Ok, let's wait if something happen...
 

Fabio D'Alfonso
'Enabling Business Through IT'
cell.  +39.348.059.40.22 *
web: www.fabiodalfonso.com 
email: [email protected] 
linkedin: www.linkedin.com/in/fabiodalfonso
twitter: www.twitter.com/#!/fabio_dalfonso
fax: +39.06.874.599.581
BlackBerry® Wireless Enabled Address.

* Hidden  numbers are automatically rejected by the phone
On 7/13/2012 9:29 PM, chm wrote:

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

Reply via email to