Re: How are tier 1 framework qm translations supposed to be loaded?

[Sune Vuorela]

On 2021-01-26, Halla Rempt  wrote:
> Ah... I guess that explains it. GenericDataLocation is only useful in a linux 
> distribution packages setup, because it's the location that's shared with 
> other applications, so we patch ki18n to use AppDataLocation -- I guess we'll 
> have to patch ECM as well.

I'm not sure I would be opposed to having AppDataLocation also searched;
I don't think the runtime overhead would be significant.
I'm also not sure there would be significant security implications, and
it might work better on some platforms where there is only sometimes the
Generic location. (Iirc there are also platforms where Generic maps to
App)

/Sune

[ANNOUNCE] CMake 3.19.5 available for download

[Tom Osika]

We are pleased to announce that CMake 3.19.5 is now available for download.

Please use the latest release from our download page:
  https://cmake.org/download/

Thanks for your support!


Changes made since CMake 3.19.4:

Brad King (7):
  Apple: Fix linking to frameworks that do not exist until build time
  FindBoost: Add support for Boost 1.75
  Help: Restore docs that find_library considers LIB, not INCLUDE
  LexerParser: Do not override existing _POSIX_C_SOURCE definition
  CTest: Restore running dashboard client Test step with modified files
  Clang: Use -imsvc for system include only with MSVC-like front-end
  CMake 3.19.5

Craig Scott (4):
  cmComputeLinkInformation: Fix misspelt private variable name
  Xcode: Don't hard-code SDK-provided implicit framework search paths
  IOS_INSTALL_COMBINED: Support Xcode 12 (command line only)
  Help: Add 3.19.5 release notes for Xcode iOS-related changes

Robert Maynard (1):
  FindCUDAToolkit: Restore use of CUDA_PATH environment variable

Yauheni Khnykin (1):
  FindXCTest: Fix output directory for test bundle with new build system

QToolButton not displayed correctly on KDE

[Aaron Dewes]

Hello!


I'm having some issues with a QT application I'm developing right now,
but only on KDE, the same code works perfectly on GNOME.

I'm using the following code snippet:

// In my header file
QAction *m_newTabAction;
QToolButton *addTabButton;
// The actual code
 m_newTabAction = newQAction(this);
m_newTabAction->setShortcuts(QKeySequence::AddTab);
connect(m_newTabAction, SIGNAL(triggered()), this, SLOT(newTab()));
m_newTabAction->setIcon(QIcon(QLatin1String(":graphics/addtab.png")));
m_newTabAction->setIconVisibleInMenu(false);
addTabButton =new QToolButton(this);
addTabButton->setDefaultAction(m_newTabAction);
addTabButton->setAutoRaise(true);
addTabButton->setToolButtonStyle(Qt::ToolButtonIconOnly);

Compiling and running this code (The button is positioned later) result
in the button being displayed and working, except the image not being
displayed. The image is displayed on GNOME though. This also has nothing
to do with dark mode, as the image contains black and white parts, and I
tested this using Breeze Light and Dark. I already tried setting the
icon and/or icon size directly on the button, which also didn't help. My
code is a fork of Arora, and the same issue shows up there too, and the
new tab button isn't displayed.

Am I using some outdated methods that KDE doesn't support or is there
anything I can do to get this code working properly?


Aaron

Re: QToolButton not displayed correctly on KDE

[David Hurka]

> m_newTabAction->setIcon(QIcon(QLatin1String(":graphics/addtab.png")));

First guess: The Breeze icon engine (which enables color schemes to recolor 
monochrome icons) can not handle Qt ressource paths. Did you try to install 
the image as ordinary file, and use that file as icon?

If that is the problem, a workaround could be to load the ressource through 
QPixmap instead of QIcon.

Or are you sure that the icon is loaded correctly, and just the QToolButton 
does not show it?

Re: QToolButton not displayed correctly on KDE

[Aaron Dewes]

Thank you for your reply!

I'm sure it's being loaded correctly. I already tried using a QPixmap, a
local file, and replaced the Close Tab button (Which works) with that icon.



m_newTabAction->setIcon(QIcon(QLatin1String(":graphics/addtab.png")));

First guess: The Breeze icon engine (which enables color schemes to recolor
monochrome icons) can not handle Qt ressource paths. Did you try to install
the image as ordinary file, and use that file as icon?

If that is the problem, a workaround could be to load the ressource through
QPixmap instead of QIcon.

Or are you sure that the icon is loaded correctly, and just the QToolButton
does not show it?