Apple Data Plotting Framework

NAVIGATION

CATEGORIES

REFERRENCE

If you have some good idea, Cilck and mail to us please...

LINKS

Home » BSD

Apple Data Plotting Framework
10 answers - 623 bytes -
Hello folks,
Just wondered what your thoughts were on how apple produces plots of
data that are embedded into application windows? For example the pie
chart, histograms and line charts in ActivityMonitor are good examples.
Do you think they will open this up in the future so we can all use it?
Regards,
Dan.
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (Cocoa-dev (AT) lists (DOT) apple.com)
Help/Unsubscribe/Update your Subscription:
%40developershed.com
This email sent to bsdarchive (AT) developershed (DOT) com
No.1 | | 903 bytes | |
11/06/06, Daniel J Farrell <daniel.farrell (AT) imperial (DOT) ac.ukwrote:
Hello folks,

Just wondered what your thoughts were on how apple produces plots of
data that are embedded into application windows? For example the pie
chart, histograms and line charts in ActivityMonitor are good examples.

Some custom views and logic?

Do you think they will open this up in the future so we can all use it?

I doubt it. File a bug report anyway if you want ;-)

I believe there are third party graphing frameworks, or you could
possibly wrap gnuplot or something.

-- Finlay

Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (Cocoa-dev (AT) lists (DOT) apple.com)
Help/Unsubscribe/Update your Subscription:
%40developershed.com

This email sent to bsdarchive (AT) developershed (DOT) com
No.2 | | 762 bytes | |
12 Jun 2006, at 14:36, Finlay Dobbie wrote:

11/06/06, Daniel J Farrell <daniel.farrell (AT) imperial (DOT) ac.ukwrote:
>
>Do you think they will open this up in the future so we can all
>use it?
>
I doubt it. File a bug report anyway if you want ;-)

I believe there are third party graphing frameworks

GraphX does some nice plots but is restricted in what it achieves,
and questionable for some definition of code style (I just don't
think that a set of delegate methods should be defined in a
@protocol). For drawing quick box charts or N sets of y data against
an x axis, I find that a custom Quartz view isn't too time-consuming.

Cheers,

Graham.
No.3 | | 611 bytes | |
Jun 12, 2006, at 6:51 AM, Graham J Lee wrote:

I just don't think that a set of delegate methods should be defined
in a @protocol

Why not?
-jcr

The two most important tools an architect has are the eraser in the
drawing room and the sledge hammer on the construction site.
-Frank Lloyd Wright

Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (Cocoa-dev (AT) lists (DOT) apple.com)
Help/Unsubscribe/Update your Subscription:
%40developershed.com

This email sent to bsdarchive (AT) developershed (DOT) com
No.4 | | 538 bytes | |
12/6/06 23:50, John C. Randolph wrote:

Jun 12, 2006, at 6:51 AM, Graham J Lee wrote:

>I just don't think that a set of delegate methods should be defined in
>a @protocol

Why not?

Well, it defines a protocol, and has the outlet:
IB id <WhateverTheProtocolIsCalleddelegate;
whereas IMH a delegate shouldn't be *required* to implement all of the
delegate methods. An informal protocol would be better (but as I said,
this is just some value of style).
No.5 | | 1194 bytes | |
Thanks for your advice folks.

GraphX looks promising I'll have a mess with that.

I am actually using gnuplot already Finlay and really like the graphs
it produces. The problem is I don't know how to go about 'wrapping'
gnuplot into a MS window? By using GraphX I could have one graph
window in my app and then, say, in a draw hold thumbnails of the
other figure that my programme computes (this is a science app), so I
can flick though them at will. This way the desktop doesn't get too
cluttered with windows.

Dan.

13 Jun 2006, at 00:04, Graham J Lee wrote:

12/6/06 23:50, John C. Randolph wrote:
>Jun 12, 2006, at 6:51 AM, Graham J Lee wrote:
I just don't think that a set of delegate methods should be
defined in a @protocol
>Why not?
>
Well, it defines a protocol, and has the outlet:
IB id <WhateverTheProtocolIsCalleddelegate;
whereas IMH a delegate shouldn't be *required* to implement all of
the delegate methods. An informal protocol would be better (but as
I said, this is just some value of style).
No.6 | | 983 bytes | |

Jun 12, 2006, at 7:40 PM, Daniel J Farrell wrote:

Thanks for your advice folks.

GraphX looks promising I'll have a mess with that.

I am actually using gnuplot already Finlay and really like the graphs
it produces. The problem is I don't know how to go about 'wrapping'
gnuplot into a MS window? By using GraphX I could have one graph
window in my app and then, say, in a draw hold thumbnails of the other
figure that my programme computes (this is a science app), so I can
flick though them at will. This way the desktop doesn't get too
cluttered with windows.

Dan.

AgentM
agentm (AT) themactionfaction (DOT) com

Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (Cocoa-dev (AT) lists (DOT) apple.com)
Help/Unsubscribe/Update your Subscription:
%40developershed.com

This email sent to bsdarchive (AT) developershed (DOT) com
No.7 | | 606 bytes | |
Jun 12, 2006, at 4:04 PM, Graham J Lee wrote:

IMH a delegate shouldn't be *required* to implement all of the
delegate methods.

I can certainly think of cases where the delegate had better do so,
or else it just won't work. In such a case, defining a protocol is
entirely appropriate.
-jcr

Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (Cocoa-dev (AT) lists (DOT) apple.com)
Help/Unsubscribe/Update your Subscription:
%40developershed.com

This email sent to bsdarchive (AT) developershed (DOT) com
No.8 | | 606 bytes | |
If you have really complex data plotting requirements, you can use
Vvidget. It can pretty much do anything, though it can be a bit of work.

If you don't have any $$, you can write a custom URL to their
server and pull up the graph with WebKit, but that's trading a lot of
time for $.

Pierce

Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (Cocoa-dev (AT) lists (DOT) apple.com)
Help/Unsubscribe/Update your Subscription:
%40developershed.com

This email sent to bsdarchive (AT) developershed (DOT) com
No.9 | | 805 bytes | |
Jun 11, 2006, at 4:02 AM, Daniel J Farrell wrote:

Hello folks,

Just wondered what your thoughts were on how apple produces plots
of data that are embedded into application windows? For example the
pie chart, histograms and line charts in ActivityMonitor are good
examples.

Do you think they will open this up in the future so we can all use
it?

If you want to cry, you can try:

otool -Tv /

:)

I'd put a request inradar is your friend.

Cheers,
Dave

Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (Cocoa-dev (AT) lists (DOT) apple.com)
Help/Unsubscribe/Update your Subscription:
%40developershed.com

This email sent to bsdarchive (AT) developershed (DOT) com
No.10 | | 1140 bytes | |
14 Jun 2006, at 22:01, Dave MacLachlan wrote:

Jun 11, 2006, at 4:02 AM, Daniel J Farrell wrote:
>
>Hello folks,
>>
>Just wondered what your thoughts were on how apple produces plots
>of data that are embedded into application windows? For example
>the pie chart, histograms and line charts in ActivityMonitor are
>good examples.
>>
>Do you think they will open this up in the future so we can all
>use it?
>
>
If you want to cry, you can try:

otool -Tv /
GraphKit

, if you're feeling naughty, you can try:

class-dump ppc /
GraphKit.framework/GraphKit

;-)

I'd put a request inradar is your friend.

It's worth a try!

Nicko

Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (Cocoa-dev (AT) lists (DOT) apple.com)
Help/Unsubscribe/Update your Subscription:
%40developershed.com

This email sent to bsdarchive (AT) developershed (DOT) com

Re: Apple Data Plotting Framework

QUESTION ON "BSD"

EMSDN.COM

It's a question for 'Apple Data Plotting Framework' under 'BSD'

BSD

Apple Data Plotting Framework