On Wednesday, 26 August 2020 10:32:24 CEST Ingo Klöcker wrote:
> Boud, please don't look with your Krita glasses on other projects.
Well, this goes two ways, and when people argue for a certain workflow as the
KDE workflow, then I'll have to note that that workflow only is fine for
repositorie
On Tuesday, 25 August 2020 23:16:52 CEST Elvis Angelaccio wrote:
> Now:
> * Test the fix on stable
> * Push to stable
> * Merge stable to master
>
> After:
> * Test the fix on master
> * Push to master
> * Test the fix on stable
> * Cherry-pick to stable
>
> In the second model I need to test tw
On Tuesday, 25 August 2020 23:44:02 CEST you wrote:
> Or you can merge stable to master and be sure you won't forget anything.
> Of course if master changed a lot you can't (easily) do that. But we
> have a lot of repos that don't change very often and merging stable to
> master works very well wi
On dinsdag 23 juni 2020 13:38:59 CEST Ben Cooksley wrote:
> On Tue, Jun 23, 2020 at 10:58 PM Boudewijn Rempt wrote:
> >
> > Hi,
>
> Hi Boud,
>
> >
> > Did this have any consequences for kde-comm...@kde.org? I'm not getting
> > commit mails except
Hi,
Did this have any consequences for kde-comm...@kde.org? I'm not getting commit
mails except for translations at the moment.
Boud
On donderdag 11 juni 2020 11:11:48 CEST Ben Cooksley wrote:
> Hi all,
>
> As previously announced by Sysadmin, following the Gitlab migration we
> would be shutt
On woensdag 19 februari 2020 14:09:06 CET Friedrich W. H. Kossebau wrote:
> Am Mittwoch, 19. Februar 2020, 08:05:01 CET schrieb Ben Cooksley:
> > On Mon, Feb 3, 2020 at 7:42 AM Volker Krause wrote:
> > > It would also help to know where specifically we have that problem, so we
> > > can actually s
git move I still understand why so many
> repostitories for Kontact.
> For frameworks it makes sense, but I don't get it for applications
--
Boudewijn Rempt | https://www.valdyas.org | https://www.krita.org
signature.asc
Description: This is a digitally signed message part.
:-)
So, I'm also fine with this proposal.
--
Boudewijn Rempt | https://www.valdyas.org | https://www.krita.org
signature.asc
Description: This is a digitally signed message part.
On dinsdag 2 juli 2019 13:07:02 CEST Ben Cooksley wrote:
> I assume this means most of your new users are people who have never
> worked with Github/Gitlab before in that case...
I don't know; it might mean that, but I cannot be sure. I can only report the
reactions from my newbies :-)
> So in
On maandag 1 juli 2019 23:34:14 CEST Albert Astals Cid wrote:
> El dilluns, 1 de juliol de 2019, a les 9:42:34 CEST, Boudewijn Rempt va
> escriure:
> > Krita has switched from Phabricator to Gitlab a while ago, so maybe I can
> > add our experience. It's not that great
On maandag 1 juli 2019 09:10:59 CEST Valorie Zimmerman wrote:
>
> This tells me that Gitlab can be worse, which is not surprising.
>
> And can it be better? Will some folks who have a good experience with this
> on Gitlab speak up?
>
> This is something that all of us want and need to know.
>
Speaking for myself, I think I stopped looking at EBN years ago when it broke
down; I had not known it had been revived.
On dinsdag 26 maart 2019 21:15:31 CET Allen Winter wrote:
> I was notified today that the Krazy runs on the EBN have been stuck (due to a
> stale lockfile)
> for over 3 month
And the VFX Refernece Platform is basically Autodesk telling the
rest of the industry what to use, including their weird patchset for Qt...
> So no, Python 2 is not dead. Not by a long shot.
For VFX, it will be dead in 2019. See http://www.vfxplatform.com/
--
Boudewijn Rempt | http://www.krita.org, http://www.valdyas.org
On Sun, 23 Apr 2017, Boudewijn Rempt wrote:
> Did I just miss it -- or didn't you tell us where we can find the library?
> Curiously enough, there's a gsoc proposal this year for krita that has
> pretty much this as its goal...
Nevermind... Found it. My eyes were scan
ated backups
>
> All of this is LGPLv2+ licensed.
>
> Feedback obviously very welcome, in particular around privacy concerns, or
> reasons that would make you enable/disable such a feature.
>
> Regards,
> Volker
>
--
Boudewijn Rempt | http://www.krita.org, http://www.valdyas.org
On Sat, 1 Apr 2017, Sune Vuorela wrote:
> On 2017-03-28, Boudewijn Rempt wrote:
> > I'm now wondering whether to hack QSaveFile's close to just not
> > abort, or add inherits("QSaveFile") checks all over KArchive --
> > or whether there's a third,
s("QSaveFile") checks all over KArchive --
or whether there's a third, better option that I've missed...
--
Boudewijn Rempt | http://www.krita.org, http://www.valdyas.org
?id=360666, which is a really
critical bug that leads to dataloss, so I'm all for it.
- Boudewijn Rempt
On May 17, 2016, 1:29 p.m., Jonathan Marten wrote:
>
> ---
> This is an automatically generated e-mail. To reply,
This looks like a real kf5 bug, since it was just reproduce for
Konsole.
On Tue, 17 May 2016, Boudewijn Rempt wrote:
Hi,
Users with the latest plasma/frameworks who build Krita themselves
are reporting that the file dialog no longer warns about overwriting
existing files:
https
ialog, the Qt file dialog, the Windows file dialog
and the OSX file dialog.
--
Boudewijn Rempt | http://www.krita.org, http://www.valdyas.org
hope is the basis of a way forward:
about 800 lines of Python code [2] which can already create 684 .sip
files [3].
Oh, that's exciting! Would that tool also work to generate sip files
for, say, krita, for krita's python scripting plugin?
--
Boudewijn Rempt | http://www.
only user, I'd actually suggest just taking the code into kolourpaint and
dropping the library entirely.
--
Boudewijn Rempt | http://www.krita.org, http://www.valdyas.org
er Calligra apps (Braindump, Karbon, Sheets, Words,
Stage, etc.) are more tightly coupled and the binary interfaces between libs,
plugins & apps can still change every other week, for now no further repo
splitting is planned (to ensure atomic commits on API changes), and they all
stay in the existing "calligra" repo.
Cheers
Friedrich
___
Krita mailing list
kimages...@kde.org
https://mail.kde.org/mailman/listinfo/kimageshop
--
Boudewijn Rempt | http://www.krita.org, http://www.valdyas.org
On Thu, 10 Dec 2015, Boudhayan Gupta wrote:
On 10 December 2015 at 12:04, Boudewijn Rempt wrote:
I'm right now using msvc 2015 myself -- which gives other problems with
other
dependencies.
Microsoft now has clang (running on the Microsoft Code Generator as
well as LLVM) - maybe we
On Mon, 7 Dec 2015, Thomas Lübking wrote:
On Montag, 7. Dezember 2015 17:22:47 CEST, Boudewijn Rempt wrote:
There are two sides, of course: if making it easier for a distribution
to package KDE software makes it harder for an application to be packaged
for another distribution, where do we go
On Mon, 7 Dec 2015, Luca Beltrame wrote:
Il Mon, 07 Dec 2015 13:17:53 +0100, Boudewijn Rempt ha scritto:
Unfortunately, Linux distros aren't the main platform anymore for the
KDE software _I_ maintain.
Given you've said this multiple times,
Yes, and I'll go on saying
DE software _I_ maintain.
--
Boudewijn Rempt | http://www.krita.org, http://www.valdyas.org
On Wed, 15 Apr 2015, Scarlett Clark wrote:
calligra - All - compile fail.
One way to make it build would be to remove the Vc dependency. We've still
not figured out a way to make Vc's handling of INCLUDE_DIRECTORIES work
with the new kf5 way of creating include directories -- see my mail to
On Fri, 3 Apr 2015, Boudewijn Rempt wrote:
On Fri, 3 Apr 2015, Alexander Richardson wrote:
2015-04-03 10:08 GMT+02:00 Boudewijn Rempt :
I've got a problem porting calligra to kf5 that I don't know how to solve.
We use a 3rd party library called Vc, which does vectorization
On Fri, 3 Apr 2015, Alexander Richardson wrote:
2015-04-03 10:08 GMT+02:00 Boudewijn Rempt :
I've got a problem porting calligra to kf5 that I don't know how to solve.
We use a 3rd party library called Vc, which does vectorization for us. It
takes a certain object file and bui
I've got a problem porting calligra to kf5 that I don't know how to solve.
We use a 3rd party library called Vc, which does vectorization for us. It
takes a certain object file and builds it for different processor
architecturres. In order to do that, it generates a new gcc line for every
arch
p.cpp 26ee9a7
Diff: https://git.reviewboard.kde.org/r/122922/diff/
Testing
---
Tested with Krita in circumstances descibed in the bug.
Thanks,
Boudewijn Rempt
Krita in circumstances descibed in the bug.
Thanks,
Boudewijn Rempt
On Mon, 2 Feb 2015, Milian Wolff wrote:
Sigh, I find it highly sad to read this over and over again.
Well, this whole discussion makes me extremely sad. What people have to
learn is that _arguments_ only go so far. People can feel they're
double-plus extra-super right, and still at one point
On Sat, 31 Jan 2015, Christoph Feck wrote:
On Saturday 31 January 2015 20:07:42 Eike Hein wrote:
[...] Qt is using gerrit and we intend to remain a major stakeholde
in Qt development, which means a sizable number of KDE developers
need to be familiar with gerrit anyway [...]
Excuse me, but if
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, so far. I hope everyone could help out and extend it and
fill it with the information and verify that each contestant is displayed in a
Hm... That matrix needs a heck of a lot of work before it's worth its
while. It basically perpetuates the illusion that phabricator and gerrit
are the same thing, which isn't correct.
Gerrit is basically a reviewboard with a git integration, phabricator is a
whole integrated development platfo
made a proposal based on our evaluations and
> the wishlist of functionality drawn up the community.
>
> Please find it attached - and let us know what you think. Feedback is welcome.
>
> Cheers,
> Ben Cooksley
> KDE Sysadmin
--
Boudewijn Rempt
http://www.valdyas.org, http://www.krita.org
On Tue, 6 Jan 2015, Thiago Macieira wrote:
Unfortunately, as long as the tool permits line-by-line commenting, you're
going to get nitpicking. My experience is that people are linear and will
start reading the patch, calling out what they see when they see it.
They should instead look at the b
On Tue, 6 Jan 2015, Jan Kundrát wrote:
On Monday, 5 January 2015 22:22:19 CEST, Boudewijn Rempt wrote:
Usually, half-way through they ask me, why doesn't KDE use github
I do not understand how stuff would change if we used GitHub, though.
I'm just relaying what usually happens wh
you to do.
On Mon, 5 Jan 2015, Thomas Lübking wrote:
On Montag, 5. Januar 2015 22:58:43 CEST, Boudewijn Rempt wrote:
For me, personally, RB's mails are even worse.
Ok, but that's pretty much OT, isn't?
(Same problem with this thread, or rather mailing list. Why the
heck
little list.
On Mon, 5 Jan 2015, Albert Astals Cid wrote:
El Dilluns, 5 de gener de 2015, a les 22:22:19, Boudewijn Rempt va escriure:
On Mon, 5 Jan 2015, Albert Astals Cid wrote:
I think this is due to the fact that it's quite simple
git clone kde:repo
This requires:
* setting up gi
On Mon, 5 Jan 2015, Aaron J. Seigo wrote:
On Monday, January 5, 2015 22.26:24 Boudewijn Rempt wrote:
In short, what I meant is that as a tool to dicuss code changes,
Reviewboard is a poor thing. It facilitates nit-picking, which is
off-putting and useless, but at least gives the reviewer the
On Mon, 5 Jan 2015, Thomas Lübking wrote:
I don't think this is a problem w/ RB.
When RRs get on k-c-d, many devs who can provide an abstract review are
addressed. They can take /this/ load from the actual maintainer/main
developer.
For me, personally, RB's mails are even worse. They are unr
er de 2015, a les 18:40:54, Boudewijn Rempt va escriure:
I do agree, btw, with Ian, that the current reviewboard workflow is badly
broken and can be very discouraging. It doesn't support conversation
What do you mean it doesn't support conversation?
Cheers,
Albert
On Mon, 5 Jan 2015, Albert Astals Cid wrote:
I think this is due to the fact that it's quite simple
git clone kde:repo
This requires:
* setting up gitconfig with the kde: alias. That requires finding the
right info on techbase, as well as the awareness that techbase exists.
* figuring out t
On Mon, 5 Jan 2015, Jeff Mitchell wrote:
I do disagree about needing a KDE identity to submit things like bug reports;
it is not useful to be unable to follow-up with someone, and if they don't
have an email address they're much less likely to remember to check back. Not
to mention link spam a
All this back-and-forth about cli tools actually sounds weird to me. I
know that the beginners who start hacking on Krita would never use any of
them. Git on the command line is often already something they can be
rightly proud of when they master the beginnings. Heck, I myself haven't
used rbt
Just to make sure -- I didn't write any of this, this is stuff that
committed users of Krita were coming up with some time ago when the
question arose of "why is krita not on github" (which got answered
satisfactorily, but then sequed in what people are missing).
On Sun, 4 Jan
On Sun, 4 Jan 2015, Thomas Friedrichsmeier wrote:
True, but don't forget about the other side of the story:
- potential contributors will have to learn more stuff, before they
can even _start_ contributing, which may be a real turn-off in some
cases.
Your project's situation may be very diffe
On Wed, 24 Dec 2014, Ben Cooksley wrote:
Hi all,
As the other thread has gotten a bit congested with various threads, I
thought I would split up the topics to make things a bit easier to
manage.
The first seems the least contentious: allowing all developers to
delete branches on our mainline r
On Mon, 15 Dec 2014, Luca Beltrame wrote:
In data sabato 13 dicembre 2014 08:21:15, hai scritto:
We had three ones on plate:
- Phabricator
http://phabricator.org/
https://github.com/phacility/phabricator
I think I've taken a look at that, but it was way too complex than what I
could handle:
On Sat, 9 Aug 2014, Kevin Krammer wrote:
Greetings all,
I'd like to ask if there is any interest of having a BoF around the topic of
script language based extensions for KDE applications.
I would love it, being engaged in adding Python scripting to Krita right
now (following the example of K
On Tue, 8 Jul 2014, John Layt wrote:
We already have a link to the donations page buried deep in the "About
KDE" dialog under the "Support KDE" tab where no-one ever sees it. A
Help menu item for "Donate to KDE..." that pops up a dialog explaining
why would be far more visible, but easily disab
On Fri, 9 May 2014, John Layt wrote:
Exactly, they seem to have forgotten what the G actually stands for
:-) Which makes me wonder how apps like Gimp who use Gtk but are not
part of Gnome and want to be cross-desktop and cross-platform are
going to be affected? And how are the other Gtk deskto
On Sat, 8 Mar 2014, GEO wrote:
On Friday 07 March 2014 20:17:16 Christoph Feck wrote:
In other words, let us ask the "are we there yet?" question again for
KDEPIM, and invite users to report thing that still might need to be
addressed.
If you ask me, KDEPIM offers a stable experience since 4.
-
kdeui/shortcuts/kstandardshortcut.cpp 669f750
Diff: http://git.reviewboard.kde.org/r/114011/diff/
Testing
---
Thanks,
Boudewijn Rempt
Testing
---
Thanks,
Boudewijn Rempt
I'm not 100% sure whether this is correct, but it works for me with the Windows
build of kdelibs I use.
Diffs
-
kdecore/io/karchive.cpp 88e1de0
Diff: http://git.reviewboard.kde.org/r/113965/diff/
Testing
---
Thanks,
Boudewijn Rempt
On Sat, 2 Nov 2013, Martin Graesslin wrote:
On Saturday 02 November 2013 12:53:14 Boudewijn Rempt wrote:
Okay... Couple of questions:
* screenshot: which theme/color scheme should be used (btw, for Krita, on
Gnome3, Plastique is hard-coded, because other themes are broken.)
You want to sell
description in the description
field?
--
Boudewijn Rempt
http://www.valdyas.org, http://www.krita.org, http://www.boudewijnrempt.nl
recently been similar reports for KDevelop, too.
Phew... It got fixed, apparently:
https://bugs.launchpad.net/ubuntu/+source/kile/+bug/1195007
--
Boudewijn Rempt
http://www.valdyas.org, http://www.krita.org, http://www.boudewijnrempt.nl
he first issue got fixed, I consider the second issue rather
> critical, and suggest to not call a previously installed X error
> handler. Comments?
I've got the same problem for Krita (it apparently happens when trying to
access the display profile atom, which may or may not be set)
ecstatic about the
improvements (I've been building installers with this backend for some time
now).
- Boudewijn Rempt
On June 28, 2013, 6:05 p.m., Patrick von Reth wrote:
>
> ---
> This is an automatically generated e-mail. T
On Mon, 29 Apr 2013, Maarten De Meyer wrote:
Qt: http://qt-project.org/doc/search/qt-5.0?search=\\{@}
Do we need an extra qt4 documentation shortcut? (Qt3 is removed)
I'd say yes.
Boud
> On April 10, 2013, 10:52 p.m., Albert Astals Cid wrote:
> > Aurelien: David: apaku: Ping?
>
> Aurélien Gâteau wrote:
> Still in my TODO list :/
Looks there _is_ user demand:
16:17:17 < RaktenUser> while I am compiling Why are the mounts resolved to
places in the file requester? We h
On Sunday 02 September 2012 Sep, David Edmundson wrote:
> I am proposing changing the default state of all newly added bugs to
> "UNCONFIRMED" regardless of who the reporter is.
I would really like that as well.
--
Boudewijn Rempt
http://www.valdyas.org, http://www
h had in mind.
Good point about the link to the forum. I definitely want that!
--
Boudewijn Rempt
http://www.valdyas.org, http://www.krita.org, http://www.boudewijnrempt.nl
userbase.kde.org/Amarok/Manual
> [3] http://userbase.kde.org/Kexi/Handbook
> [4] http://docs.kde.org/development/en/calligra/stage/index.html
> [5] http://docs.kde.org/development/en/calligra/sheets/index.html
> [6] http://userbase.kde.org/How_To_Convert_a_UserBase_Manual_to_Docbook
> [7] http://l10n.kde.org/stats/doc/trunk-kde4/team/
>
>
--
Boudewijn Rempt
http://www.valdyas.org, http://www.krita.org, http://www.boudewijnrempt.nl
On Sunday 01 July 2012 Jul, Boudewijn Rempt wrote:
> On Sunday 01 July 2012 Jul, Eike Hein wrote:
> > On 07/01/2012 07:02 AM, Boudewijn Rempt wrote:
> > > After yesterday's discussion where David said that for frameworks/qt5 the
> > > help center invocation is act
acted as po files so that they use their current
> toolchain for translation (aka the wiki is a too simple tool)?
I can't answer to that, but the fact that the krita manual in its current stage
already has so many translations is encouraging.
> Both possibilities are fine IMO
On Sunday 01 July 2012 Jul, Eike Hein wrote:
> On 07/01/2012 07:02 AM, Boudewijn Rempt wrote:
> > After yesterday's discussion where David said that for frameworks/qt5 the
> > help center invocation is actually one of the trickier things, I'm giving
> > this out
ier things, I'm giving this out
for consideration for other app developers...
--
Boudewijn Rempt
http://www.valdyas.org, http://www.krita.org, http://www.boudewijnrempt.nl
On Tuesday 10 April 2012 Apr, David Faure wrote:
> On Monday 09 April 2012 12:41:52 Boudewijn Rempt wrote:
> > I'm trying to figure out why kmimetype returns image/jpeg for a png file
> > that was renamed to have a jpg extension (which apparently happens a lot
> > for
Content, I get an
accuracy of 50 for my file, but the magic numbers for image files are pretty
much completely reliable.
--
Boudewijn Rempt
http://www.valdyas.org, http://www.krita.org, http://www.boudewijnrempt.nl
would welcome a
step to make the wacom config kcm more generally available.)
--
Boudewijn Rempt
http://www.valdyas.org, http://www.krita.org, http://www.boudewijnrempt.nl
working on this... :D
>
> Yes, the header fields waste a _lot_ of space. The old theme was far
> better in that respect.
And the footer field tends to obscure the line I was searching for, at least in
firefox.
--
Boudewijn Rempt
http://www.valdyas.org, http://www.krita.org, http://www.boudewijnrempt.nl
, colord and
so on.
I actually started doing that last year, in fact, and then decided not to
continue. It was when I tried to implement colord support during LGM, and
figured that I'd need to implement similar support on Windows and OSX since my
cross-platform app now was using platform-dependent things.
--
Boudewijn Rempt
http://www.valdyas.org, http://www.krita.org, http://www.boudewijnrempt.nl
On Wed, 14 Mar 2012, Sune Vuorela wrote:
On 2012-03-14, Boudewijn Rempt wrote:
It's easy enough to package -- the opensuse packages I use work perfectly
fine, so I cannot imagine that there are any real and relevant problems
for other distributions.
Sure it can be done. but it is
On Wed, 14 Mar 2012, Matthias Klumpp wrote:
Hi!
Colord - just to mention that - is also not a GNOME project, it's a
FreeDesktop project. (Doesn't mean it's "standard", but does mean that
it's not GNOME)
Well, no, having something on freedesktop.org doesn't mean it's not a
gnome project; it is
colord on Linux as the "standard" whether we
want it or not, because it's in Fedora, and whatever Redhat puts in Fedora will
be the "standard" for Linux. Of course other distributions will package it,
because they will want to package gnome. Even if we had been faster to the
finish line and had had kolor-manager ready for KDE 4.6 or 4.7, no way colord
would not have replaced our own work.
Apart from all technical merits.
--
Boudewijn Rempt
http://www.valdyas.org, http://www.krita.org, http://www.boudewijnrempt.nl
nting
anyway.)
> I'm actually targeting KDE SC 4.9 as gnome-color-manager is very mature and I
> am
> pretty much just rewriting it with Qt/KDE libs.
>
> 1-
> http://dantti.wordpress.com/2012/03/12/coloring-you-desktop-with-colord-kde/
>
> Best,
> Daniel Nicoletti
>
--
Boudewijn Rempt
http://www.valdyas.org, http://www.krita.org, http://www.boudewijnrempt.nl
On Tue, 13 Mar 2012, Ben Cooksley wrote:
Hi all,
Whilst I have not evaluated it's compatibility with Bugzilla 4.2, I do
not suppose anyone has looked at
https://launchpad.net/bugzilla-traceparser ?
That looks very interesting and user-friendly to me.
Boudewijn
(who still has nightmares from
On Fri, 24 Feb 2012, Alex Merry wrote:
On 24/02/12 09:22, Thorsten Zachmann wrote:
Why not have a state for bugs that you know are worth fixing? Then the
developers can concentrate on those and Other people can do the initial
cleaning to get the bugs to a state they can be closed or the proper
penicc mailing list.
With all the respect I feel for Richard, I do think that this is yet another of
those technologies that get developed in splendid isolation for Gnome, forced
upon the Linux world by Redhat, claimed to be a standard and which is then used
to complain about KDE's lack of involvement yet again. It makes me feel a bit
unhappy.
--
Boudewijn Rempt
http://www.valdyas.org, http://www.krita.org, http://www.boudewijnrempt.nl
On Tuesday 24 January 2012 Jan, Thomas Lübking wrote:
> Am 24.01.2012, 23:53 Uhr, schrieb Boudewijn Rempt :
>
>
> > For one thing... In Qt 4.8, QSplashScreen is broken. The splash is only
> > painted over a gray rectangle once main window is shown.
>
> Tri
For one thing... In Qt 4.8, QSplashScreen is broken. The splash is only painted
over a gray rectangle once main window is shown.
--
Boudewijn Rempt
http://www.valdyas.org, http://www.krita.org, http://www.boudewijnrempt.nl
They simply entail to many problems and clutter the API.
>
> kdepim uses those signals in the following places:
> - libmessagelist (kdepim/messagelist)
> - kmail
> - Nepomuk tag resource (kdepim-runtime/resources/nepomuktag)
Calligra doesn't use them, according to grep.
--
Boudewijn Rempt
http://www.valdyas.org, http://www.krita.org, http://www.boudewijnrempt.nl
On Wednesday 07 September 2011 Sep, Oswald Buddenhagen wrote:
> On Wed, Sep 07, 2011 at 01:42:47PM +0300, Boudewijn Rempt wrote:
> > In other words, before changing something so it needs porting, people
> > really should look at the real, actual codebase of a couple of big
> >
On Wednesday 07 September 2011 Sep, Olivier Goffart wrote:
> On Wednesday 07 September 2011 08:53:25 Boudewijn Rempt wrote:
> > On Wednesday 07 September 2011 Sep, John Layt wrote:
> > > Porting a dozen or so lines from KIcon(foo) to KIconFactory::icon(foo)
> > > is
&g
on(foo) lines. KUrl is used
about 700 times. There's also about a thousand places where we use
kde4_add_library, kde4_add_plugin or kde4_add_unit_test. Simple porting tasks
suddenly become a big thing.
--
Boudewijn Rempt
http://www.valdyas.org, http://www.krita.org, http://www.boudewijnrempt.nl
eded to install that from source.
I even had to use gnome as my desktop for a day before I had time to figure out
what was going on...
--
Boudewijn Rempt
http://www.valdyas.org, http://www.krita.org, http://www.boudewijnrempt.nl
On Tuesday 16 August 2011 Aug, Stephen Kelly wrote:
> Boudewijn Rempt wrote:
>
> > Lazy is good... When doing a pure Qt app with CMake, I actually use a copy
> > of all the KDE cmake extensions :-).
>
> Which do you use? Do you also use them when creating libraries, not
hich exactly represent the
> functionality contained e.g. in kio now
Altogether it looks like there will be a huge porting effort needed for a suite
like calligra :-(
--
Boudewijn Rempt
http://www.valdyas.org, http://www.krita.org, http://www.boudewijnrempt.nl
on of e.g. GTK is
what is keeping GIMP a project with hardly any contributors. But that's an
application, not a framework. Still -- if you want to have a healthy project
with many contributors, making it hard to develop by requiring lots of
unpackaged isn't a good idea.
--
Bou
On Wednesday 25 May 2011 May, Albert Astals Cid wrote:
> A Wednesday, May 25, 2011, Boudewijn Rempt va escriure:
> > On Wed, 25 May 2011, Albert Astals Cid wrote:
> > > A Wednesday, May 25, 2011, Aaron J. Seigo va escriure:
> > >> hi :)
> > >>
> >
On Wed, 25 May 2011, Albert Astals Cid wrote:
A Wednesday, May 25, 2011, Aaron J. Seigo va escriure:
hi :)
i just finished pushing a set of changes to the (ironically named?)
qt3support branch in kde-workspace which leaves no traces of qt3support or
kde3support left in that module. huzzah!
i'
reak unittests to the release branch, which only the
automated system can commit to. That keeps everyone in the loop on "master", at
the expense of having a release branch that nobody really runs. We're not there
yet, obviously :-)
--
Boudewijn Rempt | http://www.valdyas.org, http://www.krita.org
We (the krita guys) need at least another five or ten years without churn!
(And for us QML is churn, QGraphicsWidget is churn -- there's nothing that we
need to do which cannot be done with a QWidget or directly in OpenGL.)
--
Boudewijn Rempt | http://www.valdyas.org, http://www.krita.org
On Monday 25 April 2011 Apr, Alexander Potashev wrote:
<...>
Just want to say I think it's really nice to see Matus' Google Code In work
noticed :-)
--
Boudewijn Rempt | http://www.valdyas.org, http://www.krita.org
1 - 100 of 114 matches
Mail list logo
