С давних лет, при использовании локали ru_RU.UTF-8, в боковой панели закладок Thunar минимальная ширина этой панели
была в два раза больше, чем этого требовалось. Это связано с методом определения ее минимальной ширины -
для ее получения использовалась функция strlen() применительно к строке, возвращаемой gettext().
Так как при использовании кириллицы каждый символ будет кодирован двумя байтами получалась двойная ширина панели.
Здесь я предлагаю простой способ убрать ограничение на минимальную ширину этой панели.За основу будет взят исходный код Thunar текущей стабильной версии - 1.0.1, однако метод решения должен
подходить и ко всем предыдущим версиям. В файле thunar/thunar-shortcuts-view.c найдите следующую строку
(в версии 1.0.1 это строка 307):"width-chars", strlen (_("File System")),
Для того чтобы снять ограничение достаточно просто удалить эту строку. Это все.
Скомпилируйте Thunar (make clean по необходимости) и задавайте панели закладок такую ширину, которая вам необходима!URL:
Обсуждается: http://www.opennet.me/tips/info/2113.shtml
>Убираем ограничение на ширину панели закладок в ThunarДля блондинок?
Сроду держу вместо панели закладок панель с деревом папок -- там такой проблемы нет.
Ну тебе и так значит хорошо было, а мне дерево вообще не нужно, а вот панелька с закладками вполне. Лишь бы не того размера, что была :) На низких разрешениях это вообще пол экрана почти занимало :(
На ЛОРе не раз видел люди жаловались, и вот недавно снова начали на нее жаловаться. Ну я и решил разобраться. У меня этот баг был таким багом, из-за которого я и перестал Thunar-ом пользоваться вскоре.
имхо это должно красоваться не здесь в советах, а в багтрекере Фунара, в качестве предложения
>имхо это должно красоваться не здесь в советах, а в багтрекере Фунара,
>в качестве предложенияТак давно уже! Но всем пофиг.
>Здесь я предлагаю простой способ убрать ограничение на минимальную ширину этой панели.А есть сложный? Какие еще есть способы по борьбе с этим недугом?
Есть более сложный. Это не убирать ограничение совсем, а привести код к правильному, то есть чтобы ширина высчитывалась правильно.
>Есть более сложный. Это не убирать ограничение совсем, а привести код к
>правильному, то есть чтобы ширина высчитывалась правильно.На самом деле любое не очевидное ограничение есть зло. Нет и не было никакой необходимости в ограничении ширины панели. А введение такового является нарушением юзабилити-правила "Не лишай пользователя права делать то, что ему хочется".
По-моему так.
ППКС, именно поэтому, обнаружив источник проблемы, я даже не стал голову ломать особо как сделать ограничение, чтобы было "как задумано". В багтрекере тунара я даже видел просьбу от юзера убрать это ограничение совсем. Я вообще не понимаю тут логики - зачем это ограничение нужно было и почему именно по строке "File System"?
there is always more then one way to skin a cat :)
Может кто-нибудь собрать deb пакет? A то неохота тянуть в систему все эти *-dev.
Вот не обломался и скомпилил из исходников с репов дебиана.
thunar_1.0.1-1_i386.deb http://ifolder.ru/12915188
thunar-data_1.0.1-1_all.deb http://ifolder.ru/12915237Автору большое спасибо за совет. Тоже было отказался от его использования из-за громозкости.
а кто бы в апстрим всё это счатстье запостил ? Наверняка же баг открыт такой ?
Скажите, а следующее - баг или фича?
Если выделить несколько папок и щёлкнуть правой кнопкой, то пункт "Свойства" в контекстном меню будет неактивен
>Скажите, а следующее - баг или фича?
>Если выделить несколько папок и щёлкнуть правой кнопкой, то пункт "Свойства" в контекстном меню будет неактивенЭто защита от дурака.
это старинная багофича, давно обещают поправить
Есть более простое решение.
Ставим Poedit, открываем из исходников Thunar файл ru.po и меняем там перевод строки "Файловая система" на "File system", ну или любой другой, но латинницей.
Меняем в системе файл Thunar.mo на наш файлик. После этого ширина боковой панели ест-но считается правильно. Ну а какая-то там одна строчка не на русском думаю никого не будет особо напрягать.
Высчитывание ширины панели было исправлено, изменения в git.
http://bugzilla.xfce.org/show_bug.cgi?id=3965This should be fixed in git. Please re-open if it's still not working for you.
commit 10dbf54f58c1b78e2f65863212e1e2179f24e318
Author: Jannis Pohlmann <jannis@xfce.org>
Date: Fri Sep 18 23:41:06 2009 +0200Use g_utf8_strlen to calculate the sidepane width. Bugs #5390 and #3965.
Using strlen() for the number of characters is unrealistic when dealing
with multibyte strings.
Большое спасибо за этот пост! Всё не мог понят, откуда это ограничение.
Сразу на ум пришло решение без перекомпиляции:
Открываем бинарник Thunar (где он, можно узнать через `whereis Thunar`) в любом шестнадцатеричном реакторе (bless, hexedit, ghex).
Находим там строчку «File System», в версии 1.0.1 такая единственная. В hex она будет «46 69 6C 65 20 53 79 73 74 65 6D»
и меняем на что типа «46 69 6C 65 65 53 79 73 74 65 6D», те «FileeSystem». Перевод такого слова он не найдет и в результате посчитает длину от английского, а она очень удачно равна длине «Рабочий стол». Смотрится очень удачно, подправив всего один символ.Ну можно ещё сказать, что надо быть аккуратнее при редактировании, чтобы не произошло сдвига и если нет уверенности в результате, то сделать резервную копию.
Еще интереснее -- сейчас поменял 20 на 53 (пробел " " на подчеркивание "_") -- перевод подтянуло, но ширину рассчитала меньшую. Спасибо!