NBS> Понимаешь какое дело. Я прекрасно понимаю, что никого не напряжет, NBS> если HotdogED будет заменять H на H. Этого просто никто не заметит. А
Так вот жеж. Напрягает. Поиск по базе приходится делать в два захода. С учётом, что у кого-то по старой памяти софт меняет буквы. При чём не одну. А ещё и "р" и что-то ещё...
NBS> нашему другу Сергею Позитурину для этого нужно один регексп в свою NBS> софтину добавить, это одна строчка кода (ну или как там оно в IDE под NBS> андроид) и тоже никого не напряжет, включая самого Сергея.
Кроме регэкспа на замену ещё предполагается блок интерфейса в настройках для включения/отключения этой фичи. А если HotdogED мне будет сам что-то на что-то менять, то ну его нафиг такой самовольный софт.
NBS> Hе понимаю, о чём речь в плане "напрягаться".
NBS> Что касается толерантности, то нет. Backwards Compatibility считалась NBS> раньше хорошим тоном. Если сейчас не так, то я просто высказал своё NBS> мнение.
И в чём должна выражаться совместимость? Если, предположим, всё тот же HotdogED начнёт почему-то выкусывать слог "ро", а при написании заменять его на латынские "po", то должны ли будут последующие версии GoldEd учитывать совместимость и также сразу заменять это буквосочетание на латынские буквы? Или пользователи будут должны прописывать у себя в конфигах ро EDITmacro "po"
Хорошим тоновм считается не потакание старым глюкам, а выправление этих багов разработчиками софта и пользователями, путём обновления софта.
Мне незамена букв никаким образом не мешает. Тебе мешает? Можешь назвать ещё двух человек, кому мешает? Нет? Тогда о чём разговор?
Что я могу еще сказать?.. Oleg
... AKA oleg(&)redut.info AKA ICQ 28852595 --- GoldED+/W32-MSVC 1.1.5-b20161221 (пока работает) * Origin: --- ...И все на наш редут... --- (2:5000/111)
