OberonCore

Библиотека  Wiki  Форум  BlackBox  Компоненты  Проекты
Текущее время: Четверг, 12 Декабрь, 2019 01:11

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 679 ]  На страницу Пред.  1 ... 25, 26, 27, 28, 29, 30, 31 ... 34  След.
Автор Сообщение
 Заголовок сообщения: Re: Семантический редактор
СообщениеДобавлено: Вторник, 25 Сентябрь, 2012 09:06 

Зарегистрирован: Воскресенье, 01 Ноябрь, 2009 05:13
Сообщения: 2046
Кстати, по операциям над моделью. Тут по ходу обсуждения на аналогичную тему вспомнил, что когда-то делал примерный перечень (для чисто графического представления)... не знаю, м.б. пригодится... :)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Семантический редактор
СообщениеДобавлено: Четверг, 27 Сентябрь, 2012 16:54 

Зарегистрирован: Суббота, 17 Сентябрь, 2011 16:39
Сообщения: 72
Владислав Жаринов писал(а):
Кстати, по операциям над моделью. Тут по ходу обсуждения на аналогичную тему вспомнил, что когда-то делал примерный перечень (для чисто графического представления)... не знаю, м.б. пригодится... :)


Все это актуально и для нашего редактора.
Только что-то не очень понял принципиальные различия между режимом исполнения и демонстрации.
Зачем нужно в режиме демонстрации кроме текущего показывать полностью все остальные маршруты? А если они на экране не умещаются?

И я бы оставил возможность выполнять все операции с клавиатуры + быстрая навигация (выделение) по структурам. Привычно как-то, что ли :)

Владислав Жаринов писал(а):
Кажется, понял... перечитывая Новикова...

Сказка прямо, еще бы кто сделал :wink:


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Семантический редактор
СообщениеДобавлено: Пятница, 28 Сентябрь, 2012 14:24 

Зарегистрирован: Воскресенье, 01 Ноябрь, 2009 05:13
Сообщения: 2046
Да вот люди начали думать, чтобы сделать ещё больше: viewtopic.php?p=75045#p75045 - только мне как-то видится это более умеренно: viewtopic.php?p=75096#p75096 - как среда использования и систем программирования, и иных нужных для решения задач приложений.
В общем главное - интегрировать всё, что надо, в единообразных документах. Которые не обязательно целиком обрабатывать в той же среде. А то действительно только сказка и получится... :)

Вот программирование или анализ той же самой функциональщины или логики не нужно ставить целью реализовать в среде. Только оформление - и обмен с трансляторами, верификаторами, построителями и пр. Главное - чтобы описание было организовано и велось через общую оболочку... по единым правилам...

Деморежим в документе имеет целью провести пользователя через какой-то процесс (обычно учебный - например, тренировка, программированный опрос). Отсюда иной принцип ограничения одновременно доступных данных - через распределение их по диосценам. Ну а навигация по крупным д.б. обычной - прокрутка... :) Распределяет сочинитель документа, предназначенного для демо-использования.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Семантический редактор
СообщениеДобавлено: Пятница, 28 Сентябрь, 2012 15:12 

Зарегистрирован: Суббота, 17 Сентябрь, 2011 16:39
Сообщения: 72
Владислав Жаринов писал(а):
Деморежим в документе имеет целью провести пользователя через какой-то процесс (обычно учебный - например, тренировка, программированный опрос). Отсюда иной принцип ограничения одновременно доступных данных - через распределение их по диосценам. Ну а навигация по крупным д.б. обычной - прокрутка... :) Распределяет сочинитель документа, предназначенного для демо-использования.


Аа, я забыл про пользователя :)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Семантический редактор
СообщениеДобавлено: Пятница, 28 Сентябрь, 2012 16:33 

Зарегистрирован: Воскресенье, 01 Ноябрь, 2009 05:13
Сообщения: 2046
Да-да... "не всякий алгоритм, придуманный программистами, подходит для обычных пользователей"... :)

Короче, смысл в том, чтобы иногда указать читателю один путь по структуре - а иногда какое-то поле выбора... Выбрал - пошёл дальше.

