Skip to content

Conversation

@odyright
Copy link

@odyright odyright commented Feb 21, 2020

I'm not the author but ..i bring it here so it could help!

timmhirsens/vscode-elixir#146 (comment)

As using <%# some content %> as block comment doesn't really work well in .html.eex templates i changed them to the normal html block comment tags.

Comments before (wrong):
<%# <%= form_for @conn, initiate_path(@conn, :create), [errors: @conn.assigns[:errors]], fn f -> %> %>
Comments now (right):
<!-- <%= form_for @conn, initiate_path(@conn, :create), [errors: @conn.assigns[:errors]], fn f -> %> -->

Commenting in .html.eex templates now works as it should for me.

from @fklement

Justin Johnson and others added 30 commits August 31, 2019 08:37
- Call mix deps.get in vscode:prepublish for convenient first build
- Add build and install instructions to the readme
Point to elixir-lsp, improve build process and docs
…they are installing.

- Register the langId we've already been using in config.  Doing so allows us to set elixirLS.trace.server to turn on language server tracing, instead of having to use ElixirLS.trace.server, which is inconsistent with our existing settings.
- Remove Fork from name that shows up within vscode
- Change 'ElixirLS configuration" to "ElixirLS" for consistency with other extension settings UI elements
Include fork in published name, register elixirLS as langId, add language server tracing setting UI
Add some basic configuration for HTML (EEx) files
Move the prepublish script into a bash script
niku and others added 10 commits January 5, 2020 09:34
* Update libraries

* Introduce eslint

By following instructions:
https://github.com/typescript-eslint/typescript-eslint/blob/v2.14.0/docs/getting-started/linting/README.md

* Introduce prettier

* Format code

$ npx prettier --write **/*.ts **/*.json .eslintrc.js .vscode/*.json

* Format code

- Replace tab to space
- Intentation to 2 spaces

* Fix reports by lint

$ npx eslint . --ext .js,.jsx,.ts,.tsx --fix

* Fix reports by lint

before the change:

```
$ npx eslint . --ext .js,.jsx,.ts,.tsx --fix

/Users/niku/src/vscode-elixir-ls/src/extension.ts
  20:8  warning  Missing return type on function              @typescript-eslint/explicit-function-return-type
  21:3  error    'testElixir' was used before it was defined  @typescript-eslint/no-use-before-define
  69:1  warning  Missing return type on function              @typescript-eslint/explicit-function-return-type
  77:1  warning  Missing return type on function              @typescript-eslint/explicit-function-return-type

/Users/niku/src/vscode-elixir-ls/src/test/runTest.ts
  5:1  warning  Missing return type on function  @typescript-eslint/explicit-function-return-type

✖ 5 problems (1 error, 4 warnings)
```

after the change:

```
❯ npx eslint . --ext .js,.jsx,.ts,.tsx

```

* Fix file permission

755 -> 644

* Add shelljs declaration

* Replace duplicated variable `workspaceRoot`

https://code.visualstudio.com/docs/editor/variables-reference#_why-isnt-workspaceroot-documented

* Fix extentionTestsPath

* Fix outFiles path

* Make disable other extensions

https://code.visualstudio.com/api/working-with-extensions/testing-extension#disabling-other-extensions-while-debugging

* Add a smoketest
* Integrate CI

* Add a CI status badge to README
Otherwise we are unable to publish a new version of the extension:
microsoft/vscode-vsce#389 (comment)

also very small elixir-ls update
Will make it easier the next time we have to create a release
Goals:
* By default in most themes, function calls should not be highlighted the same
  as function calls
  * Most syntaxes only define function definitions, so most themes highlight
    those definitions with a rather bold color, applying the same coloring to
    all functions calls results in visual noise
* It should still be possible to define custom highlighting for function calls

State of syntax highlighting:
* Textmate syntax highlighting standard (as defined by [1]) defines function
definitions (`entity.name.function`) but says nothing about function calls
* Most themes do not support special coloring for function calls
* We can't expect most themes to add special Elixir support

This PR combines portions of #30 and #38 that have similar goals.

PR #30 by itself did not fully accomplish my goals because function calls are
still annotated with `entity.name.function.elixir` which is highlighted as a
function definition

PR #38 changed the function call names, but it changed it to a non-standard scope.

So in this PR we change the `entity.name.function.elixir` to
`entity.name.function-call.elixir` which allows customization, but is a scope
that that does not have default coloring in most themes (while still being
semantically similar).

Also Ruby's syntax uses the similar `entity.name.function-call.ruby`:
https://github.com/rubyide/vscode-ruby/blob/b232cfd0c96f41ceab72655dcfa17dab40c05562/packages/vscode-ruby/syntaxes/ruby.cson.json#L2243

[1] https://macromates.com/manual/en/language_grammars
@alanvardy
Copy link

Hello!

I am not a maintainer of this project but would like to let you know that this repository has been inactive since May 2019. There is a fork that is being actively developed by community members, and I recommend you switch over!

The GitHub repository is here:
https://github.com/elixir-lsp/vscode-elixir-ls

And the Visual Studio Code extension is here:
https://marketplace.visualstudio.com/items?itemName=elixir-lsp.elixir-ls

If you are having any issues or would like to open any pull requests, please try the new extension or clone the new repository first. You may find that the problem is already resolved 🙂

Thank you and happy Elixiring.

@odyright
Copy link
Author

thank you!

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

Successfully merging this pull request may close these issues.

7 participants