Location of dropdown menu from TCanvas and context info displaced

[Nick_van_Eijndhoven]

---

Please read tips for efficient and successful posting and posting code

Please fill also the fields below. Note that root -b -q will tell you this info, and starting from 6.28/06 upwards, you can call .forum bug from the ROOT prompt to pre-populate a topic.

ROOT Version: 6.40.02
Platform: Ubuntu 24-04 (under Windows 11 wsl)
Compiler: gcc 13.3

---

Hi,

I have a new laptop and when I use the dropdown menu of a TCanvas (or some context menu in a GUI) the produced text doesn’t appear at the point where I clicked, but appears at a random location on my screen. Is there a way to get this fixed (e.g. by some setting in ROOT) ?

Cheers,

Nick.

Also … the text in the ROOT windows (e.g. TBrowser, the menus in TCanvas etc.) is very small. How can I make the text in these windows larger? It seems that gStyle->SetTextFont() and gStyle->SetTextSize() are not available anymore.

[dastudillo]

@Nick_van_Eijndhoven

appears at a random location on my screen

That’s been an issue for several years already, and it seems that it won’t be solved; it seemed to be working at first with the method I showed in my posts below, but then it stopped working again. Maybe running ROOT in a browser (with the option --web=on) will bypass the issue, but I haven’t used ROOT on WSL for a while so I’m not sure.

Root TCanvas weird behavior in vscode WSL system

In my case, it was working after installing VcXsrv (didn’t use VSCode, though) as I said in my last post of the thread I linked. However, in more recent versions (of WSL, I suppose) the problem partially reappeared: the menus again show up in random locations, but at least I am able to click on them –with the cursor seen at a different place, but the menu items are highlighted and clicking works. By the way, VcXsrv is no longer needed; ROOT works the same (and the same visual issues) with or wi…

ROOT on WSL2, Windows 11 and Ubuntu (update Sep/2024)

An update to the solution described in this thread (I cannot make edits to that thread anymore, so I had to open a new one): ROOT on Windows 11 WSL2 / WSLg - #7 by dastudillo I recently tried the same process on a new machine with ROOT 6.32/04, a fresh Windows 11 (23H2), WSL2 and Ubuntu 24.04, and got no graphics again (xeyes, etc were not working, and ROOT complained that it cannot show the TBrowser in batch mode, even though it was not running in batch mode). The solution is another change …

[Nick_van_Eijndhoven]

Strange indeed. However, I can click on the produced menu items, but it is very inconvenient.

On my old laptop running ROOT 6.24.08 under Ubuntu 18 in a windows powershell, everything works well. But that screen has a different resolution, so maybe it is related to that.

By the way: Is there a way that I can increase the fontsize for the text of ROOT objects, like the Browser, the menu items in TCanvas etc. ? As I mentioned before, the gStyle->SetTextFont() and gStyle->SetTextSize() are not available anymore as far as I can see.

Cheers,

Nick.

[dastudillo]

Check out similar threads in the forum, e.g.

Fonts too small

------------------------------------------------------------------ | Welcome to ROOT 6.32.06 https://root.cern | | (c) 1995-2024, The ROOT Team; conception: R. Brun, F. Rademakers | | Built for linuxx8664gcc on Oct 17 2024, 16:18:46 | | From tags/6-32-06@6-32-06 | | With c++ (Ubuntu 13.2.0-23ubuntu4) 13.2.0 | | Try '.help'/'.?', '.demo', '.license', '.credits', '.quit'/'.q' | -…

Increase font size in TBrowser with snap version 6.30.02

Hello, I installed the snap version on my Ubuntu20.04 laptop. I would like to increase the font size for TBrowser, e.g. . However, I cannot edit (as sudo) the file system.rootrc, nor can I add the file .rootrc: The directory is read-only. sudo chmod cannot make directories writable neither. Any suggestion? Thanks, Christian Kiesling

though those are not necessarily for WSL, but might work.

[Nick_van_Eijndhoven]

Thanks for the hints. Now I can indeed change the fonts in .rootc via setting Gui.DefaultFont etc.

But … when I have a canvas and open the editor via its dropdown menu, it seems that the window is not correctly scaled for the now larger font, so that there appears a horizontal slider bar in the editor. This is also quite annoying. Is there any setting such that when the font is larger, either the window is enlarged accordingly, or the window stays the same size, but the canvas size is reduced (in the horizontal direction) such that all the text is visible in the editor pane. The same holds for FitPanel etc.

[dastudillo]

@Nick_van_Eijndhoven

setting such that when the font is larger, either the window is enlarged accordingly, or the window stays the same size, but the canvas size is reduced

A ROOT developer may correct me, but as far as I know there isn’t such setting. Maybe you could try to change the Windows screen resolution, although that may not be optimal (or may not affect these windows at all); from what I found, it seems that it’s not a problem of ROOT itself (as the issues also happen with other software under WSL) but of the graphics widgets (GTK, I guess), or even the X system. Again, using the web interface should bypass these issues, if it works with WSL (I haven’t tried it).

[Nick_van_Eijndhoven]

Okido, I will try to use the web interface. How can I activate the web interface ?

ps. The mislocation of the dropdown menus might be related to a mismatch of the screen resolution between the regular Windows 11 screen and the produced WSL Ubuntu screen. However, I don’t see a way (yet) to modify the Ubuntu screen resolution without changing the regular Windows 11 screen resolution. The latter I don’t want to change, since that will affect all other applications and will make a mess.

[bellenot]

This has been fixed in master. See this PR and this commit

[Nick_van_Eijndhoven]

Hi Bertrand,

Great! Does that mean that with the following (patch) release of ROOT 6.40 it will be fixed? I am using the binary ROOT distribution for my Ubuntu system.

[bellenot]

No, it will be in the next release (6.42)

[Nick_van_Eijndhoven]

Okido, all clear. Don’t take too long to get it out

[bellenot]

I’ll check if I can backport it in the next 6.40 patch release…

[dastudillo]

In the meantime, if you want to run the web interface, first install a browser inside Ubuntu (Firefox seems to work well, sudo apt install firefox), then just run root and create a TBrowser; by default (if you don’t have the option --web=off in a .rootrc file) it should open in a web browser window (or start root with root --web=on), and will tell you the URL for the HTTP server --which only works inside this WSL Ubuntu, that’s why you need to install the browser in it.

[Nick_van_Eijndhoven]

That would be very much appreciated !

[Nick_van_Eijndhoven]

Can I toggle between the web and standard rendering via setting Browser.Name and Canvas.Name in my .rootrc file, so that I can always go back to the old situation if something goes wrong? And should I then also set Browser.StartUrl to the URL that the system will tell me?

[Nick_van_Eijndhoven]

If I switch on that the editor (and event status) is switched on by default, the TBrowser window is correctly scaled such that the large character text is completely displayed. Probably this is because in the TBrowser one can resize the canvas window with the slider. However, this “sliding window” is not implemented in TCanvas (and also not in e.g. the FitPanel window), so it won’t work for these. Would it be possible to also scale these windows w.r.t. the selected text font size?

[linev]

@Nick_van_Eijndhoven

Can I toggle between the web and standard rendering via setting Browser.Name and Canvas.Name in my .rootrc file, so that I can always go back to the old situation if something goes wrong? And should I then also set Browser.StartUrl to the URL that the system will tell me?

Yes, you can. For the web-based implementations:

Browser.Name:  ROOT::RWebBrowserImp
Canvas.Name:   TWebCanvas

For classical UI:

Browser.Name:  TRootBrowser
Canvas.Name:   TRootCanvas

[ferhue]

Side note: you can natively install ROOT 6.40 on Windows without needing a WSL with Ubuntu, just VScode 2022.

[Nick_van_Eijndhoven]

Hi Sergey,

Thanks for the info. I have installed Firefox and this works. However, the web based facility is a bit limited in functionality compared to the ROOT based one. So, when ROOT gets fixed for the dropdown menus I tend to stick with the ROOT option, but that might be a matter of taste of course.

[Nick_van_Eijndhoven]

Quite some time ago I indeed was using ROOT directly under windows, but my experience is that the functionality under Linux is better, so I made the switch.