И тут для вьюшки документа м.б. удобна нотация "активных синт-диаграмм". В общих чертах обсуждавшаяся раньше: viewtopic.php?p=52382#p52382. Т.е. основную структуру предметки закодили как схему документа - вместо того, чтобы читателя по гипертекстовым ссылкам отправлять... :wink:
А в целом среда поддерживает что-то вроде "Прикладной теории определений" - только редактор уже не ДОСовский, как у Агафонова... да и структура БД определяется иначе...


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 29 Сентябрь, 2012 13:45 

Зарегистрирован: Воскресенье, 09 Март, 2008 22:38
Сообщения: 372
Сергей Прохоренко писал(а):
А я читал, что такие же. С Computer Science на младших курсах вылетает треть, если не больше. Да и кино рисует ту же картину: сомнительные развлечения на первом месте. Хотя студентами там становятся в более старшем возрасте. В престижных вузах ситуация лучше, но она и в российских престижных вузах лучше. Не стоит думать, что в Америке вода более жидкая, а люди взрослеют раньше

Вот именно!

Авторитетно заявляю (как человек, который жил и работал в Силиконовой Долине, а в этом году побывал в MIT) - и вода такая же, и проблемы со студентами те же (даже в MIT, который не по ЕГЭ принимает, а со всего мира ищет таланты путем многоэтапных собеседований и рассмотрений портфолио. Падает уровень подготовки абитуриентов по физике и математике (профессора жаловались).

Организация работы и менеджмент во многих фирмах в Силиконовой Долине - далеко не образец. И американская бюрократия и законы - аналогично!

Это просто вековой комплекс части нашей интеллигенции ("западников") - вот де, есть "цивилизованные" страны, а нам, лапотной России, до них как до Луны, и надо нам у них всему учиться, все перенимать... Увы - и правители наши так думают и поступают, что еще хуже, в соответствии с этим ложным паттерном, яркие примеры - Медведев и Ливанов.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Семантический редактор
СообщениеДобавлено: Суббота, 29 Сентябрь, 2012 14:54 

Зарегистрирован: Воскресенье, 01 Ноябрь, 2009 05:13
Сообщения: 2046
Да... не восприняли они китайскую концепцию "возвышения/упадка гармонии"... или учения Мао о делении всего на три части... :) отсюда мусор и на улицах, и в программах...


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 29 Сентябрь, 2012 18:49 

Зарегистрирован: Суббота, 17 Сентябрь, 2011 16:39
Сообщения: 72
TAU писал(а):
Падает уровень подготовки абитуриентов по физике и математике (профессора жаловались).


А про логику они не говорили? Уровень "соображалки" тоже падает?

Я вообще думаю, наши JetBrains вырастят из MPS убийцу всех языков :) И нефиг равняться на запад.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 29 Сентябрь, 2012 23:07 
Аватара пользователя

Зарегистрирован: Воскресенье, 08 Июль, 2007 00:38
Сообщения: 778
Откуда: Москва
Дмитрий Грачёв писал(а):
Я вообще думаю, наши JetBrains вырастят из MPS убийцу всех языков :) И нефиг равняться на запад.


"Уровень соображалки" не может падать. Он у homo sapiens стабилен уже много тысячелетий - как результат предшествующей эволюции. Это никаким образованием не убьешь.

Семантический редактор (тоже отечественный :D ) на три порядка круче, чем MPS:
  • Он (потенциально) не тексто-ориентированный, а оперирующий визуальными конструкциями (не такими нескладными, как блок-схемы)
  • Он содержит не DSL и не MPS-овский диалект Java, а гораздо более качественный универсальный язык программирования
  • Он гораздо проще в использовании, а значит, экономит деньги и предотвращает ошибки

