Текстовые редакторы и флаг модификации

Как будто нет других проблем.

А какие есть? Надо проводить мероприятия по снегозадержанию на сельскохозяйственных полях?

И что тебя смущает? Ты внес изменение - получай звездочку. Контрольную сумму на каждый чих считать запаришься.

Н Е
В З Л Е Т И Т

П О Ч Е М У

Идеи никому не нужны. Патчи в студию.

что тебя смущает?

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

Пользовательский интерфейс должен четко отображать чт происходит.

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

Патчи в студию.

как ты думаешь, сколько всего в мире написано текстовых редакторов, к которым надо сделать патчи?

Ты модифицировал? Модифицировал. Чо ты докопался до программы? Вот если бы ты Отменил свое действие, а прога бы не убрала флаг модификации, то можно было бы на нее гнать.

В IntellijIdea все как-то так и работает.

как ты думаешь, сколько всего в мире написано текстовых редакторов, к которым надо сделать патчи?

vim, emacs.

Потому что. Напиши такой редактор, ибо в популярных твоя идея вряд ли найдёт поддержку.

Чо ты докопался до программы? Вот если бы ты Отменил свое действие

Так я отменил. Каким способом хочу, таким и отменяю. А программа должна быть понятливая.

как-то так

а как на самом деле?

Ты не отменил, ты сделал 2 действия. Это совершенно разные вещи.

Это совершенно разные вещи.

Это для редактора разные.
А для меня - одинаковые.
Редактор неправ.

Что делать с коллизиями?

Вычислять 2 разных хеша.

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

проявляется это в том, что если файл поменять, как ты описал — ввести пробел, удалить, и сохранить — эклипс отказывается пересобрать APK.

В принципе подобные вещи делает git, он может показывать изменные файлы относительно версии, которую закоммитили. И текстовые редакторы и IDE умеют подсвечивать файлы, которые git считает измененными. Это более полезно в процессе программирования, так как еще показываются измененные строки и таким образом видно измененный файл из вне редактора, например утилитой форматирования

А сам-то как думаешь?
- сравнивать по длине
- брать несколько разных сумм

Тебя же не напрягает, что ты дистрибутивы по контрольным суммам проверяешь

В принципе подобные вещи делает git

вообще текстовые радакторы работают неправильно. Они хранят измененный текст. А должны хранить в памяти и последний текст и патчи (и согласованно их модифицировать). Т.е. нужен новый текстовый редактор с новой внутренней объектной моделью.

Историю хранит любой редактор с Undo.

В Идее есть локальная история. Даже если никакого гита не подключено, в любой момент можешь откатиться к старым или новым изменениям и посмотреть диффы.

Только ты предлагаешь что-то еще, что именно — непонятно.

а какие проблемы решает эта реализация флага изменения?

Очень важные проблемы психического состояния ТС.

нуфф саид :)

Могу тебе предложить самый простой способ испытать твою идею: дописать модуль tabs редактора Atom, чуть изменить isModified в этом модуле и готово.

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

ты предлагаешь ещё сильнее греть атмосферу процессором

Да, пусть морально страдает он, а не я

постоянное пересчитывание контрольных сумм окажется дешевле сохранения документа?

меня его проблемы не волнуют. Даже если будет ему долше, главное, что мне станет легче (и ещё 10 миллиардам людей на планете)

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

А проще, наверно, вообще никак не заставлять юзера сохранять документ, как поступили в Sublime Text.

Тормоза тоже будут испытывать твои нервы

докажи.
«Экспериментально установлено, что задержка менее 200 мс почти не воспринимается» (c) один из коммитетов по стандартизации

За электричество платишь ты

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

Тут надо сравнивать общие суммарные расходы времени всех пользователей и расходы одного девелопера на программирование.

даже the stupid content tracker умеет отслеживать

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

Пусть оно лучше BTC майнит — затраты теже, а проку больше.

Тогда обратись в Job. Там тебе быстро посчитают стоимость твоей фичи. Если вообще возьмутся.

затраты теже

я же предлагал в исходном сообщении побить файл на блоки!

Там тебе быстро посчитают стоимость твоей фичи.

не смогут - скилла не хватит.

Если вообще возьмутся.

тут мне нравится подход команды exherbo. Они говорят - мы не хотим с вами общаться, мы хотим общаться только с теми, кто делает великие вещи, такие же как мы.

Как вам идея?

В жизни не видел ничего более гениального. А теперь бери свою идею и иди отсюда.

ну идея как идея.

в одном редакторе, который вполне успешно применяется для редактирования исходников экспериментальной системы, под которую написан, флаг ставится так (синтаксис изменён для защиты невиновных):

modifiedFlag <- onDiskText == bufferText

где <- это зависимость в смысле FRP.

Работает и на современном железе вовсе не тормозит (не смотря на то, что там всё написано в таком же стиле — например, при каждом изменении полностью пересчитывается и перерисовывается та часть текста, что на экране).

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

Все правильно, флаг показывает были ли вобще модификации, а не соответствует ли текущее состояние буфера с файлом содержимому файла.

идиотская идея. «изменённый файл» значит, что я стёр старый файл, записал на его место новый, стал его хозяином, и сменил mtime, а может ещё и права доступа.

Пользовательский интерфейс должен четко отображать чт происходит.

а если файл на сервере за 1000км, то что, то, что программа файл туда-сюда гоняла, это «ничего не произошло», да?

Так я отменил. Каким способом хочу, таким и отменяю. А программа должна быть понятливая.

кстати, VIM, если отменять действия Undo, снимает пометку «изменён», если ты как раз на том изменении, которое в последнем сохранении.

и сохранить — эклипс отказывается пересобрать APK.

по идее, пересобирают make/cmake/qmake, и они смотрят только на mtime, иначе точно всё зависнет нафиг.

Но если ты юзаешь vim, вставишь пробел, нажмёшь Undo, и выйдешь, то vim НЕ сохраняет файл.

вообще текстовые радакторы работают неправильно. Они хранят измененный текст. А должны хранить в памяти и последний текст и патчи (и согласованно их модифицировать). Т.е. нужен новый текстовый редактор с новой внутренней объектной моделью.

это НЕ unix way

«Экспериментально установлено, что задержка менее 200 мс почти не воспринимается»

задержка может быть НАМНОГО больше, если твой HDD решил заснуть, а ты просто сидишь, и книжку читаешь. По твоим идейкам, редактор обязан посчитать SHA512 от ВСЕГО файла, если ты его тупо решил закрыть.

по идее, пересобирают make/cmake/qmake

неа, андроидные проекты собираются встроенной билд-системой эклипсы.

Но если ты юзаешь vim, вставишь пробел, нажмёшь Undo, и выйдешь, то vim НЕ сохраняет файл.

а если нажму :w — сохраняет.

андроидные проекты собираются встроенной билд-системой эклипсы.

наверняка это велосипед на тему gnu make.

а если нажму :w — сохраняет.

угу. Причём нет никакой разницы, менял-ты там содержимое, или нет.

угу. Причём нет никакой разницы, менял-ты там содержимое, или нет.

абсолютно верно. а в эклипсе - разница есть. наконец-то до тебя дошло.

Блоки не нужны. Файл и так уже разбит на строки.

особенно весело, когда он весь состоит из одной строки. длинной.