Я вынужден извинится перед Вами, Assasin, - чекбокс то я в Вашем примере и не разглядел !

Вот только сейчас обнаружил что Вы (и Dilma) всё-таки оставили возможность пользователю вибирать - обновлять HiUpdate.sha или нет, а я полагал что в Вашем примере HiUpdate.sha фильтруется безусловно . В таком случае я поддерживаю ваше предложение, но только при условии что HiUpdate будет выдавать предупреждение пользователю в случае появления новой версии HiUpdate.sha, если флажёк "Обновить HiUpdate" сброшен.

В последнем апгрэйде этого нет. Там появился только отлов загруженного HiAsma с предупреждением, как я и предлагал
------------ Дoбавленo в 03.44:
Кто, все же, интересуется новой таблицей (MTStrTbl) и технологией MT, то в качестве примера, я сделал HiUpDate на базе новых технологий. Для нормальной работы схемы необходимо обновить таблицу (модуль MTStrTbl) с SVN, тк в ней был обнаружен баг с ReplaceRow.

-- Добавлена возможность контроля запущенного процесса HiAsm.exe только тогда, когда есть обновление --

nesco, посмотрел hiupdate_new.sha

Очередное брюзжание.
-----------------------------
Возник вопрос, скорее к Dilma - ты просто, не подумавши, слепо скопировал.

Зачем предлагать закрывать HiAsm до проверки - есть обновления или нет ????

Считай список, проверь или есть обновление HiAsm, а потом уже, если есть, предлагай закрыть. А если обновляется только " about.txt" , то зачем закрывать HiAsm ? Тут нужно сообщение: "Обновление вступит в силу после перезапуска HiAsm" .

Тут уже на KOL никак свернуть не получится (помнишь разговор об очередности событий ?)

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

Время не нужно тратить - Стандартную реакцию и стандартный ответ знаю, как отче наш.

Поэтому и обращался к nesco, посмотрев его вариант hiupdate_new.sha.

Против дистрибутивного HiUpdate.sha - замечаний не высказывал.

Да я и не старался туда нового напихать, я просто показал очередной пример работы с MTStrTbl на примере переноса алгоритма c HiUpDate (и правильно взялся, тк был обнаружен баг). А вот насчет того -- есть обновление HiAsm.exe, или его нет, для меня, лично -- абсолютно деревянно, и меня эта версия вполне устраивает.

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

Добавил такую возможность, как контроль запущенного HiAsm.exe только тогда, когда есть обновление.

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

Никого не уличаю и не ловлю.
Вот скажи откровенно - в чем я здесь неправ
Что вы кругом ищете "врагов народа" ?

Tad, ну давай не будем предлагать закрывать hiasm.exe до обновления после чего у пользователя забывшего это сделать перестанет запускаться среда вообще, как это было раньше. Тебя такой вариант устраивает? И ты уверяешь нас, что это есть благо для народа, которого ты упомянул выше?

Я не предлагал не закрывать HiAsm . Задал вопрос Это совершенно разные вещи.
Возможен такой вариант ?

Вполне.
Т.е. зря я закрывал HiAsm и сохранял все нужные файлы.
Вот об этом и разговор.
Т.е. начало HiUpdate должно быть таким ( ListBox в кончательном варианте замнить на StrList)
code_13475.txt

И какая разница, если сейчас пишется в конце "no" от того что ты тут предложил Окончательный результат на загрузку будет один и тот же, только информативность потеряется. Тебе, может, она и ненужна, а другим нравится

nesco, опять ты не туда смотришь. Проверяем кол. файлов на обновление.
If count > 0 then предлагаем закрыть HiAsm с сохранением проектов или отложить обновление на потом.
Я просто не хотел раздувать пример.
Нравится тебе "no" - пожалуйста не удаляй, а для определения count используй другой StrList или вообще считай в счетчике.
Хотя если 203 "no" считается информативностью , то ....
Информативность - это когда я четко вижу, что обновляется, а не что не обновляется. Хотя отрицательный результат - тоже результат (с).

Очень интересно, и куда смотреть, додумывать самому, что ли Где это условие у тебя в схеме, что ты тут народу мозги паришь. Предложил идею, так доведи ее до конца, а не кусками выкладывай. Хот бы какой-то Message дохлый поставил, а то и того не сделал. А то опять начинается "всеувасхреновоодинязнаюкакнадо"

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

Единственный вариант, при котором имеет смысл обратится к разработчику без риска сразу же быть отправленным куда бы то ни было это предоставить свой действующий вариант HiUpdate.sha с теми правками, которые хотелось бы видеть в составе пакета. Только в этом случае состоится предметная беседа.
------------ Дoбавленo в 13.30:

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