On Mon, Oct 26, 2015 at 10:33 AM, Christoph Cullmann
wrote:
> Hi,
>
>>> Boudewijn Rempt hat am 23. Oktober 2015 um 19:46
>>> geschrieben:
>>> For Krita, we decided ages ago to simply open a browser on the userbase
>>> manual of Krita. Yes, it is conceivable that there are people who use
>>> Krit
On Monday 26 of October 2015 11:50:10 Ralf Habacker wrote:
>
> BTW: You mentioned the url
> https://docs.kde.org/stable5/en/applications/kate/index.html in an earlier
> email to access online help. khelpcenter determine the currently selected
> language by itself and loads the language related d
Am 26.10.2015 um 10:33 schrieb Christoph Cullmann:
> Hi,
>
>>> Boudewijn Rempt hat am 23. Oktober 2015 um 19:46
>>> geschrieben:
>>> For Krita, we decided ages ago to simply open a browser on the userbase
>>> manual of Krita. Yes, it is conceivable that there are people who use
>>> Krita without
Hi,
>> Boudewijn Rempt hat am 23. Oktober 2015 um 19:46
>> geschrieben:
>> For Krita, we decided ages ago to simply open a browser on the userbase
>> manual of Krita. Yes, it is conceivable that there are people who use
>> Krita without internet access who still need help, it's just not very
>>
> Boudewijn Rempt hat am 23. Oktober 2015 um 19:46
> geschrieben:
> For Krita, we decided ages ago to simply open a browser on the userbase
> manual of Krita. Yes, it is conceivable that there are people who use
> Krita without internet access who still need help, it's just not very
> likely. Ab
Hello,
On Wednesday 21 October 2015 22:22:54 Christoph Cullmann wrote:
> > On Wednesday 21 October 2015 21:06:02 Christoph Cullmann wrote:
> > My concern there is more the fact that this kind of "short term" or
> > "temporary" solutions tend to become permanent. As long as it is causing
> > pain y
Hello,
On Friday 23 October 2015 16:35:36 Luigi Toscano wrote:
> On Wednesday 21 of October 2015 20:09:33 Kevin Ottens wrote:
> > And then, three areas of efforts which we are missing right now in
> > Frameworks: - systematically try to reduce the tier and type of our
> > frameworks (the maturity
Hi ;=)
> Hi,
>
>> On Fri, 23 Oct 2015, Jaroslaw Staniek wrote:
>>
>>> Actually let's look as a popular ported standalone app: GTK/GNOME's
>>> help-browser that GIMP uses on Windows is the same as on Linux but I
>>> don't see it using dbus (but still webkitgtk is used). Moreover if
>>> someone ca
Hi,
> On Fri, 23 Oct 2015, Jaroslaw Staniek wrote:
>
>> Actually let's look as a popular ported standalone app: GTK/GNOME's
>> help-browser that GIMP uses on Windows is the same as on Linux but I
>> don't see it using dbus (but still webkitgtk is used). Moreover if
>> someone caring for UX reads
On Fri, 23 Oct 2015, Jaroslaw Staniek wrote:
Actually let's look as a popular ported standalone app: GTK/GNOME's
help-browser that GIMP uses on Windows is the same as on Linux but I
don't see it using dbus (but still webkitgtk is used). Moreover if
someone caring for UX reads this: KDE's app hel
On 23 October 2015 at 16:18, Luigi Toscano wrote:
> On Friday 23 of October 2015 10:31:36 Christoph Cullmann wrote:
>> Hi,
>>
>> > Am 21.10.2015 um 12:41 schrieb Christoph Cullmann:
>> >> The last time I build umbrello with kf5 (version 5.11) dbus was required
>> >> to run khelpcenter and open/sav
Hi,
> On Friday 23 of October 2015 16:32:12 Christoph Cullmann wrote:
>> Hi,
>>
>> > On Friday 23 of October 2015 10:31:36 Christoph Cullmann wrote:
>> >> Hi,
>> >>
>> >> > Am 21.10.2015 um 12:41 schrieb Christoph Cullmann:
>> >> >> The last time I build umbrello with kf5 (version 5.11) dbus was
On Friday 23 of October 2015 16:32:12 Christoph Cullmann wrote:
> Hi,
>
> > On Friday 23 of October 2015 10:31:36 Christoph Cullmann wrote:
> >> Hi,
> >>
> >> > Am 21.10.2015 um 12:41 schrieb Christoph Cullmann:
> >> >> The last time I build umbrello with kf5 (version 5.11) dbus was
> >> >> requi
On Wednesday 21 of October 2015 20:09:33 Kevin Ottens wrote:
>
> And then, three areas of efforts which we are missing right now in
> Frameworks: - systematically try to reduce the tier and type of our
> frameworks (the maturity direction I was talking about);
Do you mean that a Framework is matu
Hi,
> On Friday 23 of October 2015 10:31:36 Christoph Cullmann wrote:
>> Hi,
>>
>> > Am 21.10.2015 um 12:41 schrieb Christoph Cullmann:
>> >> The last time I build umbrello with kf5 (version 5.11) dbus was required
>> >> to run khelpcenter and open/save file dialogs and for remote control.
>> >>
On Friday 23 of October 2015 10:31:36 Christoph Cullmann wrote:
> Hi,
>
> > Am 21.10.2015 um 12:41 schrieb Christoph Cullmann:
> >> The last time I build umbrello with kf5 (version 5.11) dbus was required
> >> to run khelpcenter and open/save file dialogs and for remote control.
> >> http://downlo
Hi,
> Am 21.10.2015 um 12:41 schrieb Christoph Cullmann:
>>
>> The last time I build umbrello with kf5 (version 5.11) dbus was required
>> to run khelpcenter and open/save file dialogs and for remote control.
>> http://download.opensuse.org/repositories/home:/rhabacker:/branches:/windows:/mingw:/w
Am 21.10.2015 um 12:41 schrieb Christoph Cullmann:
>
> The last time I build umbrello with kf5 (version 5.11) dbus was required
> to run khelpcenter and open/save file dialogs and for remote control.
> http://download.opensuse.org/repositories/home:/rhabacker:/branches:/windows:/mingw:/win32:/KF511
Am 21.10.2015 um 01:19 schrieb Aleix Pol:
> On Wed, Oct 21, 2015 at 1:12 AM, Ralf Habacker wrote:
>>> Christoph Cullmann hat am 20. Oktober 2015 um 16:49
>>> geschrieben:
>>> That works only, if the applications bundle their ui files in resources,
>>> too, otherwise, they just won't be found
>>>
On Thu, 22 Oct 2015, Christoph Cullmann wrote:
If such an approach seems reasonable, we could have some helper for this in a
framework.
Perhaps the "breeze" framework could even just provide such an rcc and a little
lib to
load it that can be used for people creating bundles/installers.
Yes,
Hi,
> On Thu, 22 Oct 2015, Christoph Cullmann wrote:
>
>> Hi,
>>
>>> Impressive! And cool to see another project using the cmake externals
>>> approach, I can copy a lot of it for Krita 3, I think. How are you
>>> handling icons? Bundling the breeze theme, or putting the icons in resource
>>> fil
On Thu, 22 Oct 2015, Christoph Cullmann wrote:
Hi,
Impressive! And cool to see another project using the cmake externals
approach, I can copy a lot of it for Krita 3, I think. How are you
handling icons? Bundling the breeze theme, or putting the icons in resource
files?
as I was lazy, I just
Hi,
> Impressive! And cool to see another project using the cmake externals
> approach, I can copy a lot of it for Krita 3, I think. How are you
> handling icons? Bundling the breeze theme, or putting the icons in resource
> files?
as I was lazy, I just compiled complete breeze into a binary rcc f
Impressive! And cool to see another project using the cmake externals
approach, I can copy a lot of it for Krita 3, I think. How are you
handling icons? Bundling the breeze theme, or putting the icons in resource
files?
--
Boudewijn Rempt | http://www.krita.org, http://www.valdyas.org
On Thu,
Hi,
btw., a preliminary self contained Kate for Windows can be found here:
ftp://cullmann.io/cullmann/
Created with the CMake file from this repo by Kåre Särs
https://quickgit.kde.org/?p=scratch%2Fsars%2Fkate-windows.git&a=tree
Plain Qt, normal Visual Studio, can be deployed without global stu
Hi,
> Am 21.10.2015 um 01:19 schrieb Aleix Pol:
>> On Wed, Oct 21, 2015 at 1:12 AM, Ralf Habacker wrote:
Christoph Cullmann hat am 20. Oktober 2015 um 16:49
geschrieben:
That works only, if the applications bundle their ui files in resources,
too, otherwise, they just won't b
On Wed, 21 Oct 2015, Alexander Neundorf wrote:
Maybe Qt could be shared ?
No, no, no. Absolutely not. Every application on Windows should bring
its own dependencies and all of them. Any attempt at anything else is
a misguided deviation from the platform's way of working and will bring
nothin
On Wednesday, October 21, 2015 22:48:52 Christoph Cullmann wrote:
> Hi,
>
> > On Wednesday, October 21, 2015 22:12:00 Christoph Cullmann
wrote:
> >
> > ...
> >
> >> And the big benefit: One can install my alpha crashy something
quality
> >> Kate
> >>
> >> bundle with its Qt something version
Hi,
> On Wednesday, October 21, 2015 22:12:00 Christoph Cullmann wrote:
>
> ...
>
>> And the big benefit: One can install my alpha crashy something quality Kate
>
>> bundle with its Qt something version and some imaginary Krita bundle that
>
>> is installed in parallel will NOT be borked!
>
>
On Wednesday, October 21, 2015 22:12:00 Christoph Cullmann
wrote:
...
> And the big benefit: One can install my alpha crashy something
quality Kate
> bundle with its Qt something version and some imaginary Krita
bundle that
> is installed in parallel will NOT be borked!
are you more or less arg
Hi,
> Hello,
>
> On Wednesday 21 October 2015 21:06:02 Christoph Cullmann wrote:
>> >> > If it is linked to runtime dependencies, I think you ought to not only
>> >> > look at the Tier but also the Type. Only frameworks of the "functional"
>> >> > type have no such dependencies.
>> >>
>> >> Perh
Hi,
>> What's important to realize is that deployment under Windows works different
>
>> to deployment under Linux: In Linux, you have the package manager which
>
>> automatically drags in all correct dependencies and you are fine.
>
>>
>
>> In Windows, such a package manager does not exist.
On Wednesday, October 21, 2015 13:08:46 Dominik Haumann wrote:
> On Tue, Oct 20, 2015 at 8:23 PM, Christoph Cullmann
wrote:
> > I think that is more or less what we had in the past with the "kdewin"
> > installer, that is like the cygwin installer pulling in all stuff you
> > need and a set of ap
Hello,
On Wednesday 21 October 2015 21:06:02 Christoph Cullmann wrote:
> >> > If it is linked to runtime dependencies, I think you ought to not only
> >> > look at the Tier but also the Type. Only frameworks of the "functional"
> >> > type have no such dependencies.
> >>
> >> Perhaps.
> >
> > At
Hi,
> Hello,
>
> On Wednesday 21 October 2015 09:26:35 Christoph Cullmann wrote:
>> Hi,
>> ;=) Yeah, fluffy, e.g. I would call dbus "non-reasonable", as it requires
>> some daemon to be running, even if we would have per application install
>> daemons. I would call stuff reasonable that is ava
Hello,
On Wednesday 21 October 2015 09:26:35 Christoph Cullmann wrote:
> Hi,
>
> > Hello,
> >
> > On Wednesday 21 October 2015 08:13:42 Christoph Cullmann wrote:
> >> > On Tuesday 20 October 2015 19:49:54 Aleix Pol wrote:
> >> >> 3) non-existing stuff? really? Let's rephrase it as: "Frameworks w
On Tue, Oct 20, 2015 at 8:23 PM, Christoph Cullmann wrote:
> I think that is more or less what we had in the past with the "kdewin"
> installer,
> that is like the cygwin installer pulling in all stuff you need and a set of
> applications
> in some common prefix.
>
> I am not sure that was such
Hi,
> Am 21.10.2015 um 08:14 schrieb Christoph Cullmann:
>> Hi,
>>
Aleix Pol hat am 20. Oktober 2015 um 19:49 geschrieben:
Regarding dbus especifically, I see the problem in 2). You can bundle
it, but then if it's already ran by another process the other one will
have to be us
> Christoph Cullmann hat am 20. Oktober 2015 um 16:49
> geschrieben:
> That works only, if the applications bundle their ui files in resources, too,
> otherwise, they just won't be found
> and the applications break, unless you patch again Qt to look in non-standard
> locations.
yes, the followi
I think that is more or less what we had in the past with the "kdewin"
installer,
that is like the cygwin installer pulling in all stuff you need and a
set of applications
in some common prefix.
I am not sure that was such a success, compared to what e.g. Krita,
Marble, Digikam and others do:
i
Am 21.10.2015 um 08:14 schrieb Christoph Cullmann:
> Hi,
>
>>> Aleix Pol hat am 20. Oktober 2015 um 19:49 geschrieben:
>>> Regarding dbus especifically, I see the problem in 2). You can bundle
>>> it, but then if it's already ran by another process the other one will
>>> have to be used, which i
Hi,
> Hello,
>
> On Wednesday 21 October 2015 08:13:42 Christoph Cullmann wrote:
>> > On Tuesday 20 October 2015 19:49:54 Aleix Pol wrote:
>> >> 3) non-existing stuff? really? Let's rephrase it as: "Frameworks will
>> >> only be advertised as available on a platform if they are just require
>> >>
Hello,
On Wednesday 21 October 2015 08:13:42 Christoph Cullmann wrote:
> > On Tuesday 20 October 2015 19:49:54 Aleix Pol wrote:
> >> 3) non-existing stuff? really? Let's rephrase it as: "Frameworks will
> >> only be advertised as available on a platform if they are just require
> >> Qt or other av
Hi,
>> Aleix Pol hat am 20. Oktober 2015 um 19:49 geschrieben:
>> Regarding dbus especifically, I see the problem in 2). You can bundle
>> it, but then if it's already ran by another process the other one will
>> have to be used, which is where the dbus mess starts.
> There is work in progress to
Hi,
> Hello,
>
> On Tuesday 20 October 2015 19:49:54 Aleix Pol wrote:
>> 3) non-existing stuff? really? Let's rephrase it as: "Frameworks will
>> only be advertised as available on a platform if they are just require
>> Qt or other available dependencies on the platform". For example,
>> requirin
On Wed, Oct 21, 2015 at 1:12 AM, Ralf Habacker wrote:
>> Christoph Cullmann hat am 20. Oktober 2015 um 16:49
>> geschrieben:
>
>> That works only, if the applications bundle their ui files in resources,
>> too, otherwise, they just won't be found
>> and the applications break, unless you patch ag
> Aleix Pol hat am 20. Oktober 2015 um 19:49 geschrieben:
> Regarding dbus especifically, I see the problem in 2). You can bundle
> it, but then if it's already ran by another process the other one will
> have to be used, which is where the dbus mess starts.
There is work in progress to provide
Hello,
On Tuesday 20 October 2015 19:49:54 Aleix Pol wrote:
> 3) non-existing stuff? really? Let's rephrase it as: "Frameworks will
> only be advertised as available on a platform if they are just require
> Qt or other available dependencies on the platform". For example,
> requiring libssh could
Christoph,
I'm not trying to argue against having applications come in complete
bundles at all. That is a worthy goal also actually, it's just not the
direction I was headed in. You've made a lot more progress in this
regard than I had though tbh. I see the kdewin installer as something
that went
On Tuesday, October 20, 2015 20:23:00 Christoph Cullmann wrote:
> Hi,
>
> > Christoph.
> >
> > I have had similar goals for a while, but haven't reached the point
> > that I was having much success yet in that regard. One thing to keep
> > in mind when developing installers, Qt Installer Framewor
Hi,
> Christoph.
>
> I have had similar goals for a while, but haven't reached the point
> that I was having much success yet in that regard. One thing to keep
> in mind when developing installers, Qt Installer Framework. I did a
> quick test with attica on OS X I can put on reviewboard to see wh
Christoph.
I have had similar goals for a while, but haven't reached the point
that I was having much success yet in that regard. One thing to keep
in mind when developing installers, Qt Installer Framework. I did a
quick test with attica on OS X I can put on reviewboard to see what
you think. I a
Hi,
> Hi,
> With my Android hat on I very much welcome the initiative. Android is
> more limited in this regard, as you will mostly always want to have
> split packages there and it's how we've been working since the
> beginning.
>
> I think that for us Qt is a safe base in general. relying on ot
On Tue, Oct 20, 2015 at 4:49 PM, Christoph Cullmann wrote:
> Hi,
>
> after some patching, we got around to a state that allows to e.g. use KWrite
> on Windows or Mac with stock frameworks master and stock Qt 5.5, without any
> additional
> patches and no stuff like dbus running. (as standalone in
54 matches
Mail list logo
