I think with Prima and the the one click no Install exe
for the multi-platforms is where every-thing is leading us
in that the Developers favor Prima over Tk and
putting it all together into the one click no Install
application which with Prima can have some very
nice looking functionality and menus buttons
to make things very easy to get started ...
So that we can have software that is open source
and we can add to or take away from or rebuild
for our own Ideal Functionality, I think is what will give PDL
the Edge over other software ! plus its free!
Cheers
Mark R Baker
[email protected]
________________________________
From: Fabio D'Alfonso <[email protected]>
To: [email protected]
Sent: Wednesday, January 25, 2012 1:58 AM
Subject: Re: [Perldl] Getting What Is Missing - Prima
Hi,
I didn't know Prima before, so thanks for pointing at that (in general).
I played a bit with it and also with the examples, that show quite well
the level of graphics it can bring.
The idea to bring the ability to plot on Prima can be a maiking
difference in the life of PDL. I do not know the approach used by
David, but I thing it would be very important not to bring the
limitations of the current plotting libraries to the widgets of Prima.
I think that if using
use PDL::Graphics::Prima
would result in a PGPLOT/PlPlot old fashion drawing within a Prima window
anyone would kindly prefer
use Prima;
and, paying the price for performance, would unfold the piddles to get
the benefit of Prima in getting a computed/perhaps interactive window.
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 1/24/2012 7:34 PM, David Mertens wrote:
> No, no, Prima wouldn't replace TriD at all. Rather, it would provide a
> container widget in which you could use TriD, as well as the rest of
> the GUI toolkit that you get with Prima. My plotting library is
> strictly 2d-plotting.
>
> David
>
> On Tue, Jan 24, 2012 at 12:12 PM, MARK BAKER <[email protected]
> <mailto:[email protected]>> wrote:
>
> will Prima replace the TriD with out any hassle ???
>
> will points3d() recognize Prima as a out-put instead of TriD
> or is Prima to be used as a replacement just for Tk ???
>
> Cheers
> --Mark
>
> ------------------------------------------------------------------------
> *From:* David Mertens <[email protected]
> <mailto:[email protected]>>
> *To:* MARK BAKER <[email protected]
> <mailto:[email protected]>>
> *Cc:*
>
> *Sent:* Tuesday, January 24, 2012 8:14 AM
>
> *Subject:* Re: [Perldl] Getting What Is Missing
>
>
>
> On Tue, Jan 24, 2012 at 9:33 AM, MARK BAKER
> <[email protected] <mailto:[email protected]>> wrote:
>
> 1. Is there a good link to Prima ????
>
>
> Yes, sorry. The website is http://www.prima.eu.org/ and the
> module's docs can be found at p3rl.org/Prima <http://p3rl.org/Prima>
>
> 2. Im developing a website right now that has
> a tracking system for the support Questions.
> so that each question has number attached to it
> and a database that holds them until there closed
> and even hold the closed ones for 12 months...
>
>
> Sounds like a start, but don't reinvent the wheel. How will this
> be any better or different from tickets on sf.net <http://sf.net>
> or issues on Github?
>
> 3. as far as spam goes there is no email per say
> that a spammer can attack just the sql database
> unless they get the the cloud administrator
> password and user name ????
>
>
> If we had a mail webform, somebody malicious could hack the POST
> request and start flooding the PDL mailing lists. But that seems
> to me like it would take a lot of work with not much payoff. It's
> hard to distribute that sort of thing, and it's easy for us to
> modify the structure of the webform to fix it.
>
> 4. I will send the site out so that it can be tested
> so our hackers out there can do there worst ...
> and I can make some improvements to it
>
> Cheers
>
> --Mark R Baker
>
>
>
>------------------------------------------------------------------------
> *From:* Chris Marshall <[email protected]
> <mailto:[email protected]>>
> *To:* David Mertens <[email protected]
> <mailto:[email protected]>>
> *Cc:* MARK BAKER <[email protected]
> <mailto:[email protected]>>; ""[email protected]
> <mailto:[email protected]>"" <[email protected]
> <mailto:[email protected]>>
> *Sent:* Tuesday, January 24, 2012 6:33 AM
>
> *Subject:* Re: [Perldl] Getting What Is Missing
>
> On Tue, Jan 24, 2012 at 7:17 AM, David Mertens
> <[email protected] <mailto:[email protected]>>
> wrote:
> > Mark -
> >
> > Sorry for not responding sooner to these ideas. They've been
> rolling around
> > in my head for the last couple of days, so, here goes.
> >
> > On Fri, Jan 20, 2012 at 11:22 AM, MARK BAKER
> <[email protected] <mailto:[email protected]>> wrote:
> >>
> >> I have gotten the the core PDL functionallity to work with
> the PP
> >> PAR::packer
> >
> >
> > This is a very interesting concept. I can't recall if you've
> mentioned this
> > in the past, but I have not given it much thought until now.
>
> It has been mentioned in list discussion. It is a possible
> solution to the Devel::REPL install problem of too many
> CPAN modules and something always goes wrong before
> success...
>
> >> with the one exception of the TriD.pm <http://TriD.pm>
> which throws some errors at me...
> >
> > Yes, TriD will be *very* difficult to get working with
> PAR::Packer, I
> > expect. But read on.
>
> There is no problem with binary files, libraries, etc in PAR
> distributions. As always the issue is taking the time to
> sort things out. I expect the real issue might be the OpenGL
> module which is in process of being revised to no longer
> require build-time configuration which should fix many of
> the issues of package dependencies.
>
> >> if we can show that we can make the exe's possibly with Tk
> to have full
> >> functionality like MatLab, (that means trying to streamline
> a lot of code)
> >> then we can have a Open Source software where we can go
> into the code and
> >> get it to work the way we want, there we solve both ends of
> the needs 1. the
> >> need for it to work 2. to be able to get into the code and
> change what we
> >> want to change based on our ideas of functionality
>
> I second this. Tk is not OpenGL friendly while Prima is.
> The current TriD infrastructure is planned to evolve to work
> with Prima while for win32 platform specific issues (no
> OpenGL widget support), Tk is not planned in the near
> term.
>
> > I may sound like a broken record here, but I would advocate
> for Prima over
> > Tk. In fact, I have a (very simple, somewhat hackish) GUI
> REPL built on
> > Prima and PDL that I would be willing to distribute, or at
> least try to
> > distribute. Perhaps I can play with this more later this
> week or over the
> > weekend. At any rate, it would be *really neat* to be able
> to post
> > downloadable executables on PDL's website that users could
> run on their
> > machines without having to install. If we could find a way
> to include an
> > unpackage/install onto the user's machine, kinda like a PAR
> LiveDisk, that
> > would be even cooler. But I need to learn to walk before I
> can run, as they
> > say. :-)
>
> It would be nice if you could put some/all of your free PDL
> cycles between now and 01-Feb towards the PDL::Book and
> the PDL-2.4.10 release checkout especially as regards the
> web page and install info...
>
> > What are the command-line switches you use to pack your
> script? I just
> > glanced through the PAR::Packer docs, but it seems like many
> options are
> > possible and I'm not quite sure where to start.
> >
> >>
> >> And I have gotten the exe's to work on other computers
> using the same type
> >> of operating system (Windows 2008 at the moment only) if we
> want a one shot
> >> for all types of operating systems then we want to use C#
> am I right about
> >> that , as far as i know
>
> C/C++ are the languages of interest for PDL. C# is far from
> being a platform portable or platform neutral language.
>
> > No, C# will not be necessary. PDL's guts are written in C,
> which is more
> > cross-platform and faster than C#. The only limitation with
> C is that it
> > must be compiled for the target machine, which in practice
> means we need
> > access to a working copy of that OS. As we need working copy
> to an OS in
> > order to test PDL anyway, this is not a limitation in practice.
> >
> >> ...snip...
> >
> > Lots of parentheses there. Everybody can already get at the
> underlying C and
> > Perl code, so PAR::Packer will help with first-time users.
> BTW, I don't see
> > us doing anything commercial with PDL any time soon. It
> would go somewhat
> > against the grain of PDL's style from the last 15 years.
>
> A company providing support and a fully-integrated PDL
> for interested customers would help in the sustainment
> of PDL. Look at what the SciPy distribution has done
> for NumPy.
>
> >> ...snip...
> >
> > I'm skeptical about a support website. PDL's current line of
> support is the
> > mailing lists and we don't get very many hits here from new
> users. I wonder
> > how things might look if it were possible for people to send
> an email to the
> > mailing list from our web site, though? Any web hackers want
> to give this a
> > shot?
>
> There are real problems with that and spam attacks.
>
> Cheers,
> Chris
>
>
>
>
>
> _______________________________________________
> Perldl mailing list
> [email protected] <mailto:[email protected]>
> http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
>
>
> David
>
> --
> "Debugging is twice as hard as writing the code in the first place.
> Therefore, if you write the code as cleverly as possible, you are,
> by definition, not smart enough to debug it." -- Brian Kernighan
>
>
>
>
> _______________________________________________
> Perldl mailing list
> [email protected] <mailto:[email protected]>
> http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
>
>
>
>
> --
> Sent via my carrier pigeon.
>
>
> _______________________________________________
> 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
