Здравствуйте, c-smile, Вы писали:

CS>С тех пор много воды утекло. Например мне требуется концепция окна. popup и прочая.

CS>В настоящее время я делаю linux port graphin'а. После этого будет версия sciter использующая только graphin в качестве backend.
Я смотрю на googlecode с далекого 2007 так ничего и не обновлялось.
Что нужно для портинга?

Посмотрите кстати на skia
http://code.google.com/p/skia/

Текущие планы по поводу SUBJ таковы:

Делаю v.2.0 blocknote.net'а как полностью sciter based application (sсapp).
Т.е. SUBJ будет стилированным, настраиваемым под конкретные нужды редактором.
Планирую сделать инфраструктуру emit/parse из разных форматов типа textile, wiki-markup и пр.
Оченно хочется иметь редактор который позволяет редактировать скажем wikipedia в условиях максимально
приближенным к WYSIWYG. Это просто стыдоба какая-то в 21 веке редактировать такие вещи в plain text.

Просматривается также e-mail client facade для blocknote.net. Технически для этого надо завернуть libvmime в tiscript-vmime.dll и написать соотв. "морду лица". Также виден note-taker / personal-knowledge-base facade.
Есть также идея в двух словах описываемя как Excel на <table>s. Т.е. вместо наивной модели "тетради в клеточку" Excel'я использовать html tables и например нечто типа <input type="formula" value="A + B">.

Вот такие мысли вслух.

Здравствуйте, c-smile, Вы писали:

CS>Делаю v.2.0 blocknote.net'а как полностью sciter based application (sсapp).
CS>Т.е. SUBJ будет стилированным, настраиваемым под конкретные нужды редактором.
CS>Планирую сделать инфраструктуру emit/parse из разных форматов типа textile, wiki-markup и пр.
CS>Оченно хочется иметь редактор который позволяет редактировать скажем wikipedia в условиях максимально
CS>приближенным к WYSIWYG. Это просто стыдоба какая-то в 21 веке редактировать такие вещи в plain text.
CS>Просматривается также e-mail client facade для blocknote.net. Технически для этого надо завернуть libvmime в tiscript-vmime.dll и написать соотв. "морду лица". Также виден note-taker / personal-knowledge-base facade.
CS>Есть также идея в двух словах описываемя как Excel на <table>s. Т.е. вместо наивной модели "тетради в клеточку" Excel'я использовать html tables и например нечто типа <input type="formula" value="A + B">.

Много мыслей, а главного я так и не понял — зачем? Какую задачу ты хочешь решить, нехватку чего компенсировать?

Здравствуйте, adontz, Вы писали:

A>Много мыслей, а главного я так и не понял — зачем? Какую задачу ты хочешь решить, нехватку чего компенсировать?

blocknote.net попал в top 300 freeware products. http://www.winaddons.com/top-300-freeware-software/
Не знаю насколько тот список представителен, но тем не менее. Во всяком случае он достоточно популярен судя по логам на download.

Но blocknote.net морально устарел. Нужна поддержка CSS. Но аккуратная.
blocknote.net это редактор для тех кто создает content — технических и пр. писателей.
Как минмимум это то как мы его пользуем. Т.е. это не FrontPage или Dreamweaver назначение которых мне не сильно
ясно на самом деле. WYSIWYG редактировать html имеет смысл только в фрагментах. Делать тулзу которая редактирует
весь сайт это утопия в условиях современного CSS.

Характерный пример кстати это Evernote[.com]. Там редактор служит сугубо для редактирования семантики — более
менее структурированной информации взятой из разных мест. Реально было бы недурно в нем иметь поддержку CSS
на уровне user level CSS. Т.е. я бы хотел настроить вид того как html fragments представляются — default
font и пр. стили для базовых элементов типа <h1>...<h6>.

Хочется видеть blocknote.net как инструментальную платформу для задач связанных с редактированием информации.
Например blocknote.net как платформа в принципе больше подходит как платформа (клиент) корпоративных и других
wiki и сайтов. В настоящее время blocknote.net (behavior:richtext) генерирует XHTML пригодный out-of-box
для обработки всякими трансформерами и шаблонизаторами. Поэтому blocknote.net как client продвинутых wiki
и других CMS очень даже видится ничего. Если кто-то делает CMS или нечто схожее — дайте знать.
Можем посотрудничать к обоюдной пользе. Это кстати может получиться достаточно коммерчески интересный проект.

Это конечно не мое дело, но не лучше ли таки потратить силы на порт на Мак и Линукс?

з.ы.
я вот кстати до сих пор не понимаю в чем же такая сложность это сделать,
хотя бы без поддержки Native Platfrom Look&Feel.
Или сделать как предлагалось тут http://www.rsdn.ru/forum/message/2483834.1.aspx

Автор: c-smile
Дата: 12.05.07

Что бы портинг сделать мог кто угодно практически.

Здравствуйте, 8bit, Вы писали:

8>Это конечно не мое дело, но не лучше ли таки потратить силы на порт на Мак и Линукс?

Это само собой надо но как бы перпендикулярно. behavior:richtext до ума доводить тоже надо.
Практика показала что реально полезный API получается если он разарабтыавется совместно с неким
реальным приложением в параллель. Поэтому походу делается blocknote.

8>з.ы.
8>я вот кстати до сих пор не понимаю в чем же такая сложность это сделать,
8>хотя бы без поддержки Native Platfrom Look&Feel.
8>Или сделать как предлагалось тут http://www.rsdn.ru/forum/message/2483834.1.aspx

Автор: c-smile
Дата: 12.05.07

8>Что бы портинг сделать мог кто угодно практически.

С тех пор много воды утекло. Например мне требуется концепция окна. popup и прочая.
В настоящее время я делаю linux port graphin'а. После этого будет версия sciter использующая только graphin в качестве backend.
Рассматривались варианты использовать SDL или Cairo, но оба варианта не прошли по разным соображениям.
Поэтому будет "лисапет" по имени graphin.

Здравствуйте, c-smile, Вы писали:

Ты тут совсем не то написал, что в первом сообщении behavior:richtext (не зависящий от TIScript) очень даже нужен. А вот CMS — это хостинг. Мне интересно делать .Net-based CMS, потому что связываться с PHP и MySQL нет никакого желания, но экономически это не так уж оправданно. Так выпьем же за то чтобы наши пристрастия совпадали с экономическими трендами...

А ещё один Excel не нужен Зато вполне себе нужен behavior для построения экселоподобных графиков. Но тут надо быть аккуратным, переброс потенциально большого объёма данных надо делать эффективно не только для Си++

Ещё один e-mail клиент тоже не нужен, современный почтовый клиент это что-то гораздо большее чем MIME Parser + HTML Renderer и лезть в эту сферу я бы не стал. Там уже замечательно лажают Outlook и Thunderbird

Здравствуйте, c-smile, Вы писали:

CS>Делаю v.2.0 blocknote.net'а как полностью sciter based application (sсapp).

Ты его один делаешь или в команде?

Здравствуйте, Кодёнок, Вы писали:

Кё>Здравствуйте, c-smile, Вы писали:

CS>>Делаю v.2.0 blocknote.net'а как полностью sciter based application (sсapp).

Кё>Ты его один делаешь или в команде?

Угу, а что?

Здравствуйте, 8bit, Вы писали:

8>Посмотрите кстати на skia
8>http://code.google.com/p/skia/

Концептуально это то что надо на первый взгляд. Правда на Windows это надо портировать. С наскоку собрать в visual studio не получилось — от тривиальных ошибок в коде до warnings. Идеально было бы иметь layer который можно использовать и на Windows тоже.

Здравствуйте, c-smile, Вы писали:

CS>Текущие планы по поводу SUBJ таковы:

Это вот черновой screenshot:


Левая панель смотрит на local folder а может смотреть на server (например на web service некоей CMS, скажем дерево ресурсов Sharepoint)
Правая панель будет отображать текущую палитру элементов описанных в CSS.
Скажем если в CSS описано:

em { font-style:italic; }
em.funny { font-color:red; }
em.not-funny { font-color:blue; }

то там должно появится под-дерево:

em
+ funny
+ not-funny

Т.е. палитра описывается CSS файлом таким образом CMS host задает что можно, а что нельзя использовать.
В случае обычного использования (local folder) CSS файл — локальный. Можно приделать опять же интерактивный редактор оного CSS.
Идея состоит в том чтобы попытаться сделать редактор у которого нет в UI font-name/size/color selector. Надо — заводи стиль и выбирай семантически подходящий элемент. Это собственно единственный способ устранения tag soup.

Здравствуйте, c-smile, Вы писали:

Я вот как раз пытаюсь...

Здравствуйте, c-smile, Вы писали:

CS>Левая панель смотрит на local folder а может смотреть на server (например на web service некоей CMS, скажем дерево ресурсов Sharepoint)

Sharepoint это далеко не типичная CMS для Internet. Надо думать про что-то Joomla-образное.

Здравствуйте, 8bit, Вы писали:

вообщем вроде как бы компилится, но под Windows там нет "оконного" backend'a поэтому примеры не посмотришь.

Здравствуйте, adontz, Вы писали:

A>Здравствуйте, c-smile, Вы писали:

CS>>Левая панель смотрит на local folder а может смотреть на server (например на web service некоей CMS, скажем дерево ресурсов Sharepoint)

A>Надо думать про что-то Joomla-образное.

Угу, тут боец один уже взялся делать Joomla backend для blocknote. Будем посмотреть. Должно получится симпатично.
У него конкретно задача еще и состоит в том что нужно иметь возможность вставлять в редактируемый текст штуки типа
<widget type="carousel" />. В режиме редактирования такие widgets представляются в виде блока с кнопками add-image и remove-image.
При отправке на сервер все хозяйство (сам html и картинки) отправляются на сервер как одно целое. (Кстати поэтому в blocknote images можно вставлять из clipboard — они приходят на сервер в составе документа). Ну а сервер уже "шаблонизирует" этот widget в документе как AJAX carousel thing.

A>Sharepoint это далеко не типичная CMS для Internet.

Sharepoint как пример. Даже внутри корпорации не на всех машинах стоит MS Office. Особенно в нынешних условиях народ таньгу считает.
Т.е. есть потребность (для intranet) в клиенте (рабочее место "писатель") который позволяет редактировать intranet wiki (CMS) в условиях близких к desktop чтобы другие "читатель"и могли его видеть в обычном броузере. Опять же часто intranet сайты имеют public секцию развернутую во внешний мир.
А какие нормальные CMS есть для .NET кстати?

Здравствуйте, c-smile, Вы писали:

CS>Угу, тут боец один уже взялся делать Joomla backend для blocknote. Будем посмотреть. Должно получится симпатично.
CS>У него конкретно задача еще и состоит в том что нужно иметь возможность вставлять в редактируемый текст штуки типа
CS><widget type="carousel" />. В режиме редактирования такие widgets представляются в виде блока с кнопками add-image и remove-image.
CS>При отправке на сервер все хозяйство (сам html и картинки) отправляются на сервер как одно целое. (Кстати поэтому в blocknote images можно вставлять из clipboard — они приходят на сервер в составе документа). Ну а сервер уже "шаблонизирует" этот widget в документе как AJAX carousel thing.

Да-да, я как-то так себе и представлял реальный вариант.

CS>Sharepoint как пример. Даже внутри корпорации не на всех машинах стоит MS Office. Особенно в нынешних условиях народ таньгу считает.
CS>Т.е. есть потребность (для intranet) в клиенте (рабочее место "писатель") который позволяет редактировать intranet wiki (CMS) в условиях близких к desktop чтобы другие "читатель"и могли его видеть в обычном броузере. Опять же часто intranet сайты имеют public секцию развернутую во внешний мир.
CS>А какие нормальные CMS есть для .NET кстати?

Да вот есть DotNetNuke, но после ознакомления с ним, лично я решил что нормальных CMS нет
Вообще говоря, надо понимать что PHP комьюнити гораздо старее, чем ASP.Net. Дело портят так же всякие MS Starter Kits, с которых все начинают, но так и не могут ни до чего развить Я даже нормальный движок для блога не нашёл, какой уж там CMS...

Потом, мне вот другое интересно. Как можно редактировать WYSIWYG, если есть Internet Explorer, Mozilla Firefox, Opera, Safari? Все виденные мной страницы отображаются в этих браузерах по-разному. Если дизайнер не дилетант, то в итоге получается три достаточно симатичных, но разных, вида.

То есть в твоём случае получается какой-то квази-WYSIWYG, что-то похожее на результат, но результатом не являющееся. Это не очень плохо для бедных на форматирование документов (типа Wiki), но насколько это приемлемо в целом для меня вопрос открытый.

Здравствуйте, adontz, Вы писали:

A>Да-да, я как-то так себе и представлял реальный вариант.

Ну дык особых вариантов то и нет. Я имею ввиду комфортную среду редактирования.

CS>>Sharepoint как пример. Даже внутри корпорации не на всех машинах стоит MS Office. Особенно в нынешних условиях народ таньгу считает.
CS>>Т.е. есть потребность (для intranet) в клиенте (рабочее место "писатель") который позволяет редактировать intranet wiki (CMS) в условиях близких к desktop чтобы другие "читатель"и могли его видеть в обычном броузере. Опять же часто intranet сайты имеют public секцию развернутую во внешний мир.
CS>>А какие нормальные CMS есть для .NET кстати?

A>Да вот есть DotNetNuke, но после ознакомления с ним, лично я решил что нормальных CMS нет
A>Вообще говоря, надо понимать что PHP комьюнити гораздо старее, чем ASP.Net. Дело портят так же всякие MS Starter Kits, с которых все начинают, но так и не могут ни до чего развить Я даже нормальный движок для блога не нашёл, какой уж там CMS...

Ну вот если абстрагироваться на presentation и administrative части то presentation наверное несложно на .NET написать.
А вот administrative часть хорошо ложится на Sciter/BlockNote.

A>Потом, мне вот другое интересно. Как можно редактировать WYSIWYG, если есть Internet Explorer, Mozilla Firefox, Opera, Safari? Все виденные мной страницы отображаются в этих браузерах по-разному. Если дизайнер не дилетант, то в итоге получается три достаточно симатичных, но разных, вида.

Дизайнер не делает content. Content делают другие люди и это правильно. Максимум что может сделать пользователь это выбрать theme. И это тоже правильно.

A>То есть в твоём случае получается какой-то квази-WYSIWYG, что-то похожее на результат, но результатом не являющееся. Это не очень плохо для бедных на форматирование документов (типа Wiki), но насколько это приемлемо в целом для меня вопрос открытый.

Для редактирования должен быть один стиль для презентации другой. Скажем для пишущего автора желательно использовать font более подходящий для печатания. Ну там Arial, Verdana, Tahoma. А вот для презентации используется нечто более fancy. И это правильно. Те же таблицы опять же. Для редактирования желательно видеть cell structure — бордюры. На презентации уже может идти всё что угодно и без бордюров и с черезполосицей. Ну так далее.
Это я к тому что в реалии полный WYSIWYG это и утопия и на самом деле только мешает.
WYSIWYG для HTML должен показывать структуру в human comprehensible form. Поэтому "отринь сомнения всяк сюда входящий".

Здравствуйте, c-smile, Вы писали:

CS>Ну вот если абстрагироваться на presentation и administrative части то presentation наверное несложно на .NET написать.
CS>А вот administrative часть хорошо ложится на Sciter/BlockNote.

Честно говоря, я бы всё написал на .Net, использовав для интерфейса HTMLayout. В .Net очень легко сделать общение между клиентом и сервером, так что как минимум обе стороны коммуникационного уровня стоит сделать на .Net.

CS>Это я к тому что в реалии полный WYSIWYG это и утопия и на самом деле только мешает.
CS>WYSIWYG для HTML должен показывать структуру в human comprehensible form. Поэтому "отринь сомнения всяк сюда входящий".

Угумс, согласен. Но что делать с вёрсткой? Разные стили будут означать разное взаимное расположение элементов и, как следствие, разного рода "расползание" структуры. Тёма Лебедев нас трижды проклянёт

Здравствуйте, adontz, Вы писали:

A>Здравствуйте, c-smile, Вы писали:

CS>>Ну вот если абстрагироваться на presentation и administrative части то presentation наверное несложно на .NET написать.
CS>>А вот administrative часть хорошо ложится на Sciter/BlockNote.

A>Честно говоря, я бы всё написал на .Net, использовав для интерфейса HTMLayout. В .Net очень легко сделать общение между клиентом и сервером, так что как минимум обе стороны коммуникационного уровня стоит сделать на .Net.

Клиентскую часть на .Net делать не надо. Во всяком случае для такого рода вещей. Клиент про которого мы говорим это один или два zip файла со всем хозяйством.
Который может "быть достат" с сервера (если он там обновился) в режиме hot swap — во время начального логина.

Но на самом деле не это главное. У меня есть возможность сравнивать решения в Sciter/TIScript с аналогичным решениями на C#.
TIScript код за счет динамичности компактнее в разы как правило. Да и быстрее работает на самом деле. В Sciter прослойка между кодом и DOM практически нулевая.
Например у меня GC вызывается в моменты когда GUI это удобно, а не когда сферический common runtime думатель удумает.

CS>>Это я к тому что в реалии полный WYSIWYG это и утопия и на самом деле только мешает.
CS>>WYSIWYG для HTML должен показывать структуру в human comprehensible form. Поэтому "отринь сомнения всяк сюда входящий".

A>Угумс, согласен. Но что делать с вёрсткой? Разные стили будут означать разное взаимное расположение элементов и, как следствие, разного рода "расползание" структуры. Тёма Лебедев нас трижды проклянёт

Ээээ, генацвале... а зачем нужно что-то делать с версткой?
Вот контент завернутый в верстку: http://www.terrainformatica.com/htmlayout/main.whtm
А вот оно же в том виде как я его написал: http://www.terrainformatica.com/sciter/main.htm
Зачем мне каждый раз в верстку лезть руками?

Или ты предлагаешь скажем тете Маше из бухгалтерии дать возможность описывать строго то что она думает как должен выглядеть график выдачи ЗП в локальном intranet?
Вот тогда уже точно будет предмет для стёба. А так, Тёме — Лебедево, сиречь дизайн, а тете — Машино, сиречь достоверная информация.

Здравствуйте, adontz, Вы писали:

A>Угумс, согласен. Но что делать с вёрсткой? Разные стили будут означать разное взаимное расположение элементов и, как следствие, разного рода "расползание" структуры. Тёма Лебедев нас трижды проклянёт

И еще про верстку. Вот эту статью писал в blocknote: http://www.codeproject.com/KB/recipes/TIScript.aspx
и какими-то нетривиальными действами паблишил к ним на сайт. images отдельно, html отдельно, гиперлинки почему-то тоже отдельно.
Но их верстку я не трогал. Они свой CSS положили на мой markup. И всем хорошо.

Здравствуйте, c-smile, Вы писали:

CS>Клиентскую часть на .Net делать не надо. Во всяком случае для такого рода вещей. Клиент про которого мы говорим это один или два zip файла со всем хозяйством.
CS>Который может "быть достат" с сервера (если он там обновился) в режиме hot swap — во время начального логина.

Ну значит мы говорим про разных клиентов Если я редактирую страницу на сайте, то я бы хотел иметь в программе:

• Проверку орфографии. Может ASpell, может MS Office...
  
• Предпросмотр движками разных браузеров. Приручить движки IE, FF, Safari вполне реально, про Оперу не знаю.
  
• Иметь возможность не WYSIWYG редактирования. Например, если мне надо везде span.error заменить на span.mistake, то лучше редактировать код.
  
• Соответственно редактор кода должен быть вменяемый: подсветка, автодополнение, и.т.д.
  
• Возможность различного подключения к сайту. То есть помимо общения через какой-нибудь веб-сервис, иметь так же встроенный FTP, WebDAV, и т.д. клиент для загрузки plain HTML. Возможность постить в известные блоги.
  
• Средства управления версиями, как подобные VCS, так и подобные MS Word.
  
• Всё что выше, но на смартфоне, в адекватном объёме.

И только то, что я вспомнил прямо сейчас

Здравствуйте, adontz, Вы писали:

A>Ну значит мы говорим про разных клиентов Если я редактирую страницу на сайте, то я бы хотел иметь в программе:

Да, мы говорим про разные вещи.

Я говорю про клиента для обычных юзеров но писателей.

Ты же говоришь про "рабочее место дизайнера веб сайта". В твоем варианте WYSIWYG воообще non-sense.
Вернее он имеет смысл но только фрагментарно. И опять же без редактирования стилей — только маркап.

Здравствуйте, c-smile, Вы писали:

CS>Да, мы говорим про разные вещи.
CS>Я говорю про клиента для обычных юзеров но писателей.
CS>Ты же говоришь про "рабочее место дизайнера веб сайта". В твоем варианте WYSIWYG воообще non-sense.
CS>Вернее он имеет смысл но только фрагментарно. И опять же без редактирования стилей — только маркап.

Ну знаешь, твой вариант ИМХО не в тему. Давай возьмём то что я написал выше.

Проверку орфографии. Может ASpell, может MS Office...
Надо это простому пользователю? Да, надо. Простой пользователь существо весьма безграмотное, печатает с ошибками.

Предпросмотр движками разных браузеров. Приручить движки IE, FF, Safari вполне реально, про Оперу не знаю.
Надо это простому пользователю? Нет, не надо. Он даже не знает что такое движок браузера и что их есть много.

Иметь возможность не WYSIWYG редактирования. Например, если мне надо везде span.error заменить на span.mistake, то лучше редактировать код.
Соответственно редактор кода должен быть вменяемый: подсветка, автодополнение, и.т.д.
Надо это простому пользователю? Вопрос спорный. 90% использователь не будут, остальные 10% будут только за это любить.

Возможность различного подключения к сайту. То есть помимо общения через какой-нибудь веб-сервис, иметь так же встроенный FTP, WebDAV, и т.д. клиент для загрузки plain HTML. Возможность постить в известные блоги.
Надо это простому пользователю? Да, надо. Блоггеры это значительная часть интернета, возможность отправлять сообщения из специальной программы достаточно распространены и пользуется спросом.

Средства управления версиями, как подобные VCS, так и подобные MS Word.
Надо это простому пользователю? Вопрос спорный. Как правило не надо, но иногда может понадобиться. Вот вики не только для дизайнеров вроде.

Всё что выше, но на смартфоне, в адекватном объёме.
Надо это простому пользователю? Да, надо. Многие пишут в блоги с телефона.

А для моего любимого emacs будет мода?

Здравствуйте, adontz, Вы писали:

A>Здравствуйте, c-smile, Вы писали:

CS>>Да, мы говорим про разные вещи.
CS>>Я говорю про клиента для обычных юзеров но писателей.
CS>>Ты же говоришь про "рабочее место дизайнера веб сайта". В твоем варианте WYSIWYG воообще non-sense.
CS>>Вернее он имеет смысл но только фрагментарно. И опять же без редактирования стилей — только маркап.

A>Ну знаешь, твой вариант ИМХО не в тему. Давай возьмём то что я написал выше.
"Не в тему" чью? Твою и того что ты задумал? Само собой — ты там, я здесь.

A>Проверку орфографии. Может ASpell, может MS Office...
A>Надо это простому пользователю? Да, надо. Простой пользователь существо весьма безграмотное, печатает с ошибками.

У Sciter уже есть встроенный MySpell engine. Будет автоматический highlighting в richtext.

A>Предпросмотр движками разных браузеров. Приручить движки IE, FF, Safari вполне реально, про Оперу не знаю.
A>Надо это простому пользователю? Нет, не надо. Он даже не знает что такое движок браузера и что их есть много.

A>Иметь возможность не WYSIWYG редактирования. Например, если мне надо везде span.error заменить на span.mistake, то лучше редактировать код.
A>Соответственно редактор кода должен быть вменяемый: подсветка, автодополнение, и.т.д.
A>Надо это простому пользователю? Вопрос спорный. 90% использователь не будут, остальные 10% будут только за это любить.

Да, и это есть и будет. По поводу code colorizing — технически возможно ибо <plaintext> это все тот же <richtext>.
Пока я планирую colorizers делать script based. Я могу вывести наружу все токенайзеры которые у меня есть в Sciter:
html/xml, CSS, TIScript. Т.е. можно себе представить обработчик onTextChanged(currentLine) { }

A>Возможность различного подключения к сайту. То есть помимо общения через какой-нибудь веб-сервис, иметь так же встроенный FTP, WebDAV, и т.д. клиент для загрузки plain HTML. Возможность постить в известные блоги.
A>Надо это простому пользователю? Да, надо. Блоггеры это значительная часть интернета, возможность отправлять сообщения из специальной программы достаточно распространены и пользуется спросом.

Не думаю что это все нужно. Есть встроенный AJAX клиент. Через него посылаются аутентифицированные запросы на сервер вида fetch-article, store-article.
Запросы будут оперирвать т.н. envelope — html и ресурсы с ним ассоциированные как одно целое. Сервер получает envelope и раскладывает его как и куда ему надо Иначе получится каша.

A>Средства управления версиями, как подобные VCS, так и подобные MS Word.
A>Надо это простому пользователю? Вопрос спорный. Как правило не надо, но иногда может понадобиться. Вот вики не только для дизайнеров вроде.

Это есть функция сервера. Я получу документ с <ins> и <del> секциями и его покажу. Дальше дело сервера.

A>Всё что выше, но на смартфоне, в адекватном объёме.
A>Надо это простому пользователю? Да, надо. Многие пишут в блоги с телефона.

На Mobile Sciter дышит c самого начала. blocknote.net будет иметь разные фасады. Для девайсов типа http://www.htc.com/www/product.aspx?id=436 одно для телефонов другое.

Здравствуйте, iLYA, Вы писали:

LYA>А для моего любимого emacs будет мода?

В этом сезоне одежда из emacs популярна не будет.

Или я не понял вопрос.

Здравствуйте, c-smile, Вы писали:

A>>Возможность различного подключения к сайту. То есть помимо общения через какой-нибудь веб-сервис, иметь так же встроенный FTP, WebDAV, и т.д. клиент для загрузки plain HTML. Возможность постить в известные блоги.
A>>Надо это простому пользователю? Да, надо. Блоггеры это значительная часть интернета, возможность отправлять сообщения из специальной программы достаточно распространены и пользуется спросом.
CS>Не думаю что это все нужно. Есть встроенный AJAX клиент. Через него посылаются аутентифицированные запросы на сервер вида fetch-article, store-article.
CS>Запросы будут оперирвать т.н. envelope — html и ресурсы с ним ассоциированные как одно целое. Сервер получает envelope и раскладывает его как и куда ему надо Иначе получится каша.

Дело твоё, но кое-какую аудиторию ты потеряешь.

A>>Средства управления версиями, как подобные VCS, так и подобные MS Word.
A>>Надо это простому пользователю? Вопрос спорный. Как правило не надо, но иногда может понадобиться. Вот вики не только для дизайнеров вроде.
CS>Это есть функция сервера. Я получу документ с <ins> и <del> секциями и его покажу. Дальше дело сервера.

Если это отдать серверу, то... Во-первых, ничего не выйдет, поому что сервер может быть "не в курсе". Во-вторых,это будет элементарно тормозить по сравнению с локальным вариантом. В-третьих, примечания в изменениям это не <ins>, <del>.

Здравствуйте, adontz, Вы писали:

CS>>Не думаю что это все нужно. Есть встроенный AJAX клиент. Через него посылаются аутентифицированные запросы на сервер вида fetch-article, store-article.
CS>>Запросы будут оперирвать т.н. envelope — html и ресурсы с ним ассоциированные как одно целое. Сервер получает envelope и раскладывает его как и куда ему надо Иначе получится каша.

A>Дело твоё, но кое-какую аудиторию ты потеряешь.

script на php который принимает envelope приходящий в виде полей POST запроса и сохраняющий эти поля в виде html и images как файлы
это примерно 20 строк кода. Ну 50. Его можно написать один раз и успокоится. Зачем там еще дыры в виде FTP и FrontPage extensions?
Тем более что в большинстве случаев требуется предпринимать какие-то действа по версионности и проверкам на всякие нехорошести при сохранении.

multipart/form-data POST запросы так же эффективны (по скорости) как и FTP. Даже быстрее будут в некоторых файервольных случаях.

A>>>Средства управления версиями, как подобные VCS, так и подобные MS Word.
A>>>Надо это простому пользователю? Вопрос спорный. Как правило не надо, но иногда может понадобиться. Вот вики не только для дизайнеров вроде.
CS>>Это есть функция сервера. Я получу документ с <ins> и <del> секциями и его покажу. Дальше дело сервера.

A>Если это отдать серверу, то... Во-первых, ничего не выйдет, поому что сервер может быть "не в курсе". Во-вторых,это будет элементарно тормозить по сравнению с локальным вариантом. В-третьих, примечания в изменениям это не <ins>, <del>.

Тут уже хозяин-барин как это сделать. По хорошему клиент к CMS должен предусматривать occasionally connected режим. Т.е.
storage на клиенте должен быть. Имея storage можно организовать локальный diff по всякому.

Здравствуйте, c-smile, Вы писали:

CS>script на php который принимает envelope приходящий в виде полей POST запроса и сохраняющий эти поля в виде html и images как файлы
CS>это примерно 20 строк кода. Ну 50. Его можно написать один раз и успокоится. Зачем там еще дыры в виде FTP и FrontPage extensions?
CS>Тем более что в большинстве случаев требуется предпринимать какие-то действа по версионности и проверкам на всякие нехорошести при сохранении.
CS>multipart/form-data POST запросы так же эффективны (по скорости) как и FTP. Даже быстрее будут в некоторых файервольных случаях.

Я говорю о серверах, которые не знают о нашем клиенте.

Здравствуйте, adontz, Вы писали:

A>Я говорю о серверах, которые не знают о нашем клиенте.

А что тогда наш клиент будет туда паблишить? Голые статические файлы html/css?
И что это за сайт будет? Нечто типа GeoCities?

А вот скажем http://sites.google.com имеет API для доступа и редактирования.
Я там даже не вижу ни FTP ни WebDAVа. Sciter/Blocknote как клиент http://sites.google.com очень даже реален и будет востребован.

Я еще раз хочу повторить: клиент для профессиональных web designers как универсальная абстракция
смысла не имеет. Технологии сборки и deployment сайтов ну никак не связаны с WYSIWYG.
Очень тесно завязаны на технологию на которой этот сайт работает.

Здравствуйте, c-smile, Вы писали:
CS>В этом сезоне одежда из emacs популярна не будет.
CS>Или я не понял вопрос.

Я про такие моды

Здравствуйте, iLYA, Вы писали:

LYA>Здравствуйте, c-smile, Вы писали:
CS>>В этом сезоне одежда из emacs популярна не будет.
CS>>Или я не понял вопрос.

LYA>Я про такие моды

Ну не знаю...

Это вот:

C-c h
html-add-header: Add a header. You are prompted for size (1 is biggest, 2 is next biggest; bottom limit is 6) and header contents.

да еще и prompt... как-то более замороченно чем просто нажать Ctrl+Numpad1 ... Ctrl+Numpad6

Вот shortcuts coming out of box:
http://www.terrainformatica.com/wiki/h-smile/built-in-behaviors/richtext#special-key-combinations

Ну и никто не мешает настроить свои комбинации.

Вот кстати нашлось симпатичное применение decorator'ам:

Таблица шоркатов описывается как:

// global key handlers:

@key 'S' @CTRL @NOSHIFT @NOALT :{ saveFile();  } // Ctrl-S
@key 'S' @CTRL @SHIFT @NOALT   :{ saveFile(true); } // Ctrl-Shift-S
...

Где @key, @CTRL, @SHIFT, @NOALT это все декораторы.

Здравствуйте, c-smile, Вы писали:

CS>А что тогда наш клиент будет туда паблишить? Голые статические файлы html/css?
CS>И что это за сайт будет? Нечто типа GeoCities?

Он может публиковать HTML/CSS по FTP/WebDAV, может публиковать специфический маркап, как на форумах RSDN, через веб-форму/веб-сервис, может публиковать диалект HTML, как в случае с LiveJournal, через веб-сервис. Есть ещё Microsoft Sharepoint, о котором ты уже говорил, есть разного рода WIKI. Все они, о ужас, ничего не знают про blocknote

Здравствуйте, adontz, Вы писали:

A>Здравствуйте, c-smile, Вы писали:

CS>>А что тогда наш клиент будет туда паблишить? Голые статические файлы html/css?
CS>>И что это за сайт будет? Нечто типа GeoCities?

A>Он может публиковать HTML/CSS по FTP/WebDAV,

Слушай, есть такая полезная штука в Windows, называется My Network Places.
Там можно создать фолдеры смотрящие через FTP или WebDAV на remote machine.
Это работает прозрачно для всех приложений. Какие проблемы-то?

Не нравится этот подход — сделай синхронизируемые фолдеры: local-remote. Это еще лучше.

Зачем это встраивать в приложение ну объясни мне?

A>... может публиковать специфический маркап, как на форумах RSDN, через веб-форму/веб-сервис, может публиковать диалект HTML, как в случае с LiveJournal, через веб-сервис. Есть ещё Microsoft Sharepoint, о котором ты уже говорил, есть разного рода WIKI. Все они, о ужас, ничего не знают про blocknote

Я же тебе про это все и говорю. Практически все эти системы с точки зрения пользователя-писателя в принципе одинаковы.
У меня например на сайте стоит DokuWiki + WordPress + BBPress — меня просто ломает учить три
вида дурацких markups. Ну это ж блин издевательство какое-то.
Надо дать клиент который можно легко расширять/настраивать на нужный протокол и что-то мне говорит
что найдутся люди которые для себя любимого и/или своего любимого движков сделают шлюзы.

Здравствуйте, c-smile, Вы писали:

CS>Слушай, есть такая полезная штука в Windows, называется My Network Places.
CS>Там можно создать фолдеры смотрящие через FTP или WebDAV на remote machine.
CS>Это работает прозрачно для всех приложений. Какие проблемы-то?

Для простого пользователя? Ну он просто не будет знать про эту функциональность. Если же будет знать, то не сможет нормально настроить. Нужем колдун, знающий про 1000 и 1 сайт

CS>Зачем это встраивать в приложение ну объясни мне?

Так удобнее конечному пользователю. Вот даже в MS Word 2007 есть такая функция, а в твоём специализированном редакторе не будет?

CS>Надо дать клиент который можно легко расширять/настраивать на нужный протокол и что-то мне говорит
CS>что найдутся люди которые для себя любимого и/или своего любимого движков сделают шлюзы.

И мы получим ещё один Линукс Пользователю не нужен расширямый клиент, пользователю нужен клиент который много чего умеет без дополнительной настройки.

Здравствуйте, adontz, Вы писали:

A>Здравствуйте, c-smile, Вы писали:

A>А ещё один Excel не нужен Зато вполне себе нужен behavior для построения экселоподобных графиков. Но тут надо быть аккуратным, переброс потенциально большого объёма данных надо делать эффективно не только для Си++

Графики можно строить любой из сотен-тысяч библиотек — знай только данные подгоняй.

и Excel не нужен (разве что внутри самого BlockNote, но это уже в качестве фичи, а лучше — как behavior внутри richtext)

а вот excel-подобные таблички, которые можно ресайзить, скролить по-частям, и т.п. — вот это действительно нужно
редактирование же данных в ячейках — это уже забота приложения — оно знает как должен выглядеть редактор,
как проводить валидацию откуда и куда хранить данные и т.п.
формулы — фича, но скорее для TIScript либо еще один behavior

Здравствуйте, adontz, Вы писали:

A>Здравствуйте, c-smile, Вы писали:

CS>>Слушай, есть такая полезная штука в Windows, называется My Network Places.
CS>>Там можно создать фолдеры смотрящие через FTP или WebDAV на remote machine.
CS>>Это работает прозрачно для всех приложений. Какие проблемы-то?

A>Для простого пользователя? Ну он просто не будет знать про эту функциональность. Если же будет знать, то не сможет нормально настроить. Нужем колдун, знающий про 1000 и 1 сайт

В Windows есть встроенный wizard. См. например video здесь:
http://www.mydocsonline.com/info_webfolders.html

CS>>Зачем это встраивать в приложение ну объясни мне?

A>Так удобнее конечному пользователю. Вот даже в MS Word 2007 есть такая функция, а в твоём специализированном редакторе не будет?

Там будет то что будет нужно. Если кому-то будет нужно — напишется.

CS>>Надо дать клиент который можно легко расширять/настраивать на нужный протокол и что-то мне говорит
CS>>что найдутся люди которые для себя любимого и/или своего любимого движков сделают шлюзы.

A>И мы получим ещё один Линукс Пользователю не нужен расширямый клиент, пользователю нужен клиент который много чего умеет без дополнительной настройки.

Есть скажем Emacs который именно ценнен за счет своих расширений.
У него есть просто юзеры, есть юзеры с напильниками и пр. — т.е. community.

Или тот же MSOffice — половина функциональности написана на add-ons всякого рода.

Здравствуйте, 8bit, Вы писали:

8>Здравствуйте, 8bit, Вы писали:

8>вообщем вроде как бы компилится, но под Windows там нет "оконного" backend'a поэтому примеры не посмотришь.

Между делом удалось запустить Graphin на Linux:

Здравствуйте, c-smile, Вы писали:

Можно ожидать htmlayout под linux?