На западе тоже есть много чего интересного. Но вместо рабского копирования (а-ля ЕС ЭВМ на основе IBM 360/370) нужно привлекать специалистов, которые умудрились поработать и там, и там, а также нанимать консалтинговые компании, знающие западную кухню изнутри, со всеми недостатками - чтобы не копировать эти недостатки. Проблема в том, что IT-шную инфраструктуру (ОС, СУБД, промышленные языки и технологии программирования) давно подмяли под себя западные компании, названия которых у всех на слуху, и выбить таких конкурентов с их рынков очень сложно - нужны "подрывные инновации" типа семантического редактора (когда он станет пригоден для промышленной разработки).


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Воскресенье, 30 Сентябрь, 2012 08:06 

Зарегистрирован: Суббота, 17 Сентябрь, 2011 16:39
Сообщения: 72
Сергей Прохоренко писал(а):
"Уровень соображалки" не может падать. Он у homo sapiens стабилен уже много тысячелетий - как результат предшествующей эволюции. Это никаким образованием не убьешь.


Неудачно выразился. Я имею ввиду уровень освоения методов математической логики и исчисления предикатов на момент поступления в ВУЗ.
Ясно, что эти дисциплины в школе не проходят, но человек им интуитивно учится на всех предметах, даже на физкультуре :) .

Одна из наших преподавательниц рассказала, что раньше в российском стандарте школьного образования было обязательным изучать язык программирования и алгоритмизацию, а потом это требование убрали, заменив пользовательской информатикой (word'ами, excel'ями и т.д.). Так вот она как раз преподавала в этот переломный год и сравнила класс, который сначала прошел программирование с классом, в котором начали давать пользовательщину. Первые без проблем проходили excel и осваивали (с трудом правда) access. Вторые имели огромные проблемы с excel'ем, access они не поняли вообще. (Мне кажется, пример с access показателен, так как с реляционной алгеброй никто не был знаком).

Тоже самое было и у меня на курсе. Были люди, которые раньше в школе изучали паскаль или бейсик, нам дали С++, и мы поперли. Кроме того, параллельно учили C#, т.к. злые преподы по математике требовали программировать их мат. задачи, да еще и с пошаговой визуализацией выполнения алгоритма :( А большинство из тех, кто не проходил программирование в школе, сидели и пялились в монитор, пока не вылетели со специальности.

Сергей Прохоренко писал(а):
Семантический редактор (тоже отечественный :D ) на три порядка круче, чем MPS:
  • Он (потенциально) не тексто-ориентированный, а оперирующий визуальными конструкциями (не такими нескладными, как блок-схемы)
  • Он содержит не DSL и не MPS-овский диалект Java, а гораздо более качественный универсальный язык программирования
  • Он гораздо проще в использовании, а значит, экономит деньги и предотвращает ошибки


  • Редактор MPS тоже блочный, там можно и таблицы вставлять и добавить еще что-то не составит труда.
    Ведь визуальная конструкция - это либо блок, либо агрегат блоков.
  • Уже не диалект. MPS показала, что 100% Java 6 описывается доменами, а значит и любой современный язык м.б. так описан.
    Кроме того, уже накатали расширений для Java 6.
  • По сути, MPS содержит мета язык, на котором можно построить любой другой язык для конкретных целей. Кому какой нравится.
    Видел в интернете где-то ActionScript для Flash'а, построенный на MPS.
    Сейчас возможности ограничивает компилятор Явы, который под копотом. Но это только пока.
  • MPS уже реализована :)
Впрочем, время покажет.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Семантический редактор
СообщениеДобавлено: Четверг, 15 Ноябрь, 2012 04:12 

Зарегистрирован: Воскресенье, 01 Ноябрь, 2009 05:13
Сообщения: 2046
Насчёт конструкций - при их определении, думаю, правильно, во-первых некий базис смыслов определить - в операторной части к этому, думаю, Гегечкори подошёл. Во-вторых, при конструировании обозначений использовать опыт, заложенный в ЕСКД - примеры хотя бы у Каминского были.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Семантический редактор
СообщениеДобавлено: Четверг, 15 Ноябрь, 2012 09:13 

Зарегистрирован: Суббота, 17 Сентябрь, 2011 16:39
Сообщения: 72
Владислав Жаринов писал(а):
Насчёт конструкций - при их определении, думаю, правильно, во-первых некий базис смыслов определить - в операторной части к этому, думаю, Гегечкори подошёл. Во-вторых, при конструировании обозначений использовать опыт, заложенный в ЕСКД - примеры хотя бы у Каминского были.


Мы именно так и пошли. Сначала выкинули лексику и синтаксис, оставив чисто семантику. А остальное появилось в процессе разработки редактора, причем настраиваемое как хочешь.
И потом поняли, насколько правилен был такой подход при обучении, и какие возможности он дает.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Семантический редактор
СообщениеДобавлено: Четверг, 15 Ноябрь, 2012 15:21 

Зарегистрирован: Суббота, 07 Март, 2009 15:39
Сообщения: 3124
Откуда: Астрахань
Дмитрий Грачёв писал(а):
Владислав Жаринов писал(а):
Насчёт конструкций - при их определении, думаю, правильно, во-первых некий базис смыслов определить - в операторной части к этому, думаю, Гегечкори подошёл. Во-вторых, при конструировании обозначений использовать опыт, заложенный в ЕСКД - примеры хотя бы у Каминского были.


Мы именно так и пошли. Сначала выкинули лексику и синтаксис, оставив чисто семантику. А остальное появилось в процессе разработки редактора, причем настраиваемое как хочешь.
И потом поняли, насколько правилен был такой подход при обучении, и какие возможности он дает.

Это Дима понял... :)
А я мечтал о подобном редакторе с 92 года. И первый диплом на подобную тему давал еще в 1999 году.
И только вот сейчас нашелся Дмитрий, который взялся и не бросает - ему тоже интересно.
Потихоньку и другие начали подтягиваться...

Кстати, механизм сменного синтаксиса - это как раз заслуга полностью Дмитрия. Как и реализация механизма расширения среды на базе DLR.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Семантический редактор
СообщениеДобавлено: Воскресенье, 18 Ноябрь, 2012 12:36 

Зарегистрирован: Воскресенье, 01 Ноябрь, 2009 05:13
Сообщения: 2046
Это хорошо. Видимо, главными проблемами далее будут - определение смысла для "параллельных программ" как частного случая деятельности (что, в частности, обсуждается в этой теме: viewtopic.php?f=62&t=4053&start=20) - и организация проектов среды...


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Семантический редактор
СообщениеДобавлено: Вторник, 27 Ноябрь, 2012 08:27 

Зарегистрирован: Суббота, 07 Март, 2009 15:39
Сообщения: 3124
Откуда: Астрахань
Насчет проектов у нас все просто. Когда создается проект - создается отдельная папака с заданным именем. В этой папке создается файл проекта, в который включаются имена файлов, составляющих проект. Если проект с программами, то один из файлов назначается стартовым - с него начинается выполнение. Если программ в файлах (документах) нет, то стартовый модуль не назначается. Гиперссылки между модулями - это импортирование модулей и public-имена. В принципе, любой проект представляет собой граф (гипертекст). Только его изображать так нужно сделать. Пока просто линейный список модулей.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Семантический редактор
СообщениеДобавлено: Вторник, 27 Ноябрь, 2012 10:10 
Аватара пользователя

Зарегистрирован: Пятница, 25 Ноябрь, 2005 12:02
Сообщения: 8215
Откуда: Троицк, Москва
Валерий Лаптев писал(а):
Если проект с программами, то один из файлов назначается стартовым - с него начинается выполнение.
Хай живе batch processing 8)))


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Семантический редактор
СообщениеДобавлено: Четверг, 29 Ноябрь, 2012 10:05 

Зарегистрирован: Воскресенье, 01 Ноябрь, 2009 05:13
Сообщения: 2046
Да, точнее сказать, именно представление проектов... тоже по-разному с целью всё того же "выявления общего в содержании через переходы между разными представлениями"... :)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Семантический редактор
СообщениеДобавлено: Четверг, 29 Ноябрь, 2012 11:17 

Зарегистрирован: Суббота, 17 Сентябрь, 2011 16:39
Сообщения: 72
Владислав Жаринов писал(а):
Да, точнее сказать, именно представление проектов... тоже по-разному с целью всё того же "выявления общего в содержании через переходы между разными представлениями"... :)


