Где же ты, Tron, кто воюет за пользователей? Мне в принципе без разницы, какой логотип будет у моей трубы, главное, чтобы мне было удобно ею пользоваться и не платить избыточного и лишнего за общую юзабилити устройства, а не отдельные ее составляющие. Ну не нужно мне лично например такое айУстройство, для заливки инфы на которое мне нужен спец айСофт, или зачем мне заводить карту платежную, если пользоваться собираюсь априори бесплатным софтом. Все должно быть «из коробки» удобным в целом. Это реально просто патентные игры Apple. Не уже ли кто-то считает иначе? Простите, но просто накипело как-то.
Изложено доступно. Но это как конспект открыл свой, ощущение, что именно это изложение я где-то уже читал, хотя это может только ощущение. Наверное в математике всегда так — если поймешь модель и ее синопсис, то многие вещи становятся «похожими».
«альтернативный учебный процесс в государственной системе образования» — вы и ваша команда молодцы, что смогли дополнить эту систему. Тем более, что получен реальный результат, ведь социализация таких детей, их вера в самих себя и в свое Отечество — это совсем не мало. Надеюсь искренне, что ссылаясь на вас и ваш опыт, другим будет проще двигать рамки системы образования. Лишь бы везло с попутчиками на пути к успеху — с разработчиками, учителями, чиновниками. Спасибо вам.
В результате использования вышеуказанного руководства, а именно горячей кнопки «F8», обнаружил такую вещь: вылетает ошибка о несуществовании антовского файла «build.xml», если в этот момент работать с файлом, который находится не в той же директории, что и искомый «build.xml».
Buildfile: build.xml does not exist!
Build failed
Для этого разработчики Sublime в хоткей для «exec» уже давно добавили свойство «working_dir», куда и можно написать полный путь до корня проекта, где и лежит согласно статье «build.xml».
Но облом в том, что это явное указание пути, а значит при работе с другим проектом его нужно будет изменить непосредственно в указанном хоткее. Однако у Build System в Sublime есть такая переменная, как "$project_path". Было бы замечательно ее использовать в вышеуказанном хоткей, но она, как я понял, может быть задействована только непосредственно в .sublime-build файле.
Но разработчики Sublime предоставили возможность вызывать варианты одного и того же Build. Вернемся к «Ant TRIAL». Сделаем его вот таким для примера:
Выбираем Build систему «Ant TRIAL» и пробуем. «Ctrl+B» работает как и раньше:
Buildfile: *\helloworld\build.xml
init:
[echo] Some initial logic in 'helloworld' project!
trial:
[echo] Some trial logic!
BUILD SUCCESSFUL
Total time: 0 seconds
[Finished in 0.3s]
«Ctrl+Shift+B» (это сочетание уже определено для Build варианта Run) вызовет «test»:
Buildfile: *\helloworld\build.xml
test:
[echo] Ant works in 'helloworld' project!
BUILD SUCCESSFUL
Total time: 0 seconds
[Finished in 0.1s]
а «F8» вызовет «init»:
Buildfile: *\helloworld\build.xml
init:
[echo] Some initial logic in 'helloworld' project!
BUILD SUCCESSFUL
Total time: 0 seconds
[Finished in 0.1s]
Теперь, где бы мы не работали с кодом в нашем проекте, эти сочетания сработают. И вызовут они именно механизм Build самого Sublime, а не стороннюю «программу» (ant.bat) через exec. И как раньше нет необходимости переключаться между разными Build System. Вам осталось только причесать код под себя. Мой итог в настоящий момент выглядит примерно так:
А вот теперь было бы весьма интересно «научить» ранее рассмотренный плагин от snegovikufa по какому-нибудь хоткей автоматически составлять подобный список вариантов из уже сформированного .sublime-build файла для их последующего выбора и запуска соответствующей Ant-цели.
Так, а если использовать этот print, то выходит, что пока команда (в моем случает ant-овская цель) не отработает, то в аутпуте ничего не появится. Синхронно работает. А ЛогТред что-то у меня ничего не делает. Если же shell=False, то вижу все, что делается в командной строке, она закрывается, а потом все тоже самое вижу в консоле Sublime.
Это не совсем билд в понимании Sublime, может к API как-то это дело прикрутить. Вот например, чтоб посмотреть вывод при работе с этим плагином, надо открывать консоль Sublime, а при Build его вывод открывается автоматически. Как и горячая клавиша f7 автоматически работает, неважно, где в это время фокус мыши. А в плагине этого не выходит, если в это время мышь в фокусе на области конслоли, допустим на скролбаре, то shift+f10 не срабатывает.
хотя может это я уже придираюсь.
нужно определиться, какой язык программирования и/или фреймворк вы используете и какие средства отладки для него есть. будете ли использовать юнит-тесты и т.п.
нужно определиться, какой язык программирования и/или фреймворк вы используете и какие средства отладки для него есть. будете ли использовать юнит-тесты и т.п.
В результате использования вышеуказанного руководства, а именно горячей кнопки «F8», обнаружил такую вещь: вылетает ошибка о несуществовании антовского файла «build.xml», если в этот момент работать с файлом, который находится не в той же директории, что и искомый «build.xml».
Для этого разработчики Sublime в хоткей для «exec» уже давно добавили свойство «working_dir», куда и можно написать полный путь до корня проекта, где и лежит согласно статье «build.xml».
Но облом в том, что это явное указание пути, а значит при работе с другим проектом его нужно будет изменить непосредственно в указанном хоткее. Однако у Build System в Sublime есть такая переменная, как "$project_path". Было бы замечательно ее использовать в вышеуказанном хоткей, но она, как я понял, может быть задействована только непосредственно в .sublime-build файле.
Но разработчики Sublime предоставили возможность вызывать варианты одного и того же Build. Вернемся к «Ant TRIAL». Сделаем его вот таким для примера:
И изменим хоткей:
Выбираем Build систему «Ant TRIAL» и пробуем. «Ctrl+B» работает как и раньше:
«Ctrl+Shift+B» (это сочетание уже определено для Build варианта Run) вызовет «test»:
а «F8» вызовет «init»:
Теперь, где бы мы не работали с кодом в нашем проекте, эти сочетания сработают. И вызовут они именно механизм Build самого Sublime, а не стороннюю «программу» (ant.bat) через exec. И как раньше нет необходимости переключаться между разными Build System. Вам осталось только причесать код под себя. Мой итог в настоящий момент выглядит примерно так:
А вот теперь было бы весьма интересно «научить» ранее рассмотренный плагин от snegovikufa по какому-нибудь хоткей автоматически составлять подобный список вариантов из уже сформированного .sublime-build файла для их последующего выбора и запуска соответствующей Ant-цели.
Это не совсем билд в понимании Sublime, может к API как-то это дело прикрутить. Вот например, чтоб посмотреть вывод при работе с этим плагином, надо открывать консоль Sublime, а при Build его вывод открывается автоматически. Как и горячая клавиша f7 автоматически работает, неважно, где в это время фокус мыши. А в плагине этого не выходит, если в это время мышь в фокусе на области конслоли, допустим на скролбаре, то shift+f10 не срабатывает.
хотя может это я уже придираюсь.
print(proc.communicate()[0])