borisfaure / terminology Goto Github PK

This only happens when using the combination of [Terminology] + [Weechat & the buffers perl script]
the script/addon can be found here https://weechat.org/scripts/source/buffers.pl.html/

In the text input area, when typing in and deleting typed characters again, they dont get entireley deleted and previously typed-in characters remain to be seen even when they are not really there (you cannot hit enter to send them)

Also, sometimes when deleting from the text input, it starts deleting characters above in the conversation window.

Sometimes characters appear randomly in any area of the terminology screen, or some characters go missing.

This probably has to do with the buffers.pl script on top of weechat, since...this doesnt happen at all with irssi for example.

It would be great if we could have an option for the miniview to be outside the "terminal area" meaning the text flowing down when reaching it instead of getting behind it.

At least I would love that!

Closing on Esc would make it very useful for terminal based file managers like vifm or ranger.

I like it very much how Terminology handles the successive backspace key after it hits the start of the command line buffer, i.e. flashing and showing an alarm on the right. I wonder if a similar special handling can be done for the successive enter/return key. Personally I find it really useful at some of the time to have a big gap in the screen buffer to separate between one command's output and the other. I pick up that habit after watching from a Unix admin 😄 . If I want it all the time then of course I could just create a custom shell prompt with large empty space. Here, I only need it some of the time. I wonder if it is possible that when Terminology receiving a successive enter/return key would then render some kind of vertical separator as a visual aid.

Boris,

This is an on going bug that I've reported to you via email already. I want to report the bug's existence here so that we can keep track of it easier.

The bug is related to creating a new tab (ctl-alt-t) and then immediately set the title using ctrl-t. Sometime, you'll notice Terminology will set the title of the old tab, instead of the newly created tab. The patch below will fix this bug. Please review the patch and feel free to comment on it. thanks.

diff --git a/src/bin/win.c b/src/bin/win.c
index df3c234..43a0f3d 100644
--- a/src/bin/win.c
+++ b/src/bin/win.c
@@ -2389,7 +2389,7 @@ _tab_new_cb(void *data,
    /* XXX: need to refresh */
    tc_parent->swallow(tc_parent, tc, tc);

-   if (tc->is_focused)
+   if (tc->is_focused==EINA_FALSE)
      tc_new->focus(tc_new, tc);

    _tabs_refresh(tabs);

It would be great if tycat could work as cat for other files so I can make an alias cat=tycat on terminology and have it do the right thing everytime.

Bonus would be to colorize code but I won't ask for too much ;-).

P.S : terminology is great, had to say it!

Hi, I'm not sure if this is a problem in terminology, but I really like the solarized theme, although folder colors when using either bash or zsh are not shown, and some files colors neither, so it makes using it a bit inefficienr. For exmaple, when I do a "ls", I cannot distinguish a folder from a file.

If I choose another theme, like the default for exmaple, I can see all the folder colors.

Thanks,

pkg:
1 distro: archlinux
2 terminology-0.9.1-1
3 input method: fcitx-4.2.9-2, with gtk2/gtk3

env:
GTK_MODULES=canberra-gtk-module
GTK_IM_MODULE=fcitx
QT_IM_MODULE=fcitx
XMODIFIERS=@im=fcitx
ECORE_IMF_MODULE=xim

steps to reproduce:

1. clean .config/terminology
2. set input method via enlightenment setting => language => input method
3. open terminology
4. enable translucent via setting panel => video
5. control + space, fail to active input method

steps to fix:
1 disable translucent via setting panel => video
2 restart terminology

Hi,

I'm having trouble with the 'Reset font size' shortcut (Ctrl + Alt + 0). Apparently, a new Terminology window cannot get the font size setting, and Ctrl + Alt + 0 resets my font size to the minimum, 5px.

It does however work if I change the font size setting and the 'Temporary' checkbox is not checked. But then again, it works only for that instance of Terminology.

A quick workaround until this is fixed:
In /src/bin/termio.c, line 472 (in function _font_size_set):
Change the line if (size < 5) size = 5; to if (size < 5) size = 12; or whatever your preferred font size is :)

Keep up the excellent work!

Kind regards,
Laurent

To prevent confusions you should deactivate that Issue tab in your project settings.

Hi,

Alt-Enter is supposed to past the current file on midnight commander's
own command line (below the blue panel).

After disabling the default 'Paste primary clipboard' shortcut action for Alt-Enter, the behaviour
for Alt-Enter is exactly the same as simply pressing Enter.
(ie. if I'm on a directory it steps inside the directory, if I'm on a file which is recognized by mc,
then it opens it via it's helper, like on a .png it launch eog by default).

Breaking this shortcut inside mc, effectively kills fast renaming (mv [HIT ALT-ENTER TWICE]).

I would like to see a fix for this issue.

I just installed it in the last 10 minutes and experienced two different crashes.
The first crash was caused by changing the theme to black. After that, any new instances will create a crash (sigabrt). This is not a big deal, since I can revert back to the default theme to prevent the crash.

The second crash was caused by creating many new terms, and then delete some terms.... or simply open up terminology, press crtl-shift up (four times to create new terms), then press ctrl-shift end to delete some terms. terminilogy will crash at win.c:317

The tool is nice, but it can not replace my prefered "Konsole" terminal manager yet.

Keep it up, I may consider contributing to the project one day, if you can get it more stable.

Hi,
I've much heard of terminology terminal emulator. I am Ubuntu 14.04 platform. I cloned this repo and ran ./autogen.sh but I met missing elementary library. How can I workaround that dependency?
Since elementary is a desktop environment, I fear that it should be huge in size.
It's pity that other Linux distros can not enjoy terminology
Regards.
Kenn

When I launch Terminology there's about a 10 second lag before the terminal appears, though my default gnome shell launches pretty instantly.

I'm running v1.7.0+git30.b02a6d86 on Ubuntu 18.04LTS with the default GNOME environment, running fish shell. I tested fish and it launches in 0.7seconds.

Hey there. I seem to have found quite a strange bug. I cloned this repo and compiled from master just to make sure it hadn't been resolved. It seems as though every time I type <, the character > appears. This isn't a rendering issue; I verified that when running emacs or nano in a terminal, and typing < then saving the file, then it does in fact save the >. The opposite doesn't happen, so now I have two keys that enter >. What's up with this? I'm on a new install of FC 22.

Hey this might be silly, but I use the Nyanology for my theme in terminology and it appears to change the colors in the terminal? Or at least it changes the colorscheme in vim... which is really super unfortunate. Is there anyway to fix that? I like the cat as a cursor.

Hi
I have uefi pc with nvidia gpu, when i try to run this program on tty without nvidia's kms, i getting many errors.https://hastebin.com/aziyocepot
when i try to run with nvidia modeset, my computer freezes, and only power button works. can i do something to run it on nvidia kms?

Using XFCE (GalliumOS), if I set the translucency checkbox to on/checked, the title bar of the terminal window disappears. It isn't invisible, as I can click the window behind through the space that the bar should occupy. Toggling translucency off again brings it back immediately. Not having the bar means the window isn't moveable or minimise-able.

Doesn't seem to matter how translucent it is, any setting removes the title bar.

Happy to provide more information if required

Hi there,

I don't know if I'm the only one, but since my last compilation, I have issues with long commands. Once the text reach the right border, it go left, but on the same line.

If I continue typing, the next hit on the border drives the cursor at the good location. Once this happened, search through history are a little messy and shortcuts (like ctlr+u) have a tendency to introduce old chars in the input line.

Split isn't working on 0.9.0 on Moksha E17 Fork. Not sure who the bug belongs to but thought I'd flag it up. It's one of my favoritest features.

https://github.com/billiob/terminology/compare/terminology-0.9?diff=split&name=terminology-0.9

If the path contains a space character, terminology seems to be thinking the parts are different links

mkdir /tmp/a\ path\ with\ spaces
touch /tmp/a\ path\ with\ spaces/image.jpg

In terminology

ls -l /tmp/a\ path\ with\ spaces/*.jpg

-> cannot click on it

When I open a second or third terminology window, sometimes the new window displays only an unresponsive window frame. Happy post some logs or other relevant data to help debug, but not sure what would be helpful.

Running Terminology 0.9.1 on Ubuntu 16.04, but the issue also happened before I upgraded from 14.04 as well.

Sometimes the mouse just get into the way, it usually than not hovering on top of initial window before the split is created. When a new split is created to the right (vertical split) or to the bottom (horizontal split), the position of the mouse may influence whether the newly created splits immediately getting focus or not. I know that auto-focusing on mouse hover is a feature, but in this case I haven't really touched or moved my mouse. The split is created by keyboard shortcut, so it is more intuitive to think that the focus is now in the newly created split. Focusing the split after it has been created by using ctrl+pgup|pagedown or moving my hand from keyboard to my mouse to hover/select the split is so inconvenience. I have been bitten so many times already by this since I begin to use this great terminal emulator a few days ago, finding my keystrokes ended up in the wrong split, I feel I need to log this as an issue.

only single item is there - toolkit
http://i.imgur.com/EvU9kgj.png

I am on arch, with i3wm, infinality fonts and tried various themes and stuff.

there are also no icons in tabs in toolkit
http://i.imgur.com/2x2xA0v.png

rings any bells or its my very own issue that I will live with?

I have the following PNG file

file grass_render_file.png
grass_render_file.png: PNG image data, 1500 x 1500, 8-bit/color RGBA, non-interlaced

and tycat works just fine.

However, only when using sizes equal or smaller than 187x187 I start to notice a difference in the size of the image rendered in the terminal, i.e.

tycat -g 187x187 grass_render_file.png

will give a smaller output. Why is that so?

Hitting ctrl-shift-h does nothing.

$ uname -srv
Linux 3.14.5-1-ARCH #1 SMP PREEMPT Sun Jun 1 07:36:23 CEST 2014

$ xmonad --version
xmonad 0.11

$ terminology -V
Xlib:  extension "RANDR" missing on display ":1".
Version: 0.6.1
ERR<5135>:efreet_cache lib/efreet/efreet_cache.c:1108 on_send_register() org.enlightenment.DBus.Canceled Canceled by user.

Ctrl-H is doing the same thing as backspace. I'm using that shortcut in tmux to change panes.

I cannot find any way to disable default behaviour.

In our project we have a few hidden files, e.g. .appveyor.yml or .travis.yml. When double-clicking on these filenames, Terminology selects the string representing the filename except the leading period.

Not sure if this is your preferred bug tracker, but I ran into a small issue (well, two, see below) today launching terminology. The program starts up fine except for the error logged in the cosole:

pts/0 % uname -a
Linux bob-vi 3.14.5-1-ARCH #1 SMP PREEMPT Sun Jun 1 07:36:23 CEST 2014 x86_64 GNU/Linux

pts/0 % terminology --version
Version: 0.5.1
ERR<1243>:efreet_cache lib/efreet/efreet_cache.c:1108 on_send_register() org.enlightenment.DBus.Canceled Canceled by user.

pts/0 % terminology
ERR<1196>:ecore_system_upower modules/ecore/system/upower/ecore_system_upower.c:74 _on_low_battery_get_cb() Message error org.freedesktop.DBus.Error.InvalidArgs - No such property OnLowBattery

Hope this info is useful.

I'm a Vim user and I noticed that the bold font is not correctly shown.

In the case of the result of man cocmmand, NAME, SYSNOPTIS, DESCRIPTION... are rendered by bold font in gnome-terminal, but not in terminology.

Hi. Loving terminology!
I've started using tyls as the default rather than regular /bin/ls, but I can't seem to find a way to get it to show dotfiles.
Currently I'm doing just calling '/bin/ls -a', but it would be nice to be able to just say 'tyls -a'

bash$ terminology
ERR<3071>:ecore_system_upower modules/ecore/system/upower/ecore_system_upower.c:74 _on_low_battery_get_cb() Message error org.freedesktop.DBus.Error.InvalidArgs - No such property OnLowBattery
Segmentation fault

Debian 8.0 / Pentium 4 / 2GB RAM
Linux home 3.16.0-4-686-pae #1 SMP Debian 3.16.7-ckt9-2 (2015-04-13) i686 GNU/Linux

What else can I say to help you ?

Would be nice if it did work because I'm always using tmux. Might be more of a feature request.

When I use tyls in tmux it just prints out qs on a newline and hangs until I press any key and then press enter.

When I try to tyls in byobu, I caught this error: "not directly running in terminology"

Terminology does not seem to be compatible with byobu.
Is this behavior a specification?

This is more like a feature request than issue. Is it in the pipeline or already possible? I am still new to Terminology.

Steps to reproduce:

1. Launch terminology
2. Press Ctl-shift page down to create a split window.
3. Press Ctl-Alt - and Ctl-Alt + to change font size.
4. Note that the main window resizes itself as you change the font size. Also note that this behavior is not observed if there's a single term (no split windows)

Boris, let me know if you want me to report bugs like this on Phabs, thanks,

Pham

The issue does not occur when the underscore character is on the other lines. It also does not occur with different font sizes that I have tested so far. Perhaps, 14 pt just hits a "sweet spot" for the bug to manifest itself. Additionally, it also does not occur with other fonts that I have tested so far.

I guess the calculation of the glyph height is off by one pixel or two, and so when the space is limited (the last line in the emulator) then the bug manifests itself. If so, in theory it could also happen on other fonts with other font sizes when the combo hits the "sweet spot".

I have been using Terminology for a while without any issues but last night when I opened it up, I ended up changing my background image to a gif (just to see if I could and it worked which was pretty cool) but now the fonts are all screwed up.

By screwed up, I mean:
For scalable fonts: The letters are all offset vertically, making the text look wavy.
Example:

For bitmapped fonts: The cursor always appears 1.5 text lines above where it needs to be and the top line of the terminal is blank.
Example:

I have tried removing .config/terminology and reinstalling. Also I have reinstalled efl & elementary packages (and clearing their config files). The screen shots are from the most recent commit which I built from source to see if that would fix it, but no dice there.

When I'm pasting something in terminology sometimes appears a new line. This can be annoying. Especially when creating some potentially dangerous command.

➜  ~ terminology
Xlib:  extension "DPMS" missing on display ":0".
ERR<7727>:eina_safety ../src/lib/evas/canvas/evas_object_textgrid.c:1202 _evas_textgrid_efl_text_font_font_family_set() safety check failed: (!font_name) || (!*font_name) is true
## Copy & Paste the below (until EOF) into a terminal, then hit Enter

eina_btlog << EOF
/lib64/libeina.so.1	 0x7fec7ad7195a 0x7fec7ad4e000
/lib64/libeina.so.1	 0x7fec7ad72b51 0x7fec7ad4e000
/lib64/libeina.so.1	 0x7fec7ad7f413 0x7fec7ad4e000
/lib64/libeina.so.1	 0x7fec7ad8a13e 0x7fec7ad4e000
/lib64/libefl.so.1	 0x7fec7a44e212 0x7fec7a431000
/lib64/libevas.so.1	 0x7fec7afb8f92 0x7fec7ae73000
/lib64/libevas.so.1	 0x7fec7afb6f26 0x7fec7ae73000
/lib64/libefl.so.1	 0x7fec7a45cab9 0x7fec7a431000
/usr/bin/terminology	 0x556e213df12b 0x556e213a9000
/usr/bin/terminology	 0x556e2140bdd3 0x556e213a9000
/usr/bin/terminology	 0x556e213c94f1 0x556e213a9000
/usr/bin/terminology	 0x556e213ccbcb 0x556e213a9000
/usr/bin/terminology	 0x556e213c0cc1 0x556e213a9000
/lib64/libc.so.6	 0x7fec7a4ff1e2 0x7fec7a4d7000
/usr/bin/terminology	 0x556e213c0d0e 0x556e213a9000
EOF

ERR<7727>:eina_safety ../src/lib/evas/canvas/evas_object_textgrid.c:1238 _evas_textgrid_efl_text_font_font_size_set() safety check failed: font_size <= 0 is true
## Copy & Paste the below (until EOF) into a terminal, then hit Enter

eina_btlog << EOF
/lib64/libeina.so.1	 0x7fec7ad7195a 0x7fec7ad4e000
/lib64/libeina.so.1	 0x7fec7ad72b51 0x7fec7ad4e000
/lib64/libeina.so.1	 0x7fec7ad7f413 0x7fec7ad4e000
/lib64/libeina.so.1	 0x7fec7ad8a13e 0x7fec7ad4e000
/lib64/libefl.so.1	 0x7fec7a44e3e2 0x7fec7a431000
/lib64/libevas.so.1	 0x7fec7afb6f26 0x7fec7ae73000
/lib64/libefl.so.1	 0x7fec7a45cab9 0x7fec7a431000
/usr/bin/terminology	 0x556e213df12b 0x556e213a9000
/usr/bin/terminology	 0x556e2140bdd3 0x556e213a9000
/usr/bin/terminology	 0x556e213c94f1 0x556e213a9000
/usr/bin/terminology	 0x556e213ccbcb 0x556e213a9000
/usr/bin/terminology	 0x556e213c0cc1 0x556e213a9000
/lib64/libc.so.6	 0x7fec7a4ff1e2 0x7fec7a4d7000
/usr/bin/terminology	 0x556e213c0d0e 0x556e213a9000
EOF

Xlib:  extension "MIT-SCREEN-SAVER" missing on display ":0".
Xlib:  extension "MIT-SCREEN-SAVER" missing on display ":0".
ERR<7727>:elementary ../src/lib/elementary/efl_ui_focus_manager_calc.c:1529 _efl_ui_focus_manager_calc_efl_ui_focus_manager_manager_focus_set() Could not fetch a node located at 0x400000032406
## Copy & Paste the below (until EOF) into a terminal, then hit Enter

eina_btlog << EOF
/lib64/libeina.so.1	 0x7fec7ad7195a 0x7fec7ad4e000
/lib64/libeina.so.1	 0x7fec7ad72b51 0x7fec7ad4e000
/lib64/libeina.so.1	 0x7fec7ad7f413 0x7fec7ad4e000
/lib64/libelementary.so.1	 0x7fec7abb1511 0x7fec7a86b000
/lib64/libelementary.so.1	 0x7fec7aba0cf2 0x7fec7a86b000
/lib64/libelementary.so.1	 0x7fec7abb0c98 0x7fec7a86b000
/lib64/libelementary.so.1	 0x7fec7aba8a42 0x7fec7a86b000
/lib64/libelementary.so.1	 0x7fec7ab46a2b 0x7fec7a86b000
/lib64/libelementary.so.1	 0x7fec7ab61542 0x7fec7a86b000
/lib64/libelementary.so.1	 0x7fec7ab4c447 0x7fec7a86b000
/lib64/libelementary.so.1	 0x7fec7ab4c964 0x7fec7a86b000
/lib64/libelementary.so.1	 0x7fec7ab4c9aa 0x7fec7a86b000
/lib64/libelementary.so.1	 0x7fec7ab4c4a4 0x7fec7a86b000
/lib64/libelementary.so.1	 0x7fec7ab4c964 0x7fec7a86b000
/lib64/libelementary.so.1	 0x7fec7ab4ea02 0x7fec7a86b000
/lib64/libefl.so.1	 0x7fec7a45c8e0 0x7fec7a431000
/lib64/libevas.so.1	 0x7fec7af6225a 0x7fec7ae73000
/lib64/libeo.so.1	 0x7fec7a4c8a6a 0x7fec7a4b1000
/lib64/libeo.so.1	 0x7fec7a4c8a6a 0x7fec7a4b1000
/lib64/libeo.so.1	 0x7fec7a4c8a6a 0x7fec7a4b1000
/lib64/libeo.so.1	 0x7fec7a4c8a6a 0x7fec7a4b1000
/lib64/libelementary.so.1	 0x7fec7ab5bff4 0x7fec7a86b000
/lib64/libeo.so.1	 0x7fec7a4c8a6a 0x7fec7a4b1000
/lib64/libeo.so.1	 0x7fec7a4c8a6a 0x7fec7a4b1000
/lib64/libeo.so.1	 0x7fec7a4c484b 0x7fec7a4b1000
/lib64/libeo.so.1	 0x7fec7a4c4e40 0x7fec7a4b1000
/lib64/libeo.so.1	 0x7fec7a4c6bf2 0x7fec7a4b1000
/lib64/libeo.so.1	 0x7fec7a4c6bf2 0x7fec7a4b1000
/lib64/libeo.so.1	 0x7fec7a4c0138 0x7fec7a4b1000
/lib64/libevas.so.1	 0x7fec7af7c0fd 0x7fec7ae73000
/lib64/libevas.so.1	 0x7fec7af7c148 0x7fec7ae73000
/lib64/libevas.so.1	 0x7fec7af74dda 0x7fec7ae73000
/lib64/libevas.so.1	 0x7fec7af74dda 0x7fec7ae73000
/lib64/libevas.so.1	 0x7fec7af62793 0x7fec7ae73000
/lib64/libeo.so.1	 0x7fec7a4c8a6a 0x7fec7a4b1000
/lib64/libeo.so.1	 0x7fec7a4c484b 0x7fec7a4b1000
/lib64/libeo.so.1	 0x7fec7a4c4e40 0x7fec7a4b1000
/lib64/libeo.so.1	 0x7fec7a4c6bf2 0x7fec7a4b1000
/lib64/libeo.so.1	 0x7fec7a4c6bf2 0x7fec7a4b1000
/lib64/libeo.so.1	 0x7fec7a4c0138 0x7fec7a4b1000
/lib64/libelementary.so.1	 0x7fec7ab6d62b 0x7fec7a86b000
/lib64/libevas.so.1	 0x7fec7af74dda 0x7fec7ae73000
/lib64/libevas.so.1	 0x7fec7af62793 0x7fec7ae73000
/lib64/libeo.so.1	 0x7fec7a4c8a6a 0x7fec7a4b1000
/lib64/libeo.so.1	 0x7fec7a4c8a6a 0x7fec7a4b1000
/lib64/libeo.so.1	 0x7fec7a4c8a6a 0x7fec7a4b1000
/lib64/libeo.so.1	 0x7fec7a4c8a6a 0x7fec7a4b1000
/lib64/libelementary.so.1	 0x7fec7ab5bff4 0x7fec7a86b000
/lib64/libeo.so.1	 0x7fec7a4c8a6a 0x7fec7a4b1000
/lib64/libeo.so.1	 0x7fec7a4c484b 0x7fec7a4b1000
/lib64/libeo.so.1	 0x7fec7a4c4e40 0x7fec7a4b1000
/lib64/libeo.so.1	 0x7fec7a4c6bf2 0x7fec7a4b1000
/lib64/libeo.so.1	 0x7fec7a4c6bf2 0x7fec7a4b1000
/lib64/libeo.so.1	 0x7fec7a4c0138 0x7fec7a4b1000
/usr/bin/terminology	 0x556e21403378 0x556e213a9000
/usr/bin/terminology	 0x556e213f256b 0x556e213a9000
/usr/bin/terminology	 0x556e21403f65 0x556e213a9000
/usr/bin/terminology	 0x556e213e7a0f 0x556e213a9000
/lib64/libecore.so.1	 0x7fec7ae16f29 0x7fec7ade7000
/lib64/libecore.so.1	 0x7fec7ae0c122 0x7fec7ade7000
/lib64/libecore.so.1	 0x7fec7ae169b1 0x7fec7ade7000
/lib64/libecore.so.1	 0x7fec7ae0c3fc 0x7fec7ade7000
/lib64/libecore.so.1	 0x7fec7ae0860b 0x7fec7ade7000
/lib64/libecore.so.1	 0x7fec7ae08a7d 0x7fec7ade7000
/lib64/libecore.so.1	 0x7fec7ae12ed5 0x7fec7ade7000
/lib64/libecore.so.1	 0x7fec7ae0c6bc 0x7fec7ade7000
/lib64/libecore.so.1	 0x7fec7ae04da1 0x7fec7ade7000
/usr/bin/terminology	 0x556e213cc9a2 0x556e213a9000
/usr/bin/terminology	 0x556e213c0cc1 0x556e213a9000
/lib64/libc.so.6	 0x7fec7a4ff1e2 0x7fec7a4d7000
/usr/bin/terminology	 0x556e213c0d0e 0x556e213a9000
EOF

      /lib64/libeina.so.1| ??/??: 0 @ eina_log_print_cb_stderr()
      /lib64/libeina.so.1| ??/??: 0 @ _eina_semaphore_free()
      /lib64/libeina.so.1| ??/??: 0 @ eina_log_print()
      /lib64/libeina.so.1| ??/??: 0 @ _eina_safety_error()
      /lib64/libefl.so.1 | ??/??: 0 @ efl_text_font_family_set()
      /lib64/libevas.so.1| ??/??: 0 @ evas_object_textgrid_font_set()
      /lib64/libevas.so.1| ??/??: 0 @ evas_object_textblock_visible_range_get()
      /lib64/libefl.so.1 | ??/??: 0 @ efl_gfx_entity_scale_set()
    /usr/bin/terminology |   /  : 0 @ ()
    /usr/bin/terminology |   /  : 0 @ ()
    /usr/bin/terminology |   /  : 0 @ ()
    /usr/bin/terminology |   /  : 0 @ ()
    /usr/bin/terminology |   /  : 0 @ ()
      /lib64/libc.so.6   | ??/??: 0 @ __libc_start_main()
    /usr/bin/terminology |   /  : 0 @ ()

      /lib64/libeina.so.1      | ??/??: 0 @ eina_log_print_cb_stderr()
      /lib64/libeina.so.1      | ??/??: 0 @ _eina_semaphore_free()
      /lib64/libeina.so.1      | ??/??: 0 @ eina_log_print()
      /lib64/libelementary.so.1| ??/??: 0 @ efl_ui_focus_manager_window_root_interface_get()
      /lib64/libelementary.so.1| ??/??: 0 @ efl_ui_focus_manager_focus_set()
      /lib64/libelementary.so.1| ??/??: 0 @ efl_ui_focus_manager_window_root_interface_get()
      /lib64/libelementary.so.1| ??/??: 0 @ efl_ui_focus_manager_calc_unregister()
      /lib64/libelementary.so.1| ??/??: 0 @ elm_obj_web_reload()
      /lib64/libelementary.so.1| ??/??: 0 @ efl_ui_widget_focus_state_apply()
      /lib64/libelementary.so.1| ??/??: 0 @ elm_widget_activate()
      /lib64/libelementary.so.1| ??/??: 0 @ elm_widget_activate()
      /lib64/libelementary.so.1| ??/??: 0 @ elm_widget_activate()
      /lib64/libelementary.so.1| ??/??: 0 @ elm_widget_activate()
      /lib64/libelementary.so.1| ??/??: 0 @ elm_widget_activate()
      /lib64/libelementary.so.1| ??/??: 0 @ _elm_widget_onscreen_is()
      /lib64/libefl.so.1       | ??/??: 0 @ efl_gfx_entity_visible_set()
      /lib64/libevas.so.1      | ??/??: 0 @ efl_canvas_image_internal_class_get()
      /lib64/libeo.so.1        | ??/??: 0 @ efl_invalidate()
      /lib64/libeo.so.1        | ??/??: 0 @ efl_invalidate()
      /lib64/libeo.so.1        | ??/??: 0 @ efl_invalidate()
      /lib64/libeo.so.1        | ??/??: 0 @ efl_invalidate()
      /lib64/libelementary.so.1| ??/??: 0 @ elm_widget_show_region_get()
      /lib64/libeo.so.1        | ??/??: 0 @ efl_invalidate()
      /lib64/libeo.so.1        | ??/??: 0 @ efl_invalidate()
      /lib64/libeo.so.1        | ??/??: 0 @ efl_object_init()
      /lib64/libeo.so.1        | ??/??: 0 @ efl_object_init()
      /lib64/libeo.so.1        | ??/??: 0 @ efl_parent_set()
      /lib64/libeo.so.1        | ??/??: 0 @ efl_parent_set()
      /lib64/libeo.so.1        | ??/??: 0 @ efl_del()
      /lib64/libevas.so.1      | ??/??: 0 @ evas_object_box_add()
      /lib64/libevas.so.1      | ??/??: 0 @ evas_object_box_add()
      /lib64/libevas.so.1      | ??/??: 0 @ efl_canvas_group_del()
      /lib64/libevas.so.1      | ??/??: 0 @ efl_canvas_group_del()
      /lib64/libevas.so.1      | ??/??: 0 @ efl_canvas_image_internal_class_get()
      /lib64/libeo.so.1        | ??/??: 0 @ efl_invalidate()
      /lib64/libeo.so.1        | ??/??: 0 @ efl_object_init()
      /lib64/libeo.so.1        | ??/??: 0 @ efl_object_init()
      /lib64/libeo.so.1        | ??/??: 0 @ efl_parent_set()
      /lib64/libeo.so.1        | ??/??: 0 @ efl_parent_set()
      /lib64/libeo.so.1        | ??/??: 0 @ efl_del()
      /lib64/libelementary.so.1| ??/??: 0 @ elm_win_rotation_get()
      /lib64/libevas.so.1      | ??/??: 0 @ efl_canvas_group_del()
      /lib64/libevas.so.1      | ??/??: 0 @ efl_canvas_image_internal_class_get()
      /lib64/libeo.so.1        | ??/??: 0 @ efl_invalidate()
      /lib64/libeo.so.1        | ??/??: 0 @ efl_invalidate()
      /lib64/libeo.so.1        | ??/??: 0 @ efl_invalidate()
      /lib64/libeo.so.1        | ??/??: 0 @ efl_invalidate()
      /lib64/libelementary.so.1| ??/??: 0 @ elm_widget_show_region_get()
      /lib64/libeo.so.1        | ??/??: 0 @ efl_invalidate()
      /lib64/libeo.so.1        | ??/??: 0 @ efl_object_init()
      /lib64/libeo.so.1        | ??/??: 0 @ efl_object_init()
      /lib64/libeo.so.1        | ??/??: 0 @ efl_parent_set()
      /lib64/libeo.so.1        | ??/??: 0 @ efl_parent_set()
      /lib64/libeo.so.1        | ??/??: 0 @ efl_del()
    /usr/bin/terminology       |   /  : 0 @ ()
    /usr/bin/terminology       |   /  : 0 @ ()
    /usr/bin/terminology       |   /  : 0 @ ()
    /usr/bin/terminology       |   /  : 0 @ ()
      /lib64/libecore.so.1     | ??/??: 0 @ efl_loop_class_get()
      /lib64/libecore.so.1     | ??/??: 0 @ efl_loop_message_handler_message_call()
      /lib64/libecore.so.1     | ??/??: 0 @ efl_loop_message_handler_class_get()
      /lib64/libecore.so.1     | ??/??: 0 @ efl_loop_message_process()
      /lib64/libecore.so.1     | ??/??: 0 @ ecore_main_loop_thread_safe_call_wait()
      /lib64/libecore.so.1     | ??/??: 0 @ ecore_main_loop_thread_safe_call_wait()
      /lib64/libecore.so.1     | ??/??: 0 @ efl_io_positioner_fd_get()
      /lib64/libecore.so.1     | ??/??: 0 @ efl_loop_begin()
      /lib64/libecore.so.1     | ??/??: 0 @ ecore_main_loop_begin()
    /usr/bin/terminology       |   /  : 0 @ ()
    /usr/bin/terminology       |   /  : 0 @ ()
      /lib64/libc.so.6         | ??/??: 0 @ __libc_start_main()
    /usr/bin/terminology       |   /  : 0 @ ()

terminology still runs. F33 on Wayland.

I just grabbed terminology (version reported as 0.5.99) and I'm a Byobu user. Byobu uses Shift or Ctrl + F2 or F3 etc. to create splits but terminology doesn't seem to be adding the Ctrl or Shift modifiers to the F keys.

Absolutely loving terminology otherwise though ;)

I'm on KUbuntu (I know, this is a weird choice), and when I use the maximize button I often get borders staying there when they should have been removed or a window "nearly maximized" which is not perfect and thus not neat.

I attach a screenshot of the window after a maximize for you to see.

At first I thought it was a bug between elementary and KDE but the elementary config window is working perfectly so I'm not so sure.

I hope there is an easy fix.

With regards!

(keep up with the good work: I love what you do!)

tyls doesn't actually use a file list you hand it; in fact, if you give it one, it just completely supresses output.

Hi,

My current problem with terminology is the lack of tab customization.
It only shows the file path, and it is hard to distinguish.

So I would like a feature to display a small icon (like the browser's favicon) to the left of the tab's title.
And a configuration file something like this:
'/home/USER/Desktop/projects/mysecretprojects/*' 'path/to/my_favicon.png'

So if I'm inside the 'mysecretprojects' (and any subfolder inside it),
terminology would display the my_favicon.png file in the tab bar.

Exactly how it is done in webbrowsers.

I know it is more a feature request then an issue, but bugging me so hard...

Thank you for your attention.

I cannot find any variation of the split command line argument for terminology that works, including the example in the man page. They all just give me a new terminal with no split. I was hoping to create a quick shortcut that splits with the right commands in each window so I don't have to do it manually (which works).

This is version 0.9.1 built on Gentoo Linux.

This opens a new window with no output.

terminology --hold -e "echo ---------------"

However, appending the ;bash make it work.

terminology --hold -e "echo ---------------;bash"

Hi,

I feel that the current shortcut keys do not make too much sense for navigating between tabs. Ctrl+page up supposes to select the next tab, however, it would select the previous tab (or the left tab); in contrast, ctrl+page down would select the previous tab (or the right tab). The next tab should always be the tab to the right because that's the reading convention. I would like to propose a change to the default shortcut keys of next/prev tab selections to ctrl+left and ctrl+right, respectively. Maybe in the future, we can bind ctrl-next/previous to navigate between split windows instead.

BTW, Konsole, a kde terminal manager, uses shortcut keys shift+left and shift+right to navigate between tabs. I feel that most users will like binding to arrow keys (left and right), either with ctrl or shift is fine with me. Please comment, and let me know if we should make this change. Thank you.

uname -a
Linux arch 3.15.8-1-ARCH #1 SMP PREEMPT Fri Aug 1 08:51:42 CEST 2014 x86_64 GNU/Linux

terminology --version
Version: 0.6.99
ERR<3916>:efreet_cache lib/efreet/efreet_cache.c:1108 on_send_register() org.enlightenment.DBus.Canceled Canceled by user.

tycat myfile.avi
ERR<3613>:ecore_system_upower modules/ecore/system/upower/ecore_system_upower.c:74 _on_low_battery_get_cb() Message error org.enlightenment.DBus.Canceled - Canceled by user.

I'm using terminology inside Gnome on Archlinux. When it comes to Unicode compound characters, the rendering is often wrong, be it messing up the entire line, not actually doing the compound or in this case adding a space afterwards:

At least, not that I can find. reset doesn't seem to clear it either.