Visual Studio Code: WarCode

Добавлен , опубликован
Предназначение:

WarCode

Расширение для VSCode, позволяющее работать с чистым и незамутнённым jass.
Основано на библиотеке Chevrotain, поиграться с которой можно здесь.
Грамматики основаны на jassjs, только значительно улучшены.

.j

JASS лексика полностью описана. Синтаксически неверный код будет выдавать ошибки.
Все блоки размечены для более удобной навигации.
Остальные фичи будут постепенно дорабатываться.

.zn

Так как ZINC не является основной целью этого расширения, то он будет только описан. Дополнительные фичи к нему будут разрабатываться только при спросе на них.
На данный момент, к примеру полностью отсутствует поддержка struct.

.wts

Написана новая грамматика для поддержки .wts.

.slk

Добавлен простой просмотр и примитивный редактор .slk.

Цветовая схема

Настройка собственной цветовой схемы прекрасно описана здесь.
Список токенов для применения цветов находится здесь.

Тестирование

Если вы используете расширения, наподобие ujass, то отключите их для директории, в которой производите тестирование. Так же отключите это расширение для ваших рабочих директорий.

Прекращение разработки

Ввиду абсолютной унылости VSCode было принято волевое решение сменить платформу.

Повторное прекращение разработки

Плагин повторно прекращает свою разработку в пользу JASS-ANTLR-Kotlin-VSCode.

Полезные ссылки

Поддержать проект

