Аз съм един от хората в Телерик, които се занимават с едитора. По начина по който сменяш командите ми се струва, че наблюдаемото държание е от rich-text-edit engine-а на IE. Конкретно superspcript, subscript принадлежат към този набор от команди, който едитора прехвърля за изпълнение на браузъра.
За проверка можеш да тестваш някои от другите web-based едитори, и предполагам ще се получи същия резултат.
Стриктно погледнато, това не е бъг. IE създава нов таг - sub или super, в контекста на текущия ти таг, а не извън него. Като се има това предвид, резултата е логичен и "правилен". Дали е интуитивен, това разбира се е друг въпрос. Между другото, според мен лично - държанието е правилно.
Да, прав си, не е бъг. Не съм много на "ти" с браузър едиторите, играл съм си но съвсем съвсем малко.
И все пак мисля че това може да се поправи и radEditor-а да е първия уеб едитор на планетата който го прави това нещо правилно, ето какво мисля по въпроса:
Опитът показва, че има няколко причини вградените команди на браузъра да се изпозват, наместо да се пренаписват - например това много помага при Undo/Redo функционалността, освен това браузър engine-a има и по-голям контрол и например е в състояние да оптимизира nest-натите тагове при изпълнение на дадена команда. Трета причина, поради която предпочитаме да променяме държанието на някоя вградена команда само ако много се налага е огромните разлики между възожностите и държанието на различните браузъри. В конкретния случай, това което предлагаш е възможно - не казвам че не е. Обаче изисква игра с най-основните обекти за редакция на браузъра - Selection и TextRange. Местене на курсора, излизане от таг, проверяване на контекста, съобразяване с Undo/Redo - всичко това си иска писане на допълнителен код (утежнява контрола) и увеличава възможността за бъгове. При големи web-контроли като едитора допълнителния код винаги се преценява спрямо ползата от него, защото изискването да се зарежда максимално бързо е може би дори най-важното от всички.
Поради тези причини ние се стараем архитектурата на едитора да е максимално отворена, така че девелопера да може да закача лесно всякакъв допълнителен код - в случая например има два event-a OnClientCommandExecuting и OnClientCommandExecuted, където може да се добави код за случая. Поздрави, Тервел
4 comments:
Здравей Павел,
Аз съм един от хората в Телерик, които се занимават с едитора.
По начина по който сменяш командите ми се струва, че наблюдаемото държание е от rich-text-edit engine-а на IE.
Конкретно superspcript, subscript принадлежат към този набор от команди, който едитора прехвърля за изпълнение на браузъра.
За проверка можеш да тестваш някои от другите web-based едитори, и предполагам ще се получи същия резултат.
Стриктно погледнато, това не е бъг. IE създава нов таг - sub или super, в контекста на текущия ти таг, а не извън него. Като се има това предвид, резултата е логичен и "правилен". Дали е интуитивен, това разбира се е друг въпрос. Между другото, според мен лично - държанието е правилно.
Поздрави,
Тервел
Телерик
Да, прав си, не е бъг.
Не съм много на "ти" с браузър едиторите, играл съм си но съвсем съвсем малко.
И все пак мисля че това може да се поправи и radEditor-а да е първия уеб едитор на планетата който го прави това нещо правилно, ето какво мисля по въпроса:
http://donchevp.blogspot.com/2009/03/telerik-radeditor-it-is-not-bug-but.html
Поздрави и приятен и продуктивен ден!
Павел.
Здравей отново,
Опитът показва, че има няколко причини вградените команди на браузъра да се изпозват, наместо да се пренаписват - например това много помага при Undo/Redo функционалността, освен това браузър engine-a има и по-голям контрол и например е в състояние да оптимизира nest-натите тагове при изпълнение на дадена команда.
Трета причина, поради която предпочитаме да променяме държанието на някоя вградена команда само ако много се налага е огромните разлики между възожностите и държанието на различните браузъри.
В конкретния случай, това което предлагаш е възможно - не казвам че не е. Обаче изисква игра с най-основните обекти за редакция на браузъра - Selection и TextRange. Местене на курсора, излизане от таг, проверяване на контекста, съобразяване с Undo/Redo - всичко това си иска писане на допълнителен код (утежнява контрола) и увеличава възможността за бъгове. При големи web-контроли като едитора допълнителния код винаги се преценява спрямо ползата от него, защото изискването да се зарежда максимално бързо е може би дори най-важното от всички.
Поради тези причини ние се стараем архитектурата на едитора да е максимално отворена, така че девелопера да може да закача лесно всякакъв допълнителен код - в случая например има два event-a OnClientCommandExecuting и OnClientCommandExecuted, където може да се добави код за случая.
Поздрави,
Тервел
Добър старт
Post a Comment