Total Commander Knowledge Base

[D1P]

2funduk: ну если там были замечания только по грамматическим и синтаксическим ошибкам, то наверняка я их поправил в последней версии. Ещё раз извиняюсь.
Кстати, вот она: http://super.wincmd.ru/tckb/RU.TCKB.1.3.ZIP
Последние зарепорченные баги не поправлены, в общем - это то, о чём я писал в предыдущем посте. Размер 2.8 мб. На wincmd.ru пока не выкладываю, сначала внесу изменения.
Кстати, теперь TCKB можно смотреть по F3 (с установленным плагом IEView) - я добавил хтмл-оглавление (ссылка на заглавной странице в самом низу).

[D1P]

Выложил базу на wincmd.ru. Ссылка та же самая. Отличия от выложенного вчера: корректура материалов (thanx 2 Вахмурка) и добавление накопившихся, за время моего отсутствия, ответов в FAQ.

[Batya]

D1P
Я думаю, что в базу можно еще включить вот этот скриптик.
(Вроде как, периодически возникают вопросы по поводу поиска и замены текста в файлах.)

[D1P]

Да, я скрипт этот видел, но в базу включать не стал, т.к. он использует EmEditor, которым я никогда не пользовался. Надо потестить, и тогда можно добавлять.

[funduk]

Добавь ещё ответ на этот вопрос.

[D1P]

Выложил, наконец-то, обновление. Спасибо всем, кто присылал мне указания на ошибки, из опять исправлено гигантское количество (и откуда только берутся ).

Добавь ещё ответ на этот вопрос.

Добавлю.

[CaptainFlint]

Вот, выкладываю списочек найденных ляпов. Начал ещё с 1.3.1 собирать... Что в 1.3.5 исправлено, разумеется, тут не указываю.

1.
Надо проверить все страницы и вставить meta-тег с кодировкой, иначе не всегда корректно определяется на английской винде, даже если локаль русская. Приходится вручную выбирать кодировку. Наткнулся на это на странице HTML-оглавления, других, вроде, нету, но надо учесть на будущее.

2.
Статья "Total Commander 6.02: Что нового?"

AccessTime
Отключение времени доступа на NTFS не имеет ни малейшего отношения к этому ключу. Время последнего доступа обновляется всегда, а упомянутый ключ реестра отключает обновление времени доступа всех файлов каталога при заходе в этот каталог. При обращении непосредственно к файлу его время доступа обновляется, причём как на FAT, так и на NTFS.

ReverseHistory
Полный бред... Ключ совсем не о том.

3.
Статья "Своё меню: разбираемся за десять минут"
"Все пункты, идущие до HELP_BREAK будут помещены..."
Пропущена запятая после HELP_BREAK.

4.
Там же, а также во многих других местах: слово "шеснадцатиричный". Правильно - "шесТнадцатЕричный"

5.
Так, мелкая косметика: HTM-файл с новой статьёй называется underpanels.htm. Вообще-то, подпанели (или, как мне кажется, красивее - дочерние панели) - это "subbars". Если перевести underpanels, получится нечто вроде "нижележащие панели", причём панели не инструментов, а, скажем, файловые.

