![]() Didn't know how to make them links to themselves. Feel free to ask for anything else you may see fit.ĮDIT: Posted images are full size screenshots. Hope someone will grab the intention and take this as an starting point for something else. In no case I think it could be related to the Linux Distro, the Qt version or the dark theme chosen by the user, taking into account that the whole UI works perfectly. But hopefully the idea spins around that area. Or a custom developed widget with the issue residing in the customized part. Heres how to install Beyond Compare 3 for Linux on a Redhat Enterprise Linux 7 or CentOS 7 machine without Internet access. Also don't know if this could be a three-state component. Or some color value needing to be replaced with a system specific one like Window Text / Button Text / Highlight Text (naming some examples, not the ones that could be involved). Or could be a hardcoded color value in the unfocused state. I don't know if BC4 uses stylesheets to some degree. I think this could be related to the palette of the widget (at the Qt level). Everytime you must know which file is on which side of the panel, there you have to click the field. The whole idea of this "research" I'm doing is to provide the most details to my extent trying to alleviate the triaging process for this inconvenience. We have had a few users invest their time, due to the natural flexibility offered by Linux, but we have not had any confirmed/reproducible steps to get BC3/4 up and running this way. The issue happens when the widget has some text value, cause the hint is displayed correctly. Hello, Beyond Compare 4 on Linux is not designed to run without X-Windows and attempting to emulate or suppress the GUI is not supported. In every possible situation, this widget works perfectly fine. Perhaps it is not the same widget, but the other place I could find a "similar" component is in the "Find Filename" (CTRL+F) dialog. Which while expanded shows all the entries with the correct color (ScreenShot-3). Something similar happens with the "Filters" widget. This behaviour starts to change when the widget gets focused (as can be seen in the ScreenShot-2). It can be found in the "Home" screen and in the top of the panels of at least a "Folder Compare" session.Īs can be seen in the ScreenShot-1, by default the text color is black and with a dark background, the text is hardly readable. I don't know if this is a "custom" widget. I assumed there should be an extension for Beyond Compare, but I couldn't find one. It's also configured as the git difftool. It's easy to configure in Visual Studio 2017. ![]() The issue is related to the "QComboBox" widget that are generally related to filenames. 34 The default diff tool of Visual Studio Code is nice, but I'd like to replace it with my beloved Beyond Compare. The tests are done with no BC4 settings (just a dark theme at the OS level). But at least on the three reports we are talking about different Linux distros with a common setup (dark themes). I'm trying to drill down this specific problem, trying to achieve some solution to what I would call the only issue with dark themes in Linux that can't be solved within the UI Settings (opinions will vary). I know this has been mentioned before, at least in: Display issues on Linux Mint 18.3 and Improved support for dark themes. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |