To show the path of traced elements, a canvas is always placed over the entire viewer. For a program that uses mouse navigation, such as TextReverse.elm, this means it is impossible to move around.

Perhaps the canvas needs to be shown only when things are paused? I'm not sure if there's a way to get events to propagate correctly otherwise.

P.S. This is really a bug in the debugger branch of the compiler, but I don't want to clutter up that issue tracker.

I followed the installation instructions exactly, on two separate computers, and when it comes to running ./dist/build/elm-debugger/elm-debugger, I get this error message:

Initializing Server
elm-debugger: build: getDirectoryContents: does not exist (No such file or directory)

I'm not sure what directory it is referring to.

git clone https://github.com/elm-lang/Elm.git
cd Elm
git checkout debugger
cabal install

Results in Installed Elm-0.12.3

Then running:

git clone https://github.com/elm-lang/elm-debugger.git
cd elm-debugger
cabal configure

Resolving dependencies...
Configuring elm-debugger-0.1...
setup: At least the following dependencies are missing:
Elm >=0.13

The slider always appears above the number, so if the number is on the first visible line, the slider is above the top of the editor.

I'd submit a pull request, but I'd have to send an agreement and honestly I don't think it'd be that helpful.

It would be nice if this repo mentioned, in the README.md, that it was deprecated/moved to elm-reactor. Or even just recommended npm install -g elm. http://debug.elm-lang.org/ still links to this repo in the first paragraph (at least).

For the record: As far as installing, you'll need to run cabal sandbox init and then cabal install 'Elm >= 0.13' (so it resolves the older dependencies correctly). Lastly, it'd need to use an older version of base which can't be installed by cabal anyway. The directions here reference the old Elm repository, and refers to itself as elm-debugger instead of debug.elm-lang.org.

The embedded videos on http://debug.elm-lang.org/ are no longer embedded, instead the <iframe> elements are now escaped and displayed literally:

Does anyone here have access to the live site and can fix it, or do you know who to reach out to?

We just witnessed this error when trying to export debugger state:

The type referenced is:

type TemplateMsg =
    EditField TaskFieldUpdate
  | DragTask Int
  | DropTask Int
  | UpdateEditableState Int (EditState, Maybe String, Maybe String)
  | Save

type TaskFieldUpdate =
    Title String
  | RequiresUpload Bool

type EditState =
    None
  | Editing
  | Saving

I suspect that one fo the types contained begins with Task, the Elm Debugger assumed it was a Task (incorrectly)

I was playing with the online debugger and even the following simple example that works at http://elm-lang.org/try throws a bunch of errors:

import Graphics.Element exposing (show)
main = show (toString 42)


Parse error at (line 1, column 25):
unexpected "e"
expecting "{-", " ", newline, reserved word 'as' or "("

When I remove exposing it throws this:

import Graphics.Element (show)
main = show (toString 42)


Error on line 2, column 14 to 22:
Could not find variable 'toString'

because as I can see in the hint it tries to import toString from JSON.toString. If I click on the hint it points to http://library.elm-lang.org/catalog/evancz-Elm/0.12/Json#toString and I get Server not found message.

It does't work even when I try this:

import Basics
import Graphics.Element (show)
main = show (Basics.toString 42)


Error on line 3, column 14 to 29:
Could not find variable 'Basics.toString'.

I believe that http://elm-lang.org/try and http://debug.elm-lang.org/try should use the same (latest) version of Elm otherwise the debugger is not usable at all.

BTW: the Try it! buttons next to the examples at http://debug.elm-lang.org are are not clickable, but if you click on the Debug it takes you to http://debug.elm-lang.org/try where you can see the examples (written in Elm 0.12).