[Gtk-sharp-list] Good GTK# charting library, fully integrate with Monodevelop

[Scott Stephens]

I'm glad there's at least one other person in the universe who thinks the
idea is a good one :-)  If/when I get around to finishing the work I'll let
you know.  It's not on the active to-do list right now, partially because
there are some mono bugs that make my end goal impossible, even if I was to
finish the Florence part of it.  So I wouldn't count on this any time soon,
but I am still interested in the project and hope to finish it at some
point.

On Thu, Mar 28, 2013 at 10:22 AM, Doug Blank <doug.blank at gmail.com> wrote:

> On Thu, Mar 28, 2013 at 10:14 AM, Scott Stephens <stephens.js at gmail.com>
> wrote:
> > I don't think there's a library that meets your criteria, at least not a
> > free one.  I've conducted similar searches in the past and come up empty.
> > To try to meet some of my needs I forked NPlot and started a new project
> > which I call Florence (I told the NPlot creators what I was interested in
> > doing, and they asked me to rebrand rather than do it under the NPlot
> name).
> > You can find it here: https://github.com/scottstephens/Florence
> >
> > I've found the NPlot charting functionality to be sufficient, the two
> > capabilities that I wanted were to be able to write charting code that
> could
> > work within either WinForms or Gtk# widgets, and to add an imperative API
> > (so that it would be convenient to call plotting code from the C# REPL).
> > Unfortunately, it's not even close to finished.  It works as well as
> NPlot,
> > just with the addition of an imperative API, and with a lot of the code
> more
> > cleanly separated between tookit-specific and toolkit-agnostic pieces
> than
> > the NPlot code was.  But it still only works with WinForms, as I haven't
> > implemented any of the Gtk# backends yet.  Anyway, not even close to
> being a
> > polished solution to your problem, but if you're willing to put some
> coding
> > effort into solving your problem, this might get you closer than starting
> > from scratch.
>
> Thanks for the information on Florence! That is exactly what we are
> looking for, but with the Gtk backend. (We would use the imperative
> API from a variety of scripting languages, including IronPython,
> Scheme, Logo, Basic, Ruby, and more). We are stretched too thin at the
> moment to be able to help very much, but we'll keep that on our list
> to watch.
>
> -Doug
>
> > On Thu, Mar 28, 2013 at 7:00 AM, <
> gtk-sharp-list-request at lists.ximian.com>
> > wrote:
> >>
> >> Date: Thu, 28 Mar 2013 04:29:00 -0700 (PDT)
> >> From: FromMidAges <siuksliu.statine at gmail.com>
> >> To: gtk-sharp-list at lists.ximian.com
> >> Subject: [Gtk-sharp-list] Good GTK# charting library,   fully integrate
> >>         with Monodevelop
> >> Message-ID: <1364470139870-4659168.post at n4.nabble.com>
> >> Content-Type: text/plain; charset=us-ascii
> >>
> >>
> >> Hello to all!
> >> I've searched over all Internet for good GTK# based charting library,
> >> which
> >> could be fully integrated to Monodevelop and his GUI designer.
> >> I've found ZedGraph, but it was poorly documented, and without
> integration
> >> to GUI designer. That is true for NPlot and NPlot.Gtk too.
> >> Could anybody recommend a library, which would meet all my requirements?
> >>
> >>
> >
> >
> > _______________________________________________
> > Gtk-sharp-list maillist  -  Gtk-sharp-list at lists.ximian.com
> > http://lists.ximian.com/mailman/listinfo/gtk-sharp-list
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20130328/b2063560/attachment.html>