s that would be great to have, but it would also be cool
if one could download a VM image, start it, maybe install some editor of
choice, and start hacking right away.
Cheers
--
Milian Wolff
m...@milianw.de
http://milianw.de
signature.asc
Description: This is a digitally signed message part.
mod
[2]: https://cmake.org/cmake/help/latest/module/FindPkgConfig.html
--
Milian Wolff
m...@milianw.de
http://milianw.de
signature.asc
Description: This is a digitally signed message part.
On Dienstag, 7. März 2023 02:51:06 CET Aleix Pol wrote:
> On Mon, Mar 6, 2023 at 8:31 PM Milian Wolff wrote:
> > Hey all,
> >
> > for context please see [1] and [2].
> >
> > [1]: https://bugs.kde.org/show_bug.cgi?id=460245
> > [2]:
> > https://dis
On Dienstag, 7. März 2023 00:30:20 CET Albert Astals Cid wrote:
> El dilluns, 6 de març de 2023, a les 20:31:01 (CET), Milian Wolff va
escriure:
> > Hey all,
> >
> > for context please see [1] and [2].
> >
> > [1]: https://bugs.kde.org/show_bug
ncy.
What do others say to this approach?
Thanks
--
Milian Wolff
http://milianw.de
On Mittwoch, 11. Januar 2023 11:26:42 CET Ingo Klöcker wrote:
> On Mittwoch, 11. Januar 2023 11:02:04 CET Milian Wolff wrote:
> > On Dienstag, 10. Januar 2023 23:45:26 CET Michael Reeves wrote:
> > > Thanks. I would say your right there this would definitely have caught
> &g
I agree, the code is clearly wrong and it's unclear what it's trying to
achieve here. Does anyone know what this is trying to do?
Qt::ConnectionType connectionType = static_cast(-1)
Should this maybe just be changed to use Qt::AutoConnection?
Thanks
--
Milian Wolff
m...@milianw.de
htt
ch exactly the
binary that is run.
Cheers
--
Milian Wolff
m...@milianw.de
http://milianw.de
signature.asc
Description: This is a digitally signed message part.
65 / 9 =
> * 9 =
> it tells me the result is 63.
>
> Compare to kcalc that properly tells me 65.
>
> You can't really use C/C++ floating point to do actual math, it's not very
> good for that, you need to use "infinite" precision numbers like kcalc
>
but never quite leaving - may the same happen to you ;-) I.e.:
Take your well earned break and come back whenever it suites you again!
Cheers
--
Milian Wolff
m...@milianw.de
http://milianw.de
signature.asc
Description: This is a digitally signed message part.
On Montag, 19. Oktober 2020 17:21:28 CEST Harald Sitter wrote:
> On 19.10.20 17:06, Milian Wolff wrote:
> > On Montag, 19. Oktober 2020 16:56:27 CEST Harald Sitter wrote:
> >> On 19.10.20 12:30, Milian Wolff wrote:
> >>> On Montag, 19. Oktober 2020 11:27:29 CEST
On Montag, 19. Oktober 2020 13:33:38 CEST Christophe Giboudeaux wrote:
> On lundi 19 octobre 2020 12:30:59 CEST Milian Wolff wrote:
> > On Montag, 19. Oktober 2020 11:27:29 CEST Harald Sitter wrote:
> > > Yo
> > >
> > > On 18.10.20 10:11,
On Montag, 19. Oktober 2020 16:56:27 CEST Harald Sitter wrote:
> On 19.10.20 12:30, Milian Wolff wrote:
> > On Montag, 19. Oktober 2020 11:27:29 CEST Harald Sitter wrote:
> >> Yo
> >>
> >> On 18.10.20 10:11, Milian Wolff wrote:
> >>> Hey all,
>
On Montag, 19. Oktober 2020 11:27:29 CEST Harald Sitter wrote:
> Yo
>
> On 18.10.20 10:11, Milian Wolff wrote:
> > Hey all,
> >
> > since some time now I'm only compiling parts of KF5 selectively into a
> > custom prefix. Most notably, I'm on
s there is
something I'm missing which would prevent this? I am hoping that any folder
works as long as it's listed in the `XDG_DATA_DIRS` env var - can someone
confirm this?
Thanks
--
Milian Wolff
m...@milianw.de
http://milianw.de
signature.asc
Description: This is a digitally signed message part.
On Samstag, 17. Oktober 2020 00:16:01 CEST Thiago Macieira wrote:
> On Thursday, 15 October 2020 07:22:59 PDT Milian Wolff wrote:
> > I have the feeling that this might be a limitation of UBSAN? Or is this an
> > actual problem - does anyone know?
>
> I've seen
Develop::IPlugin, public
KDevelop::ISourceFormatter
```
Maybe that's the problem? Does anyone know?
--
Milian Wolff
m...@milianw.de
http://milianw.de
signature.asc
Description: This is a digitally signed message part.
On Montag, 12. Oktober 2020 11:28:45 CEST Ben Cooksley wrote:
> On Mon, Oct 12, 2020 at 10:24 PM Milian Wolff wrote:
> > On Montag, 12. Oktober 2020 11:11:22 CEST Ben Cooksley wrote:
> > > Hi KDiagram Developers,
> > >
> > > The stable branch of KDiagram ha
gt; correctly for the following projects:
> - KStars
> - Konversation
> - Skrooge
> - Okteta
> - KDiff3
> - Alkimia
> - KMyMoney
> - KRename
--
Milian Wolff
m...@milianw.de
http://milianw.de
signature.asc
Description: This is a digitally signed message part.
here this could come from?
Thanks
--
Milian Wolff
m...@milianw.de
http://milianw.de
signature.asc
Description: This is a digitally signed message part.
tures through JavaScript... I
> wish the project wasn't dead, but I try to hang on and not cry :P
"all build systems suck", don't bother too much about it ;-)
--
Milian Wolff
m...@milianw.de
http://milianw.de
signature.asc
Description: This is a digitally signed message part.
have not necessarily consented to having
> their email address made public
>
> It isn't "bad" software, it just happens to have a workflow weakness
> when Arcanist isn't used (which upstream strongly recommend).
Yes, one of many workflow weaknesses and I&
On Montag, 20. November 2017 23:40:38 CET Milian Wolff wrote:
> On Montag, 20. November 2017 17:28:06 CET Martin Flöser wrote:
> > Am 2017-11-20 11:59, schrieb Milian Wolff:
> > > On Samstag, 18. November 2017 15:34:16 CET Friedrich W. H. Kossebau
> > >
> >
On Montag, 20. November 2017 17:28:06 CET Martin Flöser wrote:
> Am 2017-11-20 11:59, schrieb Milian Wolff:
> > On Samstag, 18. November 2017 15:34:16 CET Friedrich W. H. Kossebau
> >
> > wrote:
> >> Am Donnerstag, 16. November 2017, 23:24:52 CET schrieb Ingo
(==) Assigned the driver to the xf86ConfigLayout
> [12.125] (II) LoadModule: "intel"
> [12.127] (WW) Warning, couldn't open module intel
> [12.127] (II) UnloadModule: "intel"
> [12.127] (II) Unloading intel
> [12.127] (EE) Failed to load module "intel" (module does not exist, 0)
> [12.127] (II) LoadModule: "modesetting"
> [12.127] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so
I've also recently come across this. According to [1] the performance is
supposedly much worse. Is this still true for more recent mesa/kernel
versions?
[1]: https://www.phoronix.com/scan.php?page=news_item&px=Intel-DDX-May-Tests
Thanks, I'll have to try this out
--
Milian Wolff
m...@milianw.de
http://milianw.de
signature.asc
Description: This is a digitally signed message part.
On Donnerstag, 20. April 2017 11:34:39 CEST Matthias Klumpp wrote:
> 2017-04-20 11:30 GMT+02:00 Milian Wolff :
> > [...]
> > Hey Albert,
> >
> > sorry for the delay and thanks for the response. The above makes me wonder
> > about the functionality of ecm_i
On Montag, 17. April 2017 23:36:24 CEST Albert Astals Cid wrote:
> El dilluns, 17 d’abril de 2017, a les 22:27:15 CEST, Milian Wolff va
escriure:
> > Hey all,
> >
> > how is one supposed to install different versions of icons for different
> > icon themes? Say I have
inside the KDE icon
subsystem? Is this in ECM? Am I missing some environment variable?
Any help would be appreciated, thanks
--
Milian Wolff
m...@milianw.de
http://milianw.de
signature.asc
Description: This is a digitally signed message part.
tps://git.reviewboard.kde.org/r/128949/#comment66982>
unrelated to the actual change set here, someone should cleanup this file
to use Q_UNUSED instead of manually casting to void.
- Milian Wolff
On Sept. 22, 2016, 7:24 p.m., Pascal VITOUX
ake until you get 3.6.0+.
> Maybe packagers want to backport the fix. I see that Ubuntu Yakkety is
> going to ship CMake 3.5.2.
Great, looking into that has long been on my TODO. Glad to hear a confirmation
that this got properly fixed now.
Thanks
--
Milian Wolff
m...@milianw.de
http:
kes long to compile" and argument for or against a
piece of software if there is no feature equivalent alternative that takes
less time to compile?
Qt WebEngine is far easier to compile than Qt WebKit in my experience, and it
certainly doesn't take significantly longer. And of course
On Montag, 28. September 2015 23:10:33 CEST Albert Astals Cid wrote:
> El Dilluns, 28 de setembre de 2015, a les 16:41:58, Milian Wolff va
escriure:
> > On Friday, September 25, 2015 11:35:35 PM CEST Albert Astals Cid wrote:
> > > El Divendres, 25 de setembre de 2015, a les 05:1
On Friday, September 25, 2015 11:35:35 PM CEST Albert Astals Cid wrote:
> El Divendres, 25 de setembre de 2015, a les 05:15:35, Milian Wolff va
>
> escriure:
> > On Montag, 21. September 2015 20:29:32 CEST Albert Astals Cid wrote:
> > > El Dijous, 10 de setembre de 2015
available? It can be
combined with ASan and should thus find even more issues in our codebase!
Bye
--
Milian Wolff
m...@milianw.de
http://milianw.de
signature.asc
Description: This is a digitally signed message part.
KF5 or the applications.
>
> Which would be much simpler with a single diff.
Gerrit gives you a git command to copy'n'paste and you can pull the changeset
and test it. That's much better than manually applying some plaintext diff.
Bye
--
Milian Wolff | milian.wo...@kdab.c
On Thursday, July 30, 2015 09:23:00 PM Mark Gaiser wrote:
> On Tue, Jul 28, 2015 at 4:28 PM, David Faure wrote:
> > On Tuesday 14 July 2015 19:28:58 Thomas Lübking wrote:
> > > On Dienstag, 14. Juli 2015 19:00:14 CEST, Milian Wolff wrote:
> > > > On Tuesday, July 14
On Friday, July 24, 2015 06:55:01 PM Mark Gaiser wrote:
> On Fri, Jul 24, 2015 at 10:23 AM, Milian Wolff wrote:
> > On Thursday, July 23, 2015 10:15:20 PM Mark Gaiser wrote:
> > > On Sun, Jul 19, 2015 at 11:11 PM, Mark Gaiser wrote:
> > > > Hi,
> > > >
ases.
> > >
> > > akonadi I think has proven itself well enough in during the years :)
> > >
> > > I'd like to move both repositories to kde/pim module where other KDE PIM
> > > repos (mostly those
> > > split from kdepimlibs) currently live.
&g
in a few
years down the road and cannot find this website, how should he figure out
whether this is still applicable? Or if one wants to come up with some
improvements, one needs documentation on how to do that. Mixing email, blog
and commit messages is not a good idea. The commit message should be self
consistent.
Bye
--
Milian Wolff
m...@milianw.de
http://milianw.de
signature.asc
Description: This is a digitally signed message part.
...
It has. Querying the current time repeatedly is quite costly, and often shows
up in code that extensively uses timers, or QDateTime::currentDateTime() etc.
But it's probably still cheaper than querying on-disk meta data in the worst
case, esp. on old rotary disks.
Bye
--
Milian Wolff
m...@milianw.de
http://milianw.de
signature.asc
Description: This is a digitally signed message part.
On Friday 26 June 2015 03:17:49 Vishesh Handa wrote:
> On Wed, Jun 24, 2015 at 9:52 AM, Milian Wolff wrote:
> > Hm, so maybe related to https://git.reviewboard.kde.org/r/124128/ ?
> >
> > Vishesh, did you also see similar freezes?
>
> I didn't actually get the
On Wednesday 24 June 2015 00:39:30 Andreas Hartmetz wrote:
> On Sunday 14 June 2015 15:00:57 Milian Wolff wrote:
> > Hey all,
> >
> > in massif-visualizer's framework branch, and now also kate, I
> > sometimes notice GUI lockups when I try to open files via Ctrl +
ystem
compiled KF5-based stuff (e.g. KDEPlatformTheme.so) with kdesrc-build compiled
KF5 libraries (/home/milian/projects/kf5/*)?
The applications do not recover from this lockup.
Bye
--
Milian Wolff
m...@milianw.de
http://milianw.de
signature.asc
Description: This is a digitally signed message part.
operations - construction of a
> shared_ptr, not the containing class; and for swapping two
> shared_ptrs.
It must be a shared_ptr. And you will still get potentially
expensive sycoca rebuilding when something happens, but I'm not sure how
expensive this is.
Bye
--
Milian Wolff
m...@milianw.de
http://milianw.de
signature.asc
Description: This is a digitally signed message part.
jects to the CI is
a good idea, as many things in there are just historic artifacts.
Bye
--
Milian Wolff
m...@milianw.de
http://milianw.de
signature.asc
Description: This is a digitally signed message part.
On Monday 20 April 2015 23:19:22 Luigi Toscano wrote:
> Milian Wolff ha scritto:
> > I'm not a KDE PIM maintainer, but with my KDevelop hat
> > on (that uses a web view to display documentation pages, currently
> > QtWebKit),
> kio_man uses khtml (why don't you
ctually very long.
When did this take place and what is the threads subject? I seem to have
missed it, and also can't find it in my recent mails. Sorry for that.
Thanks
--
Milian Wolff
m...@milianw.de
http://milianw.de
p hat
on (that uses a web view to display documentation pages, currently QtWebKit),
I could understand a projects decision to just make a certain feature
optional. Certainly less maintenance effort than supporting different
implementations.
Bye
--
Milian Wolff
m...@milianw.de
http://milianw.de
signature.asc
Description: This is a digitally signed message part.
> > > to
> > > define an uninstall target or by requiring projects or users to set a
> > > variable/option.
> >
> > If we know there's people that want it, i guess it's better to make it
> > opt-
> > out, probably we'll get more homogeinity that way.
>
> This is now done (https://git.reviewboard.kde.org/r/122359/).
Thank you Alex, much appreciated!
--
Milian Wolff
m...@milianw.de
http://milianw.de
so please people - lets not confuse
these things and say using gerrit means using it exactly like Qt is using it!
Bye
--
Milian Wolff
m...@milianw.de
http://milianw.de
ush your change. Bugfix? Latest
stable release you want to support. New feature? dev.
Bye
--
Milian Wolff
m...@milianw.de
http://milianw.de
> On Feb. 1, 2015, 8:32 p.m., David Faure wrote:
> > -1 for not submitting this upstream for shared-mime-info.
> >
> > I took care of it, it's committed, will be in s-m-i 1.4.
Could we add a comment to this file then, telling people to work on upstream
smi instead then?
- Milian
--
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/122330/#review75164
---
Ship it!
Ship It!
- Milian Wolff
On Jan. 31, 2015, 5:48
) or such.
Hence, it's not really feasible to use a script to fixup stuff automatically
without human intervention, or at least custom human review.
Bye
--
Milian Wolff
m...@milianw.de
http://milianw.de
Take this on the other hand:
https://codereview.qt-project.org/#/c/89086/2//ALL
Much nicer, I think!
tl;dr; please do not rule-out Gerrit just because you don't know it (yet)!
Bye
--
Milian Wolff
m...@milianw.de
http://milianw.de
ter, we can enable Zuul stuff for more and more projects, if they wish so.
Bye
--
Milian Wolff
m...@milianw.de
http://milianw.de
ting reviews
- need to specify the -r $REVIEWID line when updating reviews
- need to update individual commits, each by running rbt post and specifing
the git hash manually
all in all, this makes it /much/ simpler to use than rbt.
Bye
--
Milian Wolff
m...@milianw.de
http://milianw.de
cpp
<https://git.reviewboard.kde.org/r/17/#comment51801>
is this still required in qt5? this should really be added upstream, imo...
kdeui/tests/krecursivefilterproxymodeltest.cpp
<https://git.reviewboard.kde.org/r/17/#comment51803>
style: { on newline?
- Milian Wolff
also below
kdeui/itemviews/krecursivefilterproxymodel.cpp
<https://git.reviewboard.kde.org/r/122252/#comment51807>
again, use iterators
kdeui/itemviews/krecursivefilterproxymodel.cpp
<https://git.reviewboard.kde.org/r/122252/#comment51809>
again, use iterators
- Milian Wolff
On J
On Friday 23 January 2015 15:21:34 Boudewijn Rempt wrote:
> On Thu, 22 Jan 2015, Milian Wolff wrote:
> > Hey all,
> >
> > I started this page just now:
> >
> > https://community.kde.org/Sysadmin/FutureInfrastructure
> >
> > It's pretty limited,
On Friday 23 January 2015 15:40:40 Ben Cooksley wrote:
> On Fri, Jan 23, 2015 at 3:52 AM, Milian Wolff wrote:
> > On Wednesday 21 January 2015 17:12:07 Ben Cooksley wrote:
> >> Hi all,
> >>
> >> As promised in the earlier thread, i'd like to present the
ments etc. pp. wherever possible.
Bye
--
Milian Wolff
m...@milianw.de
http://milianw.de
erate the metadata XML file which is used by kdesrc-build to
replicate the tree structure e.g.
But https://showoff.phab.io/project/ only shows a list of projects. Same for
https://showoff.phab.io/diffusion/. I tried to create a new project and a new
repository, and could not figure out how t
template. The global rules cannot be disabled-by-default and
enabled on a per-user level, right? So that is not option. I think this is
definitely something that we should report upstream. People keep saying KDE is
loosing community cohesion. Having the ability to easily track all KDE repos,
or all frameworks repos, or all kdepim repos or... is something extremely
important for us.
Thanks again!
--
Milian Wolff
m...@milianw.de
http://milianw.de
t review
- project management, todo / kanban board
- issue tracker (only if we ever port the bugzilla content over)
- paste (only if that would replace paste.kde.org)
- wiki (only if that could be used to replace the existing wiki structure)
- various tools which would help with release management, e.g. calendars /
countdown timers / release branches
- overall, the app framework phabricator provides seems to indicate that its
easy to extend, contrary to what I heard from gerrit
Please correct me if I'm wrong. I only know Gerrit from its usage in Qt.
Bye
--
Milian Wolff
m...@milianw.de
http://milianw.de
On Wednesday 21 January 2015 17:53:51 Jan Kundrát wrote:
> On Wednesday, 21 January 2015 15:54:52 CEST, Milian Wolff wrote:
> >> 9) I do not know what effort for integration with KDE Indentity you're
> >> referring to. It's a simple LDAP server, and the entire
around Gitolite metadata generation,
kde_projects.xml etc. - how will Phabricator address these issues?
Overall, I'd welcome if a simple dummy phabricator instance could be set up
such that we all can play around with the features it provides, including
pushing changes and trying out arc.
Bye
--
Milian Wolff
m...@milianw.de
http://milianw.de
tps://git.reviewboard.kde.org/r/121930/#comment51245>
just add that to the conditional above, no need to duplicate it here. sorry
that I didn't spot this sooner
- Milian Wolff
On Jan. 9, 2015, 2:19 p.m., René J.V. Bertin wrote:
>
>
works, and Allan has no
objections, that you can go ahead and push this. but please don't comment out
code, just remove it.
kdecore/util/kshareddatacache_p.h
<https://git.reviewboard.kde.org/r/121930/#comment51185>
remove dead code
- Milian Wolff
On Jan. 8, 2015, 5:09 p.m
on) libraries. Whatever you need to do your job, man.
>
> But I recognize that this may be a limitation of my own psyche.
Personally, I also fail to see the issue here. PHP is 15.23MiB on my Arch box.
Compare that with 34M of karchive build dir when you enable debug symbols (and
karchive is small!).
Bye
--
Milian Wolff
m...@milianw.de
http://milianw.de
r.
I think you two are misunderstanding each other. Jan is worried about the cli
tools for developers, i.e. what currently is rbt tools. You, otoh, speak about
the server-side tools, which of course can be written in any language you are
willing to install on the server side.
Bye
--
Milian Wolff
m...@milianw.de
http://milianw.de
min did many years ago (2010 I think).
Hm, why don't we do a prioritization poll? Quite some items raised by others
are totally unimportant to me, and probably vice versa. While I agree that it
would be nice to make everyone happy, I doubt that's going to work out. If we
concentrate on the important aspects first, the admins would have less work
and most people are still happy.
Bye
--
Milian Wolff
m...@milianw.de
http://milianw.de
On Saturday 27 December 2014 12:56:27 Jan Kundrát wrote:
> On Tuesday, 23 December 2014 13:21:37 CEST, Milian Wolff wrote:
> > Furthermore, I'd like to use the same review mechanism for
> > post-review. When a
> > patch is triggering problems, I'd like to start a d
figure out what
commit was chosen for what release.
Bye and thanks for your continuous work Ben, much appreciated! Take care.
--
Milian Wolff
m...@milianw.de
http://milianw.de
annotate source lines. So rather
than sending mails to kde-commits which are then lost, I want to have that
tracked on a website for others to see.
Bye, HTH
--
Milian Wolff
m...@milianw.de
http://milianw.de
explaining why gerrit is better than
> reviewboard nd why should we switch to it?
I can just say that I like using it in the setup they have for Qt. Much more
productive to work on patch sets and then pushing them to an alias remote.
Then I can fix them up and/or rebase and push again to update everything. With
reviewboard, I'd need to manually push each individual patch, and updating
them is again as much work.
Bye
--
Milian Wolff
m...@milianw.de
http://milianw.de
On Monday 24 November 2014 23:00:45 Mirko Boehm wrote:
> Hi Milian!
>
> Man, I totally thought this is absolutely intuitive :-) I will write
> something up as a blog post over the weekend. In the meantime, I am trying
> to answer your question below.
>
> > On 24 Nov 2014
the ThreadWeaver namespace, so that should be fine, no?
It's decorating a QObject after all.
Bye
--
Milian Wolff
m...@milianw.de
http://milianw.de
other job. But what if my job already is
a QObject, since it has its own signals that it emits when data is received?
Can I inherit from QObjectDecorator and pass "this" as the JobInterface
*decoratee?
Bye
--
Milian Wolff
m...@milianw.de
http://milianw.de
On Sunday 23 November 2014 23:37:45 Kevin Funk wrote:
> On Sunday 23 November 2014 17:54:21 Milian Wolff wrote:
> > On Sunday 23 November 2014 10:39:02 Andreas Pakulat wrote:
> > > Hi,
> > >
> > > On Sun, Nov 23, 2014 at 4:36 AM, Milian Wolff wrote:
> >
On Sunday 23 November 2014 10:39:02 Andreas Pakulat wrote:
> Hi,
>
> On Sun, Nov 23, 2014 at 4:36 AM, Milian Wolff wrote:
> > Hey all,
> >
> > in my quest for better *.json support in KF5 based applications, I noticed
> > that we currently do not rebuild proper
s still containing the "old" strings...
I'm at loss - can someone help me please?
Thanks
--
Milian Wolff
m...@milianw.de
http://milianw.de
On Sunday 23 November 2014 03:53:57 Milian Wolff wrote:
> Hey all,
>
> do we also need Q_PLUGIN_METADATA for plugins of, say, Kate or KDevelop?
> Currently we don't use it and it seems to work fine. Can someone shed some
> light on this? Are we missing out on somethi
Hey all,
do we also need Q_PLUGIN_METADATA for plugins of, say, Kate or KDevelop?
Currently we don't use it and it seems to work fine. Can someone shed some
light on this? Are we missing out on something?
Thanks
--
Milian Wolff
m...@milianw.de
http://milianw.de
On Friday 21 November 2014 00:07:53 Milian Wolff wrote:
> On Thursday 20 November 2014 19:57:54 Burkhard Lück wrote:
> > Am Mittwoch, 19. November 2014, 23:00:57 schrieb Albert Astals Cid:
> > > Well, there's two steps about this:
> > >
> > > 1) Know whe
clude *.json files that are not supposed to be translated.
We didn't have this issue before since all *.desktop files are supposed to be
translated.
Bye, and many thanks again - also to your patches and inspection of the i18n
issues in our KF5 port. We were really not aware of that at all. I'll try to
go through your list over the weekend.
Bye
--
Milian Wolff
m...@milianw.de
http://milianw.de
n gone alltogether? One more
reason to get i18n support for .json files.
> Looks to me like translations are not supported via json files.
Please check the above. Anyhow, imo it should be our goal to get this
supported. In the ideal scenario, a plugin would be just a .so installed into
the right directory. No .desktop, no sycoca cache.
So again, what is necessary to get this done?
Bye
--
Milian Wolff
m...@milianw.de
http://milianw.de
, use _DEFAULT_SOURCE"
Diffs
-
cmake/modules/FindKDE4Internal.cmake 134d14f11706f5a19a9b5e069119add2ea498dde
Diff: https://git.reviewboard.kde.org/r/121147/diff/
Testing
---
warnings are gone! and see also: https://ghc.haskell.org/trac/ghc/ticket/9185
which did the same.
Thanks,
Milian Wolff
On Tuesday 18 November 2014 22:31:08 Albert Astals Cid wrote:
> El Dimarts, 18 de novembre de 2014, a les 14:09:00, Milian Wolff va
escriure:
> > On Tuesday 18 November 2014 12:48:42 Sebastian Kügler wrote:
> > > On Monday, November 17, 2014 18:50:04 Milian Wolff wrote:
>
On Tuesday 18 November 2014 12:48:42 Sebastian Kügler wrote:
> On Monday, November 17, 2014 18:50:04 Milian Wolff wrote:
> > > > > Or can we nowadays write the .json files directly, i.e. can
> > > > > scripty/ki18n
> > > > > cope with them nowadays?
On Monday 17 November 2014 18:35:51 Sebastian Kügler wrote:
> On Monday, November 17, 2014 02:04:51 Aleix Pol wrote:
> > On Mon, Nov 17, 2014 at 12:24 AM, Milian Wolff wrote:
> > Fine, I could add similar code to desktoptojson, but:
> > > Since desktoptojson will be c
ke/modules/FindKDE4Internal.cmake 134d14f11706f5a19a9b5e069119add2ea498dde
Diff: https://git.reviewboard.kde.org/r/121147/diff/
Testing
---
warnings are gone! and see also: https://ghc.haskell.org/trac/ghc/ticket/9185
which did the same.
Thanks,
Milian Wolff
rnal.cmake 134d14f11706f5a19a9b5e069119add2ea498dde
Diff: https://git.reviewboard.kde.org/r/121147/diff/
Testing
---
warnings are gone! and see also: https://ghc.haskell.org/trac/ghc/ticket/9185
which did the same.
Thanks,
Milian Wolff
wboard.kde.org/r/121147/#review70516
---
On Nov. 17, 2014, 3:29 p.m., Milian Wolff wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visi
cated, use _DEFAULT_SOURCE"
Diffs
-
cmake/modules/FindKDE4Internal.cmake 134d14f11706f5a19a9b5e069119add2ea498dde
Diff: https://git.reviewboard.kde.org/r/121147/diff/
Testing
---
warnings are gone! and see also: https://ghc.haskell.org/trac/ghc/ticket/9185
which did the same.
rnal.cmake 134d14f11706f5a19a9b5e069119add2ea498dde
Diff: https://git.reviewboard.kde.org/r/121147/diff/
Testing
---
warnings are gone! and see also: https://ghc.haskell.org/trac/ghc/ticket/9185
which did the same.
Thanks,
Milian Wolff
On Sunday 16 November 2014 23:52:25 Milian Wolff wrote:
> Hello all!
>
> KDevelop is currently bitten hard by a bug/limitation in desktoptojson. It
> does not actually understand the .desktop files and custom properties get
> converted to plain JSON strings. Looking at the sources
know" about the kdevelopplugin.desktop
file without it being installed yet?
Or can we nowadays write the .json files directly, i.e. can scripty/ki18n cope
with them nowadays?
Bye
--
Milian Wolff
m...@milianw.de
http://milianw.de
> On Nov. 16, 2014, 2:58 p.m., Milian Wolff wrote:
> > as I said before: Did you check whether that is actually the case? Did you
> > add some assertions to see what other thread is calling this code?
> >
> > I'm not sure whether this is supposed to be threa
e.org/r/121134/#comment49278>
see above, this is just useless - remove this (also below).
- Milian Wolff
On Nov. 16, 2014, 7:13 p.m., René J.V. Bertin wrote:
>
> ---
> This is an automatically generated e-mail
1 - 100 of 239 matches
Mail list logo