Можете просто поддержать XGM, мы с удовольствием проведём интересный конкурс на эти деньги.
`
ОЖИДАНИЕ РЕКЛАМЫ...
28
nazarpunk, там всё же правила описаны, а мне обычно нужно в каком-то место что-то заинжекстить и чтобы инжект сохранялся с перезапусками. Как надо будет снова, чекну, мб подойдёт.
30
а мне обычно нужно в каком-то место что-то заинжекстить и чтобы инжект сохранялся с перезапусками.
Посмотри внимательно на комментарий выше инжекта.
Загруженные файлы
Этот комментарий удален
18
А мне какое дело
Завтра продукты JetBrains перестанут работать и будут работяги сидеть у разбитого корыта
30
Завтра продукты JetBrains перестанут работать и будут работяги сидеть у разбитого корыта
Завтра продукты Microsoft перестанут работать и будут работяги сидеть у разбитого корыта.
18
Завтра продукты Microsoft перестанут работать и будут работяги сидеть у разбитого корыта.
VSCode можно форкнуть
30
VSCode можно форкнуть
Интересно, а кому принадлежит GitHub?
18
Интересно, а кому принадлежит GitHub?
Есть аналог в виде GitLab + свой гит религией запрещено поднимать?)
30
Есть аналог в виде GitLab + свой гит религией запрещено поднимать?)
Итак, завтра продукты Microsoft перестают работать. Покажи мне до завтра форки всей необходимой экосистемы на Гитлабе.
38
VSCode можно форкнуть
Интересно, а кому принадлежит GitHub?
Есть российские зеркала с холодным хранилищем)
Например вот для php packagist.org.ru
Спасибо санкциям <3
28
Завтра продукты JetBrains перестанут работать и будут работяги сидеть у разбитого корыта
Не перестанут, для работы не требуется соединение к серверам JetBrains.
30
Есть российские зеркала с холодным хранилищем)
Напоминаю, завтра все продукты Microsoft перестанут работать. Из этих зеркал можно будет восстановить всю экосистему?
38
Ага github.com/VSCodium/vscodium
Можем видеть кучу альтернативных репозиториев кроме гитхаба
30
Ага github.com/VSCodium/vscodium
Можем видеть кучу альтернативных репозиториев кроме гитхаба
Интересно, а кому GitHub принадлежит?
28
Господа, вы с каждым сообщением всё дальше от Бога изначальной темы, а именно, что API VS Code унылое.
18
Не перестанут, для работы не требуется соединение к серверам JetBrains
Есть какие то доказательства что его нельзя отключить удаленно или что оно через время не превратится в тыкву, насколько известно это ПО работает через лицензию. Предлагаешь пиратить?

Господа, вы с каждым сообщением всё дальше от Бога изначальной темы, а именно, что API VS Code унылое.
Сервер проверки кода должен иметь минимум зависимостей от конкретной IDE
Во вторых кроме названных двух IDE есть еще консольные, которой некоторые сотрудники и в том числе лиды пользуются на работе

Если есть какие то претензии к API VSCode можно создать публичную дискуссию на гите которую можно лайкнуть. Но говорить что IDE зиждиться на langiage injection это слишком громко
30
а именно, что API VS Code унылое
Но говорить что IDE зиждиться на langiage injection это слишком громко
Идём к окулисту, лечим избирательную слепоту, читаем изначальный комментарий и разбиваем его по тезисам. А не делаем из language injection соломенное чучело.

Есть какие то доказательства что его нельзя отключить удаленно или что оно через время не превратится в тыкву
Есть какие то доказательства что VScode нельзя отключить удаленно или что оно через время не превратится в тыкву
28
Есть какие то доказательства что его нельзя отключить удаленно или что оно через время не превратится в тыкву, насколько известно это ПО работает через лицензию. Предлагаешь пиратить?
Насколько мне известно, пиратки есть. Также, если ты не продлишь подписку на Professional Edition, у тебя останется та версия, которая была доступна на момент истечения подписки, обновлений не будет.

Ну это просто хохма. Изначальный разговор был о том, что Назару не нравится API вскода. В результате дискуссии Назар привёл пример с инжектом. Ты на него решил ответить и спустя пару сообщений заявить следующее:
Но говорить что IDE зиждиться на langiage injection это слишком громко
При этом никто ничего подобного не писал. Но зато была разведена демагогия на тему "завтра что-то перестанет работать", что опять же, не имеет никакого отношения к основной теме.

Я использую PyCharm в силу привычки, и у меня есть лицензия на версию Professional многих продуктов JetBrains от университета (посмотрим, будет ли она продлена в январе 2024). VS Code я использую только в GitHub Codespaces, когда делаю коммиты в проектах, где нужно много сетапа или же много всяких утилит, которые я не хочу ставить у себя.
У меня никаких претензий к апи вскода нет, потому что я его не использую. Но они есть у Назара, он их изложил. Вот их и надо разбирать, а не передёргиванием заниматься.
18
Ну это просто хохма. Изначальный разговор был о том, что Назару не нравится API вскода. В результате дискуссии Назар привёл пример с инжектом. Ты на него решил ответить и спустя пару сообщений заявить следующее:
Но говорить что IDE зиждиться на langiage injection это слишком громко
Эта хохма тут чтобы показать насколько нелепо приводить единственный обсуждаемый и по сути доказательный пример качества api IntelliJ и некачества api vscode, можно сравнить с другими редакторами nvim например

Насколько мне известно, пиратки есть. Также, если ты не продлишь подписку на Professional Edition, у тебя останется та версия, которая была доступна на момент истечения подписки, обновлений не будет.
То есть доказательств что внезапно что-то пойдет не так по сути нет

Есть какие то доказательства что VScode нельзя отключить удаленно или что оно через время не превратится в тыкву
Доказательства на гите

Идём к окулисту, лечим избирательную слепоту, читаем изначальный комментарий и разбиваем его по тезисам
Там написано, не хочу пользоваться js, не хочу пользоваться ts, не хочу пользоваться сборщиками - все говно. Какие тут нужны комментарии.
По поводу того что надо обязательно собирать дерево на стороне vscode, это точно так у всех плагинов? например у lua-language-server. Что то мне подсказывает что если lsp сервер собрал дерево, то vscode просто наводит визуал по нему
30
Эта хохма тут чтобы показать насколько нелепо приводить единственный обсуждаемый и по сути доказательный пример качества api IntelliJ и некачества api vscode
Он единственный, потому что именно ты за него уцепился и побежал на амбразуру.
можно сравнить с другими редакторами nvim например
Можно. Никто тебя не останавливает. Можешь написать сравнительную статью.
Доказательства на гите
Где именно, можно ткнуть меня в них пальцем?
Там написано, не хочу пользоваться js, не хочу пользоваться ts, не хочу пользоваться сборщиками - все говно. Какие тут нужны комментарии.
Обычные комментарии. Например можешь поделиться опытом разработки больших проектов на ts. Я с удовольствием послушаю.
По поводу того что надо обязательно собирать дерево на стороне vscode, это точно так у всех плагинов?
На гитхабе есть два репозитория с исходниками: intellij-plugins, intellij-community. В них дерево строит IDE.
например у lua-language-server
У него под капотом EmmyLua, открываем исходики и ой, а что это?
Что то мне подсказывает что если lsp сервер собрал дерево, то vscode просто наводит визуал по нему
Как vscode может наводить визуал по дереву, которое собрало не оно? lsp просто говорит вскоде адреса токенов. Всё.

Ну и возвращаясь к сабжу, ты мне предлагаешь самому реализовать весь нужный мне функционал? Или напишешь его за меня?
28
То есть доказательств, что внезапно что-то пойдет не так, по сути нет
Вот всё верно говоришь. Реальных случаев "завтра продукты JetBrains перестанут работать" не было, зачем морочить голову выдуманными безосновательными кейсами?
30
зачем морочить голову выдуманными безосновательными кейсами?
Потому что в случае основательных кейсов придётся сливаться. Чего нельзя допускать ни в коем разе. Посему проще достать из широких штанин ещё порцию охинеи и гордо ей размахивать. В крайнем случае можно перейти на личности.
18
Реальных случаев ... не было
Получается если чего то не было значит и не будет, это отличный аргумент

Смысл в том что вместо того чтобы пользоваться инструментами которые позволят переиспользовать продукт в любой IDE мы будем писать так, чтобы это работало только в одном месте, огромные благодарности
28
Получается если чего то не было значит и не будет, это отличный аргумент
Раз уж ты начал говорить о том, что "завтра что-то перестанет работать", то бремя предоставления доказательств лежит на тебе. Иначе косплей Михалкова.
Чтобы оставить комментарий, пожалуйста, войдите на сайт.