DoubleClick в Konqueror - нетривиален проблем
14 отговора
395 прегледа
DoubleClick в Konqueror - нетривиален проблем
Имам следният проблем - konqueror в режим на file manager настоява да отваря файловете при единично, а не при двойно кликване.
В Configuration / KDE / Peripherals / Mouse е избрано Double click и точно затова казвам, че проблемът е нетривиален. Независимо какво избера тук, konqueror ВИНАГИ отваря със single click. Докато десктопа реагира правилно - ако е избрано Double click, върху иконите трябва да се щракне два пъти. Но ако щракна два пъти върху някоя икона, водеща към директория, се отваря konqueror, който въобще не еб*ва да обърне внимание на този параметър и реагира още на първия клик върху всеки файл или директория.
В ~/.kde/share/config/kdeglobals се появява SingleClick=true, когато в Mouse е избран Single Click, а този параметър липсва при Double Click (т.е. by default е false). Пробвах да добавя SingleClick=false, но без ефект. Във всички версии на този файл, редът SingleClick или липсва, или е false.
# grep SingleClick `locate kdeglobals`
/root/.kde/share/config/kdeglobals:SingleClick=false
/usr/share/mdk/kde/root-interface/kdeglobals:SingleClick=false
/usr/share/config/kdeglobals:SingleClick=false
Пробвах да го махна от всички файлове и сега горният grep не показва нищо, но отново без успех. Вероятно konqueror има някакъв свой собствен параметър, който override-ва kdeglobals и който по някакъв начин се е включил.
Дистрибуцията е mandrake 9.1, ако това е от някакво значение.
Някой да има някаква идея по въпроса?
Може да ми пишете и на митко@митко.цом (на латиница, разбира се)
В Configuration / KDE / Peripherals / Mouse е избрано Double click и точно затова казвам, че проблемът е нетривиален. Независимо какво избера тук, konqueror ВИНАГИ отваря със single click. Докато десктопа реагира правилно - ако е избрано Double click, върху иконите трябва да се щракне два пъти. Но ако щракна два пъти върху някоя икона, водеща към директория, се отваря konqueror, който въобще не еб*ва да обърне внимание на този параметър и реагира още на първия клик върху всеки файл или директория.
В ~/.kde/share/config/kdeglobals се появява SingleClick=true, когато в Mouse е избран Single Click, а този параметър липсва при Double Click (т.е. by default е false). Пробвах да добавя SingleClick=false, но без ефект. Във всички версии на този файл, редът SingleClick или липсва, или е false.
# grep SingleClick `locate kdeglobals`
/root/.kde/share/config/kdeglobals:SingleClick=false
/usr/share/mdk/kde/root-interface/kdeglobals:SingleClick=false
/usr/share/config/kdeglobals:SingleClick=false
Пробвах да го махна от всички файлове и сега горният grep не показва нищо, но отново без успех. Вероятно konqueror има някакъв свой собствен параметър, който override-ва kdeglobals и който по някакъв начин се е включил.
Дистрибуцията е mandrake 9.1, ако това е от някакво значение.
Някой да има някаква идея по въпроса?
Може да ми пишете и на митко@митко.цом (на латиница, разбира се)
Re: DoubleClick в Konqueror - нетривиален проблем
Интересно. При мен този проблем го няма - от контрол панела си настроих дъбълклика и работи навсякъде. Ползвам КДЕ 3.1.4 дистрибуцията е Gentoo (коя версия е и аз не знам)
bash-2.05b# grep SingleClick `locate kdeglobals`
SingleClick=false
bash-2.05b#
Надеждата умира последна...
Но все пак умира
bash-2.05b# grep SingleClick `locate kdeglobals`
SingleClick=false
bash-2.05b#
Надеждата умира последна...
Но все пак умира
Re: DoubleClick в Konqueror - нетривиален проблем
един много полезен трик, несъпоставим с нищо в уин средата е простото триене на конфиг дир на юзъра и започване на чисто с дадената програма
с други думи - преименувай /твоя_дом/.kde на кде- примерно и зареди кде програмите, вкл. и конкъръра, виж дали има същия проб, ако да, значи е глобален бъг или настройка в /уср/схаре, ако се оправи - от твоя конф е :)
с други думи - преименувай /твоя_дом/.kde на кде- примерно и зареди кде програмите, вкл. и конкъръра, виж дали има същия проб, ако да, значи е глобален бъг или настройка в /уср/схаре, ако се оправи - от твоя конф е :)
Re: DoubleClick в Konqueror - нетривиален проблем
И при мен го няма. KDE 3.2.0 на Gentoo.
ПП emerge --info :)
ПП emerge --info :)
Редактирано от mn_t на
Re: DoubleClick в Konqueror - нетривиален проблем
Пробвах (с друг усер, разбира се). Изтрих му .kde, проверих какво е сетнато в kcontrol и ефектът е съвсем същия.
Обаче междувременно стесних случаите в които се проявява. Когато файловете са показани като икони (Icon view, Multicolumn view), тогава DoubleClick работи. Но ако са показни като списък (Tree view, Detailed list view и всички други), тогава не работи. Т.е. имам doubleclick върху икони, но не и върху списъци. Вероятно е нещо във View Modes. Сега ще ровя там, но те май не са конфигурируеми. Имам предвид точно View Modes, а не View Profiles - във всички профили е еднакво и зависи от режимът, а не от профила.
Митко
Обаче междувременно стесних случаите в които се проявява. Когато файловете са показани като икони (Icon view, Multicolumn view), тогава DoubleClick работи. Но ако са показни като списък (Tree view, Detailed list view и всички други), тогава не работи. Т.е. имам doubleclick върху икони, но не и върху списъци. Вероятно е нещо във View Modes. Сега ще ровя там, но те май не са конфигурируеми. Имам предвид точно View Modes, а не View Profiles - във всички профили е еднакво и зависи от режимът, а не от профила.
Митко
Редактирано от Mитko на
Отбой
Знаейки вече какво да търся (view modes), намерих този проблем в бъглиста на KDE, а също и на Mandrake. Било в kdelibs.
[линк]
> I've just found out that this is due to Mandrake patches 102 and 105 in kdelibs.
>> Mandrake considers this a feature not a bug and they still have it
>> patched it into kde libs (patches 102 & 105). I took them out of my
>> kde-3.1.4 because its not a feature to me and others but an annoyance.
So all in all you can't remove the way it works without recompiling the source code
and removing the offending patches.
Явно не е конфигурационен проблем. Ще трябва да си сменям KDE-то :-(( Shit!
Митко
[линк]
> I've just found out that this is due to Mandrake patches 102 and 105 in kdelibs.
>> Mandrake considers this a feature not a bug and they still have it
>> patched it into kde libs (patches 102 & 105). I took them out of my
>> kde-3.1.4 because its not a feature to me and others but an annoyance.
So all in all you can't remove the way it works without recompiling the source code
and removing the offending patches.
Явно не е конфигурационен проблем. Ще трябва да си сменям KDE-то :-(( Shit!
Митко
Редактирано от Mитko на
Re: Отбой
това е добър повод да смениш КДЕ до 3.2 - най-новата версия, доста по-лека и много по-бърза от 3.1.х
голям кеф е да го използваш, наистина :)
голям кеф е да го използваш, наистина :)
Re: Отбой
Сигурно, но аз не обичам да тествам нови неща на свой гръб. Засега ще се огранича до 3.1.4. И без друго е голям гърч - трябва да сменя всичко това заради едното кликване:
XFree86-xfs-4.3-24.4.92mdk.i586
arts-1.1.4-3tex.i586
kdebase-3.1.4-6tex.i586
kdebase-devel-3.1.4-6tex.i586
kdebase-kdm-3.1.4-6tex.i586
kdebase-nsplugins-3.1.4-6tex.i586
kdelibs-3.1.4-2tex.i586
kdelibs-common-3.1.4-2tex.i586
kdelibs-devel-3.1.4-2tex.i586
lame-3.95.1-1plf.i586
libarts-1.1.4-3tex.i586
libfreetype6-2.1.4-6plf.i586
libfreetype6-devel-2.1.4-6plf.i586
liblm_sensors1-2.7.0-2mdk.i586
libmp3lame0-3.93.1-2.1plf.i586
libqt3-3.1.2-15.3.92mdk.i586
libqt3-devel-3.1.2-15.3.92mdk.i586
libxfree86-4.3-24.4.92mdk.i586
libxfree86-devel-4.3-24.4.92mdk.i586
mdkkdm-9.2-9.2.92mdk.i586
qt3-common-3.1.2-15.3.92mdk.i586
uClibc-0.9.21-2mdk.i586
uClibc-devel-0.9.21-2mdk.i586
XFree86-xfs-4.3-24.4.92mdk.i586
arts-1.1.4-3tex.i586
kdebase-3.1.4-6tex.i586
kdebase-devel-3.1.4-6tex.i586
kdebase-kdm-3.1.4-6tex.i586
kdebase-nsplugins-3.1.4-6tex.i586
kdelibs-3.1.4-2tex.i586
kdelibs-common-3.1.4-2tex.i586
kdelibs-devel-3.1.4-2tex.i586
lame-3.95.1-1plf.i586
libarts-1.1.4-3tex.i586
libfreetype6-2.1.4-6plf.i586
libfreetype6-devel-2.1.4-6plf.i586
liblm_sensors1-2.7.0-2mdk.i586
libmp3lame0-3.93.1-2.1plf.i586
libqt3-3.1.2-15.3.92mdk.i586
libqt3-devel-3.1.2-15.3.92mdk.i586
libxfree86-4.3-24.4.92mdk.i586
libxfree86-devel-4.3-24.4.92mdk.i586
mdkkdm-9.2-9.2.92mdk.i586
qt3-common-3.1.2-15.3.92mdk.i586
uClibc-0.9.21-2mdk.i586
uClibc-devel-0.9.21-2mdk.i586
Re: Може би
Няма го на RPM, а не ми се качва от source. Tвърде много dependencies - 23 пакета трябва да се подменят и ще има да си компилирам цяла седмица.
Митко
Митко
Re: Може би
вярно с мандрейка беше голяма борба с тези рпм зависимости, но, повярвай ми, струва си, подобрението не е само козметично и това, че има нов iconset, ВСИЧКО върви по-бързо и по-добре
отделно, че в новото КДЕ има дълго чаканото от мен (и дори почти успешно саморъчно пригодено за конзолно приложение от multires source-a - плъгина за гноме 2) сменяне в реално време на резолюцията на десктопа със "Screen Size & Rotate" приложението. Много добро и поредната стъпка към истински използваем лесен десктоп!
отделно, че в новото КДЕ има дълго чаканото от мен (и дори почти успешно саморъчно пригодено за конзолно приложение от multires source-a - плъгина за гноме 2) сменяне в реално време на резолюцията на десктопа със "Screen Size & Rotate" приложението. Много добро и поредната стъпка към истински използваем лесен десктоп!
Re: Може би
Аз съм с 9.1 все още. Ще бъде сериозен гърч да кача 3.2 върху тази платформа. И без това се побърках докато ъпгрейдна до 3.1.4 - отне ми два дни, а се имам за advanced user. Само виж тук какво стана:
[mitko@mitko mitko]$ ls -la /var/cache/urpmi/rpms/ | wc -l
63
На няколко пъти се получи проблем с това, че urpmi намира зависимости само в едната посока, но ако вече имаш качен някакъв пакет с по-нова версия, просто гръмва със съобщение от типа devel(libz) is needed by ... и те оставя да се оправяш. Налага се да деинсталираш пакетите, за които е гръмнал, а така също и няколко от тях да ги качиш ръчно с --force --nodeps и в подходяшия ред. А най-интересното беше, че X-интерфейса на urpmi в някакъв момент реши, че трябва да деинсталира няколко пакета, които му пречили на зависимостите, между които ... urpmi и perl-URPMI. И ме остави с вързани ръце - трябваше първо него да го свестявам.
Затова първо ще се наканя да се ъпгрейдна до mdk 9.2, а чак след това ще мъча ъпгрейд на kde-то, защото нацелването на всички тези зависимости си е voodoo magic
Митко
P.S. Вече съм с kdebase-3.1.4-6tex и doubleclick-а се оправи
[mitko@mitko mitko]$ ls -la /var/cache/urpmi/rpms/ | wc -l
63
На няколко пъти се получи проблем с това, че urpmi намира зависимости само в едната посока, но ако вече имаш качен някакъв пакет с по-нова версия, просто гръмва със съобщение от типа devel(libz) is needed by ... и те оставя да се оправяш. Налага се да деинсталираш пакетите, за които е гръмнал, а така също и няколко от тях да ги качиш ръчно с --force --nodeps и в подходяшия ред. А най-интересното беше, че X-интерфейса на urpmi в някакъв момент реши, че трябва да деинсталира няколко пакета, които му пречили на зависимостите, между които ... urpmi и perl-URPMI. И ме остави с вързани ръце - трябваше първо него да го свестявам.
Затова първо ще се наканя да се ъпгрейдна до mdk 9.2, а чак след това ще мъча ъпгрейд на kde-то, защото нацелването на всички тези зависимости си е voodoo magic
Митко
P.S. Вече съм с kdebase-3.1.4-6tex и doubleclick-а се оправи
Screen Size & Rotate
се появи в току-що качения от мен 3.1.4. Може би не е функция на 3.2, а е просто въпрос на дистрибуция.
Митко
Митко
Re: Screen Size & Rotate
възможно е да се е появило в 3.1.4, защото в МДК 9.2 версията беше 3.1.3, за разлика от бета версията месец по-рано, където беше 3.1.4, но не съм забелязал с моя орлов поглед за хубавата нова благинка :)
наистина, най-добре upgrade до 9.2 и после с cooker до нов КДЕ е доброто решение може би
поздрави
наистина, най-добре upgrade до 9.2 и после с cooker до нов КДЕ е доброто решение може би
поздрави