6.
Замечания по стилю HTML.
1. В очень многих местах используется двойной апостроф вместо обычных кавычек. Зачем? Кавычки в HTML пишутся так: "
2. Зачем использовать для списов символ · (&#183;), да ещё и оформленный через громоздкие жуткие таблицы, если есть уже готовые теги списков <ol>, <li>, выполняющие всё форматирование сами? Код, если надо, могу привести.
3. Аналогичный вопрос по HTML-оглавлению. Всё это можно реализовать проще и красивее и гораздо компактнее через стилизованные списки. Аналогично, код могу склепать.
4. Рекомендую попробовать оформить коды кнопок, REG-файлы и прочее таблицей с сероватым фоном и границей. Например, как я сделал пробный вариант на этом скрине:

(сверху старый вариант, снизу - переделанный мной). И HTML-код можно сделать очень компактным. Я так понимаю, всё это пишется в каком-то визуальном редакторе, а не текстом, отсюда и невероятно громоздкий и неоптимальный HTML-код. Думаю, за счёт его чистки можно существенно уменьшить размер базы. Например, вот старый блок, отвечающий за отображение того REG-файла, что на скрине выше:

Код: Выделить всё

<table width="100%" border="0" cellpadding="0" cellspacing="0"><tr valign="top"><td width="25"></td><td><span style="font-family:Helvetica,Arial;; color:#000000">
&nbsp;<br>
</span></td><td width="25"></td></tr></table><table width="100%" border="0" cellpadding="0" cellspacing="0"><tr valign="top"><td width="25"></td><td><span style="font-family:Helvetica,Arial;; color:#000000"></span></td><td></td><td width="25"><span style="font-family:Helvetica,Arial;; color:#000000"></span></td></tr></table><span style="font-family:Helvetica,Arial;; color:#000000"></span><table width="100%" border="0" cellpadding="0" cellspacing="0"><tr valign="top"><td width="10"></td><td><span style="font-family:Helvetica,Arial;; color:#000000"><span style="font-family:Courier New;; color:#000000"><span style="font-family:Courier New;; color:#008000">Windows&nbsp;Registry&nbsp;Editor&nbsp;Version&nbsp;5.00
&nbsp;<br>
</span></span></span></td></tr></table><table width="100%" border="0" cellpadding="0" cellspacing="0"><tr valign="top"><td width="10"></td><td><span style="font-family:Courier New;; color:#008000">
&nbsp;<br>
</span></td></tr></table><table width="100%" border="0" cellpadding="0" cellspacing="0"><tr valign="top"><td width="10"></td><td><span style="font-family:Courier New;; color:#008000">[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\CodePage]
&nbsp;<br>
</span></td></tr></table><table width="100%" border="0" cellpadding="0" cellspacing="0"><tr valign="top"><td width="10"></td><td><span style="font-family:Courier New;; color:#008000">"1252"="c_1251.nls"<span style="font-family:Courier New;; color:#000000">
&nbsp;<br>
</span></span></td></tr></table><table width="100%" border="0" cellpadding="0" cellspacing="0"><tr valign="top"><td width="10"></td><td><span style="font-family:Courier New;; color:#000000"></span></td></tr></table><span style="font-family:Courier New;; color:#000000"></span><table width="100%" border="0" cellpadding="0" cellspacing="0"><tr valign="top"><td width="25"></td><td><span style="font-family:Courier New;; color:#000000"><span style="font-family:Times New Roman;; color:#000000">
</span></span></td><td width="25"></td></tr></table><table width="100%" border="0" cellpadding="0" cellspacing="0"><tr valign="top"><td width="25"></td><td><span style="font-family:Times New Roman;; color:#000000"></span></td><td></td><td width="25"><span style="font-family:Times New Roman;; color:#000000"></span></td></tr></table>

И сравни с моим, усовершенствованным, который выводит абсолютно то же самое, причём с более удобным оформлением:

Код: Выделить всё

<table cellpadding="5" cellspacing="0" style="border: 1px solid #7f7f7f; background: #f7f7f7; position: relative; left: 10px; width: 90%; font-family:Courier New; color:#008000;"><tr valign="top"><td>Windows&nbsp;Registry&nbsp;Editor&nbsp;Version&nbsp;5.00<br>
<br>
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\CodePage]<br>
&quot;1252&quot;=&quot;c_1251.nls&quot;
</td></tr></table>

Более того, всю эту длиннющую строку стиля, которая в моём блоке в первой строке, можно вытащить в отдельный CSS-файл, и тогда весь тег <table> можно будет заменить таким простеньким вариантом:

Код: Выделить всё

<table class="имя-класса">

PS: Это я ещё не весь TCKB вычитал. Так что с большой вероятностью последуют дополнения по ляпсусам. Готовься.

[D1P]

Надо проверить все страницы и вставить meta-тег с кодировкой, иначе не всегда корректно определяется на английской винде, даже если локаль русская. Приходится вручную выбирать кодировку. Наткнулся на это на странице HTML-оглавления, других, вроде, нету, но надо учесть на будущее.

