I've successfully ported dflplot to gtkD and gotten it to the point where it
works in every way (except speed/memory use; gtkD is a little slow/resource
hungry) at least as well as the original DFL version. Now that I can't call
it dflplot anymore because it supports multiple GUI libs, I'm calling
dsimcha Wrote:
> Now that I can't call
> it dflplot anymore because it supports multiple GUI libs, I'm calling it
> Plot2Kill.
The produced image looks good and polished enough. But I suggest to find a
different name.
"dgraphy"? :-)
Bye,
bearophile
"dsimcha" wrote in message
news:i1voke$2i9...@digitalmars.com...
> I've successfully ported dflplot to gtkD and gotten it to the point where
> it
> works in every way (except speed/memory use; gtkD is a little
> slow/resource
> hungry) at least as well as the original DFL version. Now that I c
On 18/07/2010 22:36, dsimcha wrote:
heat maps
Sorry for my ignorance,
What are heat maps good for ?
Since I am more biz software guy, here my question.
Let's say I have this relation
>A Project can have several Cost Centers.
>A Cost Center can have several cost items.
I our sample . Project
== Quote from BLS (windev...@hotmail.de)'s article
> On 18/07/2010 22:36, dsimcha wrote:
> > heat maps
> Sorry for my ignorance,
> What are heat maps good for ?
> Since I am more biz software guy, here my question.
> Let's say I have this relation
> >A Project can have several Cost Centers.
> >A
On 19/07/2010 00:01, BLS wrote:
On 18/07/2010 22:36, dsimcha wrote:
heat maps
Sorry for my ignorance,
What are heat maps good for ?
Since I am more biz software guy, here my question.
Let's say I have this relation
>A Project can have several Cost Centers.
>A Cost Center can have several c
On 19/07/2010 00:28, dsimcha wrote:
You've pretty much got it.
Thanks for your enlightening explanation. I think your plotting tool is
also very valuable in standard business environments!
I was just a second too late..so sorry for answering twice and making so
much noise. bjoern
== Quote from BLS (windev...@hotmail.de)'s article
> On 19/07/2010 00:01, BLS wrote:
> > On 18/07/2010 22:36, dsimcha wrote:
> >> heat maps
> >
> > Sorry for my ignorance,
> > What are heat maps good for ?
> >
> > Since I am more biz software guy, here my question.
> >
> > Let's say I have this rel
On 19/07/2010 00:44, dsimcha wrote:
This can already be done programmatically (see Figure.xlim() and Figure.ylim()),
will have a look.
but is not exposed yet via the default plot window GUI. This will be exposed
when
I decide how I want to expose it. The most obvious answer is dragging, bu
"dsimcha" wrote in message
news:i2004b$2vv...@digitalmars.com...
> == Quote from BLS (windev...@hotmail.de)'s article
>> On 19/07/2010 00:01, BLS wrote:
>> > On 18/07/2010 22:36, dsimcha wrote:
>> >> heat maps
>> >
>> > Sorry for my ignorance,
>> > What are heat maps good for ?
>> >
>> > Since I
On 18.07.2010 22:36, dsimcha wrote:
> I've successfully ported dflplot to gtkD and gotten it to the point where it
> works in every way (except speed/memory use; gtkD is a little slow/resource
> hungry) at least as well as the original DFL version. Now that I can't call
> it dflplot anymore becaus
== Quote from Johannes Pfau (s...@example.com)'s article
> On 18.07.2010 22:36, dsimcha wrote:
> > I've successfully ported dflplot to gtkD and gotten it to the point where it
> > works in every way (except speed/memory use; gtkD is a little slow/resource
> > hungry) at least as well as the origina
On Mon, 19 Jul 2010 17:51:29 +, dsimcha wrote:
> == Quote from Johannes Pfau (s...@example.com)'s article
>> On 18.07.2010 22:36, dsimcha wrote:
>> > I've successfully ported dflplot to gtkD and gotten it to the point
>> > where it works in every way (except speed/memory use; gtkD is a
>> > li
== Quote from Lars T. Kyllingstad (pub...@kyllingen.nospamnet)'s article
> > Yea, I tried to use it on *nix today and realized that. This will get
> > fixed soon.
> > In addition to the typo, I forgot that getting a font can return null.
> > I have no
> > idea why it works on Windows. Anyhow, I
On 20/07/2010 04:22, dsimcha wrote:
The most serious bug now, IMHO, is that there's no way to save plots to a file
from a machine with console-only access, such as a supercomputer that you SSH
into. I don't know how to fix this. Calling Main.init() on a machine with no
windowing system borks e
On Tue, 20 Jul 2010 03:22:37 +, dsimcha wrote:
> == Quote from Lars T. Kyllingstad (pub...@kyllingen.nospamnet)'s article
>> > Yea, I tried to use it on *nix today and realized that. This will
>> > get fixed soon.
>> > In addition to the typo, I forgot that getting a font can return
>> > nu
On Tue, 20 Jul 2010 09:53:02 +0200, Lars T. Kyllingstad
wrote:
On Tue, 20 Jul 2010 03:22:37 +, dsimcha wrote:
== Quote from Lars T. Kyllingstad (pub...@kyllingen.nospamnet)'s article
> Yea, I tried to use it on *nix today and realized that. This will
> get fixed soon.
> In addition t
On Sun, 18 Jul 2010 22:44:27 +, dsimcha wrote:
> == Quote from BLS (windev...@hotmail.de)'s article
>> Next, Do you have any ideas about zooming ? (zooming a plotting region)
>> ?
>
> This can already be done programmatically (see Figure.xlim() and
> Figure.ylim()), but is not exposed yet vi
== Quote from Lars T. Kyllingstad (pub...@kyllingen.nospamnet)'s article
> Even if you SSH into it, you can still run GUI apps remotely using X
> forwarding. But if you're saying that the machine doesn't have X
> installed at all (do those still exist?), I have no suggestions.
> -Lars
That, or yo
On Tue, 20 Jul 2010 11:37:30 +, dsimcha wrote:
> == Quote from Lars T. Kyllingstad (pub...@kyllingen.nospamnet)'s article
>> Even if you SSH into it, you can still run GUI apps remotely using X
>> forwarding. But if you're saying that the machine doesn't have X
>> installed at all (do those s
== Quote from Lars T. Kyllingstad (pub...@kyllingen.nospamnet)'s article
> On Tue, 20 Jul 2010 11:37:30 +, dsimcha wrote:
> > == Quote from Lars T. Kyllingstad (pub...@kyllingen.nospamnet)'s article
> >> Even if you SSH into it, you can still run GUI apps remotely using X
> >> forwarding. But
On Tue, 20 Jul 2010 14:37:23 +0200, dsimcha wrote:
== Quote from Lars T. Kyllingstad (pub...@kyllingen.nospamnet)'s article
On Tue, 20 Jul 2010 11:37:30 +, dsimcha wrote:
> == Quote from Lars T. Kyllingstad (pub...@kyllingen.nospamnet)'s
article
>> Even if you SSH into it, you can still
On Tue, 20 Jul 2010 12:37:23 +, dsimcha wrote:
> == Quote from Lars T. Kyllingstad (pub...@kyllingen.nospamnet)'s article
>> On Tue, 20 Jul 2010 11:37:30 +, dsimcha wrote:
>> > == Quote from Lars T. Kyllingstad (pub...@kyllingen.nospamnet)'s
>> > article
>> >> Even if you SSH into it, you
On Tue, 20 Jul 2010 13:29:40 +, Lars T. Kyllingstad wrote:
> On Tue, 20 Jul 2010 12:37:23 +, dsimcha wrote:
>> Yea, it wouldn't be terribly hard (actually, it would be quite easy
>> since I wouldn't need to get all the GUI stuff right) to port Plot2kill
>> to a GUI-less drawing framework,
On Tue, 20 Jul 2010 15:31:06 +0200, Lars T. Kyllingstad
wrote:
On Tue, 20 Jul 2010 13:29:40 +, Lars T. Kyllingstad wrote:
On Tue, 20 Jul 2010 12:37:23 +, dsimcha wrote:
Yea, it wouldn't be terribly hard (actually, it would be quite easy
since I wouldn't need to get all the GUI stuf
== Quote from Lars T. Kyllingstad (pub...@kyllingen.nospamnet)'s article
> Now, if someone made a CAS library for D, I would never again
> have to reach for any tool other than vim and dmd... ;)
> -Lars
Actually...
I've dreamed of the same thing. I started playing around with writing a CAS
abou
== Quote from Rory McGuire (rmcgu...@neonova.co.za)'s article
> Cairo probably makes the most sense. Then you can do pdf, svg, jpg,
> opengl...
> -Rory
This will probably happen fairly soon. Initially, when I was still just trying
to
get off the ground and figure out how gtkD (and GUIs in genera
On 21.07.2010 15:32, dsimcha wrote:
> == Quote from Rory McGuire (rmcgu...@neonova.co.za)'s article
>> Cairo probably makes the most sense. Then you can do pdf, svg, jpg,
>> opengl...
>> -Rory
>
> This will probably happen fairly soon. Initially, when I was still just
> trying to
> get off the g
Johannes Pfau wrote:
> On 21.07.2010 15:32, dsimcha wrote:
>> == Quote from Rory McGuire (rmcgu...@neonova.co.za)'s article
>>> Cairo probably makes the most sense. Then you can do pdf, svg, jpg,
>>> opengl...
>>> -Rory
>>
>> This will probably happen fairly soon. Initially, when I was still jus
== Quote from Rory Mcguire (rjmcgu...@gm_no_ail.com)'s article
> Do you plan on supporting QT/KDE?
> -Rory
Long term, probably. Short term, probably not. QtD is, from what I understand,
not very mature yet. I had a @#)#* of a time working through bugs, inadequate
documentation, missing features
On Tue, 20 Jul 2010 06:57:01 -0400, Lars T. Kyllingstad
wrote:
On Sun, 18 Jul 2010 22:44:27 +, dsimcha wrote:
== Quote from BLS (windev...@hotmail.de)'s article
Next, Do you have any ideas about zooming ? (zooming a plotting region)
?
This can already be done programmatically (see F
dsimcha wrote:
> == Quote from BLS (windev...@hotmail.de)'s article
>> On 19/07/2010 00:01, BLS wrote:
>> > On 18/07/2010 22:36, dsimcha wrote:
>> >> heat maps
>> >
>> > Sorry for my ignorance,
>> > What are heat maps good for ?
>> >
>> > Since I am more biz software guy, here my question.
>> >
>>
dsimcha wrote:
> == Quote from Rory Mcguire (rjmcgu...@gm_no_ail.com)'s article
>> Do you plan on supporting QT/KDE?
>> -Rory
>
> Long term, probably. Short term, probably not. QtD is, from what I
> understand,
> not very mature yet. I had a @#)#* of a time working through bugs,
> inadequate d
== Quote from Rory Mcguire (rjmcgu...@gm_no_ail.com)'s article
> dsimcha wrote:
> > == Quote from Rory Mcguire (rjmcgu...@gm_no_ail.com)'s article
> >> Do you plan on supporting QT/KDE?
> >> -Rory
> >
> > Long term, probably. Short term, probably not. QtD is, from what I
> > understand,
> > not v
== Quote from Rory Mcguire (rjmcgu...@gm_no_ail.com)'s article
> dsimcha wrote:
> > == Quote from BLS (windev...@hotmail.de)'s article
> >> On 19/07/2010 00:01, BLS wrote:
> >> > On 18/07/2010 22:36, dsimcha wrote:
> >> >> heat maps
> >> >
> >> > Sorry for my ignorance,
> >> > What are heat maps go
dsimcha wrote:
> == Quote from Rory Mcguire (rjmcgu...@gm_no_ail.com)'s article
>> dsimcha wrote:
[snip]
> The point isn't to hardcode this directly into the Figure object. What
> you suggest can already be done by calling xLim() and yLim() and then
> redrawing. However, Plot2Kill has the concep
dsimcha wrote:
> == Quote from Rory Mcguire (rjmcgu...@gm_no_ail.com)'s article
>> dsimcha wrote:
>> > == Quote from Rory Mcguire (rjmcgu...@gm_no_ail.com)'s article
>> >> Do you plan on supporting QT/KDE?
>> >> -Rory
>> >
>> > Long term, probably. Short term, probably not. QtD is, from what I
>
== Quote from Rory Mcguire (rjmcgu...@gm_no_ail.com)'s article
> dsimcha wrote:
> > == Quote from Rory Mcguire (rjmcgu...@gm_no_ail.com)'s article
> >> dsimcha wrote:
> >> > == Quote from Rory Mcguire (rjmcgu...@gm_no_ail.com)'s article
> >> >> Do you plan on supporting QT/KDE?
> >> >> -Rory
> >> >
== Quote from Rory Mcguire (rjmcgu...@gm_no_ail.com)'s article
> What can the app currently do?
> What have you decided is app and what is lib?
The whole thing is a lib as opposed to an app. It's just that it's designed to
be
a very high level lib, and has a default plot window. In other words,
39 matches
Mail list logo