LINUX.ORG.RU
Форум — Desktop  

KDE kio fish и русские имена файлов (UTF-8)


0

0
kio fish в KDE 3.* упорно не показывает нормально русские имена файлов. Кто-нибудь сталкивался? Почему-то нагуглить ни описание, ни решение проблемы мне не удалось. Скриншот:

http://bugs.kde.org/attachment.cgi?id=23458&action=view

Два года я думал, что это мои кривые руки (да и русских имен у меня), но сегодня добавил комментарии к чужому багу:

http://bugs.kde.org/show_bug.cgi?id=154453

★★★★★
← mplayer & cropdetect: помогите с shell
Компас под wine - крякозябры вместо шрифта Symbol type A/B →
Ответ на: комментарий от sv75
>О, просветили. Теперь осталось понять, почему default - это не Utf-8? :(

потому что на той машине, на которую ты идёшь, может быть не utf8. другой вопрос, как поставить utf8 дефолтом, если я уверен, что на всех машинах всё правильно?

adarovsky ★★★★
()
Ответ на: комментарий от adarovsky
> потому что на той машине, на которую ты идёшь, может быть не utf8.

А что? O_o UTF-16?

> другой вопрос, как поставить utf8 дефолтом, если я уверен, что на всех машинах всё правильно?

Да, именно так. :) Впрочем, оно вроде бы запоминает настройку

sv75 ★★★★★
() автор топика
Ответ на: комментарий от anonymous
Неужели оно работает? У меня стабильно выдаёт:

Ошибка при загрузке fish://pingu:
Процесс протокола fish://pingu неожиданно завершился
gaa ★★
()
Ответ на: комментарий от gaa
> Неужели оно работает?

Решительно работает. А что?

>Ошибка при загрузке fish://pingu:
>Процесс протокола fish://pingu неожиданно завершился>

Эта надпись у меня появляется, только когда при восстановлении сессии konqueror пытается восстановить больше ста (?) открытых страниц (и протокол - http).
sv75 ★★★★★
() автор топика
Ответ на: комментарий от sv75
>> Неужели оно работает?

> Решительно работает. А что?

Да ничего, просто как поломалось с годик назад, так и не починилось с многократными апдейтами :( Багрепорт чтоли написать?...

>> Ошибка при загрузке fish://pingu: Процесс протокола fish://pingu неожиданно завершился>

> Эта надпись у меня появляется, только когда при восстановлении сессии konqueror пытается восстановить больше ста (?) открытых страниц (и протокол - http).

Ну а вот у меня при одной странице через fish. Притом через sftp всё работает.

gaa ★★
()
Ответ на: комментарий от gaa
>Ну а вот у меня при одной странице через fish. Притом через sftp всё работает

а дистрибутив какой? на kubuntu и gentoo всё в порядке (kde 3.5.8)

adarovsky ★★★★
()
Ответ на: комментарий от adarovsky
>> Ну а вот у меня при одной странице через fish. Притом через sftp всё работает

> а дистрибутив какой? на kubuntu и gentoo всё в порядке (kde 3.5.8)

Самое смешное что Дебиан.

gaa ★★
()
Ответ на: комментарий от gaa
>Самое смешное что Дебиан

повесь баг-репорт. Это дистрибутиво-специфичный баг получается. Даже самосбор (см. gentoo) работает :)

adarovsky ★★★★
()
Ответ на: комментарий от gaa
> Самое смешное что Дебиан.

Непонятно. То же самое у меня работает в дебиан начиная с KDE 3.5.0. Возможно раньше, я тогда на KDE пересел.

anonymous
()
Ответ на: комментарий от anonymous
> То же самое у меня работает в дебиан начиная с KDE 3.5.0. Возможно раньше, я тогда на KDE пересел.

Да у меня тоже сначала работало... А потом резко сломалось. И этот момент я, к сожалению, не отследил

gaa ★★
()
Ответ на: комментарий от at
> Можно попробовать запустить konqueror с консоли и посмотреть вывод. Возможно что то и даст.

Ой сомневаюсь, что это настолько поможет :)

$ konqueror fish://pingu
ASSERT: "!icon.isEmpty()" in /build/buildd/kdebase-3.5.8.dfsg.1/./libkonq/konq_pixmapprovider.cc (81)
ASSERT: "!icon.isEmpty()" in /build/buildd/kdebase-3.5.8.dfsg.1/./libkonq/konq_pixmapprovider.cc (81)
ASSERT: "!icon.isEmpty()" in /build/buildd/kdebase-3.5.8.dfsg.1/./libkonq/konq_pixmapprovider.cc (81)
ASSERT: "!icon.isEmpty()" in /build/buildd/kdebase-3.5.8.dfsg.1/./libkonq/konq_pixmapprovider.cc (81)
gaa ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← mplayer & cropdetect: помогите с shell
Desktop
Компас под wine - крякозябры вместо шрифта Symbol type A/B →