Настроить гноме-терминал в squeeze. (Убрать префикс file:// и "проценты" %)

[redux]

Здравствуйте!
1. Навожу мышь на любой файл с лат.названием, жму правую кнопку,- копировать.
Вставляю в гноме-терминал и перед путёми именем файла дописывается file://
подскажите, как это выпилить?

2. Если файл еще и назван русскими буквами, либо в его пути присутсвуют русские папки, то все руские буквы заменяются символами с %. Как наладить?

Примечание:
Если скопированный указанным образом путь+имя файла вставить напрмер в текстовый файл, то всё отображается нормально, и без file://

Я эту проблему решил, но очень не кошерно, пробовал выпилить "file://" из бинарника gnome-terminal, но не помогло. Заменил бинарник на соотвествующий из Ленни, все работает, однако пришлось в отдельных случаях прописать ругательства неродного бинарника в /dev/null , чтоб не доставали(при открытии в gedit например).

Как исправить кошерно?

[sash-kan]

Навожу мышь на любой файл с лат.названием, жму правую кнопку,- копировать.

это делается в каком-то файловом менеджере. правильно?
вот он-то и помещает в буфер обмена то, что вы видите при вставке.

Если скопированный указанным образом путь+имя файла вставить напрмер в текстовый файл, то всё отображается нормально, и без file://

верится с трудом. нет, конечно, программа при вытаскивании текста из одного из буферов может и видоизменить текст по своему усмотрению, но…
проверьте сами и убедитесь.
вывод содержимого основного буфера обмена:
$ xclip -o -selection primary
вывод содержимого вторичного буфера обмена:
$ xclip -o -selection clipboard

[Groog]

Если скопированный указанным образом путь+имя файла вставить напрмер в текстовый файл, то всё отображается нормально, и без file://

верится с трудом.

у мня тоже самое в терминал file:///a/Wiki/1ppp!, в документ /a/Wiki/1ppp!

а при перетаскивании добавляются кавычки и пробел '/a/Wiki/1ppp!' , команда работает и с ними, но я их всегда удаляю, зачем эти кавычки добавляются и нужно ли их удалять или ни какой разницы?

[wanderer6]

Это наутилус так творит. Я просто решил попробовать и получил подобную фичу в терминале. А правда интересно как от этого избавится.

Попробовал из pcmanfm тоже самое.

[Bizdelnick]

Проверил у себя - такое только в гноме-терминале происходит. В терминатор нормально вставляется.

[sash-kan]

а содержимое клипбоардов никто проверить не удосужился. ну что ж, «пробуйте» дальше, господа, не смею мешать.

[redux]

а содержимое клипбоардов никто проверить не удосужился. ну что ж, «пробуйте» дальше, господа, не смею мешать.

sash-kan, меня просто не было, увидел развитие темы только что.

Файловый менеджер - наутилус.

Далее, именно помещение в простой текстовый файл происходит нормально, проверял много раз и еще раз проверил.

Вот выводы:
das@debian:~$ xclip -o -selection primary
das@debian:~$ xclip -o -selection clipboard
/home/das/Рабочий стол/новый файлdas@debian:~$
das@debian:~$

"копирование" было произведено наведением на "новый файл" на Рабочем столе.
xclip вообще не был сначала установлен, установил его только что, чтобы эти команды ввести, а выводило "команда не найдена". Его установка дала работу этих команд.

Приведу что именно помещается в гноме-терминал :
das@debian:~$ file:///home/das/%D0%A0%D0%B0%D0%B1%D0%BE%D1%87%D0%B8%D0%B9%20%D1%81%D1%82%D0%BE%D0%BB/%D0%BD%D0%BE%D0%B2%D1%8B%D0%B9%20%D1%84%D0%B0%D0%B9%D0%BB
(смутно припоминаю, что такое же было в какой-то убунте, 9.04 , но не уверен).

Это наутилус так творит.

Если заменить гноме-терминал (бинарник) на ленинский(как в первом посте написано), то все это работает нормально.
Получается, что дело не в наутилусе, или не только в наутилусе.(?)

[redux]

Проверил у себя - такое только в гноме-терминале происходит. В терминатор нормально вставляется.

Это еще раз подтверждает, что виноват gnome-terminal. Но как лечить (не меняя при этом его версии) ?

[sash-kan]

ближе этого обсуждений не нашлось:
http://askubuntu.com/questions/11740/copy-...-normal-text-fi

надо смотреть в исходники. может быть, эта сомнительная «фича» отключается каким-нибудь конфигурационным параметром.
кстати, действительно, посмотрите на них в gconf-editor-е (у меня сейчас нет squeeze на горизонте).

[redux]

В исходниках ковыряюсь набегами уже несколько раз, покуда сил хватает.
Сейчас могу сказать, что просмотрел все сишные для гноме-терминал. (версии для скивиза, а также другие для сравнения), пока вывод такой, что какой-либо функции, чтоб все вот эти дела были в ней написаны прямо в этих файлах не имеется, = то есть надо копать библиотеки. (могу ессно и ошибаться.)
За ссыль спасибо, сейчас буду разбирать. (гномовский реестр на это дело копал в первую очередь,)

[sash-kan]

что там со ссылкой разбираться-то? ключевая информация — если в клипборде uri, то становятся доступными в меню edit и контекстном меню пункты "paste filename". этим пунктом можно uri вставить без преобразования.

основное место обработки — это функция edit_paste_callback в файле src/terminal-window.c:
http://git.gnome.org/browse/gnome-terminal...7ac56047221a249
собственно, преобразованием uri занимается вызываемая там в конце библиотечная функция http://library.gnome.org/devel/gtk/2.21/gt...request-targets
выше строчкой в data->uris_as_paths заносится true в случае, если был выбран этот самый пункт меню "paste filename".

детектирование наличия uri в клипбоарде осуществляется в том же файле в функции update_edit_menu_cb:

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

can_paste_uris = targets != NULL && gtk_targets_include_uri (targets, n_targets);

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

[sash-kan]

ааа, понял!
ф.м. у вас вставляет не uri, а absolute path.
и в update_edit_menu_cb не становятся доступными пунткы меню "paste filename".
и gtk_clipboard_request_targets делает свою грязную работу.

значит, как-то механизм детектирования надо улучшать: одной gtk_targets_include_uri тут не достаточно. или она работаете не правильно?

[redux]

что там со ссылкой разбираться-то? ключевая информация — если в клипборде uri, то становятся доступными в меню edit и контекстном меню

Это я и раньше прекрасно видел, дело то не в том, чтобы жать потом "вставить файлнэйм" мышью. А в том, что без мыши то как. Без мыши он абракадабру вставляет. Опять же из-за наличия данного пункта в меню багом это не посчитают, скажут фича.....

По поводу неправильной работы: я думаю, что разрабы так и хотели, чтоб люди новый пункт меню пользовали, так что с точки зрения мышью давить= то все правильно работает. (Тогда только ковычки остаются, а они задуманы, так что если выпиливать, то самим.)

Спасибо за указанные функции.

[sash-kan]

redux
так пункт меню "paste filename" у вас появляется, если в clipboard не uri, а abspath?
значит, бага, в общем и нету.

для "paste filename" можно задать keyboard shortcut? так поставьте туда привычный вам шорткат, которым вы делаете вставку.

[redux]

redux
так пункт меню "paste filename" у вас появляется, если в clipboard не uri, а abspath?
значит, бага, в общем и нету.

для "paste filename" можно задать keyboard shortcut? так поставьте туда привычный вам шорткат, которым вы делаете вставку.

Да пункт появляется, если в кармане путь+файл. И официально еесно, это фича. На деле она оборачивается, тем, что нужно менять привычный уклад работы . Клавиатурную комбинацию через редактор конфигурации удается задать только одним образом= там paste и всё. А она включает простую вставку, а не filename. В этом вся беда.

[redux]

Возможно, надо поменять "философию", и просто найти себе другой терминал.
Так что приношу извинения, если заморочил голову.

PS: "У вас есть такой же, но с перламутровыми пуговицами?...-Будем искать. (С)"

[sash-kan]

Клавиатурную комбинацию через редактор конфигурации удается задать только одним образом= там paste и всё. А она включает простую вставку, а не filename. В этом вся беда.

ну вот мы и определили, где собака зарыта. нет возможности установить shortcut для "paste filename". можно катать баг-репорт.