Question about goal of Windows/Mac frameworks

[Christoph Cullmann]

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
>> >> >> required
>> >> >> to run khelpcenter and open/save file dialogs and for remote control.
>> >> >> http://download.opensuse.org/repositories/home:/rhabacker:/branches:/w
>> >> >> ind
>> >> >> ows:/mingw:/win32:/KF511/openSUSE_13.1/noarch/mingw32-umbrello5-instal
>> >> >> ler
>> >> >> -2.18.99-4.1.noarch.rpm (you may open this rpm with ark of 7zip file
>> >> >> manager to get the installer) open/save stuff is fixed in KF5 master
>> >> >> But yes, khelpcenter (if it is shipped) might need fixing
>> >> > 
>> >> > khelpcenter is launched by klauncher5 through dbus
>> >> 
>> >> I guess for Windows/Mac one would need to generate the help as plain HTML
>> >> anyway, as you don't want to ship KHelpCenter with your application nor
>> >> want to require it to be there (given it uses KHTML and more stuff ;=)
>> > 
>> > How are you going to generate plain HTML if the proper macros should be in
>> > the (disabled) KDocTools anyway (because the docbooks - and in future
>> > other formats - could depend on common files?
>> > 
>> > The funny thing about this story from my point of view is that, in order
>> > to
>> > show that we support other platform, we are going to show that which is
>> > the
>> > proper platform which does not force developers to cut down
>> > functionalities.
>> > 
>> > Side note: LibreOffice ships its help viewer and I don't think anyone
>> > complained so far.
>> 
>> Nobody have never said that kdoctools should be disabled for ever, and it is
>> NOT even disabled at the moment, you can just build without having it
>> available. And that is very reasonable, as most people don't need any of
>> the documentation stuff we ship in the frameworks. An other story is the
>> application documentation.
> 
> The problem is that, if you disable KDocTools because you don't want to
> generate and ship documentation with each individual framework, you are also
> disabling the generation of application documentation (which is handled again
> by KDocTools). We need a way to solve this.
it is not disabled. It is just possible to build without it.
If doctools will work fine, if build, is an other question.

Really, all current patches to frameworks to get them better working on win/mac
did disable exactly nothing. They only enabled to use stuff without all
dependencies around or survive things like "no-dbus session bus available".

Greetings
Christoph

-- 
----------------------------- Dr.-Ing. Christoph Cullmann ---------
AbsInt Angewandte Informatik GmbH      Email: cullmann at AbsInt.com
Science Park 1                         Tel:   +49-681-38360-22
66123 Saarbrücken                      Fax:   +49-681-38360-20
GERMANY                                WWW:   http://www.AbsInt.com
--------------------------------------------------------------------
Geschäftsführung: Dr.-Ing. Christian Ferdinand
Eingetragen im Handelsregister des Amtsgerichts Saarbrücken, HRB 11234