Я бы даже сказал "между разными представлениями разных понятий". Обычно для понимания "общего" достаточно наглядно увидеть наиболее абстрактные понятия и связи между ними: сборки/модули и классы. В разных вариациях.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 01 Декабрь, 2012 09:48 

Зарегистрирован: Воскресенье, 01 Ноябрь, 2009 05:13
Сообщения: 2046
Ну вот, недавняя практика "структурного редактирования офисными средствами" показала, что на самом деле надо в первую очередь от действительно структурного редактора в части документов (проектов)... ;)

Короче. С чего надо начинать - это с поддержки организации и ведения в среде общедоступных указателей, интегрируемых в документы. Реально их видов (кроме оглавления) три:
Схемная форма, как видим, на общей основе - лист-сетей - учитывающих сказанное здесь: viewtopic.php?p=64292#p64292. На третий вид указателей тоже. Можно выложить - но всё равно сейчас идёт обсуждение формы (начатое с теми, кто об этом знает ;)) - а корректированное предполагается включить в ГРАФИТ-базис. Так что ссылки всё равно должны измениться.

Что ещё общего д.б. - текстовая "морда" - такая, как в нормальных книгах (можно хотя бы Фридланда посмотреть). Но - гиперизованная. Как следствие того, что содержательно позиции указателей "повторно используются" как вхождения в документы. Притом - так, чтобы не забывать всё то же замечание Ильи об эргономике ссылок :). А значит - система ссылок на вхождения "из общего корня".
Ещё - ведутся сокращения для имён. Их формирование несколько различно по видам указателя - если для имён и терминов, определяемые составителем (слова, аббревиатуры, инициалы) - то для источников, кроме типичного варианта "№п/п в списке" это символические индексы, составляемые по правилам для данной предметки. Ну, знаете, как в некоторых науках/странах принято, например, вместо привычного номера источника п/п в списке документа ставить текст вида '/'<имя-автора>[', '<начало-заголовка-издания-из-ряда-в-пределах-года>]', '<год-издания>'/'...
    А по сути всё это - частные случаи синонимов - т.е. на самом деле среда просто поддерживает многотерминность определения. И также - многозначность термина. Соответственно варианты "для машины" разделяются на полные и сокращённые, нумеруются в этих разделах, один принимается как основной - ну а как их выбирать для вхождения, это пользователь определяет... по правилам, прописываемым в среде...

Что частного? Предлагаемый состав основных полей записи по видам указателей будет различаться. Графит-вьюшку можно видеть на этом примере хотя бы: http://grafit-basis.narod.ru/L3/complex ... Pril3-n221.
К этому нужно добавить, что с источником д.б связан корпус цитат из него. Дабы их тоже просто подставлять в документы.

Отсюда принципы оргведения вижу такие. Указатели - это, ессно, БД позиций - каждая своего вида и со своим форматом записей, - ведомые теми из зареганных в среде, кому назначены роли админов этих БД. Они (и все остальные :)) их пользуют, выбирая нужный состав позиций в свои документы. Соответственно в каждом документе ведётся указатель использованных позиций. Вторичный - и потому со своей индексацией в пределах документа.
    Специфическая "добавка" для документа (по сравнению с БД) - как раз вторичный номер позиции (по сути, закладка для ссылок из мест вхождения). В документе индекс изначально и хранится как пара "первичный-вторичный". Всё содержательное для отображения подставляется из первичного указателя (значения полей БД) - а в документе, ессно, не хранится. :)
Ну и при выгрузке во внешнюю вьюшку (я это называю "символ-сборкой"), например, ЕСКД-шную или книгоиздательскую, всё также подставляется неким специфицированным для этого типа вьюшки образом. Надо, чтоб был отдельный словарь - прописывается, каким внешним документом (каким разделом какого документа из комплекта вьюшки) он д.б. и какие поля из БД как располагаются и форматируются.
    Как и правила употребления синонимов, в т.ч. сокращений - по сути, формализующие элементы стиля. Например, на каждое вхождение полного термина допускается столько-то подряд сокращённых... а имена допускается сокращать только в цитатах... ну и т.д.

Всё это определяет кто-то из админов - ну а для коммерческого решения (об этом аспекте в целом ещё скажу - теперь здесь: viewtopic.php?p=76351#p76351) может и разработчик среды постепенно делать "типовые конфигураторы представлений"... :)

Далее составитель по мере работы над документом употребляет позиции в тексте (в таблицах, на схемах). В результате что должно получаться? К индексу в документе добавляется перечень вхождений. По сравнению с видом в бумажных документах разницы две, и обе довольно большие. ;)

Во-первых, каждое вхождение на одной странице указывается отдельно. Понятно, что с ним в перечне связывается адрес в "координатном пространстве" физической разметки документа (начало в тексте, ячейка таблицы, вершина/ребро графа схемы). Ну и номер п/п на странице при текущей компоновке (вёрстке) содержимого.
    Для человека эти "п/п" удобнее свёртывать - допустим, к номеру страницы приписывается (пусть в скобках) число вхождений. Но "для машины" в файле документа всё сохраняется...

Во-вторых, каждое вхождение в документе - это ссылка для перехода по физическому адресу. Вторичному - т.е. на позицию перечня (представляющего указатель в машинном документе). Но. Для "эргономики ссылок" переход д.б. "многие вхождения к одному месту указателя" - ну и обратно тоже желательно детерминировать.
    Отсюда можно так. В самом документе "для машины" по месту вхождения ставится, разумеется, только индекс ("техноимя" - а "для человека" подставляется значение поля "эргоимя") - и адрес позиции (строки) перечня. Кликнул на поле - перешёл к позиции. Там уже "эргоимя" ссылается на первичную позицию (на случай, если клик был с целью посмотреть определение) - а номера вхождений на свои адреса. Причём то, откуда сейчас перешли, особо выделено - чтобы, если больше ничего не надо, туда же и вернуться новым кликом. Можно, видимо, и как в смотрителях ("браузерах") для веб, поддерживать команды "вперёд-назад"... но это надо думать...
    При переходе в первичку (по клику на "эргоимени") перечень вхождений остаётся доступен (в графит-вьюшке можно видеть графу для него - она как раз заполняется по текущему документу, откуда пришли).

Теперь как это может получаться? Тут такие варианты.
    Или по типу "викификации" - сначала написал, потом отсматриваешь, чего где совпадает с "эргоименами" из указателей... :) Нашёл - выделяешь и командуешь "преобразовать выделение во вхождение <имени|термина|источника>". Среда сначала ищет среди "эргоимён" (ну, это мы знаем, как - по Вирту/Б-М/К-М-П с образцом сопоставляет ;)), потом спрашивает: "правильно я [не ]нашла?". :) Юзер подтверждает - или уже лезет в БД и ищет то, что нужно.
    Или "полуавтоматически" - пишешь и соображаешь, что сейчас д.б. "что-то указательное". :) И сразу командуешь "подставить <имя|термин|источник>". Тут среда просто открывает нужный указатель текущего документа - где ко всем существующим позициям есть вариант "ни одно из перечисленных". Если его выбрать - то начинается диалог пополнения указателя (как мы помним, ссылкой на БД).
    Или автоматом - по мере ввода (или периодически по запросу) среда ищет и найденное предлагает преобразовать. Здесь тоже м.б. "ни одно из перечисленных".
Однако "перечисленных" может не быть и в БД. И тут мы должны перейти к работе с документами в целом...

Теперь по реализации. Содержательно каждая запись в указательной БД может трактоваться как "вынесенная нагруженная область" в смысле этого механизма: viewtopic.php?p=59660#p59660. Что унифицирует процедуры компоновки документов - ибо оригинальная часть их содержания в среде изначально должна набираться как из уникального для документа ввода составителя - так и из таких же областей. Только не в указателях, а в "каталожной" БД - возможно, разделяемой по предметкам, например. В реализации компоновки важна роль структуры документа - ну и её схематического представления. Это уже обсуждалось в связи с теми же лист-сетями.

Тогда записи в БД указателей (как, впрочем, и каталогов) можно понимать как области, права на работу с которыми зависят от ролей. Ежели юзер и админ - то он сам и БД тоже пополняет. Ежели нет - то формирует временные указатели и отправляет админам на рассмотрение. Но, чтобы не "изобретать велосипеды" - имеет возможность делать времянки "относительно имеющегося" - т.е. и как проекты правок существующих записей в БД указателей.
Для чего это надо? Во-первых, для согласованности системы определений в пределах коллектива пользователей. Админы за это и отвечают. Во-вторых, для соблюдения авторских прав. Скажем - вам понравится, если цитировать вас будут "в стиле Вити Суворова" - буквоизбирательно и/или с форматированием "от себя"?.. или если "третье лицо" безо всяких законных оснований будет указывать кому-то, какое из ваших произведений использовать?.. ;) То-то...
    Посему - автор или его законный представитель, не входящий в круг составителей документов в конкретной инсталляции среды, тем не менее должен иметь свою пользовательскую роль в ней - или в силу "good practice" (взялись за его материал - известили и запросили), или "by law" (обнаружил автор/представитель нечто новое с упоминанием имени в его юрисдикции - изъявил законное желание влиять на результат). И именно экземпляр этой роли, например, утверждает каждую из цитат (вообще все основаниия - правоустанавливающие и goodwill-документы - фиксируются в профиле экземпляра, если уж на то пошло :)). А в любой иной роли можно только добавлять к цитате комментарии, тэги формата - уже от своего лица, явно указанного для каждого добавления (получится, например, как здесь: viewtopic.php?p=74438#p74438 - понятно что Kori д.б. в роли автора, а В.Ж. - комментатора).
В общем содержательно это просто разновидность поддержки "совместной работы над документом". Технически это реализуется как SUBST-правила для областей, условно применяемые в зависимости от роли/экземпляра. Скажем:
Код:
"ДЛЯ <такой-то> перечень :
ЕСЛИ хочет изменить/удалить эту область/часть её содержимого, ТО отвергнуть операцию;
ЕСЛИ добавить содержимое ТО разрешить И заключить каждый добавленный фрагмент в <такие-то> комбинации символов И добавить в <таком-то> положении относительно результата имя <такого-то> по <такому-то> варианту;
ЕСЛИ добавить формат ТО разрешить И добавить в <таком-то> положении относительно результата описание форматов И имя <такого-то> по <такому-то> варианту"
.

Отсюда, кстати, снова видно, как работает подход Усова к деятельности. :) В самом деле, роли-то оказываются едины для разработчиков и пользователей... И механизмы компоновки документа тоже - т.е. не надо ничего изобретать "специально для указателей" - реализовал поддержку областей и используй её...


Последний раз редактировалось Владислав Жаринов Пятница, 07 Декабрь, 2012 05:03, всего редактировалось 1 раз.

Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Семантический редактор
СообщениеДобавлено: Воскресенье, 02 Декабрь, 2012 15:51 

Зарегистрирован: Воскресенье, 01 Ноябрь, 2009 05:13
Сообщения: 2046
Вот, кстати, ещё вспомнилось, зачем понятия надо [пере]определять: viewtopic.php?p=72127#p72127. Ну и соответственно почему надо бы это делать легко...
Кстати, надо ещё, чтобы редактор поддерживал не просто "совместную работу" - но независимую параллельную разработку на основе "хорошей" декомпозиции системы по уровням...


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 679 ]  На страницу Пред.  1 ... 25, 26, 27, 28, 29, 30, 31 ... 34  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 0


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
cron
Вся информация, размещаемая участниками на конференции (тексты сообщений, вложения и пр.) © 2005-2019, участники конференции «OberonCore», если специально не оговорено иное.
Администрация не несет ответственности за мнения, стиль и достоверность высказываний участников, равно как и за безопасность материалов, предоставляемых участниками во вложениях.
Без разрешения участников и ссылки на конференцию «OberonCore» любое воспроизведение и/или копирование высказываний полностью и/или по частям запрещено.
Powered by phpBB® Forum Software © phpBB Group
Русская поддержка phpBB