dahuapp / dahu Goto Github PK

On a ~15 images project, doing "reload project" seem to leak about 50 Mb of RAM. Running "top" I can see the RES (resident size) growing each time, and I finally get java.lang.OutOfMemoryError: Java heap space.

There can be multiple "appear", "delay", "move" actions, and the GUI should provide a way to edit this list (add/remove/reorder actions).

We currently generate the whole index.html page. It would be nice to generate a file containing only the right

Currently, the generated presentation has one full-size screenshot for each step of the presentation.

It would be nice to be able, when two steps are similar except for a small portion of the screen, to have step N+1 be a superposition of the image from step N, and a small image that contains only the pixels changed from step N to N+1.

One option to do this would be to make all pixels that are identical in N and N+1 transparent, using a format such as PNG where an image mostly transparent would be compressed well.

Another option (more efficient but harder to implement) would be to generate small images for the diff, and place them on top of the previous image.

(Would be a nice complement to #26, "autoplay mode")

It would be nice to be able to run a Dahu presentation in full screen mode (like we can play full-screen videos, or full-screen slideshows on photo-hosting sites). Ideally, that would mean:

• Use the browser's full-screen mode (easy, using e.g. using JQuery's fullscreen plugin http://plugins.jquery.com/fullscreen/)
• Maximize the presentation area to fit the whole webpage. This is not easy : we use absolute coordinates to move the mouse, and the zoom needs to preserve this, so just playing with HTML elements' width and height do not work.

For now, the user can just enter full-screen manually (f11 on Firefox), and zoom manually (Control + mouse wheel)

When starting the screen capture the new slides are automatically added at the end of the screencast (therefore the slide-view).

It would be great to be able to add those new slides according to some slide selected in the slide-view. As follow we would be able to add new slides in a middle of a current screencast project.

This bug can be tested on commit 437fa7a.
When the directory chooser is called (by clicking on the button 'load-project'), this error appears :

A fatal error has been detected by the Java Runtime Environment:

SIGSEGV (0xb) at pc=0xb777dcb7, pid=15038, tid=1783286592

JRE version: 7.0_21-b11
Java VM: Java HotSpot(TM) Server VM (23.21-b01 mixed mode linux-x86 )
Problematic frame:
C  [libpthread.so.0+0x8cb7]  __pthread_mutex_lock+0x17

Failed to write core dump. Core dumps have been disabled. To enable
core dumping, try "ulimit -c unlimited" before starting Java again

An error report file with more information is saved as:
/home/denis/Ensimag/ProjetSpe/Dahu/editor/hs_err_pid15038.log

If you would like to submit a bug report, please visit:
http://bugreport.sun.com/bugreport/crash.jsp
The crash happened outside the Java Virtual Machine in native code.
See problematic frame for where to report the bug.

It doesn't appears every time, but often. By commenting the directory chooser calling (since the next commit), this doesn't occur anymore.

Currently, the mouse movement takes the same time for small and long movements. It would be nice to be able to specify a speed, and have the duration computed from the distance and the speed, so that short movement be quicker.

If the user does File -> new project, and enters a directory which doesn't exist (which sounds legitimate for a new project), the GUI still says "successfully created", but then screenshots results in nullPointerException.

It should be easy to either test the directory existence, or use File.mkdirs().

Due to a bug in Java7 we cannot keep references to JSObject for later use. According to http://mail.openjdk.java.net/pipermail/openjfx-dev/2012-October/004064.html a fix will come in Java8.

On Linux 64bits, after building the bundle with gradle build, there’s a bug preventing you to run the 64-bit JavaFX native bundle. Due to a missing runtime/jre/lib/amd64/client/ folder you get the following cryptic message:

jvm.dll is not found [..../DahuEditor/runtime/jre/lib/amd64/client/libjvm.so]
Failed to launch JVM

The problem is reported on JIRA https://javafx-jira.kenai.com/browse/RT-24361.
To solve this issue one solution is to create a symlink from runtime/jre/lib/amd64/server/ to runtime/jre/lib/amd64/client

ln -s server client

Some keyboard shortcuts may be added to use the application more quickly.

Just stating the obvious: things that currently require editing presentation.dahu by hand should be accessible from the GUI.

The generated currently "work" on mobile phones, but not in a very user-friendly way: very small buttons, and need to manually adjust the zoom level to get the right size. It would be nice to add some CSS optimized for these devices.

Currently, if one edits the presentation.dahu file by hand and has a syntax error, an error message appears on the text output of Dahu:

thread "JavaFX Application Thread" netscape.javascript.JSException: SyntaxError: JSON Parse error: Single quotes (') are not allowed in JSON
(plus backtrace).

The GUI should show the syntax error in a more user-friendly way.

Hello,

There is a problem like the one we had with the DirectoryChooser with javafx.
The drag and drop (to edit mouse position) perfectly works on Windows System but exceptions are risen on Linux System.

I think that the problem is due to the javafx implentation on Linux but I'm not sure. Does it work on Mac OS ? How can we solve this problem ?

In order to make the generated HTML easily and quickly editable, it's better to format it well. The formatter we use at the moment is quite primitive and not very nice.

Currently, the presentations only make sense when a user clicks next from time to time.

It would be nice to have a mode that:

• Replaces wait for clicks with a fix duration (e.g. a few seconds)
• Plays the animation in a loop (jump back to slide 1 after reaching the last one)

This way, one could launch an animation and let it run non-interactively. I'm thinking of several use-cases:

• As a teacher using a beamer, launch the animation on the large screen and let it play while I help students
• As a researcher, when presenting a tool in a poster session in a conference, having the presentation play automatically to attract people.
• To publish a simple presentation on the home page of Dahu, so that users can understand what it does without clicking

We currently generate

It's OK when publishing to a public website, but it would be better to include (at least optionally) JQuery (and possibly future other dependencies) in the generated presentations, so that they can be viewed offline, or behind a firewall blocking code.jquery.com.

Release alpha 0.4

On presentations, the mouse cursor can change of appearance, such as a classic mouse, a hand, a waiting cursor, ...

It would be nice to change default shortcuts based on OS. For instance on mac the F8 key is used to "play/pause" music, as a concequence I cannot take any screenshots. Using ⌘+F8 on mac would be better.

see: http://ss64.com/osx/syntax-keyboard.html for a list of existing shortcuts on mac.

Users should be able to customize the styling of their presentations. This can be done either by adding a custom CSS stylesheet when compiling the presentation or through some kind of panel in the Dahu editor when editing the presentation.

The menu bar is currently implemented in HTML/CSS/JS.
To better integrate with native platforms it would be better to make it native by using the dedicated javafx classes.

In UI systems like MacOS or Gnome the menu bar will be detached from the application like native apps. For other systems like Windows the new Look&Feel of JavaFx8 will better match the native UI (see http://fxexperience.com/2013/01/modena-new-theme-for-javafx-8/)

The viewer does not (always) work when several afterPrevious actions are executed consecutively. The actions are executed, but then the background does not change for the next slides. The mouse moves, but the image does not change.

On Ubuntu, when we take a screen capture, the image created is not strictly consistent with the screen we see at the moment we take the capture.

[EDIT] It only occurs when the main Window of DahuApp hasn't the focus, if it does have it, the screen capture is well done.

The two joined screenshots are taken strictly in the same conditions.

• Dahu screenshot (some problems around the console)
  
• Native screenshot (of the same scene)
  

Anyone with good drawing skills to design us a nice logo?

When hitting the capture key in capture mode it would be cool to hide the main window content to avoid "screenshot loop" like shown here

this would allow to do better screencasting -- like do a screencast of dahu with dahu !

In capture mode, deleting a slide from the editor and then continuing the capture results in duplicate object id.

We should do two things about it:

• Detect duplicate object ids (on presentation generation and/or save). Duplicate object ids are really painful to debug right now.
• Avoid this duplicates (this probably implies to save a counter like we did for action ids, or use the same UUID as the image)

Hello,

Even if some bugs still exist in the current version, what do you think about uploading binary version for Windows, Mac and Linux on gitHub, for other users who don't want to compile the project (my homemates for instance) ?

Currently, when "Next" is pressed within an animation (set of afterPrevious actions), we just jump to the next action. It often works since the next action usually redraws the whole screen.

But when the current animation displays several popups, or moves the mouse, clicking "Next" cancels the remaining actions. Clicking "Previous" afterwards yields incomplete images.

Now that we have executableAction.executeImmediately in dahuapp.js, we should be able to use it to play the remaining actions instantly.

We could have nice images showing backward / forward arrows instead of plain HTML buttons. Replacing text (next/previous) with drawings would avoid having to translate them for non-english presentations.

Currently, one can only let time elapse by moving the mouse cursor or having an object appear. It would be nice and simple to add a "wait" action type, that would basically do nothing, but having a "duration" field like the others.

There seems to be a bug with the viewer : "withPrevious". Probably some other configurations of actions doesn't work (alternating "afterPrevious" and "withPrevious").
It seems to be in the events of the viewer.

Currently, an external link can point to presentation.html, which shows the first slide by default. It would be nice to be able to link to presentation.html#some-anchor to jump directly to a particular slide. This would require adding a unique identifier to each slides to have stable anchor names.

Running Dahu on MacOS > 10.9 fails.

As explained here, the reason for that is that you must grant Access for Assistive Devices for Dahu Editor. If running the application for your IDE you must grant access to your IDE.

To enable access for assistive devices and applications follow the following guide: http://support.apple.com/kb/HT6026

Currently, when opening the DahuEditor, the "Capture mode" button seems clickable, but nothing happens when one clicks it. It gets a bit bluer when a project is open, but I didn't understand that the light blue meant "not clickable" at first.

Ideally, there should be a tooltip saying something like "create or open a project to start", or the button could be completely hidden when no projet is open.

Clicking on the mouse cursor adds a red border around it, which seems expected. Clicking on the background image does the same, which is weird.

The user may want to capture only a window or an area of the screen (that will be constant in one project, but can change from a project to an other).

The editor is launched, but images are not displayed. The binary JAR I had uploaded is actually broken, I'm removing it from the release.

Having to save the project before generating the presentation is painful. We already write PNG files on disk without asking, so we could save the presentation.dahu file automatically on modification too, or at least autosave when the user clicks "generate".

If we opt for a 100% automatic save, then the menu entry can be removed.

Currently, the user cannot distinguish between a "delay" action and an animation that actually stopped. As a result, it's hard to know whether the expected behavior is to wait and see, or click "Next".

It would be nice to have a visual indication to show that an animation is going on. For example, change the cursor color (e.g. make it grey when the animation is over, and make it white again when "Next" is clicked).

I'd like to be able to re-generate multiple presentations, e.g. from a Makefile, at once. Currently, I need a few clicks per presentation, it should be possible to do that with e.g.

dahu --generate-presentation my-project

and ideally be able to specify the output directory with eg.

dahu --generate-presentation my-project -o presentation

In the next iteration we should start using a MV* JavaScript framework for the editor in order to better structure the app. AMong the choice we have for instance http://backbonejs.org/ or http://emberjs.com/. While EmberJS is maybe a little bit to heavy for our project (but more powerful) BackboneJS seems to me a good choice.
By using BackboneJS we will be able to bind event from model to view and view to model easily, but also improve a lot the scalability of the app.

Currently, the "appear" action shows the object moving from its the top-left corner. This is nice for tooltips, but not appropriate to switch from one background image to the next (so the only reasonable option is to have duration = 0 in 99% cases). It would be nice to allow some fading effects, so that new items of the picture seem to appear gradually (but unchanged parts would not move).

When loading the page over a slow connection (ADSL counts as "slow" here), the images and tooltips are loaded and displayed, and then hidden. They should not be displayed at all (either loaded from a hidden div, or loaded later).

Probably not a bug on our side (not sure if it's a Dahu bug, a JavaFX bug or a javafx-gradle-plugin one), but we should investigate and report the bug appropriately (to get a chance of having it fixed before Java 8 is finally released).

Dahu/editor$ gradle build
Creating properties on demand (a.k.a. dynamic properties) has been deprecated and is scheduled to be removed in Gradle 2.0. Please read http://gradle.org/docs/current/dsl/org.gradle.api.plugins.Ext
raPropertiesExtension.html for information on the replacement for dynamic properties.
Deprecated dynamic property: "encoding" on "root project 'Dahu'", value: "UTF-8".
The ConfigurationContainer.add() method has been deprecated and is scheduled to be removed in Gradle 2.0. Please use the create() method instead.
:compileJava
warning: [options] bootstrap class path not set in conjunction with -source 1.7
Note: Some input files use or override a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
1 warning
:processResources
:cssToBin
CSS Error parsing file:/home/moy/dev/Dahu/editor/src/main/resources/io/dahuapp/editor/app/bootstrap/css/bootstrap.css: Unexpected token '/' at [27,9]
CSS Error parsing file:/home/moy/dev/Dahu/editor/src/main/resources/io/dahuapp/editor/app/bootstrap/css/bootstrap.css: Expected RBRACE at [60,2]
CSS Error parsing file:/home/moy/dev/Dahu/editor/src/main/resources/io/dahuapp/editor/app/bootstrap/css/bootstrap.min.css: Unexpected token '/' at [9,137]
CSS Error parsing file:/home/moy/dev/Dahu/editor/src/main/resources/io/dahuapp/editor/app/bootstrap/css/bootstrap.min.css: Expected RBRACE at [9,481]
CSS Error parsing file:/home/moy/dev/Dahu/editor/src/main/resources/io/dahuapp/editor/app/bootstrap/css/bootstrap-responsive.min.css: Unexpected token '/' at [9,137]
CSS Error parsing file:/home/moy/dev/Dahu/editor/src/main/resources/io/dahuapp/editor/app/bootstrap/css/bootstrap-responsive.min.css: Expected RBRACE at [9,2007]
CSS Error parsing file:/home/moy/dev/Dahu/editor/src/main/resources/io/dahuapp/editor/app/bootstrap/css/bootstrap-responsive.css: Unexpected token '/' at [27,9]
CSS Error parsing file:/home/moy/dev/Dahu/editor/src/main/resources/io/dahuapp/editor/app/bootstrap/css/bootstrap-responsive.css: Expected RBRACE at [210,4]
:classes
:jar
:jfxJar FAILED

FAILURE: Build failed with an exception.

• What went wrong:
  Execution failed for task ':jfxJar'.

  Error: Failed to create jar file Dahu-0.3-SNAPSHOT.jar

• Try:
  Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output.

BUILD FAILED

Total time: 9.855 secs

The stacktrace says (I guess the relevant part is "/tmp/tempcopy6417117802154089905.jar (No such file or directory)":

org.gradle.api.tasks.TaskExecutionException: Execution failed for task ':jfxJar'.
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeActions(ExecuteActionsTaskExecuter.java:69)
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.execute(ExecuteActionsTaskExecuter.java:46)
at org.gradle.api.internal.tasks.execution.PostExecutionAnalysisTaskExecuter.execute(PostExecutionAnalysisTaskExecuter.java:35)
at org.gradle.api.internal.changedetection.state.CacheLockReleasingTaskExecuter$1.run(CacheLockReleasingTaskExecuter.java:35)
at org.gradle.internal.Factories$1.create(Factories.java:22)
at org.gradle.cache.internal.DefaultCacheAccess.longRunningOperation(DefaultCacheAccess.java:179)
at org.gradle.cache.internal.DefaultCacheAccess.longRunningOperation(DefaultCacheAccess.java:232)
at org.gradle.cache.internal.DefaultPersistentDirectoryStore.longRunningOperation(DefaultPersistentDirectoryStore.java:142)
at org.gradle.api.internal.changedetection.state.DefaultTaskArtifactStateCacheAccess.longRunningOperation(DefaultTaskArtifactStateCacheAccess.java:83)
at org.gradle.api.internal.changedetection.state.CacheLockReleasingTaskExecuter.execute(CacheLockReleasingTaskExecuter.java:33)
at org.gradle.api.internal.tasks.execution.SkipUpToDateTaskExecuter.execute(SkipUpToDateTaskExecuter.java:58)
at org.gradle.api.internal.tasks.execution.ContextualisingTaskExecuter.execute(ContextualisingTaskExecuter.java:34)
at org.gradle.api.internal.changedetection.state.CacheLockAcquiringTaskExecuter$1.run(CacheLockAcquiringTaskExecuter.java:39)
at org.gradle.internal.Factories$1.create(Factories.java:22)
at org.gradle.cache.internal.DefaultCacheAccess.useCache(DefaultCacheAccess.java:124)
at org.gradle.cache.internal.DefaultCacheAccess.useCache(DefaultCacheAccess.java:112)
at org.gradle.cache.internal.DefaultPersistentDirectoryStore.useCache(DefaultPersistentDirectoryStore.java:134)
at org.gradle.api.internal.changedetection.state.DefaultTaskArtifactStateCacheAccess.useCache(DefaultTaskArtifactStateCacheAccess.java:79)
at org.gradle.api.internal.changedetection.state.CacheLockAcquiringTaskExecuter.execute(CacheLockAcquiringTaskExecuter.java:37)
at org.gradle.api.internal.tasks.execution.ValidatingTaskExecuter.execute(ValidatingTaskExecuter.java:57)
at org.gradle.api.internal.tasks.execution.SkipEmptySourceFilesTaskExecuter.execute(SkipEmptySourceFilesTaskExecuter.java:41)
at org.gradle.api.internal.tasks.execution.SkipTaskWithNoActionsExecuter.execute(SkipTaskWithNoActionsExecuter.java:51)
at org.gradle.api.internal.tasks.execution.SkipOnlyIfTaskExecuter.execute(SkipOnlyIfTaskExecuter.java:52)
at org.gradle.api.internal.tasks.execution.ExecuteAtMostOnceTaskExecuter.execute(ExecuteAtMostOnceTaskExecuter.java:42)
at org.gradle.api.internal.AbstractTask.executeWithoutThrowingTaskFailure(AbstractTask.java:282)
at org.gradle.execution.taskgraph.DefaultTaskPlanExecutor.executeTask(DefaultTaskPlanExecutor.java:48)
at org.gradle.execution.taskgraph.DefaultTaskPlanExecutor.processTask(DefaultTaskPlanExecutor.java:34)
at org.gradle.execution.taskgraph.DefaultTaskPlanExecutor.process(DefaultTaskPlanExecutor.java:27)
at org.gradle.execution.taskgraph.DefaultTaskGraphExecuter.execute(DefaultTaskGraphExecuter.java:89)
at org.gradle.execution.SelectedTaskExecutionAction.execute(SelectedTaskExecutionAction.java:29)
at org.gradle.execution.DefaultBuildExecuter.execute(DefaultBuildExecuter.java:61)
at org.gradle.execution.DefaultBuildExecuter.access$200(DefaultBuildExecuter.java:23)
at org.gradle.execution.DefaultBuildExecuter$2.proceed(DefaultBuildExecuter.java:67)
at org.gradle.api.internal.changedetection.state.TaskCacheLockHandlingBuildExecuter$1.run(TaskCacheLockHandlingBuildExecuter.java:31)
at org.gradle.internal.Factories$1.create(Factories.java:22)
at org.gradle.cache.internal.DefaultCacheAccess.useCache(DefaultCacheAccess.java:124)
at org.gradle.cache.internal.DefaultCacheAccess.useCache(DefaultCacheAccess.java:112)
at org.gradle.cache.internal.DefaultPersistentDirectoryStore.useCache(DefaultPersistentDirectoryStore.java:134)
at org.gradle.api.internal.changedetection.state.DefaultTaskArtifactStateCacheAccess.useCache(DefaultTaskArtifactStateCacheAccess.java:79)
at org.gradle.api.internal.changedetection.state.TaskCacheLockHandlingBuildExecuter.execute(TaskCacheLockHandlingBuildExecuter.java:29)
at org.gradle.execution.DefaultBuildExecuter.execute(DefaultBuildExecuter.java:61)
at org.gradle.execution.DefaultBuildExecuter.access$200(DefaultBuildExecuter.java:23)
at org.gradle.execution.DefaultBuildExecuter$2.proceed(DefaultBuildExecuter.java:67)
at org.gradle.execution.DryRunBuildExecutionAction.execute(DryRunBuildExecutionAction.java:32)
at org.gradle.execution.DefaultBuildExecuter.execute(DefaultBuildExecuter.java:61)
at org.gradle.execution.DefaultBuildExecuter.execute(DefaultBuildExecuter.java:54)
at org.gradle.initialization.DefaultGradleLauncher.doBuildStages(DefaultGradleLauncher.java:166)
at org.gradle.initialization.DefaultGradleLauncher.doBuild(DefaultGradleLauncher.java:113)
at org.gradle.initialization.DefaultGradleLauncher.run(DefaultGradleLauncher.java:81)
at org.gradle.launcher.exec.InProcessBuildActionExecuter$DefaultBuildController.run(InProcessBuildActionExecuter.java:64)
at org.gradle.launcher.cli.ExecuteBuildAction.run(ExecuteBuildAction.java:33)
at org.gradle.launcher.cli.ExecuteBuildAction.run(ExecuteBuildAction.java:24)
at org.gradle.launcher.exec.InProcessBuildActionExecuter.execute(InProcessBuildActionExecuter.java:35)
at org.gradle.launcher.exec.InProcessBuildActionExecuter.execute(InProcessBuildActionExecuter.java:26)
at org.gradle.launcher.cli.RunBuildAction.run(RunBuildAction.java:50)
at org.gradle.api.internal.Actions$RunnableActionAdapter.execute(Actions.java:171)
at org.gradle.launcher.cli.CommandLineActionFactory$ParseAndBuildAction.execute(CommandLineActionFactory.java:201)
at org.gradle.launcher.cli.CommandLineActionFactory$ParseAndBuildAction.execute(CommandLineActionFactory.java:174)
at org.gradle.launcher.cli.CommandLineActionFactory$WithLogging.execute(CommandLineActionFactory.java:170)
at org.gradle.launcher.cli.CommandLineActionFactory$WithLogging.execute(CommandLineActionFactory.java:139)
at org.gradle.launcher.cli.ExceptionReportingAction.execute(ExceptionReportingAction.java:33)
at org.gradle.launcher.cli.ExceptionReportingAction.execute(ExceptionReportingAction.java:22)
at org.gradle.launcher.Main.doAction(Main.java:48)
at org.gradle.launcher.bootstrap.EntryPoint.run(EntryPoint.java:45)
at org.gradle.launcher.Main.main(Main.java:39)
at org.gradle.launcher.bootstrap.ProcessBootstrap.runNoExit(ProcessBootstrap.java:50)
at org.gradle.launcher.bootstrap.ProcessBootstrap.run(ProcessBootstrap.java:32)
at org.gradle.launcher.GradleMain.main(GradleMain.java:26)
Caused by: com.sun.javafx.tools.packager.PackagerException: Error: Failed to create jar file Dahu-0.3-SNAPSHOT.jar
at com.sun.javafx.tools.packager.PackagerLib.packageAsJar(PackagerLib.java:326)
at com.sun.javafx.tools.packager.PackagerLib$packageAsJar.call(Unknown Source)
at org.bitbucket.shemnon.javafxplugin.tasks.JavaFXJarTask.processResources(JavaFXJarTask.groovy:110)
at org.gradle.api.internal.BeanDynamicObject$MetaClassAdapter.invokeMethod(BeanDynamicObject.java:216)
at org.gradle.api.internal.BeanDynamicObject.invokeMethod(BeanDynamicObject.java:122)
at org.gradle.api.internal.CompositeDynamicObject.invokeMethod(CompositeDynamicObject.java:147)
at org.bitbucket.shemnon.javafxplugin.tasks.JavaFXJarTask_Decorated.invokeMethod(Unknown Source)
at org.gradle.util.ReflectionUtil.invoke(ReflectionUtil.groovy:23)
at org.gradle.api.internal.project.taskfactory.AnnotationProcessingTaskFactory$StandardTaskAction.doExecute(AnnotationProcessingTaskFactory.java:217)
at org.gradle.api.internal.project.taskfactory.AnnotationProcessingTaskFactory$StandardTaskAction.execute(AnnotationProcessingTaskFactory.java:210)
at org.gradle.api.internal.project.taskfactory.AnnotationProcessingTaskFactory$StandardTaskAction.execute(AnnotationProcessingTaskFactory.java:199)
at org.gradle.api.internal.AbstractTask$TaskActionWrapper.execute(AbstractTask.java:526)
at org.gradle.api.internal.AbstractTask$TaskActionWrapper.execute(AbstractTask.java:509)
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeAction(ExecuteActionsTaskExecuter.java:80)
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeActions(ExecuteActionsTaskExecuter.java:61)
... 67 more
Caused by: java.io.FileNotFoundException: /tmp/tempcopy6417117802154089905.jar (No such file or directory)
at com.sun.javafx.tools.packager.PackagerLib.copyFromOtherJar(PackagerLib.java:1458)
at com.sun.javafx.tools.packager.PackagerLib.jar(PackagerLib.java:1400)
at com.sun.javafx.tools.packager.PackagerLib.packageAsJar(PackagerLib.java:322)
... 81 more

Now that we can link to one action (issue #21), we could also change the anchor so that the user can copy-paste the content of the URL bar and get a link to one particular action at any time (deck.js seems to do this).

Currently dahu, when in capture mode, only captures the first screen (among all screen devices detected). It would be better to capture the screen in which the mouse is!

In order to do that you can use MouseInfo.getPointerInfo().getDevice() in the ScreenDriver.

see: http://docs.oracle.com/javase/7/docs/api/java/awt/MouseInfo.html