Относительно, того что копирование обеспечивается не очевидным образом — я с этим согласен, но пока не придумал как его обеспечить не ломая концепцию MetaProject.
Если есть какие то идеи относительно этого, с радостью их выслушаю, и готов их реализовать.
Тут совсем не понял. MetaProject никак не влияет на работу любых других инструментов. В том числе и Output.
Буду благодарен вам если вы вышлите видео или опишите более подробно проблему.
Отвечаю по порядку.
1. Копирование можно сделать для строки выделив ее. Она в этом случае появляется в текстовом поле для поиска. Дальше со строкой можно делать все что угодно, в том числе и копировать. Однако в будущем будет сделан механизм импорта/экспорта. Этим механизмом можно сохранить весь вывод в интересующем формате. В финальной стадии — это будет любой возможный формат в котором представляются логи. Один из форматов — «Plain Text» где будет представлен текст AS IS.
2. В старых версиях MetaProject — именно такое поведение как вы описали и было. В новых это переделано на то, что вы видите сейчас. Установив старую версию расширения с сайта вы можете сами с этим поиграться, и определить что лучше по результатам использования. Ну и напоследок, цвета настраиваются по желанию пользователя одиночным кликом на поле с временной меткой в сообщении.
И еще, спасибо вам за предложения по улучшению расширения.
Для меня это ценно, даже когда идеи не идут в разработку.
Не уверен что правильно понял суть вашего комментария.
Вы имеете в виду яркость подсветки строки при размещении над ней курсора, или цвет выделенного текста?
Ну а за добрые слова, спасибо.
В ближайшее время я фиксирую функционал MetaProject на том уровне который есть, и начинаю портирование расширения под все популярные среды разработки. CLion и IntelliJ IDEA в этом списке идут первыми.
Так что эта проблема скоро там будет решена ;)
Я не только это могу принять, но и сам тому пример.
Если вы используете иногда «Output», то я его вообще не использую. Но все равно считаю, что инструмент самый популярный, поскольку в случае его не использования все равно используется его заменитель.
Относительно функционала, то очень много добавилось нового за то время, плюс порешал все детские болезни роста. Вы можете сами посмотреть на страничке историю релизов.
Завтра еще выложу новый релиз в котором будет реализована поддержка системы автоматизации сборки CMake и менеджера пакетов NPM.
Т.е. растем как по функционалу, так и по популярности ;)
Придется пояснить разницу между выражениями «самый важный» и «самый популярный».
Вот смотрите, есть такое расширение VSColorOutput. У него на текущий момент 360725 установок. Это популярное расширение, но не важное. Без него можно спокойно обойтись. А вот компилятор или линкер — это важные инструменты. Без них обойтись нельзя.
Я утверждал и утверждаю, что Output это популярный инструмент, но никогда не говорил что он самый важный. Т.е. без него можно обойтись, если пользоваться другими инструментами. Но в любом случае другие инструменты заменители будут производными от Output и назначение у них будет сходное.
Надеюсь, что хотя бы этот комментарий закроет тему филологии.
Ну и наконец, я как и вы, вообще не использую «Output» и «Error List». Но не потому что они не нужны, а потому что перешел полностью на «MetaProject».
Вот дословная моя цитата «Нет нужды описывать что он делает, поскольку абсолютно все разработчики его используют в своей работе ежедневно». Там нигде не указано что это самый важный инструмент. Поэтому если вы меня цитируете, то цитируйте точно, а не придумывайте.
Ну и еще, буду вам благодарен если вы будете обсуждать не слова, а суть. У вас к содержимому статьи замечания есть?
Согласен, зря написано. Вы этим не пользуетесь, значит этим никто не пользуется. Ну и улучшать инструменты разработки тоже не нужно.
Думаю, на этом можно поставить точку в дискуссии.
Почитайте что делает функция System.Diagnostics.Debug.WriteLine(...) и поймете что выводится в «Output» в рантайме. Для краткости скажу — все логи туда могут выводиться. Не только ваши, но и библиотек которые используете. И ошибки могут быть не только в вашем коде, но и в коде который вы используете.
MetaProject сделан для того чтобы в куче «фигни» которая выводится в «Output» видеть только то, что несет какой то смысл и хочется видеть программисту. И это только одна из множества задач, которые решаются этим расширением.
Ну и напоследок, чтобы закрыть тему.
«Error List» — это подмножество «Output», в котором попадает только то что генерится во время компиляции (и то не все). Рантайм вообще там не обрабатывается. Т.е. не использовать «Output» — это как отрезать себе одну ногу. Причем добровольно.
Вы сами написали, что в Error List есть недостатки и Вы к ним приспособились так, что они уже не мешают. MetaProject сделан так, чтобы не иметь тех недостатков, которые вы научились обходить…
Если бы Вы хоть раз его попробовали, то темы для этой дискуссии не было бы.
Но поскольку Вы не попробуете, то продолжайте верить в то, что ничего лучше «Error List» не придумано.
В Output еще выводится информация в рантайме. Вы очень зря думаете что эта информация не нужна. Если в программе используется логирование то вообще не понимаю как без этого инструмента можно обойтись.
It is detailed review of Browser Console.
This tool is really the best in compare with all equivalents in all IDEs.
However, even this Browser Console necessary to improve, to be similar by functionality with current version of MetaProject.
У таких авансов бывает оборотная сторона — могут наставить негативных оценок, потом продвигать сложнее будет.
На текущем этапе основная моя проблема не то, что есть негативные оценки (их, на удивление, очень мало), а то что о продукте никто не знает. Собственно аналогичная проблема у абсолютно всех стартапов.
Чего будет стоить впилить туда html — я не знаю, но я бы попробовал :)
Или может есть нечто более быстродейственное? Тот же редактор кода — в нём уже есть всё, что нужно…
Просто поверьте, на этот раз на слово, средства выбраны адекватно. Я много раз переделывал проект и менял архитектуру, именно при попытке решить все указанные проблемы. Они решены. Нет смысла возвращаться в начальную точку, и начинать все сначала…
Кстати, есть еще одна задача, которая решена в текущей реализации, но ее пока не видно. Портируемость под разные компиляторы и платформы. Это будет следующим этапом развития проекта, а на этом этапе уже заложен крепкий фундамент.
Эволюция самого популярного инструмента любого разработчика (в Visual Studio)
Спасибо.
Эволюция самого популярного инструмента любого разработчика (в Visual Studio)
Относительно, того что копирование обеспечивается не очевидным образом — я с этим согласен, но пока не придумал как его обеспечить не ломая концепцию MetaProject.
Если есть какие то идеи относительно этого, с радостью их выслушаю, и готов их реализовать.
Эволюция самого популярного инструмента любого разработчика (в Visual Studio)
Буду благодарен вам если вы вышлите видео или опишите более подробно проблему.
Эволюция самого популярного инструмента любого разработчика (в Visual Studio)
1. Копирование можно сделать для строки выделив ее. Она в этом случае появляется в текстовом поле для поиска. Дальше со строкой можно делать все что угодно, в том числе и копировать. Однако в будущем будет сделан механизм импорта/экспорта. Этим механизмом можно сохранить весь вывод в интересующем формате. В финальной стадии — это будет любой возможный формат в котором представляются логи. Один из форматов — «Plain Text» где будет представлен текст AS IS.
2. В старых версиях MetaProject — именно такое поведение как вы описали и было. В новых это переделано на то, что вы видите сейчас. Установив старую версию расширения с сайта вы можете сами с этим поиграться, и определить что лучше по результатам использования. Ну и напоследок, цвета настраиваются по желанию пользователя одиночным кликом на поле с временной меткой в сообщении.
И еще, спасибо вам за предложения по улучшению расширения.
Для меня это ценно, даже когда идеи не идут в разработку.
Эволюция самого популярного инструмента любого разработчика (в Visual Studio)
Вы имеете в виду яркость подсветки строки при размещении над ней курсора, или цвет выделенного текста?
Ну а за добрые слова, спасибо.
Эволюция самого популярного инструмента любого разработчика (в Visual Studio)
Так что эта проблема скоро там будет решена ;)
Эволюция самого популярного инструмента любого разработчика (в Visual Studio)
Если вы используете иногда «Output», то я его вообще не использую. Но все равно считаю, что инструмент самый популярный, поскольку в случае его не использования все равно используется его заменитель.
Относительно функционала, то очень много добавилось нового за то время, плюс порешал все детские болезни роста. Вы можете сами посмотреть на страничке историю релизов.
Завтра еще выложу новый релиз в котором будет реализована поддержка системы автоматизации сборки CMake и менеджера пакетов NPM.
Т.е. растем как по функционалу, так и по популярности ;)
Эволюция самого популярного инструмента любого разработчика (в Visual Studio)
Вот смотрите, есть такое расширение VSColorOutput. У него на текущий момент 360725 установок. Это популярное расширение, но не важное. Без него можно спокойно обойтись. А вот компилятор или линкер — это важные инструменты. Без них обойтись нельзя.
Я утверждал и утверждаю, что Output это популярный инструмент, но никогда не говорил что он самый важный. Т.е. без него можно обойтись, если пользоваться другими инструментами. Но в любом случае другие инструменты заменители будут производными от Output и назначение у них будет сходное.
Надеюсь, что хотя бы этот комментарий закроет тему филологии.
Ну и наконец, я как и вы, вообще не использую «Output» и «Error List». Но не потому что они не нужны, а потому что перешел полностью на «MetaProject».
Эволюция самого популярного инструмента любого разработчика (в Visual Studio)
Ну и еще, буду вам благодарен если вы будете обсуждать не слова, а суть. У вас к содержимому статьи замечания есть?
Эволюция самого популярного инструмента любого разработчика (в Visual Studio)
Думаю, на этом можно поставить точку в дискуссии.
Эволюция самого популярного инструмента любого разработчика (в Visual Studio)
Эволюция самого популярного инструмента любого разработчика (в Visual Studio)
Ну и напоследок, чтобы закрыть тему.
«Error List» — это подмножество «Output», в котором попадает только то что генерится во время компиляции (и то не все). Рантайм вообще там не обрабатывается. Т.е. не использовать «Output» — это как отрезать себе одну ногу. Причем добровольно.
Эволюция самого популярного инструмента любого разработчика (в Visual Studio)
Если бы Вы хоть раз его попробовали, то темы для этой дискуссии не было бы.
Но поскольку Вы не попробуете, то продолжайте верить в то, что ничего лучше «Error List» не придумано.
Эволюция самого популярного инструмента любого разработчика (в Visual Studio)
Эволюция самого популярного инструмента любого разработчика (в Visual Studio)
Evolution of every developer's most popular tool (in Visual Studio)
This tool is really the best in compare with all equivalents in all IDEs.
However, even this Browser Console necessary to improve, to be similar by functionality with current version of MetaProject.
Эволюция самого популярного инструмента любого разработчика (в Visual Studio)
Скачать это можно тут.
Эволюция самого популярного инструмента любого разработчика (в Visual Studio)
Эволюция самого популярного инструмента любого разработчика (в Visual Studio)
Кстати, есть еще одна задача, которая решена в текущей реализации, но ее пока не видно. Портируемость под разные компиляторы и платформы. Это будет следующим этапом развития проекта, а на этом этапе уже заложен крепкий фундамент.
Эволюция самого популярного инструмента любого разработчика (в Visual Studio)