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

Это ж маздайство ! При изменении самого левого столбца приходится подправлять все остальные!

Кто как победил ?

jedi
Это давайте ещё поспорим насчёт неудобства. Я вот, к примеру, ненавижу окна с горизонтальной прокруткой - а она как раз и появляется при типично виндовой раздвижке столбцов. Так что поведение птицы устраивает на все сто.

Вас устраивает необходимость править ширину остальных 10 столбцов при изменении первого (который обычно subject или from и которые часто приходится двигать) ?
Это большее зло, чем горизонтальная прокрутка, которая кроме 5 мм экрана больше ничего не отнимает.

jedi
А зачем тебе вся эта куча столбцов?
Практически для использования больше 4-5 и не треба, отключи лишнее облегчишь себе жизнь.

тема
от кого
кому (в случае неск ящиков на один инбокс)
дата
размер

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

jedi
Купи монитор побольше, поставь системный шрифт поменьше

Ааа.. Купить монитор у разработчиков FF ???

Теперь мне понятна вся схема этого бизнеса )

jedi

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

ArtLonger

Напрасно вы так, мне вот тоже очень не нравиться эта фича в TB (да и не только в TB, но и в Fx), но отказываться от почтовика (и браузера) из-за этого не собираюсь. Вот если бы её исправили на виндозный вариант (хотя бы в дистрибутивах для windows) или сделали её изменяемой в настройках, то это было бы привычней для пользователей windows.
Всё это IMHO конечно.

Есть определенные наработки в UI, которые делают его наиболее удобным и интуитивным (для большинства конечно, вы не в счет). Не зря целые подразделения в компаниях работают над интерфейсами не доверяя
программисту "натыкать кнопочек".

А если хотите более предметно продолжить, ответьте тогда на следующие вопросы, может быть я просто
чего-то не понимаю:

1. Почему я не могу продолжить работу из-за того, что мне надо прилагать усилия к другим столбцам после ресайза нужного ?

2. Как получить доступ к столбцам, скрытым за правой границей если нет прокрутки ?

jedi
Ну конечно же я не в счёт. И с чего Вы взяли, что у нас предметный разговор?
1. Не знаю, наверное у Вас такое видение мира...
2. А что, у птицы что-то скрывается за правой границей? Вот не знал...

Имхо, Ваши претензии уместнее высказывать тут: http://www.mozilla.org
Вполне возможно, что разработчики прислушаются к Вашим пожеланиям.

Ну коли предмета для разговора нет, то поднимаю первоначальный вопрос:

Товарисчи, есть ли какое-нибудь расширение или параметр в about:config позволяющие установить привычное поведение таблицы ?

Все эти проблемы из-за сырости продукта. Обычно в нормальных программах такие вещи настраиваются. Как, например, в OpenOffice.org (там ваще 3 типа поведения). Так что действительно лучше писать в mozilla.org. А еще лучше в BugZilla. Уверен, большое количество пользователей проголосует.

2 ArtLonger
А Вам не кажется, что это тоже ваша личная точка зрения. И Вы так говорите только лишь по тому, что именно такое поведение реализовано в птице. Я бы почитал Ваши аргументы при другом раскладе.

LattyF
А я спорю? Исключительно личная точка зрения. Как правило, мнения делятся 50/50 - кому то удобно, кому то нет. И дело не в сырости, а в концепции родителя (Mozilla suite), которая родом из Linux'a. Добавлять разные типы поведения конечно можно, но сколько тогда программа будет весить и как быстро работать?

Называть тему "Поганый resize" я бы точно не стал...

Извините, вопрос не по теме.
Судя по вашим фразам типа "..никто не заставляет пользоваться..", "... родом из Linux'a...", вы воинствующий линуксоид ?
(ни в коем случае не наезд, просто для конструктивности общения в будущем,
включая и названия топиков )

Давайте задумаемся: А что мы хотим получить изменяя размеры столбцов.
Увидеть на экране какую-то дополнительную полезную информацию.
ИЛИ
Отобразить все возможные комбинации столбцов во всех возможных сочетаниях и размерах. Даже если на экране будет виден только один-единственный.
jedi
LattyF
Объясните пожалуйста ВЕЛИКУЮ полезность столбцов которые всё равно не видны на экране. Зато они не изменяют размер при изменении размера соседних столбцов.

Лично мне непонятна польза от столбцов которые уползли за пределы экрана. Да можно воспользоваться горизонтальной прокруткой и "вытащить" их на экран. Но тогда "пропадёт" с экрана другая часть столбцов.

P.S. Всё-таки купите монитор побольше (там где привычнее). Поставьте разрешение по горизонтали побольше (какое привычнее). Добавьте столбцов (сколько привычнее). Настройте их размеры (как привычнее). Всё.

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

А проект, все равно, пока еще очень сырой. Может версия где-то 2 окажется вполне сносной по функциональным возможностям. А пока пользуемся тем что есть

Infant
Да не в информации дело. Просто человеку не нравится реакция остальных столбцов на изменение ширины одного. Представьте туже ситуацию в OpenOffice.org Writer (ну или в Word'е для ценителей). Вам бы понравилась перспектива менять ширину всех столбцов при изменении ширины одного?

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

Попробуйте ради интереса EMACS. Как быстро вы сможите освоиться на его родных горячих клавишах? Как вам выход из редактора через Ctrl+C+X? А теперь представьте закоренелого юниксоида за Notepad. Только в отличии от мелкомягких, разработчики EMACS все делают для удобства пользователя. Поэтому раскладку можно очень легко сменить на аналогичную виндовой. Вот в этом и просматривается забота о пользователе.

Ну вот пару аргументов:
За правой границой обычно находятся малополезные столбцы. На которые изредка смотрят, но все-таки смотрят. В этом случае надо просто дернуть прокрутку на пару секунд вправо.
Пример: "дата отправления" (не! получения).

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

LattyF
Да нет там выброшенных возможностей. Есть базовые, взятые от родителя, и проект как раз активно развивается в плане улучшения функционала. Вот только если не написать разработчикам о своих хотелках, то их не будет и в 10-ой версии (разве что разработчики сами придут к мысли о необходимости какой-либо функции).

Если речь идёт о распечатке, то именно так и приходится делать чтобы всё влезло на лист .

Так я как раз и говорю, что надо писать разработчикам.

А что в ворде то что вы видите при редактировании не идентично тому что получается при печати? Интересный WYSIWYG

LattyF

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

Вот потому я и привожу в пример OpenOffice.org. Как раз в текстовом процессоре такое поведение ошибочно, а пропорциональное изменение ширины остальных столбцов более логично. Но мы говорим о списке писем, где  изменение ширины не приводит к «пропаже» информации, она доступна через прокрутку. Здесь как раз было бы удобнее не изменять ширины остальных столбцов, ну или для инакомыслящих сделать эту фичу настраиваемой.

Bug 95525 - Resizing a column should adjust the last column, not the next one
WONTFIX.

Честно - никогда раньше, до знакомства с этой темой, не обращал внимания на особенности поведения столбцов в продуктах Мозилла Но прекрасно помню, как я ругался когда регулировал эти столбцы в FlashGet (насколько понимаю - чисто виндовозная реализация)...  Теперь я об этом знаю. Ни лучше, ни хуже мне от этого не стало