Lightning
Трудоголик
Нет, конечно. Я его проверяю на допустимые теги и атрибуты.А ты собираешься доверять html, которое тебе отправил пользователь?
Но я не собираюсь Transitional в Strict преобразовывать.
Нет, конечно. Я его проверяю на допустимые теги и атрибуты.А ты собираешься доверять html, которое тебе отправил пользователь?
Автор оригинала: Lightning
Нет, конечно. Я его проверяю на допустимые теги и атрибуты.
Но я не собираюсь Transitional в Strict преобразовывать.
А у вас реализована возможность правки HTML в визивиге?Автор оригинала: Lightning
Найти все теги с запрещенными атрибутами типа style, background и т.д., а потом искать в CSS классы с идентичными стилями и заменять? Зачем эти грязные хаки и гемор?...
Реализована. НоА у вас реализована возможность правки HTML в визивиге?
Если да, в HTML коде может быть куча всего, что под Strict не подходит...
Если вы его проверяете, какие дальнейшие действия? Вырезаете невалидные аттрибуты? или у вас всё таки присутствует этот ваш "гемор" ?
Даже не знаю. Как-то не думал о том, что бы выложить. Да и чтобы распространять нужно лоску навести: сделать исчерпывающую документацию по кастомизации и интеграции, лицензию и т.д....P.S. А почему? стыдно?
1. Если я правильно понял, то парсинг осуществляется на стороне клиента JS кодом? Ничего, что при больших размерах HTML это занимает достаточно много времени и ресурсов?Автор оригинала: Lightning
Реализована. Но
1. Невалидный код вырезаю в самом редакторе, чтобы пользователь сразу это видел. А если на сервер приходит говнокод, то вывожу соответствующее сообщение.
2. Эта возможность редко нужна заказчикам, поэтому чаще всего я ее даже не включаю продакшен версию.
3. аццкей_сварщег, прекрати мне выкать.


стыдно, когда нечего показатьАвтор оригинала: nerezus
P.S. А почему? стыдно?


если я правильно понял, ты используешь его в своей CMS / CRM системе... почему бы не выложить её на суд человеческий? заодно люди нашару потестят и багов понаходятАвтор оригинала: Lightning
Даже не знаю. Как-то не думал о том, что бы выложить. Да и чтобы распространять нужно лоску навести: сделать исчерпывающую документацию по кастомизации и интеграции, лицензию и т.д....
дока необязательна, а вот с лицензией подумай.Не настолько много, чтобы пользователь это заметил. Кстати, в tinyMCE и FCK код тоже чистится после ручной правки.1. Если я правильно понял, то парсинг осуществляется на стороне клиента JS кодом? Ничего, что при больших размерах HTML это занимает достаточно много времени и ресурсов?
Ну почему же все похериться? просто атрибуты style уберутся.Кроме того, получается что при вставке HTML кода с атрибутами style всё похерится, так?
Не понял. Автоматом выносить из style в CSS? или что ты имел ввиду?Почему бы уже не доработать серверную часть и на дописывать в XML значение атрибута как новый класс?
Все зависит от проекта. В большинстве случаев, пользователи могут отформатировать контент, не влезая в HTML.2. Т.е. обычно wysiwyg идёт без правки HTML, коррект?
Подумаю.если я правильно понял, ты используешь его в своей CMS / CRM системе... почему бы не выложить её на суд человеческий? заодно люди нашару потестят и багов понаходят дока необязательна, а вот с лицензией подумай.
Я имел ввиду, что стили с текущего элемента вырежутся.. как то некрасивоНу почему же все похериться? просто атрибуты style уберутся.

так какой же это стрикт ?Ну и конечно же разрешенные атрибуты и теги прописаны в конфиге, так что если кому-то нужна будет возможность клепать HTML-кашу c style, то я смогу ее предоставить.

вроде того... естественно не делеать на каждый атрибут отдельный класс, а как-то продумать это дело... чтобы не гемморойно иНе понял. Автоматом выносить из style в CSS? или что ты имел ввиду?
у меня были моменты, когда пользователю кто-то верстал шаблон и пользователь вставлял HTML код в визивиг.. В твоём случае такой метод не сработает, т.к. куча всего обрежется... индусы редко делают что-то по стандартамВсе зависит от проекта. В большинстве случаев, пользователи могут отформатировать контент, не влезая в HTML.

Я думаю не всем... готовые стили накладывают некоторые ограничения... Хотя при реализации редактора стилей это будет мегакрутоИ кстати, пользователю ведь удобнее так работать, т.е. пользоваться готовыми стилями. Даже в Ворде удобнее со стилями работать, чем каждый раз выбирать шрифт, цвет, параметры абзаца и т.д.
Не нужно каждый раз выбирать шрифт, цвет и т.д., создал свой кастом-стиль и юзай его назоровье 
Да это я так, к слову заметил. Если разрешить style конечно будет не стрикт. Но если заказчик хочет, я ж его не буду заставлять стрикт использовать. Хотя мой редактор именно под стрикт заточен.Ну и конечно же разрешенные атрибуты и теги прописаны в конфиге, так что если кому-то нужна будет возможность клепать HTML-кашу c style, то я смогу ее предоставить.
так какой же это стрикт ?
Это ужасно. Нафига ему шаблон, если мы можем ему стили сделать? Разве пользователю удобно вставлять контент руками в HTML-шаблон? Адекватным людям можно объяснить, почему так делать не надоу меня были моменты, когда пользователю кто-то верстал шаблон и пользователь вставлял HTML код в визивиг.. В твоём случае такой метод не сработает, т.к. куча всего обрежется... индусы редко делают что-то по стандартам

Правильно.Хотя при реализации редактора стилей это будет мегакруто Не нужно каждый раз выбирать шрифт, цвет и т.д., создал свой кастом-стиль и юзай его назоровье
Это того не стоит, ИМХО.вроде того... естественно не делеать на каждый атрибут отдельный класс, а как-то продумать это дело... чтобы не гемморойно и
красиво было
Если админы HTML руками хотят писать, зачем им WYSIWYG ?Я имел ввиду, что стили с текущего элемента вырежутся.. как то некрасиво