Total Commander

Пусть 7.77 выпустит. Boeing Edition.

2Lev
Не и аналогии у тебя... 7.77 - однозначно "Port Edition".

[off]Даже не знаю, что такое Port :([off]

Портвейн. Лично у меня "три семерки" вызывают именно такую ассоциацию...

Lev
Портвейн "три семёрки".

Всё ж таки опередили... Ладно. На этом авиационно-алкогольный оффтоп предлагаю завершить.

Начато приватное тестирование Total Commander 7.55 beta 9.
Это не опечатка. После бурных дебатов и голосований на бета-форуме номер версии из-за огромного количества новаций в ней изменён с 7.51 на более высокий. Таким образом, номер 7.51 остаётся только для первых восьми приватных бета-версий, а номеров 7.52, 7.53 и 7.54 не будет вообще.
Нечто подобное происходило когда-то в ходе тестирования версии 5.01, превратившейся по ходу дела в 5.10. Но в данном случае оптимальный вариант с номером 7.60 не прошёл по неочевидной для многих пользователей, но существенной для Гислера причине: такой номер нельзя корректно отобразить в виде метки даты/времени файлов дистрибутива TC.

Так или иначе, но этап приватного тестирования неуклонно близится к завершению. Не исключено, что следующая бета 7.55 будет представлена уже для публичного тестирования.

Уж скорее бы.

Да, обращал я внимание, что время всех файлов в дистрибутиве соответствует номеру версии, а дата - дате релиза. ИМХО, не очень это удобно - лишает возможности определить без сравнения по содержимому, обновился ли тот или иной файл, да и истинную дату модификации затирает.

Мысль пришла, что после 7.55 будет максимум 7.59, а потом следующая - аж 8.00.
Странно тогда, что Гислер сразу к 7.50 прыгнул от 7.04 - а не, скажем, к 7.20, 7.30 или 7.40.

MVV писал(а):Странно тогда, что Гислер сразу к 7.50 прыгнул от 7.04

Это устоявшаяся схема нумерации версий. Мажорные обновления получают инкремент в "половинку" версии, минорные — в сотую долю (изредка, если изменений слишком много для минорного обновления, — в десятую).

CaptainFlint писал(а):

MVV писал(а):Странно тогда, что Гислер сразу к 7.50 прыгнул от 7.04

Это устоявшаяся схема нумерации версий. Мажорные обновления получают инкремент в "половинку" версии, минорные — в сотую долю (изредка, если изменений слишком много для минорного обновления, — в десятую).

Я имел в виду как раз то, что "половинкой" у Гислера фактически является не 0.5, а 0.3, учитывая, что 0.6 - уже переход на следующий уровень.
У него так не остается возможности увеличить десятую долю до выпуска следующей мажорной, от которой все обычно ожидают каких-либо глобальных нововведений.

MVV писал(а):Я имел в виду как раз то, что "половинкой" у Гислера фактически является не 0.5, а 0.3, учитывая, что 0.6 - уже переход на следующий уровень.

Где ты нашёл 0.3 и 0.6? Во-первых, если уж так считать, то было 7.04, стало 7.50 — разница 0.46. Во-вторых, всё-таки 7.0x — это багфикс-релизы к 7.0, и такой "лобовой" подсчёт выглядит весьма натянутым: как по причине общих принципов развития версий, так и хотя бы потому, что старые и новые версии могут выпускаться параллельно. Например, 6.58, которая вышла после 7.03: что, считать её "откатом" на минус 0.45? Естественно, нет. Гораздо логичнее рассматривать версии как независимо развивающиеся "линейки": 6.0, 6.5, 7.0, 7.5 и т.д. Очередная линейка при выпуске инкрементируется на половинку (не считая единственного, после 3.0, исключения с переходом 5.0 -> 5.10). При этом внутри каждой линейки могут производиться исправления, обозначаемые минорными цифрами ("сотыми долями").

MVV писал(а):У него так не остается возможности увеличить десятую долю до выпуска следующей мажорной, от которой все обычно ожидают каких-либо глобальных нововведений.

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

CaptainFlint писал(а):

MVV писал(а):Я имел в виду как раз то, что "половинкой" у Гислера фактически является не 0.5, а 0.3, учитывая, что 0.6 - уже переход на следующий уровень.

Где ты нашёл 0.3 и 0.6?

Ну как же, вот где:

Avada писал(а):Но в данном случае оптимальный вариант с номером 7.60 не прошёл по неочевидной для многих пользователей, но существенной для Гислера причине: такой номер нельзя корректно отобразить в виде метки даты/времени файлов дистрибутива TC.

MVV писал(а):Да, обращал я внимание, что время всех файлов в дистрибутиве соответствует номеру версии, а дата - дате релиза.

Раз Гислер избегает номеров версий, которые не отображаются в виде часов и минут времени файлов дистрибутива, то минорный номер версии не может быть больше или равен 0.6. Тогда половина версии - 0.3, а 0.5 - это уже 5/6, и на десятую долю после выпуска версии х.5 инкрементировать уже некуда без увеличения мажорного номера.

MVV писал(а):Раз Гислер избегает номеров версий, которые не отображаются в виде часов и минут времени файлов дистрибутива, то минорный номер версии не может быть больше или равен 0.6.

Совершенно верно. И не то, что избегает, а просто до сего момента такая проблема реально ни разу не возникала. Теоретически Гислер признавал возможность существования номера 7.60 (это когда был разговор о так и не реализованной возможности появления после 7.50 спецверсии со встроенной прожигалкой). Но как дошло до дела, он на такой вариант всё же не пошёл, хотя за него высказалось большинство проголосовавших бета-тестеров.
Что касается всех этих дробей, то ситуация мне видится гораздо проще. С учётом практики Гислера добавлять после номеров букву "a" мы после 7.55 имеем запас ещё в 9 (девять) номеров. Максимальное число номеров, следующих за основным, было в 6.5x – десять. Но это единственное исключение — больше шести номеров, включая основной, в других линейках не было.
Ну, а остальное уже сказал CaptainFlint.

MVV писал(а):Раз Гислер избегает номеров версий, которые не отображаются в виде часов и минут времени файлов дистрибутива, то минорный номер версии не может быть больше или равен 0.6. Тогда половина версии - 0.3, а 0.5 - это уже 5/6, и на десятую долю после выпуска версии х.5 инкрементировать уже некуда без увеличения мажорного номера.

Теперь понял, о чём ты. Но привязка ко временной метке не является первичным фактором, на основании которого делается выбор версии. Всё-таки, 7.50 и 7:50 — разные вещи. Да и инкремент 6.0, 6.5, 7.0, 7.5 выглядит логичнее и понятнее, чем 6.0, 6.3, 7.0, 7.3. Учитывая небольшое количество минорных обновлений в рамках каждой мажорной версии, текущая система нумерации вполне работоспособна, несмотря на ограничения. За 13 лет развития Гислер лишь впервые упёрся в это ограничение. Я не думаю, что ради столь редких оказий имеет смысл приносить в жертву красивую "половинчатость" шагов и заменять её на неочевидные скачки 0.3/0.7.

CaptainFlint писал(а):Всё-таки, 7.50 и 7:50 — разные вещи.

а как же 7.50a и 7:50:10? Просто красивая фишка!

Началось тестирование в приватном режиме первой паблик-беты 7.55 (в девичестве — 7.51). Кроме изменения одного нового внутреннего значка, всё остальное — сплошная работа над ошибками.
Как обычно, задача предварительного тестирования — поиск каких-то пропущенных ранее серьёзных огрехов. Если таковых найдено не будет (или если будут быстро найдены и быстро устранены), на этой неделе новая версия станет, наконец, доступна широким народным массам.