Тег ставится автоматически на все страницы, кроме этой. HTML-оглавление делается немного не так, как остальные страницы, так что там этого тега и вправду нет. Посмотрим, что можно сделать.

Статья "Total Commander 6.02: Что нового?"...

Все вопросы - к Эрго Это его статья, а поскольку ключами этими я не пользуюсь, то "поверил на слово" Могу предложить тебе написать исправление к статье... Можно, конечно, выдернуть из справки, но там всё очень лаконично.

Пропущена запятая после HELP_BREAK.

Fixed.

Там же, а также во многих других местах: слово "шеснадцатиричный". Правильно - "шесТнадцатЕричный"

Fixed.

Так, мелкая косметика: HTM-файл с новой статьёй называется underpanels.htm. Вообще-то, подпанели (или, как мне кажется, красивее - дочерние панели) - это "subbars". Если перевести underpanels, получится нечто вроде "нижележащие панели", причём панели не инструментов, а, скажем, файловые.

Названия файлам даются мной в приступе творческого слабоумия и сугубо в моменты мозгового простоя. Я могу назвать файл как угодно - лишь бы потом вспомнить, что именно так я его назвал. Тут учитывается только моё состояние на момент придумывания и никакие другие правила. Поскольку никому, кроме Флинта, в голову не придёт проверять соответствие названий файлов внутри chm-архива их содержимому, то данный пункт не обсуждается

1. В очень многих местах используется двойной апостроф вместо обычных кавычек. Зачем? Кавычки в HTML пишутся так: &quot;

В оглавлении CHM ссылка, в которой есть двойная кавычка, почему-то не отображается. Поскольку в оглавление вписать &quot нельзя, то приходится там ставить апострофы. Для соответствия они автоматически ставятся и в названии статей, на которые ссылается оглавление.

Зачем использовать для списов символ · (·), да ещё и оформленный через громоздкие жуткие таблицы, если есть уже готовые теги списков <ol>, <li>, выполняющие всё форматирование сами? Код, если надо, могу привести.

Всё редактирование идёт в визуальном редакторе, встроенном в Help&Manual. Править каждый файл вручную мне просто не под силу - итак правка основных недочётов этого редактора (кривое оформление абзацев, шрифтов и прочее), перед каждым выпуском базы занимает у меня от трёх часов до восьми, в зависимости от количества добавленного материала (сейчас, правда легче - кое-что получается автоматизировать). Получившийся оригинальный файл и то, что я сюда закачиваю - две большие разницы.

Аналогичный вопрос по HTML-оглавлению. Всё это можно реализовать проще и красивее и гораздо компактнее через стилизованные списки. Аналогично, код могу склепать.

Был бы рад. Но дело в том, что, опять же, вручную я это писать не буду. А автоматически я могу пока получить только такой список.

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

сравни с моим, усовершенствованным, который выводит абсолютно то же самое, причём с более удобным оформлением:

Более того, всю эту длиннющую строку стиля, которая в моём блоке в первой строке, можно вытащить в отдельный CSS-файл, и тогда весь тег <table> можно будет заменить таким простеньким вариантом:

Изначально я и хотел так сделать. Но опять - ограничение редактора. Он не позволяет задавать в css (или как-то иначе) ничего, кроме оформления шрифтов (да и то делает так убого, что потом приходится править). Делать всё вручную, даже с учётом того, что многие страницы придётся обработать лишь один раз, мне не под силу.

Я так понимаю, всё это пишется в каком-то визуальном редакторе, а не текстом, отсюда и невероятно громоздкий и неоптимальный HTML-код.

О да! Это не редактор, это сатанинское порождение. Однако, даже при всех его недочётах, пользоваться удобнее именно им, т.к. он интегрирован в Help&Manual и только с его помощью я могу редактировать всю структуру справки, а не каждый файл по отдельности.

Так что тут варианта два: либо оставить всё как есть, имея то, что имеется , либо править каждую страницу ручками или более совершенным редактором, на что я категорически не согласен - это создаст мне жуткий геморрой при каждом редактировании базы.
Есть ещё один вариант, который я пока обдумываю, не знаю, подойдёт ли он или нет...

PS: Это я ещё не весь TCKB вычитал. Так что с большой вероятностью последуют дополнения по ляпсусам. Готовься.

Всегда готов!

[CaptainFlint]

Все вопросы - к Эрго Это его статья, а поскольку ключами этими я не пользуюсь, то "поверил на слово" Могу предложить тебе написать исправление к статье... Можно, конечно, выдернуть из справки, но там всё очень лаконично.

Ok, посмотрим...

Поскольку никому, кроме Флинта, в голову не придёт проверять соответствие названий файлов внутри chm-архива их содержимому, то данный пункт не обсуждается.

Ну... Я, например, наткнулся на это в процессе сравнения версий 1.3.1 и 1.3.5 - хотелось выявить все различия. Для этого распаковал CHM, ну и дальше ясно. Думаю, кто-то ещё вполне может поступить так же. Впрочем, не настаиваю, не критичная вещь.

В оглавлении CHM ссылка, в которой есть двойная кавычка, почему-то не отображается. Поскольку в оглавление вписать &quot нельзя, то приходится там ставить апострофы.

То есть как это нельзя, очень даже можно. Ты только точку с запятой не забывай в конце.

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

Вот этого предложения я не понял. Если тебе и так приходится делать такое немеряное количество работы, так нафига тебе сдался этот так называемый визуальный редактор, который делает совсем не то, что нужно? Попробуй другие, или вообще правь в текстовом режиме. HTML - очень лёгкий язык, уверяю тебя. За 10 минут выучиваются основные правила и теги, а если требуется что-то новое, эти вещи за несколько минут находятся в инете. Я, конечно, не говорю о высшем пилотаже, там можно и месяц потратить на одну фичу, но высший пилотаж для TCKB и не нужен.

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

Тоже не понял. Можно поподробнее - зачем нужен редактор H&M, кроме визуальности? В чём конкретно будет состоять жуткий геморрой? Я уже очень много работал с самыми разными CHM-справками (в смысле, создавал и поддерживал), никаких H&M не использовал, всё делал ручками, и ни малейшего геморроя не наблюдал.

[Вахмурка]

2CaptainFlint

Вообще-то, подпанели (или, как мне кажется, красивее - дочерние панели) - это "subbars". Если перевести underpanels, получится нечто вроде "нижележащие панели", причём панели не инструментов, а, скажем, файловые.

Это больше ко мне, чем к D1Р.
1) "Дочерние", может, и красивее, но многословнее. "Краткость - сестра нашего брата" (С) А. Кнышев. Кроме того, иногда я употребляю синоним "панель второго уровня".
2) Термин "subbar", как нетрудно видеть, "зарезервирован" Гислером под панели ПЕРВОГО уровня (см. скриншот). Так что, если бы я писал по-английски, я бы назвал их second level bars, или secondary bars, если угодно.
3) Почему никого не смущает "подменю", но смущает "подпанель"? Никто же не говорит "дочернее меню", зато "меню n-го уровня" - сплошь и рядом.
4) А разве, если перевести subbar на русский, получится не "подпанель"?
5) Наконец, как говорилось в одной шутке, мои валенки - куда хочу, туда и вешаю. Это я в том смысле, что устоявшегося русского термина для этого... э-э... объекта не существует (поправьте, если ошибаюсь). Так что я был волен придумать свое название.
Но вообще, CaptainFlint, спасибо за конструктивную критику. Не просто "так плохо", а "так плохо, а вот так лучше".

[D1P]

То есть как это нельзя, очень даже можно. Ты только точку с запятой не забывай в конце.

Да, действительно - пропускает. В оглавление вставляет кавычку, а в названии (которое автоматом генерируется по тому, что введено по оглавлению) - &quot;. Придётся каждый раз опять ручками править, ну да ладно...

Вот этого предложения я не понял. Если тебе и так приходится делать такое немеряное количество работы, так нафига тебе сдался этот так называемый визуальный редактор, который делает совсем не то, что нужно?

Понимаешь, этот редактор выполняет не только собственно функции редактора, но и вообще - управляет всем проектом. Скажем, с его помощью я могу быстро вставлять ссылки на другие страницы, менять навигацию, добавлять ключевые слова и якоря, и прочее, и прочее... Отказавшись от него я буду вынужден делать это всё вручную, на что, повторюсь, я не согласен.

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

