Спустя 3.5 года после предыдущего релиза 0.6.3 доступен (https://github.com/xfce-mirror/xfce4-terminal/releases/tag/x...) экспериментальный выпуск эмулятора терминала xfce4-terminal 0.6.90 (http://docs.xfce.org/apps/terminal/start). В новой версии проведена миграция приложения на GTK3+/VTE3, решившая множество проблем, порождённых устаревшей и неподдерживаемой библиотекой VTE, в том числе проблему (https://github.com/MidnightCommander/mc/issues/103) с Midnight Сommander. Также добавлено несколько нововведений, исправлено множество ошибок и обновлены переводы. Xfce4-terminal требует для работы gtk+-3 3.14.0+ и vte-2.91 0.38+. Наилучшая поддержка обеспечивается с gtk+-3 3.20.0+ и vte-2.91 0.44+.
Полный список изменений (https://github.com/xfce-mirror/xfce4-terminal/blob/master/NEWS):
- Миграция на GTK+3/VTE3;
- Исправлена ошибка закрытия не тех вкладок по Ctrl+Shift+W;
- Горячая клавиша закрытия работает для единственной вкладки;
- Добавлены горячие клавиши Ctrl+Shift+PgUp/PgDn для перемещения вкладок влево/вправо;
- Поддержка бесконечного буфера прокрутки;
- Исправлена ошибка применения действий к неправильной вкладке после закрытия другой вкладки;
- Обновление версии intltool;
- Добавлена горячая клавиша Ctrl+Shift+S для задания заголовка вкладки;
- Опция MiscTabCloseMiddleClick доступна в диалоге настроек;
- Исправлена ошибка не выведения окна терминала на передний план при использовании опции --tab;
- Настройка границ окна не работала в выпадающем режиме терминала
- Новый способ изменения прозрачности окна
- Исправлена ширина окна в выпадающем режиме, которая не была 100%
- Добавлена и доступна через диалог настроек опция ShortcutsNoHelpkey, отключающая шорткат F1 (вывод справки)
- Поддержка magnet ссылок
- Опция MiscMouseAutohide доступна в диалоге настроек
- Исправлено падение при указании опции --geometry
- Возможность увеличивать/уменьшать размер шрифта по нажатию Ctrl +/-; добавлены опции --font и --zoom
- Больше возможностей увеличения/уменьшения размера шрифта
- Добавлена скрытая MiscMiddleClickOpensUri, управляющая открытием ссылок по нажатию средней кнопки мыши: если FALSE, то для открытия используется Ctrl + левая кнопка мыши; по умолчанию FALSE
- Исправлена сборка с vte =3.16- Исправлено падение при нажатии правой/средней кнопки мыши на панели вкладок- Обновлены переводы.URL: https://github.com/xfce-mirror/xfce4-terminal/releases/tag/x...
Новость: http://www.opennet.dev/opennews/art.shtml?num=44874
Мой любимый эмулятор терминала. Не навороченный, но с нужным функционалом. И не таким большим набором зависимостей.
> Не навороченный, но с нужным функционалом. И не таким большим набором зависимостей.У него пачка xfce'шных зависимостей. lxterminal наше все.
xfce'шных зависимостей две: libxfce4ui и libxfce4util.
У lxterminal меньше фич.
А у lxterminal только GTK.А либы выше тянут тот-же GTK, плюс вы про libxfconf забыли, который тянет xfconf.
Да, вы правы, xfconf я забыл.
>>lxterminalУ него пачка других зависемостей. Lilyterm наше всё!
>>>lxterminal
> У него пачка других зависемостей. Lilyterm наше всё!Тут недавно как раз кто-то https://wiki.gnome.org/Apps/Terminal/VTE#Terminal_Emulators спрашивал, куда подевались все эти писатели мп3плеерами... Гномеры сделали им vte.
Слишком много совершенно лишних зависимостей. Konsole наше всё!
Хорошая шутка!
> Слишком много совершенно лишних зависимостей. Konsole наше всё!Ваше, угу. Только эти ваши аконади и непомуки поднадоели, XFCE хорош тем что DE - это DE, а не индексатор диска для склеротика-имбецила, приправленый неудаляемыми виджетами и СУБД, жрущими 50 метров памяти чтобы хранить 50 контактов.
> У него пачка других зависемостей. Lilyterm наше всё!Инопланетная прога. Сделать человеческий диалог с настройками видимо слишком просто и очевидно, нормальные герои пошли в обход. Настройка этого чуда делается методом путешествий Гулливера по 20 разным меню. Что интересно, диалоги оно рисовать умеет. Но только для показа какого-то дурацкого хелпа. Вместо, блин, настроек.
А этот ваш lxterminal умеет такое "xfce4-terminal --drop-down" я за это ему все зависимости прощу! Вешаем на горячечку типа "Alt+`" и маем самый удобный всплывающий(квакоподобный) терминал
terminator наше все
Мой - тоже.Но теперь - буду глюки. Инфа сотка. После этих портирований ничего хорошего не жди.
Одно дело - тратить ресурсы на улучшение ахитекторы и рефакторинг, другое - зубрить очередную несовместимую версию UI-фреймворка.
Починив редкую единственную багу, связанную с МС, внесли десяток новых, да покорежили интерфейс.
Давайте, минусуйте. А потом тихо удивляйтесь и смиряйтесь с появившимися проблемами с прокруткой, фокусом на табах, поиском crtl-shift-f, кривыми цветами раскраски, которых не было до портирования.
Полюбуйтесь на список закрытых с переходом на GTK3/VTE3 багов, там далеко не только баг с mc. И это ещё не все, только те, до которых у меня дошли руки.
Поверьте, портирование GTK2->GTK3 - не самое весёлое занятие на свете. Но, к сожалению, VTE была заброшена разработчиками GNOME в полурабочем состоянии, баги в ней никто чинить не собирался и не собирается, поэтому другого выхода, кроме портирования, для развивающегося приложения нет.
Если вы видите новые баги, связанные с портированием, - милости просим на [[https://bugzilla.xfce.org/ багзиллу]]. Если просто погулять вышли - милости просим гулять мимо.
А баг, когда иногда при вводе длинной команды курсор переходил не на следующую строку, а в начало текущей, это баг VTE? И если да, исправлен ли он в VTE3?
Это баг vte, и он исправлен в текущей версии.
> Это баг vte, и он исправлен в текущей версии.А когда из клипборда в консоль вставляется нечто типа ~0TEXT~1 или как-то так, при том что копировал только TEXT - это XFCE терминал дурит или все-таки XFCE'шный clipman прикалывается?
Если вы до этого запускали в терминале mc (возможно, какие-то ещё приложения влияют таким же образом) - то это тот самый баг vte, из-за которого я начал портировать терминал на vte3/gtk3. В vte3 он исправлен.
Вряд ли. Встречал такое и на простом (u)xterm, и даже, простите, в PuTTY.
> Вряд ли. Встречал такое и на простом (u)xterm, и даже, простите, в
> PuTTY.Встречал(-ю) такое в ...GNU bash c GNU readline-ом в GNU screen-е в ssh в konsole (теперь в roxterm).
Похоже на плюрализм по поводу размера "окна" среди всех (или части?) вышеперечисленных участников процесса. Видимо при изменениях на одной стороне (K|rox - размер шрифта, "появление" заголовка при запуске второго окна рядом (tiling wm) и т.п.) Симптомы, вроде, лечатся [U]reset[/U] Enter.
>> Вряд ли. Встречал такое и на простом (u)xterm, и даже, простите, в
>> PuTTY.
> Встречал(-ю) такое в ...GNU bash c GNU readline-ом в GNU screen-е в
> ssh в konsole (теперь в roxterm).
> Похоже на плюрализм по поводу размера "окна" среди всех (или части?) вышеперечисленных
> участников процесса. Видимо при изменениях на одной стороне (K|rox -
> размер шрифта, "появление" заголовка при запуске второго окна рядом (tiling
> wm) и т.п.) Симптомы, вроде, лечатся [U]reset[/U] Enter.У меня всё собирается с libedit. readline идёт под GNU GPLv3.
>>> Вряд ли. Встречал такое и на простом (u)xterm, и даже, простите, в
> У меня всё собирается с libedit. readline идёт под GNU GPLv3.Ещё скажи, что не знаешь, для чего твои друзья сделали _ABI_ совместимую заглушку имитирующую GNU readline, но под безвольной лицензией?...
Документацию б что ли почиталЮ чтоб не позориться.
>>>> Вряд ли. Встречал такое и на простом (u)xterm, и даже, простите, в
>> У меня всё собирается с libedit. readline идёт под GNU GPLv3.
> Ещё скажи, что не знаешь, для чего твои друзья сделали _ABI_ совместимую
> заглушку имитирующую GNU readline, но под безвольной лицензией?...
> Документацию б что ли почиталЮ чтоб не позориться.Для чего мне читать документацию на какую-то заглушку, если я не использую readline не потому, что у неё лицензия отлична от BSD, а потому что у меня при сборке порта есть выбор, с какой библиотекой линковаться. Я выбрал libedit (по умолчанию) и горя не знаю.
Ни разу с 2006 года с таким багом не сталкивался. Программное обеспечение собирал из портов FreeBSD.
> VTE была заброшена разработчиками GNOME в полурабочем состоянииХотел спросить ради шутки, но стало действительно интересно: а VTE3 сейчас находится в полностью рабочем состоянии? Если её прямо сейчас забросят, она будет заброшена в рабочем состоянии или тоже в полурабочем?
Если серьёзно, то VTE3 сейчас в определённо лучшем состоянии, чем последний релиз VTE. Посмотрите в багзиллу GNOME - сколько багов исправлено с тех пор.
Это уже зависит от добросовестности разработчика. Говнокодер и при "улучшении архитектуры" багов наплодит. Хоть я и против политики разработчиков GTK+ по ломанию совместимости и предпочитаю Qt, иногда переходить на новый API все же необходимо, мир на месте не стоит.
И, как уже говорили - репорть баги, когда находишь таковые.
>и предпочитаю QtГде совместимость ломают в три раза чаше, лол.
> Где совместимость ломают в три раза чаше, лол.Это смотря где. Гномеры традиционно ломают темы GTK, если не раз на minor версию, то уж раз в 2 minor версии точно. Поэтому если ты думал что темы от гнома 3.16 вдруг случайно подойдут к 3.20 - как-то оно конечно заработает. Но глюков будет много.
> Мой любимый эмулятор терминала. Не навороченный, но с нужным функционалом.Из недостатков:
1) Неторопливый.
2) Не умеет в 256 цветов.
3) Кушает довольно много памяти и запускает какой-то гномовский процесс.
Япона мама! Им понадобилось 3.5 года на всё это? А тут чуть ли не каждый день выходят новые эмуляторы терминала
Нет, на всё это нам понадобилось около двух месяцев. Долгое время терминал был просто заброшен.
Вы разработчик Xfce? Во-первых, огромное спасибо!А можете привести скриншот вашей рабочей системы, особенно интересуют родные для XFce приложения со множеством контролов (окна настроек чего-нибудь, например)? Парочку, не больше. Буду благодарен.
Раскрою причину любопытства: интересно, какой темой и шрифтами пользуются сами разработчики.
Я разработчик xfce4-terminal. Пожалуйста!
По секрету, я сам пользуюсь Cinnamon на работе и LxQt дома :) Скриншоты постить не буду. Вы можете зайти на IRC канал (http://xfce.org/community) и спросить там, вам наверняка ответят.
> По секрету, я сам пользуюсь Cinnamon на работе и LxQt дома :)А как же XFCE? Все, ему кирдык?
Нет, не кирдык. Разработчиков мало, но они есть. Ближайшие планы - портирование всех компонентов на GTK3.
Я Xfce использовал когда-то, но ушёл с него ещё пока он развивался. Терминалом же продолжал пользоваться независимо от Xfce, и вот теперь стал его мэйнтейнером.
> Нет, на всё это нам понадобилось около двух месяцев. Долгое время терминал
> был просто заброшен.ну и нафига делать то, что забросишь потом ? из-за таких "был просто заброшен" +1 хейтерам опен соурса
пс: совесть имейте, сделайте минимум функционал, но стабильный
Использовал раньше, а потом как-то привык к xterm, он и по умолчанию везде присутствует.
> Использовал раньше, а потом как-то привык к xterm, он и по умолчанию
> везде присутствует.Пересел с konsole на roxterm. В oldstable wheezy-lts Debian - после того, как они объявили какие-то из kdelibs не поддерживаемыми.
vte3, roxterm-gtk3 -- в старом Debian-e. Выделения мышкой какие-то непривычные, mc[viewer?] и aptitude в чёрную дырочку вместо синего "фона" (хотя, может, это мои эксперименты с xterm256 dsktpkb---) и т.п.
А, да! Как писал аноним в соседней "заменять всё, что работало самописными скриптами-костылями" -- кипад наполовину отвалился [после сноса за компанию [под библиотеки] kconrol-а и ksession-а(?)). Острая нехватка LFS-а в огранизме?
А вы говорите "новая версия, gtk3"...
>> Настройка переименована из Прозрачности в НепрозрачностьРеволюция
0~bug1~ исправили?
Да, это и есть тот баг с mc.
Слез с xfce на awesome, и с xfce-terminal на lilyterm. Пару лет уже как, нихера не обновляется, всем доволен ;)
Схожая ситуация. Несколько лет назад в процессе перехода с KDE4 на LXDE перепробовал кучу эмуляторов терминала и тоже остановиля на lilyterm. Отсутствие хоть какого-то развития на протяжении трех лет конечно удручает, но с другой стороны он и так близок к моему идеалу. Отдельно замечу, что он тоже основан на древнем VTE, только ему это почему-то не мешает.
мне показалось или оно 3 года как мёртво..?я долго сидел на urxvt, потом на konsole, а теперь на iterm2.. деградирую?
да
Тоже слез с MATE на awesome, да только mate-terminal у меня закрепился. А вообще разношерстная у меня системка получилась: awesome, mate-terminal, okular, worker(file manager) и другие GTK/Qt проги в перемешку. Но не парит)
> Но не паритНемного напрягают разные диалоги открытия/сохранения
10 лет на uxterm, и не вижу надибности переходить.... кнопочки и свистоперделочки только раздражают....
Только Guake Terminal. Все остальные непацанские!
Только st, только suckless.
> Только st, только suckless.Каждый кулик свое болото хвалит, чо.
Умеет возможность переключать табы колесиком?
Нет, а надо? Можно посмотреть, как это сделать.
Но ведь табы и так скроллятся!
Ну вообще это удобно. Мне лично в roxterm сильно не хватает (во всяком случае, в 3.1.5 нет, а более новые отказываются собираться с vte291 0.38.3 из RHEL7). Гном терминал так умеет, но когда ничего гномовского нет, хочется чего-то более легковесного. Пока лучше roxterm ничего не нашел (sakura уже не та, с какими-то проблемами в свое время столкнулся, в roxterm их не было). Но, к сожалению, прокрутку табов он не умеет...
открываете несколько вкладок, наводите курсор на вкладку и крутите колесико. В версии Terminal 0.4.8(то что под руки попало) работает. Скорей всего это проблема в gtk3, так как у большинства приложений с переходом на gtk3 переставало работать.
Да, похоже, этот функционал убрали из GtkNotebook в GTK3.
Я добавил поддержку - см. ниже.
Сделано: https://git.xfce.org/apps/xfce4-terminal/commit/?id=fa6f63e1...
> Сделано: https://git.xfce.org/apps/xfce4-terminal/commit/?id=fa6f63e1...Браво! Ответ коммитом Анониму на опеннете. Сильно!! //Правда, спасибо.
Огромные кнопки на панельке табов. Раза в три больше, чем были в предыдущей версии. Вероятно, из-за gtk3. Как бы починить?
> Огромные кнопки на панельке табов. Раза в три больше, чем были в
> предыдущей версии. Вероятно, из-за gtk3. Как бы починить?В xfce4-terminal-0.6.3 под Gtk2 тоже большие.
А можете дать скриншот? Желательно, в сравнении со старой версией.
В качестве размера кнопок используется один из предустановленных размеров - GTK_ICON_SIZE_MENU (https://developer.gnome.org/gtk3/stable/gtk3-Themeable-Stock...). Например, возможно, в вашей gtk теме он слишком большой.
Держите: https://git.xfce.org/apps/xfce4-terminal/commit/?id=39b1024c...
В моей системе иконка стала поменьше - как у gnome-terminal.
Я не хочу ничего сказать но при использовании миднайта в сабже - даже хелп не прочитать. Жмем F1. Появляется вопрос - хотите почитать онлайн справку. Нет, не по миднайту, по XFCE, блджад. Разработчики, упырьте мел!
Загляните в настройки - я добавил опцию для отключения F1.
> Загляните в настройки - я добавил опцию для отключения F1.Круто, пошел компилить. Одна из вещей которые в XFCE terminal по жизни доставали. Он вообще по умолчанию конфликтует с слишком уж дофига шорткатов в разных программах, особенно интерактивных типа mc. Ну вон в меню F11 = Fullscreen. Я точно видел программы которые им пользуются, типа hex-editor'ов.
В ~/.config/xfce4/terminal/ лежит файл accels.scm - находите в нём строку с F11, раскомментируете её и удаляете F11 (или заменяете на другое сочетание).
> В ~/.config/xfce4/terminal/ лежит файл accels.scm - находите в нём строку с F11,
> раскомментируете её и удаляете F11 (или заменяете на другое сочетание).Ну да, так можно. Но не очень очевидно и не слишком дружественно к пользователю. На мое нескромное мнение лучше бы это был какой-нибудь другой шорткат по умолчанию, кнопки Fn вообще довольно много прогрмам использует. А то доходит до того что после инсталла ос мне приходится двигать конфигурацию сабжа с другой машины. Без этого xfce terminal временами лягается. Ну то-есть я могу с этим жить, но мне кажется что он мог бы вести себя и получше.
> Ну да, так можно. Но не очень очевидно и не слишком дружественно
> к пользователю. На мое нескромное мнение лучше бы это был какой-нибудь
> другой шорткат по умолчанию, кнопки Fn вообще довольно много прогрмам использует.
> А то доходит до того что после инсталла ос мне приходится
> двигать конфигурацию сабжа с другой машины. Без этого xfce terminal временами
> лягается. Ну то-есть я могу с этим жить, но мне кажется
> что он мог бы вести себя и получше.Про недружественность я согласен. Но добавлять галочку для каждого шортката - тоже не супер идея. А F11 - стандартная кнопка для фуллскрина, в файрфоксе и в гном-терминале тоже используется.
Я записал себе в план сделать графическую настройку всех шорткатов - это, по-моему, лучший вариант.
> Про недружественность я согласен. Но добавлять галочку для каждого шортката - тоже
> не супер идея.Это факт. Эй, all, а может у кого есть красивые идеи по этому поводу? С моей стороны: какой-нибудь хоткей чтобы вообще-совсем-весь ввод отдать программе, кроме этого хоткея и совсем системных вещей. Чтобы быстро лочить/разлочивать весь ввод на программу.
> А F11 - стандартная кнопка для фуллскрина,
А ctrl+c - стандартный шорткат для копипасты в гуйных программах ;). Фокус в том что гуйные и консольные программы - немного разные миры, с разными устаканившимися вещами. Может быть идея привести это к какому-то общему знаменателю не такая уж плохая, но вылезает много технических моментов и пока это работает не очень хорошо.
> в файрфоксе и в гном-терминале тоже используется.
Файрфокс - браузер, да и для скриптов желающих почти эксклюзивный контроль над клавиатурой (по типу игр) - у него апи есть, позволяющее лочить ввод на скрипт, наружу почти ничего не отдается. А между терминалами и программами апи для лока ввода на программы вроде бы не сложилось?
> Я записал себе в план сделать графическую настройку всех шорткатов - это,
> по-моему, лучший вариант.Пожалуй что так. Хотя может у ALL есть и какие-то еще идеи?