Tango color scheme is pretty popular and makes the terminal text look more beautiful IMHO. GNOME Terminal also chose this color scheme as its default. Could ROXTerm provide the Tango color scheme out of the box so that I don't need to create a new scheme manually? I'm attaching my hand-craft Tango color scheme

Reported by: trustin

Original Ticket: roxterm/feature-requests/25

I have an X setup with two screens, :0.0 and :0.1, and the DISPLAY variable set properly on both screens. It seems as if calling roxterm always opens up a display on :0.1, even if called with --display=":0.0".

Reported by: mikeati

Original Ticket: roxterm/bugs/24

This may be by design or a design limitation, but it was unexpected when I observed the following:

1. With an existing instance of ROXterm running using profile A, I ran:
   % roxterm --tab -p B
   and a new window was created, instead of a new tab in the existing window.

2. When dragging-and-dropping a tab from window 2 using profile B to window 1 using profile A, the relocated tab switched to using profile A. This resulted in an unexpected behavioral change (specifically, the executed command no longer restarted upon exit).

If this is a design limitation due to the aesthetic and mechanical restrictions a profile imposes on its containing window, I suggest that you split profiles to be more granular (as you've already done with color scheme, keyboard, and character settings), so that a user can choose to use a common window structure with a variety of profiles that have different commands and behaviors.

Reported by: tmetro

Original Ticket: roxterm/bugs/21

Per summary. Patch with functionality is attached. Thanks.

Reported by: *anonymous

Original Ticket: "roxterm/feature-requests/7":https://sourceforge.net/p/roxterm/feature-requests/7

It seems that ROXTerm doesn't free the memory of a terminal when a tab is closed or when the display is cleared (Edit->Reset And Clear).

I use a lot ROXterm and actually, its heap weight 160 MiB (while there are only 4 tabs opened currently, all of them cleared).

I know that I choose to keep many lines in scrollback cache (100000) but I don't think that should prevent Roxterm from freeing these when they are cleared.

Reported by: silkensedai

Original Ticket: "roxterm/bugs/8":https://sourceforge.net/p/roxterm/bugs/8

There is something wrong in this dialog box.

You cant select
'get text and background colours from palette' if you click 'use custom palette' first and then 'set text and background colours' second.

When you unclick/click 'use custom palette' you end up activating the 'get text and background colours from palette' without it getting checked.

Everytime you change a colour in palette it will reset back to default colours until you click on a checkbox/radiobutton.

Reported by: *anonymous

Original Ticket: "roxterm/bugs/5":https://sourceforge.net/p/roxterm/bugs/5

It would be really nice to be able to change the position of tabs by drag and dropping them (the same way gnome-terminal does it).

Reported by: *anonymous

Original Ticket: "roxterm/feature-requests/3":https://sourceforge.net/p/roxterm/feature-requests/3

Symlinks appear to be resolved when a new window or tab is opened. For example, if my working directory is ~/quick/Mongolian, which is a symlink to /data/Documents/Homework/Indiana/Mongolian, and I open a new window or tab, the working directory within that session becomes /data/Documents/Homework/Indiana/Mongolian. The same is true if the working directory is a subdirectory of ~/quick/Mongolian.

Reported by: jonorthwash

Original Ticket: "roxterm/bugs/15":https://sourceforge.net/p/roxterm/bugs/15

Sometimes (when the system is under a heavy load, or maybe when there's something scrolling in the current tab—not totally sure), opening a new tab results in a tab with no transparency except where there's text. A simple ctrl-l fixes this slight annoyance, as does doing anything in the tab that makes text scroll. See example in attachment.

Reported by: jonorthwash

Original Ticket: roxterm/bugs/19

Make a reset button for when you screwed up the customizable colours and you want to start from scratch.

Reported by: *anonymous

Original Ticket: "roxterm/feature-requests/10":https://sourceforge.net/p/roxterm/feature-requests/10

I just upgraded to revision 380 and recompiled. When I start roxterm I get an error message saying:

================================
Shortcut 'Help/Show Manual' in 'Shortcuts/Default' has missing value

Here is my ~/Apps/ROX-Terminal/Config/Shortcuts/Default

================================
[roxterm shortcuts scheme]
File/New Window = n
File/New Tab = t
File/Close Window = q
File/Close Tab = w
Tabs/Previous Tab = Page_Up
Tabs/Next Tab = Page_Down
Help/Show Manual = F1
Edit/Copy = c
Edit/Paste = v
View/Zoom In=plus
View/Zoom Out=minus
View/Normal Size=0
View/Full Screen=F11

Which value should be used for "Help/Show Manual"?

This is the version info:

================================
housetier@ganymede:~/Apps/ROX-Terminal$ LANG=C svn info
Path: .
URL: https://roxterm.svn.sourceforge.net/svnroot/roxterm/trunk/roxterm
Repository Root: https://roxterm.svn.sourceforge.net/svnroot/roxterm
Repository UUID: f97cf934-1c0e-0410-9d40-d847c2db5989
Revision: 380
Node Kind: directory
Schedule: normal
Last Changed Author: realh
Last Changed Rev: 377
Last Changed Date: 2007-09-11 16:47:21 +0200 (Tue, 11 Sep 2007)

Reported by: housetier

Original Ticket: "roxterm/bugs/2":https://sourceforge.net/p/roxterm/bugs/2

When a composite manager is running, transparency should be true transparency, as with gnome-terminal. Instead, transparency shows through to the desktop background.

Reported by: jonorthwash

Original Ticket: "roxterm/bugs/12":https://sourceforge.net/p/roxterm/bugs/12

Hi,

ROXTerm along with gnome-terminal (but not gedit) cannot accept shortcuts that uses Super key.

When I select the menu entry and type the shortcut, it is ok, the shortcut gets displayed as Super+Letter (the configuration file shows that also) but the problem comes when I type the letter that was in the shortcut without holding the Super key. In that case, the action gets triggered.

For example, I want to have Super+T to create a new tab. If I do so, everytime I type t innocently in the terminal, a new tab pops up. This makes it unusable as you can imagine.

Is there anything special in ROXTerm that handles shortcuts (or perhaps it is vte that handles shortcuts because i have the same problem with gnome-terminal) ?

My xmodmap -pm output:

xmodmap: up to 4 keys per modifier, (keycodes in parentheses):

shift Shift_L (0x32), Shift_R (0x3e)
lock Caps_Lock (0x42)
control Control_L (0x73), Control_R (0x74)
mod1 Alt_L (0x7d), Meta_L (0x9c)
mod2 Num_Lock (0x4d)
mod3
mod4 Super_L (0x25), Super_R (0x6d), Super_L (0x7f), Hyper_L (0x80)
mod5 ISO_Level3_Shift (0x40), ISO_Level3_Shift (0x7c)

Mildred

Reported by: silkensedai

Original Ticket: "roxterm/bugs/9":https://sourceforge.net/p/roxterm/bugs/9

Using gnome-terminal, I have a shortcut which starts all the terminal tabs i use, to save me opening one instance, then launching tabs individually.

This is done by the --tab switch of gnome-terminal. Example opening one minicom, one ssh and one local bash tab:
gnome-terminal -e "minicom -o -w" --title=minicom --tab -e "ssh server.example.com" --tab -e bash

It would be handy if this functionalty was in RoxTerm as well.

Reported by: superjamielol

Original Ticket: "roxterm/feature-requests/12":https://sourceforge.net/p/roxterm/feature-requests/12

By default gtk creates toplevel windows using default group leader. Sometimes this behavior is annoying -- all terminal being grouped together.

Provided patch sets the group leader of every created window to itself.

Reported by: *anonymous

Original Ticket: "roxterm/bugs/11":https://sourceforge.net/p/roxterm/bugs/11

Excuse me for my bad English :-)

Shift+arrows is traditional hotkeys for select text in text editor.

Midnight commander has "mcedit" text editor. It supports text selection with
Shift+arrows. This feature works with xterm (xterm -v: X.Org 6.8.99.903(243))
but does not work with RoxTerm 1.13.0.

Righter: shift+left/right works, shift+up/down does not.

Midnight commander's version is 4.7.0-pre4
(http://www.midnight-commander.org/downloads), OS is Slackware 13.0.

Please note about clipbuffer copy/paste hotkeys also:

ctrl+insert = copy to buffer (does not work by default)
shift+insert = insert from buffer (works!)

Regards, Sergey

Reported by: sergey-feo

Original Ticket: roxterm/bugs/26

Hi, realh. Once again, thanks for ROXterm. It's my favorite terminal emulator, and your responsiveness to issues has always been excellent.

This might actually be a bug- it does seem to be a regression, but it might be a regression in libvte and not ROXterm. Unfortunately, I don't know when it started. If you need to know that, I can try to find out.
Disclaimer aside, the problem in a nutshell is that when I set the window title (Edit > Set Window Title) it sets properly, but if the child process tries to set the title, it overrides my manually set title.
For example, in bash, my PROMPT_COMMAND is set to 'echo -ne "\033]0;${USER}@${HOSTNAME}: ${PWD}\007"', which well set the title to user@host: pwd. If I set the window title manually, and then, for example, press enter (to make a new prompt line appear), the window title is set back to bash's automatic title.

If this is not considered a bug, could you please add an option to toggle this behavior?

Reported by: pdbogen

Original Ticket: "roxterm/bugs/10":https://sourceforge.net/p/roxterm/bugs/10

I tend to consider this a usability bug, but I seem to recall reading somewhere that the rationale behind having the context menu display all the available menu choices was done intentionally so a user could choose to disable the normal menu bar and still have access to all the menus, so I'll characterize this as a feature suggestion.

I'd like to see an option where the context menu is simplified to contain just the items that are relevant to the context (as the name implies), which typically means the edit menu options. I make frequent use of the context menu, and having to navigate to a sub menu for frequent cut-and-paste operations is cumbersome.

This could be accomplished with a dedicated config setting, or perhaps be the default behavior, with the full menus appearing only if the user has disabled the traditional menu bar.

Reported by: *anonymous

Original Ticket: roxterm/feature-requests/18

I'm guessing this is related to the code for the 'revert' button. Basically, changing a color in the custom palette with 'Use custom palette' checked doesn't effect anything until RoxTerm is restarted.

This occurs when no Colour profile exists when starting ROXterm, but does not occur when a custom palette is created, saved, and roxterm is restarted.

I'll probably dig through the source tomorrow and try to write a patch to fix this.

Reported by: pdbogen

Original Ticket: "roxterm/bugs/6":https://sourceforge.net/p/roxterm/bugs/6

I don't consider this a high priority, as for most users with only one or two profiles, this doesn't have much impact, but I always found the "Configure ROXTerm" dialog busier and more complicated than it needs to be, and the overall architecture could lead to a lot of maintenance effort if the user has many profiles and wants to maintain a common look and feel.

I recommend a design that:

1. Consolidates all the stuff in the "Configure ROXTerm" dialog into tabs of the profile settings dialog.
   2a. Add the concept of a global profile, where defaults are established.
   or
   2b. Add the concept of an "inherit from" profile, which gets established at the time the profile is cloned.
2. Permits any profile setting to inherit the value from its parent (or global) or override it.
3. Replaces "Configure ROXTerm" with a simpler profile manager that lets you clone/rename/delete/modify a profile.

A simple 1-level inheritance from a global profile should be easiest to implement, and adequate. I'm not sure how to incorporate the ability to toggle between default and overridden settings into each UI widget without making the settings dialogs real busy. That needs some thought.

The tabs added for "sub configs" like color scheme could either stay similar to how they are, with named groupings of settings that can be selected/edited/renamed/deleted, or you could just incorporate the property dialogs directly into the tab and simply have those settings inherit from the global profile just like the rest of the settings.

Reported by: tmetro

Original Ticket: roxterm/feature-requests/23

I use sakura, and it has this capability, it permit to have smaller tab.

Reported by: *anonymous

Original Ticket: roxterm/feature-requests/27

Here's the use case:

1. % roxterm --tab -e ssh host &
2. the connection to host is lost

At this point there is no way to reestablish the connection to the host without closing the tab and going back to the command line.

Maybe Profiles provide a way to address this?

Reported by: tmetro

Original Ticket: roxterm/feature-requests/21

There is a reference to update-locales script in the AppRun. But update-locales script does not exists in the source tarball.

$ tar xzf roxterm-1.15.2.tar.gz 
$ cd roxterm-1.15.2
$ grep update-locales AppRun 
                        ${APP_DIR}/update-locales --remake && \
                "${APP_DIR}/update-locales" --remake
                "${APP_DIR}/update-locales"
$ find . -name update-locales
$ 
$ ./AppRun --compile
<skiped>
./AppRun: line 57: /path/to/roxterm-1.15.2/update-locales: No such file or directory
Compile failed
Press Return...

Reported by: lostclus

Original Ticket: roxterm/bugs/22

Hello,

Most of the terminal emulators I have tried use -T to set the title. This meant that because of Debian's nice alternative system I could write something like "x-terminal-emulator -T my_title -e my_app" and this would work with my terminal of the day. So please add -T as an alias to -t.

Thanks for your work, I'll stay with ROXterm for a while, so now I'm off to change all my configs.

Regards,
Andrei

Reported by: *anonymous

Original Ticket: "roxterm/feature-requests/13":https://sourceforge.net/p/roxterm/feature-requests/13

I started roxterm using a command line like:
roxterm --tab -e "waitforhost example.com && ssh example" &

and it created a new tab and showed a blinking cursor, but did nothing else.

I'm assuming it didn't like the quoted command and failed to find an executable matching the entire string. This should have resulted in an error message, either textual in the terminal window, or an error dialog.

Reported by: tmetro

Original Ticket: roxterm/bugs/20

Make the title customizable, so you can prefix or postfix the title with a text of your choice.

Would like all my terminals windows to be called
'term - %s' where %s is the string set by the shell

Just an idea.

Reported by: *anonymous

Original Ticket: "roxterm/feature-requests/9":https://sourceforge.net/p/roxterm/feature-requests/9

Some times I scroll up and I would like it to scroll all the way down when I press the enter.

Reported by: gastons

Original Ticket: roxterm/feature-requests/28

Hi,

i've used one feature from mrxvt a lot: being able to rename a single tab with the clipboard contents. I've found no such feature in roxterm, and wrote a little quick and dirty patch for roxterm, which implements this.
As the middle mouse key is already used for 'moving-tab-without-selecting-it' i'm using the right mouse key for clipboard renaming.

Signed-off-by: Sven Schnelle [email protected]

Reported by: *anonymous

Original Ticket: "roxterm/feature-requests/5":https://sourceforge.net/p/roxterm/feature-requests/5

Sporadically I encounter text rendering problems in ROXterm where the text at or near the cursor appears invisible. I haven't found the exact circumstances to reproduce the problem, however I can list a couple of examples:

When in the shell (tcsh) and editing a command line recalled from the history that exceeds a single line width, a portion of the command line will sometimes become invisible.

When searching for a pattern via the pager when viewing a man page, if the pattern is not found, the "no matches" (or whatever it is) message that should appear in the lower left in inverse text is invisible.

I'm open to suggestions on how to further diagnose this. Isn't there a VT100 test suite kicking around somewhere? Maybe that might provide a repeatable test case.

Reported by: tmetro

Original Ticket: roxterm/bugs/16

Per summary. 'O' for open, 'C' for copy. Patch is attached.

Reported by: pdbogen

Original Ticket: "roxterm/feature-requests/8":https://sourceforge.net/p/roxterm/feature-requests/8

This may very well be another vte bug, and probably will require more specific steps to reproduce, but I wanted to record this while I think of it.

If I start a new ROXTerm (1.15.0) tab with a command like:
roxterm --tab --tab-name SZ1 -e ssh -t sz /bin/bash --login -c 'screen -D s1 || screen -r s1 || screen -S s1'

I always have to then use Edit | Reset before the scrollbar in ROXTerm will work. Prior to running reset, the scrollbar selector occupies the full hight of the scrollbar, as if the program hasn't seen more than one screen of content.

I haven't done enough testing yet to determine if this is dependent on the version of screen, the OS on the target machine, the term settings, etc., but when I ssh to local servers and manually start screen, I don't observe this behavior. I don't think I recall seeing the problem with the remote server that I use the above command to access prior to automating the session startup in that fashion.

Reported by: tmetro

Original Ticket: roxterm/bugs/27

It would be great if roxterm would warn the user before closing the application. In some cases you close many windows but don't want roxterm to be closed. But then your window manager highlights it and you've closed it before you've realized it. :)
And this is annoying when you have many tabs open.

Additional to the warning there could be a configuration option where you could disable the warning.

Many terminals do this and this is is one feature I miss in roxterm.

Reported by: deadbabylon

Original Ticket: "roxterm/feature-requests/11":https://sourceforge.net/p/roxterm/feature-requests/11

--title apparently only sets the window title, even when used with --tab. Either alter the behavior when --tab is present, or provide a syntax for setting the tab title.

See:
https://sourceforge.net/forum/forum.php?thread_id=2925369&forum_id=422638

Reported by: tmetro

Original Ticket: roxterm/feature-requests/16

Hello!

I use vim text editor in roxterm. I have string "highlight Comment ctermfg=darkgrey" in my .vimrc. I can't read a comments in files (configs, sources, etc.) using vim and roxterm. Dark gray like black.

I use default color scheme in roxterm.

Thank you and sorry for my English. :)

Reported by: *anonymous

Original Ticket: "roxterm/bugs/7":https://sourceforge.net/p/roxterm/bugs/7

The attached patch adds the following features:

• The number of tabs after startup can be set
• The position of the GtkNotebook tabs can be set

Reported by: sschnelle

Original Ticket: "roxterm/feature-requests/6":https://sourceforge.net/p/roxterm/feature-requests/6

This terminal would be perfect with one last (hopefully) small featuer. The ability to name each tab.

[email protected]

Reported by: *anonymous

Original Ticket: "roxterm/feature-requests/1":https://sourceforge.net/p/roxterm/feature-requests/1

$ cat /etc/fedora-release
Fedora release 10 (Cambridge)
$ rpm -q docbook-style-xsl
docbook-style-xsl-1.74.0-5.fc10.noarch
$ rpm -ql docbook-style-xsl |fgrep docbook.xsl
/usr/share/sgml/docbook/xsl-stylesheets-1.74.0/fo/docbook.xsl
/usr/share/sgml/docbook/xsl-stylesheets-1.74.0/fo/profile-docbook.xsl
/usr/share/sgml/docbook/xsl-stylesheets-1.74.0/html/docbook.xsl
/usr/share/sgml/docbook/xsl-stylesheets-1.74.0/html/profile-docbook.xsl
/usr/share/sgml/docbook/xsl-stylesheets-1.74.0/manpages/docbook.xsl
/usr/share/sgml/docbook/xsl-stylesheets-1.74.0/manpages/profile-docbook.xsl
/usr/share/sgml/docbook/xsl-stylesheets-1.74.0/xhtml/docbook.xsl
/usr/share/sgml/docbook/xsl-stylesheets-1.74.0/xhtml/profile-docbook.xsl
$ tar xzf ../SOURCES/roxterm-1.15.2.tar.gz
$ cd roxterm-1.15.2
$ ./AppRun --compile --with-docbook-man-xsl=/usr/share/sgml/docbook/xsl-stylesheets-1.74.0/manpages/docbook.xsl

./configure: line 11515: test: too many arguments
configure: error: --with-docbook-man-xsl must be given a valid filename as an argument
Compile failed
Press Return...

Reported by: lostclus

Original Ticket: roxterm/bugs/23

The configure tests for functions in glib, gtk+, and vte fail on some platforms where they should pass. This occurs because the requisite link flags are added to LDFLAGS in configure, where they need to be in LIBS. This fails on Cygwin, and probably on Linux if -Wl,--as-needed is used (e.g. Gentoo).

Patch attached.

Reported by: yselkowitz

Original Ticket: roxterm/bugs/25

When I upgraded ROXTerm from 1.13.0 to 1.13.4, the fake transparency that I was used to disappeared, replaced by the real transparency made possible using metacity as a composing manager.

The fake transparency only makes the window transparent from the background image. I find it much more easier to read. Of course, I could disable the transparency alltogether, but I like it because I like to see the beautiful images I have in the background.

Would it be possible to add an option to get the fake transparency back, even if e use a composing manager ?

Reported by: silkensedai

Original Ticket: "roxterm/bugs/14":https://sourceforge.net/p/roxterm/bugs/14

The CUA standard keybinding of Ctrl-Insert for paste seem to intermittently fail in ROXterm. (The menu option always works.) I haven't determined the circumstances. At least some of the time it works as expected. It doesn't appear to a problem with my desktop environment, as I observe this only in ROXterm.

Reported by: *anonymous

Original Ticket: roxterm/bugs/18

In the profile editor menu, the "opaque" and "transparent" slider and labels are reversed from one another. That is, moving the slider towards "transparent" makes the windows more opaque, and vice-versa.

Reported by: *anonymous

Original Ticket: "roxterm/bugs/13":https://sourceforge.net/p/roxterm/bugs/13

If you select "Preferences|Edit current color scheme", change the cursor color, and click close, the change is not reflected in the current tab. (I also hve the "use custom color palette" option enablked, if that makes a difference.) I'm assuming that's a bug, seeing as "current" implies it affects the current session.

Once you create a new tab. the cursor color change is reflected.

I played around with this for a bit and noticed that text color changes were reflected immediately in both a tab I had recently opened, and in all existing tabs, and in the recently opened tab I could get the cursor color change to appear, but not in the older tabs. So the problem is intermittent and may require opening several tabs to reproduce.

Reported by: tmetro

Original Ticket: roxterm/bugs/17

I'm using roxterm-1.2.3, compiled from source on
slackware -current.

When I try to start roxterm-config, I get the
following errors:

sr@polaris:/usr/local/share/roxterm$ roxterm-config

(roxterm-config:5171): Gtk-WARNING **: Error loading
icon from file '${prefix}/share/pixmaps/roxterm.svg':
Failed to open
file '${prefix}/share/pixmaps/roxterm.svg': No such
file or directory

(roxterm-config:5171): libglade-WARNING **: could not
find glade file
'${prefix}/share/roxterm/roxterm-config.glade'

How do I fix roxterm-config? I didn't use any special
configure options.

Reported by: stevenr20

Original Ticket: "roxterm/bugs/1":https://sourceforge.net/p/roxterm/bugs/1

See:
https://sourceforge.net/forum/forum.php?thread_id=2925353&forum_id=422638

ROXTerm doesn't support session saving...

Session management is a highly desired feature.

A first cut at session management might be saving the current list of tabs, their titles, CWD (which ROXterm already seems to be aware of), and affiliated settings profile. They could be saved every N minutes, and automatically restored on restart. A future addition could be making the scrollback history part of the session data.

And eventually supporting the GNOME and open desktop session management protocols.

Reported by: tmetro

Original Ticket: roxterm/feature-requests/17

A terminal emulator I once used had an oddball feature that combined copy and paste into one operation. I though it was strange at first, but came to find it highly useful. Probably 80% of the time that I highlight and copy a selection from within a terminal, I'm going to immediately paste it back to that terminal. A menu option that implements the combined function would save several clicks in a frequent operation.

Reported by: *anonymous

Original Ticket: roxterm/feature-requests/19

Hi,

i'm using roxterm now for about a month, and it works great :). Found only one small issue in roxterm-config so
far: If you change the scrollback_lines in the scrolling section, it will not be saved. As roxterm uses a larger amount if i add that setting to ~/.config/roxterm.sourceforge.net/Profiles/Default, this looks to me like only the notification is missing. So i came up with the attached patch.

Reported by: sschnelle

Original Ticket: "roxterm/bugs/4":https://sourceforge.net/p/roxterm/bugs/4

I use RoxTerm (ver 1.16.3 - Debian) with Xfce. I often vertically maximize the terminal window (reading man pages, etc) but if I then invoke a second tab, it pushes the bottom of the window below the viewable area of the desktop, hiding the bottom-most line. If another tab is already open, the window expands without exceeding the viewable area. If there was an option to "always show tab bar" it would solve this problem (for me) - at the expense of always losing a little vertical area when only one tab is needed. I've tried setting initial tabs to two, but this means having to silence the warning about closing a terminal with multiple tabs (a feature I like very much). I guess the real thing that would solve my problem would be to make sure RoxTerm doesn't change vertical size when a second tab is opened - but the "always show tab bar" sounds like the easiest way to do it. If I need to RTFM a bit more closely, please point me in the right direction.

Reported by: tonynewman

Original Ticket: roxterm/feature-requests/29

Provide integration with ssh, such as:
-Profile properties for the host to connect to, user name, password, key file (and eventually an option to generate a key), a field for custom ssh options;
-Menu options to establish, end, and restart a connection;
-UI feedback for the connection state;

This is something you don't see much on the Linux/UNIX side of things, but is common in terminal emulators on other platforms that lack high quality command-line ssh implementations.

While this functionality doesn't really enable you to do anything that you can't do with the current setup, it would improve usability. I suspect substantially for users who don't use their local shell much, and just want the simplest way to get connected to a remote host.

The lack of UI controls to reestablish a lost connection or a connection that can't be established at the time ROXterm starts (because the network isn't up yet), makes dealing with this common situation more bothersome than it needs to be. Anyone used to terminal emulators on other platforms would expect to just click a reconnect toolbar button or menu option.

Reported by: tmetro

Original Ticket: roxterm/feature-requests/22

Hi,

I have an issue with ROXterm. I bound the paste command with Alt-V. But the problem is that when I use this keybinding, it opens the View menu (V letter is underlined).

And now, when I want to use F10. For example in mc or htop, it gives focus to the ROXterm menubar instead of passing the keycodes to the terminal application.

And I haven't found any preference to disable these keybindings as I can have in gnome-terminal. Please help me.

Mildred

Reported by: silkensedai

Original Ticket: "roxterm/bugs/3":https://sourceforge.net/p/roxterm/bugs/3

In gnome-terminal, tabs can be moved either by drag-and-drop or by (by default) ctrl-shift-pgup/pgdn. In roxterm the only option currently seems to be drag-and-drop. Options could be added to the tabs menu, where keyboard shortcuts would then be easily updateable.

Reported by: firespeaker

Original Ticket: "roxterm/feature-requests/15":https://sourceforge.net/p/roxterm/feature-requests/15