На "десятиминутном" уровне я хтмл знаю, но проблема не в том, что я не могу писать всё вручную. Вернее - могу, но итоговая доводка базы займёт куда больше времени, чем я трачу на это сейчас.

Можно поподробнее - зачем нужен редактор H&M, кроме визуальности? В чём конкретно будет состоять жуткий геморрой?

Ну, во первых H&M - чертовски прост, и в нём я всё делаю быстро. Примерами могут служить вышеназванные операции вставки ссылок и т.п. - здесь это занимает пару секунд.
Во-вторых, миграция на другой редактор или на ручное составление и компиляцию - дело чреватое попаданием в справку всяких косяков, которые непременно будут из-за моей невнимательности. Сейчас вся структура справки мной чётко контролируется, всё как на ладони, я в любой момент могу получить доступ к любому элементу её структуры.
Возможно, пиши я с самого начала справку руками, такого вопроса бы не возникло.
В-третьих (и ещё раз) - ну не могу и не желаю я тратить время на ручное оформление всего этого дела. Понятно, что раз исправленные страницы мне потом редактировать не придётся, но сколько времени займёт приведение того, что есть сейчас к требуемому виду? Как сказано во введении - я занимаюсь составлением справки в свободное время и только потому, что иногда мне хочется заняться чем-то новым. В ближайший месяц у меня такого времени может и не появиться.

Предлагаю на этом тут обсуждение прекратить, продолжить можно в асе или по мылу. Может быть придём к какому-то решению.

[CaptainFlint]

1) "Дочерние", может, и красивее, но многословнее. "Краткость - сестра нашего брата" (С) А. Кнышев. Кроме того, иногда я употребляю синоним "панель второго уровня".

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

2) Термин "subbar", как нетрудно видеть, "зарезервирован" Гислером под панели ПЕРВОГО уровня (см. скриншот). Так что, если бы я писал по-английски, я бы назвал их second level bars, или secondary bars, если угодно.

Но ведь статья не только о "менюшных" панельках, а о расширении возможностей панели вообще (посредством дочерних панелей разного типа). Если бы речь шла исключительно о "выпадающих" панелях TCMenu и TCToolbar, то, конечно, вопрос стоял бы иначе. (Хотя он и так остаётся открытым, по крайней мере, для меня, ибо "подпанель" очень уж режет слух).

3) Почему никого не смущает "подменю", но смущает "подпанель"? Никто же не говорит "дочернее меню", зато "меню n-го уровня" - сплошь и рядом.

А почему не смущает "впятером", но смущает "всколькером"? Почему происходит спотыкание на форме первого лица единственного числа будущего времени глагола "победить"? Язык - это же не регулярная система, где если можно поступить как-то с одним словом, то можно точно так же поступить и с другим...

4) А разве, если перевести subbar на русский, получится не "подпанель"?

Т.е. предлагаешь переводить глагол "to double-click" как "двоекликнуть"?

5) Наконец, как говорилось в одной шутке, мои валенки - куда хочу, туда и вешаю. Это я в том смысле, что устоявшегося русского термина для этого... э-э... объекта не существует (поправьте, если ошибаюсь). Так что я был волен придумать свое название.

Вот это, пожалуй, самый сильный аргумент.
Но в любом случае, как я сказал выше, претензия была не к конкретному термину "подпанели", а к использованию этого термина в определённом месте (в названии статьи, которая рассказывает о более общих вещах). К самому термину у меня претензии-то есть (по звучанию), но вот альтернатив пока не имею...


D1P

Ну, во первых H&M - чертовски прост, и в нём я всё делаю быстро. Примерами могут служить вышеназванные операции вставки ссылок и т.п. - здесь это занимает пару секунд.

Эти вышеназванные операции может делать любой визуальный редактор HTML. Иначе он не имеет права называться визуальным.

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

Хм... Я, конечно, не знаю, но, по-моему, абсолютно пофигу, чем компилировать справку. Если сейчас есть готовый набор HTM-файлов и сопутствующих им картинок, есть оглавление (HHC) и индекс (HHK), то компилятор просто не имеет права создать что-то с косяками. Им просто неоткуда будет взяться...

