Да хотя бы расширить пункт 3, включив туда переработанный пункт 4.
"Нарисовать соединения. Для этого удобно использовать тэг path, который позволяет легко чертить горизонтальные и вертикальные линии."
… тут список команд из алгола…
… вот тут что-то из п.4, например, как-то так:
"Расставить точки соединения линий. Ничем не отличается от расстановки элементов, но лучше знать заранее возможные точки соединений." Но точки соединение, читай In/Out, никак не выделены, пусть это будет технический тэг. И команда построения линии не по координатам, а "от точки A1 до точки B1", где [A;B] — объект, [0..9] — точки соединения. Как-то это стандартизировать… а вдруг уже, просто я не в курсе. А там и до трассеров как-нибудь…
Уйма библиотек в Egale, Fritzin, Proteus и т.д. и все несовместимы, а те вон из гугла — бесполезны чуть менее, чем совсем.
SVG(он же XML, так?) вполне, как мне кажется, подошёл бы для всего этого. Не обязательно выдумывать какой-то новый язык
Вопрос другой: что эффективней — отвод тепла или прекращение доступа кислорода? Просто мне кажется, что пример «просто спрыснуть водой» не так удачен, как мог бы быть. С водой же не только отвод тепла происходит.
А почему должно следовать? У воды, ясно-понятно, температура ниже горящего дерева, а там уже термодинамика с его «холодно-тёплое». И это очень быстротекущий процесс. Иначе мы бы зимой огня бы не разожгли.
Да, простой как палка. Фактически mpc вот этот вот
command
с аргументами кидает в mpd по tcp. Да, вот прям берёт эти строчки и кидает. И обрабатывает ответы. И гуглить его очень просто
mpd protocol
и первая же ссылка в выдаче. Можно воспользоваться вышеприведённым bash-клиентом. Можно реализовать через nc. Можно углубиться ещё немного и найти что-то для любимого руби. Или нативный mpc для macOS(OS X). А можно оставить как есть. Просто мне не нравится через ссш. Не знаю почему. Пожалуй, не смогу объяснить.
Какая красота, рулить mpd через ssh… нет, я не осуждаю… но у mpd протокол простой как палка, да и клиентов к нему написано вагон с телегой, том числе на чистом bash.
А если другими словами:
«В 2017 году быть гением-одиночкой станет сложней, чем в 2016, в котором быть гением-одиночкой было сложней, чем в 2105, в котором быть гением-одиночкой было сложней, чем в 2104, в котором быть гением-одиночкой было сложней, чем в 2103, в котором быть гением-одиночкой было сложней, чем в 2102....., в котором быть гением-одиночкой было сложней, чем в 1900»
Видимо, в рублях.
Ох, щи....
Если бы ещё и сценарии писались бы точно, во всех деталях и мелочах, неутомимой машиной.
Чтобы понять, что технология не подходит, нужно её рассмотреть. А не строить теории о заговоре байткода.
Как это так ловко получилось "не выглядел идеально подходящим для Go" == "не идеальный, но подходящий"?
"Ачивки" же.
Мммм, факт… знал бы ответ....
Но есть же в этом svgml вот это вот
https://www.w3.org/TR/SVG2/struct.html#MetadataElement
Да хотя бы расширить пункт 3, включив туда переработанный пункт 4.
"Нарисовать соединения. Для этого удобно использовать тэг path, который позволяет легко чертить горизонтальные и вертикальные линии."
… тут список команд из алгола…
… вот тут что-то из п.4, например, как-то так:
"Расставить точки соединения линий. Ничем не отличается от расстановки элементов, но лучше знать заранее возможные точки соединений." Но точки соединение, читай In/Out, никак не выделены, пусть это будет технический тэг. И команда построения линии не по координатам, а "от точки A1 до точки B1", где [A;B] — объект, [0..9] — точки соединения. Как-то это стандартизировать… а вдруг уже, просто я не в курсе. А там и до трассеров как-нибудь…
Уйма библиотек в Egale, Fritzin, Proteus и т.д. и все несовместимы, а те вон из гугла — бесполезны чуть менее, чем совсем.
SVG(он же XML, так?) вполне, как мне кажется, подошёл бы для всего этого. Не обязательно выдумывать какой-то новый язык
Ради абзаца, начинающегося со слова «Интересено».
Даже завидую немного.
Какая красота, рулить mpd через ssh… нет, я не осуждаю… но у mpd протокол простой как палка, да и клиентов к нему написано вагон с телегой, том числе на чистом bash.
«В 2017 году быть гением-одиночкой станет сложней, чем в 2016, в котором быть гением-одиночкой было сложней, чем в 2105, в котором быть гением-одиночкой было сложней, чем в 2104, в котором быть гением-одиночкой было сложней, чем в 2103, в котором быть гением-одиночкой было сложней, чем в 2102....., в котором быть гением-одиночкой было сложней, чем в 1900»