elespuru/auroral-resources-toolkit

Automatically exported from code.google.com/p/auroral-resources-toolkit

auroral-resources-toolkit's Issues

SceneJS 2.0.0 recommended

Sorry to use the issue tracker, but was unable to contact otherwise.

Recommending that you consider using SceneJS 2.0.0, which is the actively 
developed branch now. We're developing the BioDigital Human platform on it, so 
it's getting performance enhancements that are driven by that project, 
resulting in much faster FPS and lower memory usage.

There are several major API changes in 2.0.0, and the wiki is not yet updated. 
However the layered textures demo is converted and intact (I see you're using 
that), so now would be a good time to switch over.

https://github.com/xeolabs/scenejs/tree/V2.0.0

Texture layers demo:
https://github.com/xeolabs/scenejs/tree/V2.0/src/examples/texture-layers

cheers,
Lindsay

Original issue reported on code.google.com by [email protected] on 3 Aug 2011 at 11:12

map window not listening to start/end change events

even though it's only based on "now", it still needs to respond to these 
events. 

current implementation has empty stubs for them...

add impl asap, this is an ugly one for users, it doesn't behave in a way that 
makes sense currently

Original issue reported on code.google.com by [email protected] on 21 Jun 2011 at 6:36

IE9 compat mode check

dygraphs doesn't work in IE9 compat mode, add a check for compat mode and warn 
user, or, via headers to the extent possible for full IE9 mode

Original issue reported on code.google.com by [email protected] on 27 Jun 2011 at 4:18

png export for dygraphs

png export doesn't included axis labels and some other data, primarily because 
dygraphs isn't using the canvas element to draw them.

so, when we canvas2png, they're omitted because they're not there in the first 
place...

need to come up with a work around, either add the elements to the canvas by 
forking dygraphs or similar

Original issue reported on code.google.com by [email protected] on 21 Jun 2011 at 6:30

certain widgets don't trigger the automatic workspace scrollbars

What steps will reproduce the problem?
1. open the app
2. empty workspace
3. drag a youtube or vimeo widget into workspace
4. move widget so it straddles boundary at bottom or right side of screen

What is the expected output? What do you see instead?
the scrollbars should auto-enable, but they don't

tried implementing an overlay and underlay, and a 1-pixel scaled to size of 
window to give the widget window some local/native content (instead of just the
flash or embedded iframe of the video items) but that didn't work either. 
variety of fail, huzzah!

not sure what to try next, cogitating on it a while, moving on to bigger issues 
for now

Original issue reported on code.google.com by [email protected] on 23 Apr 2011 at 7:55

spectrogram widget

integrating the standalone spectro widget from RAS needs to be considered 
carefully.

the standalone uses and assumes some global functions exist, but I really don't 
want to
pollute the global namespace.

these need to be integrated properly and the flash code for the widget needs to 
reflect the same

Original issue reported on code.google.com by [email protected] on 21 Jun 2011 at 6:32