Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Minor GUI problem with tabs in editor window #2434

Open
Robin-Whittle opened this issue Feb 19, 2020 · 5 comments
Open

Minor GUI problem with tabs in editor window #2434

Robin-Whittle opened this issue Feb 19, 2020 · 5 comments
Labels

Comments

@Robin-Whittle
Copy link

Robin-Whittle commented Feb 19, 2020

This is a low-key user interface problem.

I built Codelite from the GitHub code, retrieved as a zip file, about 17 hours ago. It is built with wxWidgets (also from Eran's GitHub ) compiled with GTK+ 3. This is on Debian 10.2 AMD64, using the native display, not X-forwarding.

If I have a sufficiently high number of files open at once, then the tabs at the top of the editor window, one for each such file, have a slight problem: The right-most one has the very right part obscured by a down-pointing V arrow thing, which is at the far right of where these tabs are arranged. So I can't see the whole name of the file. More importantly, I can't access the X there to close that tab. I can still close the tab via right-click.

I am using GTK+ 3 despite my experience of it being slower, because using GTK+ 2, I get all sorts of screen corruption wierdness, both on the native display and via X-forwarding.

@eranif
Copy link
Owner

eranif commented Mar 14, 2020

The design of the notebook (tab control) is to use all the space it could take, even when displaying partial tabs. We could removed the drop down arrow, but it won't help in other cases (where the last tab is too large to fit into the remaining space). There are 2 other options I can think of:

  1. Move the close button to the LEFT (this way it is always visible)
  2. Use the mouse middle button to close the tab (it's easier than right clicking)

@dghart
Copy link
Collaborator

dghart commented Mar 14, 2020

I'd vote against 1). I'm used to a close button being on the right: e.g. Firefox, Chromium, gedit, geany, featherpad...

@eranif
Copy link
Owner

eranif commented Mar 14, 2020

ofc it will be configurable where the RIGHT is the default...

@Robin-Whittle
Copy link
Author

I would be happy with a configuration item to put the close button on the left of the tab. A potential benefit of this might be that to close a bunch of tabs - such as all of them or all but the right-most one of several - I would be able to put the cursor at the X of the left tab, click the left button, have it close and have the next tab take its place ready for me to click again.

I use a Logitech M570 trackball, so it is easy to leave the cursor position unchanged while clicking the left button repeatedly, whereas with a mouse, it is typically necessary to place ones fingers on the table to hold it still while pressing buttons.

@stale
Copy link

stale bot commented Apr 28, 2020

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs (in 5 days). Thank you for your contributions.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants