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

context menus of applications are sometimes drawn outside visible area #1

Closed
totaam opened this issue Jun 16, 2011 · 11 comments
Closed

Comments

@totaam
Copy link
Collaborator

totaam commented Jun 16, 2011

Issue migrated from trac ticket # 1

component: client | priority: major | resolution: wontfix

2011-06-16 12:55:29: lindi created the issue


This is probably a known problem but I could not find a bug report about it.

If I right-click an URL in quassel IRC client I get a context menu. If the URL is on the last line of the window then the last entries of the context menu are drawn outside the visible area of the desktop :-)

I need to manually move the window and then right-click to be able to access the menu.

@totaam
Copy link
Collaborator Author

totaam commented Jun 16, 2011

2011-06-16 13:42:22: lindi uploaded file testcase1.png (40.1 KiB)

see how the "Copy Link Address" context menu entry is not visible at all (it is below visiable area)
testcase1.png

@totaam
Copy link
Collaborator Author

totaam commented Jun 16, 2011

2011-06-16 14:07:25: antoine changed priority from minor to major

@totaam
Copy link
Collaborator Author

totaam commented Jun 16, 2011

2011-06-16 14:07:25: antoine changed status from new to accepted

@totaam
Copy link
Collaborator Author

totaam commented Jun 16, 2011

2011-06-16 14:07:25: antoine

@totaam
Copy link
Collaborator Author

totaam commented Jun 16, 2011

2011-06-16 14:07:25: antoine commented


As you may have guessed, this happens because the application is drawing onto a virtual screen which is bigger than the one it eventually gets displayed on. The application and its widgets think that the space below is actually usable and shown to the user when it's not.

The best (and only?) solution is to resize the virtual screen to match the client's. The code already exists, however, to make use of it you will need a virtual screen which supports randr. The only viable option at present is Xdummy.
There is already a winswitch bug describing this: replace Xvfb with Xvnc or Xdummy

My original post describing how to use Xdummy with xpra is no longer up to date as the '--xvfb' switch has now been changed to specify the full command and arguments, which makes it a little easier.

As for the next step, I would like to make Xdummy a proper first class package, removing the need to resort to LD_PRELOAD tricks to start it, etc - see #10. Until then, this will remain a manual setup process..

@totaam
Copy link
Collaborator Author

totaam commented Jun 16, 2011

2011-06-16 14:07:25: antoine

@totaam
Copy link
Collaborator Author

totaam commented Sep 2, 2011

2011-09-02 08:32:31: antoine changed status from accepted to closed

@totaam
Copy link
Collaborator Author

totaam commented Sep 2, 2011

2011-09-02 08:32:31: antoine changed resolution from ** to wontfix

@totaam
Copy link
Collaborator Author

totaam commented Sep 2, 2011

2011-09-02 08:32:31: antoine commented


See #2 for a potential workaround, the real solution is #10 - closing.

@totaam totaam closed this as completed Sep 2, 2011
@totaam
Copy link
Collaborator Author

totaam commented Feb 8, 2012

2012-02-08 10:23:04: totaam commented


For more information on Xdummy, see the top-level page: Xdummy

@totaam
Copy link
Collaborator Author

totaam commented Feb 20, 2012

2012-02-20 20:11:22: totaam

totaam pushed a commit that referenced this issue Apr 21, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant