Спасибо, посмотрю внимательно. Но, после беглого ознакомления, не понял — к специфической верстке, для которой у нас используется MathJax и вот теперь Морфана, оно — как?
В принципе, у нас нет проблем с версткой материалов в целом. Развиваем классификацию материалов, делаем шаблоны. Потихоньку совершенствуем. Вот таких штук, про которые я написал в посте немного, но они есть. Органическая химия — самая проблема :)
:-D Уверены в правильности?
При окунании в предметную область я сталкиваюсь с удивительными вещами. Например, есть такая вещь — современное состояние языка. Случается, что приставки сростаются с корнями. Или вот в слове «обесценивать» — кто-то выделяет две приставки, а оказывается — одна «обес».
Интересного много.
Возможно я перепутал ссылки. Когда я наткнулся на работающее решение на сайте русский-на-5, я себе просто отметил, что есть некий простой способ адаптировать под MSIE8.
В крайнем случае буду ковырять Cufon, MathJax и разбираться с VML.
Но ситуация такова: в моей основной работе мне приходится ориентироваться в основном на WebKit. Так что, потихоньку.
Согласен, что глаз режет.
Думаю, введу синонимы, как только дойдут руки проконсультировать насчет грамотного перевода терминов.
Но насчет расширения применимости — вряд ли. Такие условные обозначения, imho, используются только в России, ну, может, где-то еще в СНГ (Украина, Беларусь) Всё-таки раньше учебная программа была целостной на территории СССР.
Ага. Честно говоря, я сразу такую идею отмел. А после, когда столкнулся с пересекающимися мофемами — убедился, что правильно сделал.
Такой вариант, как вы предлагаете работает на сайте, который я встретил уже после начала разработки: russkiy-na-5.ru/articles/219
Так вот, если морфемы перескаются, как мне одну и ту же букву запихнуть в два разных span-а? Не вложенных, как в случае, когда корень и суффикс входя в основу. А именно пересекающихся.
И потом, согласитесь, что объяснить как выполнить разметку слова через строчку в атрибуте (наглядно видно номера букв!) проще, чем span-ы… Ну, мои куцые «su» и «ko» не берём в расчёт :-)
Хотя, конечно, да, проблем с определением размером морфем и позиционирования svg не было бы :)
Спасибо, поправлю опечатку.
Может быть вы правы. Но я ориентировался на транслит.
Насчет двухбуквенности — хотелось лаконичности, но сейчас уже вылезают проблемы с тем, что двух букв будет недостаточно.
Дело в том, что условные обозначения для морфем различаются в разных источниках.
Не всегда могут договориться, что какой морфемой является, а уж обозначения — тем более. Никакого стандарта нет.
Более того, в ряде источников приводятся корни, которые отмечаются снизу слова. Это как раз для случая пересечений морфем.
Я некоторые время погуглил, поспрашивал знакомых редакторов-предметников, профильные форумы.
Толку мало. Набираешь разные школьные словари и учебники, интегрируешь и всё реализуешь.
Так что, может быть, как устаканится — можно будет добавить и такой синтаксис команд.
Дык пожалуйста! Сам рад неимоверно.
Что особенно хорошо — поддержка TeX. У нас часто исходники — DOC-файлы с объектами MathType
Так что вытаскивать формулы было удобно. Ну и с TeX-ом знакомы немного.
Ну как-то не комильфо: текст при масштабировании не теряет привлекательности, а значки морфем — да.
И, насколько я понял, с точки зрения кроссбраузерности почти одинаковая ситуация.
Вы знаете, подобный вариант я встретил на одном сайте. И все-таки выбрал вариант с «малоинвазивной» разметкой через атрибут.
Тут вот какое дело:
1) морфемы могут пересекаться. Кстати, чем дальше я влезаю в предметную область, тем больше удивляюсь :)
2) в моем варианте, imho, удобнее и понятнее сама разметка. А библиотека ориентирована на начинающего пользователя.
3) проще автоматизировать разметку, если прицепиться к сервису, который по словарю делает разбор.
4) проще код интерактива, который позволяет вживую разметить. Он готов, но есть непонятные баги, поэтому не выложен.
Сейчас библиотека лезет в DOM минимально: добаляет svg и span-ы вокруг букв окончаний, чтоб сделать отступы.
В ближайшее время придется добавить что-то еще, чтобы svg элементы положить под слово. Тогда текст в окончании будет кликабельным. Это к предыдущему каменту, кстати.
— Да. Пока эту проблему решить не удалось. Решение с z-index:-1 привело к другой ошибке. Но идеи есть.
— Пока нет, но обязательно будет. Цвет — точно.
— Я так и думал :) А на самом деле он дан для того, чтобы показать, что сложная разметка самого слова не мешает нормальному определению размеров морфем. Т.е., не обязательно, чтобы в коде текст слова шел подряд и содержался в одной ноде. Надо снабдить комментарием, спасибо за акцент!
— API есть, но пока, пардон, не задокументирован полноценно. В конфигурации описан запрет автозапуска, а следовательно имеется возможность запустить обработку страницы целиком, конкретных узлов и, в том числе передав в вызов новую разметку.
— Сперва вообще начал с canvas. А средствами CSS — без специального шрифта? Без шрифта не представляю как. И не получится ли хуже по совместимости?
Благодарю за детали!
Повторяемость кода — согласен. Практически ничего не оптимизировал еще. А насчет того, что клонирование дешевле, чем создание — удивлен! Попробую.
Насчет DSL — спорно. С одной стороны код и комментарии привел (пока не до конца) в состояние, понятное англоязыному. Пока испытываю сложности с переводом специфических терминов и в целом пишу слабо, только читаю. Но эта работа сделана будет. А вот касательно названий морфем — тут я как раз специально остановился на сокращенных транслитах. Бибилиотека всё-таки нужна только для русского языка. Не поверите — до сих пор не смог найти никакого стандарта по условным обозначениям. Что уж говорить про зарубежье. А в серьезной науке уже не пользуются таким обозначениями — только в школе. Поэтому, я нацелен сделать библиотеку максимально простой для рядового пользователя, который чуть-чуть знает HTML. Если библиотека будет востребована, то по двум направлениям: сайты по русскому языку, электронные издания по русскому языку (аналоги EPUB.)
Насчет AMD/UMD стоит подумать, согласен. Но пока надо доработать функционал. Хотелось бы все-таки охватить MSIE8, добавить некоторые специфические условные обозначения и реализовать кое что в API для удобства создания интерактивов (редактирования разметки слова с помощью инструмента выделения)
Сегодня как раз понадобилось написать tex-ом (для mathjax ) верстку примеров в столбик. Нагуглил этот пост, но возникло одно маленькое «но». Если использовать код второго файла для верстки примеров с ответами, ответы не выравниваются по правому краю.
Кроме того, tex это все-таки WYSIWYM, поэтому \frac там возможен, но… В общем, предлагаю такой вариант:
Вот это кстати странно, что отказали. По сути, им следовало сделать копию с документа и зафиксировать, что именно в таком виде его предоставили. Эта услуга называется как-то вроде «заверение даты предоставления документа». Например, в Москве она стоит 1100 рублей. Но некоторые нотариусы и, особенно, их помощники, делают удивленное лицо, поскольку эта услуга, видимо, не очень востребована. Я регулярно таким образом «фиксирую» дату создания произведения.
Насчет других не знаю, но у вышеупомянутого роутера консоль заведена на COM1. Cам порт разведен на плате (однако разъема на корпусе нет), нужно только подпаятся к нему. Уровень: 3.3В, так что для сопряжения с мегой я использовал микросхему ADUM1201 — согласовать уровни 3.3 и 5.
Для 500-ки была сделана сторонними умельцами прошивка, позволяющая собрать нужную конфигурацию (http://wl500g.info).
А работа с портом… По правде говоря реализовал несколько коряво. Увы, программить под *nix не пробовал, тем более компилить придется на самом роутере. Поэтому хостовый софт (написан на LabVIEW) открывает два телнета на роутер и:
в одном пишет в порт байты:
printf "\xFF" > /dev/tts/0
а в другом читает оттуда строки, выполним в самом начале:
cat /dev/tts/0
Трудоемкая задача, к сожалению времени не хватает закончить, поэтому еще раз респект автору — и сделал, и описал хорошо и выложил материалы.
P.S. Кстати, если кто-то задумает делать декоративные, не несущие большой нагрузки детали корпуса (типа крышки головы из статьи) советую попробовать «полимерную глину» — FIMO. «Запекается» при 110 градусах, удобная в работе как пластилин. Обычно лепят миниатюрные скульптуры и бижутерию из нее, но и для таких целей пригодна.
Замечательная модель! Правда, несколько смущает питание — imho далеко не оптимального. Лучше было бы обойтись без преобразования питания в 220В — линий вес, лишние потери.
Собираю подобную штуку (пока без камер и с гораздо меньшей мощностью привода) на базе меги (AVR). Коммуникации с хостом — через ASUS WL500. У этого легендарного роутера есть uart, который сцепляется с мегой и позволяет через вайфай работать с тележкой. Если использовать IP-камеры, то их можно завести на роутер и таким образом передавать через WLAN не только команды управления и состояния датчиков телекжи, но и видео.
Да-да, я хотел сосредоточиться на описании шаблонов разработки, которые именно в комбинации dataflow + G дают ощутимый прирост эффективности работы программиста. Как, например, машины состояний.
Кстати, спасибо за ваш пост. Написать подобный у меня не хватило бы терпения, либо он получился бы слишком большим. А так, было на кого сослаться :)
Близко, но не совсем то же. Cimplicity, насколько я знаю чистой воды SCADA для работы с PLC (ПЛК), соответственно используется для автоматизации технологических процессов (АСУТП), а LabVIEW ближе к среде разработки виртуальных приборов, измериловке, робототехнике, анализу сигналов, у нее мощный математический аппарат для этих задач. Хотя и АСУТП — вполне! Главное правильно подобрать инструментарий, а то получится «из пушки по воробьям».
Однако, с cimplicity я не работал — может быть недооценил ее возможности.
В принципе, у нас нет проблем с версткой материалов в целом. Развиваем классификацию материалов, делаем шаблоны. Потихоньку совершенствуем. Вот таких штук, про которые я написал в посте немного, но они есть. Органическая химия — самая проблема :)
P.S. Я — за решения WYSIWYM!
При окунании в предметную область я сталкиваюсь с удивительными вещами. Например, есть такая вещь — современное состояние языка. Случается, что приставки сростаются с корнями. Или вот в слове «обесценивать» — кто-то выделяет две приставки, а оказывается — одна «обес».
Интересного много.
В крайнем случае буду ковырять Cufon, MathJax и разбираться с VML.
Но ситуация такова: в моей основной работе мне приходится ориентироваться в основном на WebKit. Так что, потихоньку.
Думаю, введу синонимы, как только дойдут руки проконсультировать насчет грамотного перевода терминов.
Но насчет расширения применимости — вряд ли. Такие условные обозначения, imho, используются только в России, ну, может, где-то еще в СНГ (Украина, Беларусь) Всё-таки раньше учебная программа была целостной на территории СССР.
Такой вариант, как вы предлагаете работает на сайте, который я встретил уже после начала разработки: russkiy-na-5.ru/articles/219
Так вот, если морфемы перескаются, как мне одну и ту же букву запихнуть в два разных span-а? Не вложенных, как в случае, когда корень и суффикс входя в основу. А именно пересекающихся.
И потом, согласитесь, что объяснить как выполнить разметку слова через строчку в атрибуте (наглядно видно номера букв!) проще, чем span-ы… Ну, мои куцые «su» и «ko» не берём в расчёт :-)
Хотя, конечно, да, проблем с определением размером морфем и позиционирования svg не было бы :)
Может быть вы правы. Но я ориентировался на транслит.
Насчет двухбуквенности — хотелось лаконичности, но сейчас уже вылезают проблемы с тем, что двух букв будет недостаточно.
Дело в том, что условные обозначения для морфем различаются в разных источниках.
Не всегда могут договориться, что какой морфемой является, а уж обозначения — тем более. Никакого стандарта нет.
Более того, в ряде источников приводятся корни, которые отмечаются снизу слова. Это как раз для случая пересечений морфем.
Я некоторые время погуглил, поспрашивал знакомых редакторов-предметников, профильные форумы.
Толку мало. Набираешь разные школьные словари и учебники, интегрируешь и всё реализуешь.
Так что, может быть, как устаканится — можно будет добавить и такой синтаксис команд.
Я недавно еще большей частью во Flash/AS3, поэтому голова не всегда включается, что SVG тоже в DOM.
Что особенно хорошо — поддержка TeX. У нас часто исходники — DOC-файлы с объектами MathType
Так что вытаскивать формулы было удобно. Ну и с TeX-ом знакомы немного.
И, насколько я понял, с точки зрения кроссбраузерности почти одинаковая ситуация.
Тут вот какое дело:
1) морфемы могут пересекаться. Кстати, чем дальше я влезаю в предметную область, тем больше удивляюсь :)
2) в моем варианте, imho, удобнее и понятнее сама разметка. А библиотека ориентирована на начинающего пользователя.
3) проще автоматизировать разметку, если прицепиться к сервису, который по словарю делает разбор.
4) проще код интерактива, который позволяет вживую разметить. Он готов, но есть непонятные баги, поэтому не выложен.
Сейчас библиотека лезет в DOM минимально: добаляет svg и span-ы вокруг букв окончаний, чтоб сделать отступы.
В ближайшее время придется добавить что-то еще, чтобы svg элементы положить под слово. Тогда текст в окончании будет кликабельным. Это к предыдущему каменту, кстати.
— Пока нет, но обязательно будет. Цвет — точно.
— Я так и думал :) А на самом деле он дан для того, чтобы показать, что сложная разметка самого слова не мешает нормальному определению размеров морфем. Т.е., не обязательно, чтобы в коде текст слова шел подряд и содержался в одной ноде. Надо снабдить комментарием, спасибо за акцент!
— API есть, но пока, пардон, не задокументирован полноценно. В конфигурации описан запрет автозапуска, а следовательно имеется возможность запустить обработку страницы целиком, конкретных узлов и, в том числе передав в вызов новую разметку.
— Сперва вообще начал с canvas. А средствами CSS — без специального шрифта? Без шрифта не представляю как. И не получится ли хуже по совместимости?
Повторяемость кода — согласен. Практически ничего не оптимизировал еще. А насчет того, что клонирование дешевле, чем создание — удивлен! Попробую.
Насчет DSL — спорно. С одной стороны код и комментарии привел (пока не до конца) в состояние, понятное англоязыному. Пока испытываю сложности с переводом специфических терминов и в целом пишу слабо, только читаю. Но эта работа сделана будет. А вот касательно названий морфем — тут я как раз специально остановился на сокращенных транслитах. Бибилиотека всё-таки нужна только для русского языка. Не поверите — до сих пор не смог найти никакого стандарта по условным обозначениям. Что уж говорить про зарубежье. А в серьезной науке уже не пользуются таким обозначениями — только в школе. Поэтому, я нацелен сделать библиотеку максимально простой для рядового пользователя, который чуть-чуть знает HTML. Если библиотека будет востребована, то по двум направлениям: сайты по русскому языку, электронные издания по русскому языку (аналоги EPUB.)
Насчет AMD/UMD стоит подумать, согласен. Но пока надо доработать функционал. Хотелось бы все-таки охватить MSIE8, добавить некоторые специфические условные обозначения и реализовать кое что в API для удобства создания интерактивов (редактирования разметки слова с помощью инструмента выделения)
Кроме того, tex это все-таки WYSIWYM, поэтому \frac там возможен, но… В общем, предлагаю такой вариант:
Для 500-ки была сделана сторонними умельцами прошивка, позволяющая собрать нужную конфигурацию (http://wl500g.info).
А работа с портом… По правде говоря реализовал несколько коряво. Увы, программить под *nix не пробовал, тем более компилить придется на самом роутере. Поэтому хостовый софт (написан на LabVIEW) открывает два телнета на роутер и:
в одном пишет в порт байты:
printf "\xFF" > /dev/tts/0
а в другом читает оттуда строки, выполним в самом начале:
cat /dev/tts/0
Трудоемкая задача, к сожалению времени не хватает закончить, поэтому еще раз респект автору — и сделал, и описал хорошо и выложил материалы.
P.S. Кстати, если кто-то задумает делать декоративные, не несущие большой нагрузки детали корпуса (типа крышки головы из статьи) советую попробовать «полимерную глину» — FIMO. «Запекается» при 110 градусах, удобная в работе как пластилин. Обычно лепят миниатюрные скульптуры и бижутерию из нее, но и для таких целей пригодна.
Собираю подобную штуку (пока без камер и с гораздо меньшей мощностью привода) на базе меги (AVR). Коммуникации с хостом — через ASUS WL500. У этого легендарного роутера есть uart, который сцепляется с мегой и позволяет через вайфай работать с тележкой. Если использовать IP-камеры, то их можно завести на роутер и таким образом передавать через WLAN не только команды управления и состояния датчиков телекжи, но и видео.
Кстати, спасибо за ваш пост. Написать подобный у меня не хватило бы терпения, либо он получился бы слишком большим. А так, было на кого сослаться :)
Однако, с cimplicity я не работал — может быть недооценил ее возможности.