Board.KolibriOS.org

Я ведь не отрицал что есть люди которые оптимально пишут на ЯВУ. Другой вопрос что тех кто "не паримся" и "Закон Мура! Аминь!" подавляющее большинство и потакать таким устремлениям - наступать на горло собственной песне.

Mario
Это стандартный приём - память в обмен на удобство и быстродействие. Если твоему алгоритму нужен лишний мегабайт, дай его.

Стандартный прием для лентяя? Есть оправданная потеря памяти, когда критично время, но в этом случае такая щедрость не оправдана ничем кроме лени.

Mario
Ключевые слова удобство и быстродействие. При чём здесь лень ?

1. Удобство для программиста, если при этом происходят дополнительные затраты памяти = лень.
2. В данном случае быстродействие не является критичным фактором. Между двумя нажатиями клавиш для среднестатистического компьютера проходят целые эпохи.

З.Ы. Может прекратим непродуктивный спор? Все равно каждый останется при своем мнении. Более того если я буду делать, то сделаю так как задумал.

Удобство программиста это скорость разработки. А личное время бесценно.

Хорошо! Пусть последнее слово останется за тобой!

Mario wrote:В Тинипаде жутко не хватает возврата назад (истории изменений), обычно (в редакторах других ОС) вызываемой по хоткею Ctrl+Z.
Меня интересует реализация. В целом я конечно понимаю как приблизительно это работает, но меня смущает то как при удалении сохраняется набранный текст. Ведь мало просто повторить взад все выполненные действия, если это было добавление места или текста то удалить, чтобы вернуть взад, всегда можно, а вот родить обратно текст который был невозможно (ну, нету его уже физически в структуре).

Я в tedit делал так - на каждый символ 2 переменные: время создания и время удаления. Когда символ создается заполняется значение время создания. А когда удаляется то выставляется время удаления. Все правки находятся в памяти до сохранения и переоткрытия файла. Если пользователь делает отмены то текущее время как бы уменьшается и удаленные символы начинают отображаться на экране и принимают участие в редактировании.
Символ считается видимым если:
1) время удаления = 0
2) время удаления > текущего времени - количество отмен
Причем здесь есть очень важный момент, если пользователь отменяет действия по удалению символов, а потом редактирует текст, то я сталкивался с тем что символы бывшие удаленными снова пропадали ... Все дело в том, что при отмене удаления и новом редактировании нужно снимать с символов пометку о том что они были удалены, иначе при новых редактированиях нарушится 2-е условие и символы опять пропадут.

SoUrcerer wrote:

philpirj@habr: каждый раз, когда ты пишешь int i вместо short i, сотни пользователей вынуждены докупать планку памяти

- для регистрового значения ты или ничего не меняешь, или заставляешь компилятор вставлять and 0xFFFF в код.
- для значения в памяти ты вызываешь unaligned access, что тоже не мёд.

Mario: vim делает запись в лог/буффер при каждом действии.

maximYCH wrote:Вот ещё артефакт
Как вызывается, честно говоря, не понял

Появляется каждый раз когда кнопка меню (любая) нажимается для открытия меню в области от верхней границы текста и до верхней границы кнопки меню. (выделил на твоем скрине красной рамкой)

Spoiler:

tinypad.png (10.07 KiB)

Viewed 3964 times

z525 wrote:Появляется каждый раз когда кнопка меню (любая) нажимается для открытия меню в области от верхней границы текста и до верхней границы кнопки меню. (выделил на твоем скрине красной рамкой)

В связи с переписанным выводом курсора баг больше не актуален.

SVN r. 2637 корректная обработка системных клавиш Win+клавиша.
Собственно просто игнорирует ввод с зажатым WIN, так же как игнорировал ALT. Как только клавиша будет отжата ввод продолжится в прежнем виде.

Мелкий баг в TinyPad: http://bugs.kolibrios.org/view.php?id=19
Подозреваю, что в английской версии всё нормально. А может, и нет.

Вероятно из-за изменения порядка следования файлов в DOCPACK.