Средства и методы разработки

Да, чего-то мой IE10 странно как-то тормозит при работе с этой вундервафлей. Но тут сразу видны концептуальные огрехи дизайна среды. Прежде всего, не надо делать pain txt редактор на js. С сервера должен приходить js код, который из набора фрагментов строит отображение текста на экране. Фрагменты имеют некий ID, тот же самый, что и в БД на хосте. Тогда сразу получится, что текст - это композиция из тегов и небольшого числа операция над ними. И каждый файл сразу доступен как список тегов (в идеале сгрупированных по смыслу). include файл - js приложение сразу знает, каких тегов от него можно ждать. Когда программер пишет код, ему тут же теги предлагают. Из которых он удобно выбирает нужное и выбирает операцию - что он с тегом делает. Тут же пишутся каменты с указанием того элемента текста, к которому этот камент относится. Как они будут отображены в тексте - это вообще другой вопрос. Поредактировали фрагмент - сохранили на серваке в виде той же последовательности элементов. Сервак сгеренил plain txt из этой хрени и скормил компилеру. Одновременно сервак создал map файл - строка: символ <-> ID элемента. Выход компилера сразу привязали к элементам БД и подсветили их на экране. В общем, тут идеология проектирования важнее. Ну и брузер, вероятно, все же надо правильный. Чота как-то IE традиционно не дружит с большими js.