Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Graphs are ugly, please use Chart::Clicker #2

Open
rassie opened this issue Nov 30, 2009 · 5 comments
Open

Graphs are ugly, please use Chart::Clicker #2

rassie opened this issue Nov 30, 2009 · 5 comments

Comments

@rassie
Copy link

rassie commented Nov 30, 2009

The subject says it all! Thanks!

@mpeters
Copy link
Owner

mpeters commented Nov 30, 2009

Yes, the charts are ugly and yes Chart::Clicker is better, but I'm actually looking at using something web based (google graphs, open flash charts, protochart, plotr or something like that)to remove our dependencies. But I could be persuaded otherwise if patches appeared :)

@rassie
Copy link
Author

rassie commented Nov 30, 2009

Dependencies are not a problem once you manage to get through them once :) My concern with web-based solution is that you never know which sites my corporate network will get blocked next. Oh well, better get patching ;)

@markstos
Copy link
Contributor

I like the idea of using a JavaScript/Canvas based solution, like flot: http://code.google.com/p/flot/

Not only would it reduce dependencies, but potentially could represent a decent disk-space saving if the graphs can be generated reasonably on demand in JavaScript.

And a meta-comment: Which tracker is preferred? The github one or the CPAN one? Let's use one and see about shutting down the other. Either would do for me.

@mpeters
Copy link
Owner

mpeters commented Jan 27, 2010

Disk space isn't an issue since Smolder doesn't store the images it creates. They are created on the fly and sent to the client, never stored on disk.

And for bug tracking, I think I'm not sure which I prefer. I've never been a fan of RT, but it's very visible from search.cpan.org and it's what everyone else is using so there's familiarity. Using this tracker is also nice because it's right there with the source. Want to convince me one way or the other?

@markstos
Copy link
Contributor

I suppose I would go with RT because it is more mature and has more features. For example, "bulk update" is nice. It also has the feature to CC an e-mail address on some correspondence, which Github does not.

As long as the bug count stays low, either will do. :)

jonathanstowe pushed a commit to jonathanstowe/smolder that referenced this issue Oct 26, 2013
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants