Здравствуйте, 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?