| Age | Commit message (Collapse) | Author |
|---|
|
- Implements CreateMessageDialog method for QtInstance which would create message dialogs using native qt widgets.
Example - MasterPasswordCreateDialog ( https://git.libreoffice.org/core/+/5e8c0575e877795aaca91346548cd0136fa22048/uui/source/masterpasscrtdlg.cxx#64 ).
To trigger this :
a) Go to "Tools" -> "Options".
b) Select "LibreOfficeDev" -> "Security", then check "Persistently save passwords for web connections".
c) In the master password dialog, enter two different passwords and click "OK". The message dialog appears now uses native qt widgets.
- adds Env variable SAL_VCL_QT_NO_WELDED_WIDGETS which reverts to previous behavior using VCL widgets.
Note: most of the methods from weld::Widget hierarchy are currently just dummy implementations for Qt case, only what's needed for simple message dialogs has been implemented in this patch.
Change-Id: I522489b8befb92f0092eb248ea2b81ecfbadd737
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/161073
Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
Tested-by: Jenkins
|
|
Running any of the Linux VCL plugins with
SAL_FORCEDPI=192 resulted in a scaled UI for all of them
in a quick test, so update the README accordingly.
Change-Id: I57b2b716c84556be6b66ed51f9c5198bacf10030
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/161264
Tested-by: Jenkins
Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
|
|
Similar to
Change-Id: I01b427648ef14f918cc692b30c80a7427455324f
Author: Michael Weghorn <m.weghorn@posteo.de>
Date: Sun Dec 24 00:13:25 2023 +0100
qt: Rename SAL_VCL_QT5_NO_NATIVE and use for all Qt-based VCLs
, drop the version name in the env var to evaluate to
decide whether to use fontconfig or not, since there's
no reason this should only apply for qt5-based VCLs
and not qt6-based ones.
(Other than for the above-mentioned commit, the env
variable would already be evaluated for all Qt-based
VCL plugins, not just the qt5 one.)
Change-Id: I2e239bf78916c37133f3992f49bb5dfa385c5801
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/161263
Tested-by: Jenkins
Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
|
|
Instead of evaluating a `SAL_VCL_QT5_NO_NATIVE` environment
variable to determine whether to disable drawing of widgets
using the `QStyle`, evaluate `SAL_VCL_QT_NO_NATIVE` (i.e. without
a Qt version number in the name), and do this for all Qt-based
VCL plugins (qt5, qt6, kf5, kf6), not only qt5.
I don't see a reason why this should be qt5-specific.
Change-Id: I01b427648ef14f918cc692b30c80a7427455324f
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/161262
Tested-by: Jenkins
Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
|
|
Change-Id: I1be0670d59163070dccf035ec9c7b0cd4f818c69
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/159766
Tested-by: Jenkins
Tested-by: Caolán McNamara <caolan.mcnamara@collabora.com>
Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
|
|
Change-Id: Ib3b65436d0703b0e4e691a00ef16b99c561658b9
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158370
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
We were enabling QFont for qt5 VCL plugin by default, but it is buggy
and some distributions seem to enabled qt5 VCL plugin even if we don't
recommend it.
Since the QFont code is incomplete and no one is working on it, lets
make people’s life easier by making it always off by default.
This removed the SAL_VCL_QT5_USE_CAIRO envvar and replaces it with
SAL_VCL_QT_USE_QFONT that does the reverse. Also SAL_VCL_KF5_USE_QFONT
is dropped in favor of SAL_VCL_QT_USE_QFONT.
Change-Id: Id7471acd12fe277908f567140b63ae8d27b03033
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/154222
Tested-by: Jenkins
Reviewed-by: خالد حسني <khaled@libreoffice.org>
|
|
Change-Id: I3d5f691a35a3e79d3ae6774f71aafbc66214ecc4
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/153116
Tested-by: Jenkins
Reviewed-by: خالد حسني <khaled@libreoffice.org>
|
|
Adds DoQuit and SAL_USE_SYSTEM_LOOP to complement DoExecute.
Makes it easier to switch between a LO with and without nested
event processing. Unfortunatly the recovery dialogs run outside
of Application::Execute(), so this currently also disables
recovery handling.
Follow-up (and no more Emscripten-specific) change to commit
93133585b5b52e38defc3162eeb1e7704dceafcb ("WASM optionally run
any app via system loop").
Change-Id: I1b622065d7fa0c5ad03a7c7daaf8241dcc3f09a3
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128717
Tested-by: Jenkins
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
|
|
Change-Id: I8c94f358111be231ae96a81da264a999c18a0a3d
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126079
Tested-by: Samuel Mehrbrodt <samuel.mehrbrodt@allotropia.de>
Reviewed-by: Samuel Mehrbrodt <samuel.mehrbrodt@allotropia.de>
|
|
The basic idea is the same as the 'aqua' backend, simply set up
a scaling matrix for all drawing. That will take care of the basic
drawing everything twice as large, which is twice the resolution.
And then blit this data to the window, which expects data this way.
Converting back from backing surface needs explicit coordinate
conversions, and when converting to a bitmap the bitmap needs
to be scaled down in order to appear normally sized. Fortunately
I've already implemented delayed scaling, which means that if
the bitmap is drawn later again without any modifications, no
data would be lost (to be done in a follow-up commit).
Unittests occassionally need special handling, as such scaling
down to bitmap not being smoothed, because they expect exact
color values.
Change-Id: Ieadf2c3693f7c9676c31c7394d46299addf7880c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125060
Tested-by: Jenkins
Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
|
|
* Renaming all README files inside 'vcl' to use .md extension
* The content was previously converted into Markdown format in
dc984e7fed26ed26a2cafecb0c5b27feca56bfe2
Change-Id: If55d363b418ff14864297d02a6986c4fc3625ed7
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/113531
Tested-by: Ilmari Lauhakangas <ilmari.lauhakangas@libreoffice.org>
Reviewed-by: Ilmari Lauhakangas <ilmari.lauhakangas@libreoffice.org>
|
