sergei_XP

Рейтинг
0
Регистрация
07.06.2006

Это я про contenteditable и про модальные окна. Ну очень удобно.

Под gecko я тоже делал редактор когда-то, но завяз на отсутствии документации (года два назад, тогда у них о действиях многих функций, особенно связанных с select'ом, приходилось догадываться по их названиям, как сейчас - не знаю, посмотрю...).

Предлагаю остановить дискуссию о кроссбраузерности на следующем: если можно будет админку системы сделать кроссбраузерной, мы ее сделаем. Сейчас - признаю, это не есть очень хорошо - админка заточена под IE.

о возможностях FF и IE и о поддержке ими чего-либо (в первую очередь это касается CSS и корректного рендеринга страниц)

Насчет корректности отображения страниц - вполне возможно. То есть я разницы в Strict mode'е не особо чувствую, но это отдельный разговор.

Я имею в виду API для программирования в среде браузера. В IE реализованы возможности, которые либо не описаны, либо отсутствуют в geck'ах. Визуальное редактирование и передача данных между окнами (и вообще значительно расширенное "окновое api") в первую очередь. Еще какие-то детали.

Есть конечно вариант, что на данный момент gecko все может, просто надо знать как, а мы не знаем. В таком случае, несомненно, рано или поздно админка WD будет работать и под FF (останется совсем немного - объяснить в маркетинговом отделе, что 5 процентов использующих не IE - это тоже потенциальные покупатели :) ).

В принципе, постоянно ведется работа по устранению самых очевидных несоответствий с FF и Оперой в админке, но как бы на втором плане.

Я имел ввиду WYSIWYG редактор

WYSIWYG редактор... Прямо сейчас пишем его новую версию. Насчет стандартов... по-моему негде там стандарт нарушить, br-ки только если позакрывать :) Ну и опять же он позволяет напрямую редактировать html.

1. админка Вашей "системы" отказывается функционировать в браузере Firefox.

Браузер Firefox просто не в состоянии поддерживать некоторые возможности системы, поэтому на него и не ориентировались.

В первую очередь это касается визуального форматирования текста и стилей шаблонов.

2. код, генерируемый "системой" далёк от соблюдения СТАНДАРТОВ.

Код, генерируемый системой, в первую очередь зависит от шаблонов. Вы можете сами ВРУЧНУЮ ввести шаблон страницы - html и css, избавленный от таких недостатков.

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

Это - единственное. И это никому никак не мешает.

3. проскакивают сообщения на английском в перемежку с русским непонятно зачем.

??? Возможно, техническая информация для отладки и поддержки.

4. требование "В РНР не запрещена функция set_time_limit" говорит о том, что продукт недоработан.

Обсуждалось уже. Требование некритично. Желательно, но не обязательно.

Пункт 4 + пункт 3 говорят скорее не о том, что система недоработана, а о том, что она активно развивается и поддерживается.

(Хотя, конечно, в строгом смысле слова "доработанной" ее тоже не назовешь, но по-моему это нормально для ПО.)

5. время публикации 20 страниц в 5 секунд это, по-моему, слишком много.

Там есть настройка - "скорость публикации" - для снижения нагрузки на процессор. Вы публиковали на 1-й скорости, система "спала" после каждых 5-ти страниц 1 секунду. Итого из 5-ти 4 - это простой, 1 - публикация.

Поставьте скорость публикации 1000.

PS: Пункты 2 и 5: Система позволяет несколько больше, чем видно с первого взгляда. Просто большинство настроек и возможностей выведены на задний план - чтобы не перегружать начинающего пользователя.

По поводу "много требований":

по-моему их не много, а просто они достаточно подробные

Вот так лучше?:

Apache

PHP (need allow_url_fopen option to be setted on, safe mode off)

Zend Optimizer

Если хостинг не бесплатный, пойдет на большинстве

А на остальных начинаются нюансы - то не работает, это...

Из тех хостинг-провайдеров, которые к нам обращаются по партнерству и мы их тестируем, система не работает только на совсем детстких хостерах, там где опыта работы у людей нет и они, страхуясь, отключают все на свете

Мы посчитали, что лучше, в отличии от конкурентов, дать требования максимально подробно

Я как разработчик пытался ставить себе массу CMS'ок для изучения аналогов - половина не запускаются, а почему - надо лезть в код, искать... А требования у всех три: Апач, пхп, mysql. Но реально их больше.

В РНР не запрещена функция set_time_limit

Это требование введено как раз для таких хостинг-провайдеров как Majordomo

Для bizhosting и sweb оно не критично

Кроме того, постоянно ведется работа для полного отказа от этого требования, в скором времени мы действительно его уберем