On Sat, Oct 14, 2017 at 1:41 PM, Volker Krause wrote:
> Observations while trying to add this to the KF5 Yocto recipes:
> - it shows up as Tier 1 on https://api.kde.org/frameworks/index.html but seems
> to have a hard dependency on Kirigami
shoud be tier 3 (should have be fixed
On Thursday, 31 August 2017 17:06:46 CEST Marco Martin wrote:
> Hi all,
> we have a qtquickcontrols style that is right now in workspace (unrelased,
> to be released with Plasma 5.11)
> it makes controls paint with qstyle to give it a reasonable desktop
> appearance, plus some fixes/workarounds to
Mh
> set(CMAKE_LIBRARY_OUTPUT_DIRECTORY
I don't think that will do for production. "This property specifies
the directory into which library target files should be built.
Multi-configuration generators (VS, Xcode) append a per-configuration
subdirectory to the specified directory."
I *think*
El dimarts, 12 de setembre de 2017, a les 22:11:14 CEST, Marco Martin va
escriure:
> this is a quick and dirty attempt at this..
> i don't know how much it would break, but i think in order to have a
> correct import usable without install it should do something along the
> lines
Do I read
this is a quick and dirty attempt at this..
i don't know how much it would break, but i think in order to have a
correct import usable without install it should do something along the
lines
On Tue, Sep 12, 2017 at 8:49 PM, Marco Martin wrote:
> On Mon, Sep 11, 2017 at 4:59 PM,
On Mon, Sep 11, 2017 at 4:59 PM, Harald Sitter wrote:
> Another option I can think of is "installing" to the build directory
> during cmake stage (i.e. construct a qml import path in
> $CMAKE_BINARY_DIR). That's only more complicated and altogether meh
> though, compared to simply
On Monday, 11 September 2017 16:18:40 CEST Jonathan Riddell wrote:
> I've moved qqc2-desktop-style to frameworks from kde/workspace, please
> move the translations to follow
No translations to move.
Ciao
--
Luigi
On Mon, Sep 11, 2017 at 4:16 PM, Marco Martin wrote:
> On Sun, Sep 10, 2017 at 3:41 PM, David Faure wrote:
>> Sounds OK to me, get it moved to frameworks/ so it can be included in the
>> next
>> release.
>>
>> I notice there are no unittests (but that's always
I've moved qqc2-desktop-style to frameworks from kde/workspace, please
move the translations to follow
Jonathan
On Sun, Sep 10, 2017 at 3:41 PM, David Faure wrote:
> Sounds OK to me, get it moved to frameworks/ so it can be included in the next
> release.
>
> I notice there are no unittests (but that's always a bit hard for pure-gui
> stuff). On the other hand, please do take a look at the
On vendredi 1 septembre 2017 15:02:16 CEST Marco Martin wrote:
> On Thu, Aug 31, 2017 at 5:06 PM, Marco Martin wrote:
> > any objection into pulling it into a framework? anything particular for
> > the procedure?
>
> as an update to that, i've update its cmake files and
On Fri, Sep 1, 2017 at 3:02 PM, Marco Martin wrote:
> On Thu, Aug 31, 2017 at 5:06 PM, Marco Martin wrote:
>> any objection into pulling it into a framework? anything particular for the
>> procedure?
>
> as an update to that, i've update its cmake files and
On Thu, Aug 31, 2017 at 5:06 PM, Marco Martin wrote:
> any objection into pulling it into a framework? anything particular for the
> procedure?
as an update to that, i've update its cmake files and metadata files
to be coherent with other frameworks, at this point i'll wait a
Hi,
from my perspective as app dev: As it currently stands I can only get
proper desktop scrolling by either shipping an app-specific hack or by
forcing Marco's style. The only way I can reasonably force it is if I
can also depend on it, and if it's a framework, I can depend on it in
CMake,
Hi all,
we have a qtquickcontrols style that is right now in workspace (unrelased, to
be released with Plasma 5.11)
it makes controls paint with qstyle to give it a reasonable desktop
appearance, plus some fixes/workarounds to make qml a bit more desktop friendly
(for instance fixes scrollwheel
15 matches
Mail list logo