В-третьих (и ещё раз) - ну не могу и не желаю я тратить время на ручное оформление всего этого дела. Понятно, что раз исправленные страницы мне потом редактировать не придётся, но сколько времени займёт приведение того, что есть сейчас к требуемому виду? Как сказано во введении - я занимаюсь составлением справки в свободное время и только потому, что иногда мне хочется заняться чем-то новым. В ближайший месяц у меня такого времени может и не появиться.

Предлагаю на этом тут обсуждение прекратить, продолжить можно в асе или по мылу. Может быть придём к какому-то решению.

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

[D1P]

Эти вышеназванные операции может делать любой визуальный редактор HTML. Иначе он не имеет права называться визуальным.

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

Хм... Я, конечно, не знаю, но, по-моему, абсолютно пофигу, чем компилировать справку. Если сейчас есть готовый набор HTM-файлов и сопутствующих им картинок, есть оглавление (HHC) и индекс (HHK), то компилятор просто не имеет права создать что-то с косяками. Им просто неоткуда будет взяться...

Глюки возьмутся от меня . Сейчас при внесении, скажем, нового ответа в FAQ, я почти автоматически генерирую ссылки на него в списках вопросов. Если я забыл это сделать - забытый топик в оглавленни будет подсвечиваться. Буду делать это вручную - наверняка что-то проморгаю, я себя знаю.

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

Поверь, мне тоже это не нравится, но пока я не вижу способа переделать всё быстро и безошибочно. На выходных я постараюсь всё-таки что-то придумать, но не факт что получится.
З.Ы.
Ближайший месяц у меня сессия, там уже будет не до базы.

[LocKtaR-o-DarK]

D1P
из твоей базы:

Диалог завершения работы



TOTALCMD#BAR#DATA

rundll32 msgina,ShellShutdownDialog



shell32.dll,215

Меню завершения работы





-1





D1P

1. кнопка скорее всего была взята отсюда, если так, то авторство не соответствует...
2. эта кнопка к сожалению не работает, так что можешь это удалить из базы
3. повнимательнее с авторами, неужели это так трудно? очень часто путаешь...
4. для создания любого типа файлов проще кнопки не найти (не обнаужена в базе)
5. кое какие кнопки уже обновились на форуме, в базе все по старому
6. кнопки из базы по-прежнему нельзя вставить на панель задач

[D1P]

1. Кнопка была вставлена мной ещё в то время, когда я здесь из-за проблем с инетом не появлялся, и видеть что ты тоже её написал я, соответственно не мог. Выяснять отношения из-за "первенства" по меньшей мере неразумно.
2. Эта кнопка отлично работает, проверялось на XP и Win2k3. Могу скриншот закинуть. Кстати, как-то странно у тебя код запостился - с лишними пустыми строками...
3. Как видишь - не путаю. Уж своё авторство - точно
4. Да, действительно, в базе есть другие способы, а такого простого нет. Добавлю.
5. Очень сложно следить за тем, какие кнопки обновляются, их уже запощено до фига и больше, а реально полезных из них - одна десятая. Вообще я планирую больше не добавлять простые кнопки, вроде вызова таскменеджера или какого-нибудь апплета панели управления. Любой мало-мальски грамотный юзер сам по аналогии с уже имеющимися поймёт что и как. Добавляться будут только реально полезные и интересные кнопки.
6. На панель задач? Конечно нельзя А на панель инструментов TC - можно. В предыдущих версиях был глюк - редактор добавлял пробел ко всем строчкам, оформленным стилем, как у кнопок, сейчас я скриптом удаляю все лишние пробелы. Поверь - я проверил не один и не два раза - всё отлично копируется и вставляется (сейчас проверил ещё раз). Возможно, на какой-то отдельной кнопке опять проскочила эта глюка. Скажи, какая кнопка у тебя не вставляется, проверю.
Кстати, может ещё кто-то проверит, а то есть у меня подозрение, что иногда копирование с HTML-страниц и правда коряво происходит.