Столбец, "обрезка"

[Alex]

в Подробном уменьшаем колонку Дата. Дата все равно рисуется(нет места для нее)

[Qwertiy]

в Подробном. уменьшаем колонку Дата. Дата все равно рисуется(нет места для нее)
Атрибуты- the same

Насколько я помню, в TC тоже так... Не считаю, что это надо менять - лучше видимое наложение текста, чем обрезка - из-за неё можно что-нибудь не так сделать... Вот выбор столбцов пригодился бы (надеюсь, в 0.97 появится)...

Что касается даты, то надо её формат руками написать. При желании даже убрать можно.

[Max Diesel]

в Подробном. уменьшаем колонку Дата. Дата все равно рисуется(нет места для нее)
Атрибуты- the same

Дополнительные команды по измерению ширины текста даты и по подрезанию его скорее всего негативно отразятся на скорости прорисовки панели. Полагаю указанное умение не критично, а потому скорость все-таки приоритетнее.

[Alex]

вывод FillRect скажется на скорости? Нет

[Max Diesel]

вывод FillRect скажется на скорости? Нет

А причем тут FillRect? (но даже он на скорости скажется, вопрос лишь в том насколько сильно)

[Alex]

Чтобы не было текста от пред. колонок, надо для каждой колонки делать Fillrect(потом- TextOut).

[Max Diesel]

Fillrect используется для всей строки, а не для столбца. Я считаю что смысла в срезании непоместившихся краев даты нет.

[Alex]

смысл такой- уменьшить Дату чтобы было только D.M.YYYY, а H:M было только в status (убрать H.M из формата - не то, не будет в status).

[Qwertiy]

смысл такой- уменьшить Дату чтобы было только D.M.YYYY, а H:M было только в status (убрать H.M из формата - не то, не будет в status).

А ещё при этом скрыть несколько старших цифр размера или хвост расширения...

Расширение и размер.png

Я пользуюсь именно такими столбцами (уменьшил ширину за счёт имени, остальные - без изменения). Наложения текста обычно нет, поэтому я против искусственной обрезки.

[Alex]

Немного странный способ. Можно ini-key (для старого поведения)

[Qwertiy]

Немного странный способ.

Почему странный? Выбрать минимальную (но достаточную) ширину для расширения и размера вполне логично.
Какие файлы могут иметь размер в несколько ГБ? Iso, sys, avi, rar, 7z, bin - все расширения короткие, а файлы с длинными расширениями имеют размер на несколько порядков меньше - как раз место на их расширение.

Можно ini-key (для старого поведения)

А вот тут вопрос времени выполнения/дублирования кода. Есть 3 способа реализации.
1. Медленный:

Код: Выделить всё

for(/* each file in files */)
  {
  ... // Какой-то код
  if(needclear) fillrect(...);
  ... // Какой-то код
  }

2. С дублированием кода:

Код: Выделить всё

if(needclear)
  for(/* each file in files */)
    {
    ... // Какой-то код
    fillrect(...);
    ... // Какой-то код
    }
else
  for(/* each file in files */)
    {
    ... // Какой-то код
    ... // Какой-то код
    }

3. C использованием отдельного файла и условной компиляции - поместить функцию в отдельный файл и использовать в нём условную компиляцию для получения двух функций с данным различием с помощью двойного использования #include при разных вариантах раскрытия макроса... Плюсом этого способа является создание функций без проверки лишних условий при отсутствии ручного дублирования кода. А минусом - то, что он является не самым понятным.

Как Вы считаете, насколько такая модификация имеет смысл?
Может, лучше попросить два формата даты - для файловой панели и для строки состояния?

[Max Diesel]

Как Вы считаете, насколько такая модификация имеет смысл?
Может, лучше попросить два формата даты - для файловой панели и для строки состояния?

Что-то нет у меня желания делать разные функции прорисовки лишь для того чтобы опционально подрезалась строка даты... да и два формата даты на мой взгляд перебор.

И честно говоря мне что-то не совсем понятна необходимость в одном случае видеть "H:M", а в другом - нет... насколько мне известно, дата в панели отображается при подробном режиме, а дата в строке статуса - при кратком...

[Alex]

Qwertiy
>Как Вы считаете, насколько такая модификация имеет смысл?
смысла нет. От сравнения (даже в for)что-то изменится- только в asm-программе. Или в архиваторе
Вар-т 1- достаточно

MD
Explorer "подрезает" колонки

[Alex]

Скорость: пока делается fillrect для всей строки. Будет делаться fillrect для каждой колонки. скорость этого та же - вместо всей строки fillrect для отдельных колонок.

[Max Diesel]

Explorer "подрезает" колонки

Неудивительно, ведь TListView делает это по умолчанию...