//git.reviewboard.kde.org/r/115209/
> ---
>
> (Updated Jan. 22, 2014, 3:12 p.m.)
>
>
> Review request for Documentation, KDE Frameworks, kdewin, and Luigi Toscano.
>
>
> Repository: kdoctools
>
>
> Description
> ---
>
&g
org/r/115209/
> ---
>
> (Updated Jan. 22, 2014, 3:12 p.m.)
>
>
> Review request for Documentation, KDE Frameworks, kdewin, and Luigi Toscano.
>
>
> Repository: kdoctools
>
>
> Description
> ---
>
> Two separate commit
Frameworks, kdewin, and Luigi Toscano.
Repository: kdoctools
Description
---
Two separate commits:
---
Print a message when a file is not found
This way meinproc no longer fails silently
--
Allow compiling on Windows
tation, KDE Frameworks and Luigi Toscano.
>
>
> Repository: kdoctools
>
>
> Description
> ---
>
> Two separate commits:
>
> ---
>
> Print a message when a file is not found
>
> This way meinproc no longer fails silen
.
Repository: kdoctools
Description
---
Two separate commits:
---
Print a message when a file is not found
This way meinproc no longer fails silently
--
Allow compiling on Windows with MSVC
Diffs
-
CMakeLists.txt
rd.kde.org/r/115065/
> ---
>
> (Updated Jan. 17, 2014, 4:48 p.m.)
>
>
> Review request for Documentation, KDE Frameworks, Luigi Toscano, and Scarlett
> Clark.
>
>
> Repository: kdoctools
>
>
> Descriptio
marked as submitted.
Review request for Documentation, KDE Frameworks, Luigi Toscano, and Scarlett
Clark.
Repository: kdoctools
Description
---
Rename man pages and checkXML tool to prevent clashes with kdelibs4
credit should go to scarlett
Diffs
-
CMakeLists.txt 74c7af5
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/115065/
> ---
>
> (Updated Jan. 17, 2014, 4:48 p.m.)
>
>
> Review r
ewboard.kde.org/r/115065/
> ---
>
> (Updated Jan. 17, 2014, 4:48 p.m.)
>
>
> Review request for Documentation, KDE Frameworks, Luigi Toscano, and Scarlett
> Clark.
>
>
> Repository: kdoctools
>
>
> Description
> ---
>
> Rename man
gt; This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/115065/
> ---
>
> (Updated Jan. 17, 2014, 4:48 p.m.)
>
>
> Review request for Documentation, KDE Frameworks, Luigi Toscano, and Scarlett
> Clark.
>
>
> Reposit
--
>
> (Updated Jan. 17, 2014, 4:48 p.m.)
>
>
> Review request for Documentation, KDE Frameworks, Luigi Toscano, and Scarlett
> Clark.
>
>
> Repository: kdoctools
>
>
> Description
> ---
>
> Rename man pages and checkXML tool to p
Frameworks, Luigi Toscano, and Scarlett
Clark.
Repository: kdoctools
Description
---
Rename man pages and checkXML tool to prevent clashes with kdelibs4
credit should go to scarlett
Diffs (updated)
-
CMakeLists.txt 74c7af5
checkXML.in.cmake d7a57c7
checkXML5.in.cmake PRE
n automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/115065/
> ---
>
> (Updated Jan. 17, 2014, 3:30 a.m.)
>
>
> Review request for Documentation, KDE Frameworks, Luigi Toscano, and Scarlett
&g
n automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/115065/
> ---
>
> (Updated Jan. 17, 2014, 3:30 a.m.)
>
>
> Review request for Documentation, KDE Frameworks, Luigi Toscano, and Scarlett
&g
cally generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/115065/
> ---
>
> (Updated Jan. 17, 2014, 3:30 a.m.)
>
>
> Review request for Documentation, KDE Frameworks, Luigi Toscano, and Scarlett
&g
oard.kde.org/r/115065/
> ---
>
> (Updated Jan. 17, 2014, 3:30 a.m.)
>
>
> Review request for Documentation, KDE Frameworks, Luigi Toscano, and Scarlett
> Clark.
>
>
> Repository: kdoctools
>
>
&
works/kdoctools/docs/checkXML5/man-checkXML.1.docbook',
needed by 'docs/checkXML5/checkXML.1'. Stop.
Scanning dependencies of target qt5options-manpage-man-qtoptions
gmake[2]: *** No rule to make target
'/home/david/Projects/Frameworks/src/frameworks/kdoctools/docs/kde5options
, KDE Frameworks, Luigi Toscano, and Scarlett
Clark.
Repository: kdoctools
Description
---
Rename man pages and checkXML tool to prevent clashes with kdelibs4
credit should go to scarlett
Diffs
-
CMakeLists.txt 74c7af5
checkXML.in.cmake d7a57c7
checkXML5.in.cmake PRE-CREATION
discarded.
Review request for KDE Frameworks.
Repository: kdelibs
Description
---
Tiny fix for kdoctools.
While trying to build the split frameworks, the ones calling kdoctools were
failing because find_dependency was called before including
KF5DocToolsTargets.cmake.
If find_dependency
s an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/114524/
> ---
>
> (Updated Dec. 18, 2013, 3:23 a.m.)
>
>
> Review request for KDE Frameworks.
>
>
> Reposito
---
Tiny fix for kdoctools.
While trying to build the split frameworks, the ones calling kdoctools were
failing because find_dependency was called before including
KF5DocToolsTargets.cmake.
If find_dependency is called before, the PACKAGE_PREFIX_DIR gets changed to
point to the dependency
On Friday 15 November 2013 10:12:23 Treeve Jelbert wrote:
> kdoctools installs files to /opt/qt5/share/ksgmltools2/customization
> whereas kdelibs4 uses /opt/qt4/share/apps/ksgmltools2/customization
>
> is the problem due to the extra apps directory?
That would be a bug, then
On Fri, Nov 15, 2013 at 10:12 AM, Treeve Jelbert wrote:
> I build all of kf5 as standalone modules
>
> kdoctools is now required when building kdewidgets, but the build fails
>
> FAILED: cd /usr/src/kdewidgets-5.x/build/docs/makekdewidgets &&
> /opt/qt5/bin/meinpro
I build all of kf5 as standalone modules
kdoctools is now required when building kdewidgets, but the build fails
FAILED: cd /usr/src/kdewidgets-5.x/build/docs/makekdewidgets &&
/opt/qt5/bin/meinproc5 --stylesheet
/opt/qt5/share/ksgmltools2/customization/kde-include-man.xsl --check
marked as submitted.
Review request for KDE Frameworks.
Repository: kdelibs
Description
---
Fix standalone build of kdoctools: it was not looking for KArchive. This patch
also aligns the top-level CMakeLists.txt with template/CMakeLists.txt.
Diffs
-
superbuild/CMakeLists.txt
rd.kde.org/r/113328/
> ---
>
> (Updated Oct. 21, 2013, 1:32 p.m.)
>
>
> Review request for KDE Frameworks.
>
>
> Repository: kdelibs
>
>
> Description
> ---
>
> Fix standalone build of kdoct
t. 21, 2013, 1:32 p.m.)
>
>
> Review request for KDE Frameworks.
>
>
> Repository: kdelibs
>
>
> Description
> ---
>
> Fix standalone build of kdoctools: it was not looking for KArchive. This
> patch also aligns the top-level CMakeLists.txt with temp
> On Oct. 21, 2013, 1:43 p.m., Kevin Ottens wrote:
> > tier2/kdoctools/CMakeLists.txt, line 18
> > <http://git.reviewboard.kde.org/r/113328/diff/2/?file=203416#file203416line18>
> >
> > FOOBAR really? :-)
> >
> > In fact ecm_setup_vers
.
Changes
---
No need to call ecm_setup_version() in kdoctools, it's not a library.
Repository: kdelibs
Description
---
Fix standalone build of kdoctools: it was not looking for KArchive. This patch
also aligns the top-level CMakeLists.txt with template/CMakeLists.txt.
Diffs (up
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/113328/#review42080
---
tier2/kdoctools/CMakeLists.txt
<h
.
Changes
---
Move find_package(KF5)
Repository: kdelibs
Description
---
Fix standalone build of kdoctools: it was not looking for KArchive. This patch
also aligns the top-level CMakeLists.txt with template/CMakeLists.txt.
Diffs (updated)
-
superbuild/CMakeLists.txt 5cdec94
> On Oct. 18, 2013, 5:23 p.m., Aleix Pol Gonzalez wrote:
> > tier2/kdoctools/CMakeLists.txt, line 30
> > <http://git.reviewboard.kde.org/r/113328/diff/1/?file=203382#file203382line30>
> >
> > The KF5 find_package should be outside of the if
Oh right, should
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/113328/#review41951
---
tier2/kdoctools/CMakeLists.txt
<h
---
Fix standalone build of kdoctools: it was not looking for KArchive. This patch
also aligns the top-level CMakeLists.txt with template/CMakeLists.txt.
Diffs
-
tier2/kdoctools/src/CMakeLists.txt 8b726a8
tier2/kdoctools/CMakeLists.txt 53fd0e9
superbuild/CMakeLists.txt 5cdec94
Nicolás Alvarez wrote:
> Maybe we can use a third-party docbook-to-manpage conversion tool. On
> Linux it would be easy to install, and on Windows it wouldn't be needed
> ("what's a manpage?"). And still leave it optional everywhere...
Well if this is okay, you could just remove the KDE-specific D
Albert Astals Cid wrote:
> El Diumenge, 29 de setembre de 2013, a les 12:14:49, David Faure va escriure:
>> On Monday 23 September 2013 20:23:13 Albert Astals Cid wrote:
>>> So we don't have a man page anymore? Debian will be happy :D
>>>
>>> Also we're losing the i18n-zation side of the man page,
El Diumenge, 29 de setembre de 2013, a les 12:14:49, David Faure va escriure:
> On Monday 23 September 2013 20:23:13 Albert Astals Cid wrote:
> > So we don't have a man page anymore? Debian will be happy :D
> >
> > Also we're losing the i18n-zation side of the man page, which the current
> > -- he
On Monday 23 September 2013 20:23:13 Albert Astals Cid wrote:
> So we don't have a man page anymore? Debian will be happy :D
>
> Also we're losing the i18n-zation side of the man page, which the current --
> help does not have.
What do non-kde projects do? Write a man page by hand and translate i
would be easy to install, and on Windows it wouldn't be needed
> > > > > ("what's
> > > > > a manpage?"). And still leave it optional everywhere...
> > > >
> > > > Thats a very good question. Maybe in that case kdoctools is ind
indows it wouldn't be needed
> > > > > ("what's
> > > > > a manpage?"). And still leave it optional everywhere...
> > > >
> > > > Thats a very good question. Maybe in that case kdoctools is indeed
> > > > ove
quot;). And still leave it optional everywhere...
> > >
> > > Thats a very good question. Maybe in that case kdoctools is indeed
> > > overkill. Someone would have to investigate if something else could be
> > > used though.
> >
> > That's rea
> Maybe we can bundle the generated documentation?
Distributions in general don't want pregenerated .
/Sune
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
> >
> Maybe we can bundle the generated documentation?
> I think we're making it more of a problem than actually is... Maybe the
> problem here is considering kdoctools as a framework instead of a tool set.
That's indeed a solution. We could deal with those man pages in t
> > > Maybe we can use a third-party docbook-to-manpage conversion tool. On
> > > > Linux
> > > > it would be easy to install, and on Windows it wouldn't be needed
> > > > ("what's
> > > > a manpage?"). And still leave it
ol. On
> > > Linux
> > > it would be easy to install, and on Windows it wouldn't be needed
> > > ("what's
> > > a manpage?"). And still leave it optional everywhere...
> >
> > Thats a very good question. Maybe in that case kdoctool
it wouldn't be needed ("what's
> > a manpage?"). And still leave it optional everywhere...
>
> Thats a very good question. Maybe in that case kdoctools is indeed overkill.
> Someone would have to investigate if something else could be used though.
That's rea
rywhere...
Thats a very good question. Maybe in that case kdoctools is indeed overkill.
Someone would have to investigate if something else could be used though.
Cheers.
--
Kévin Ottens, http://ervin.ipsquad.net
Sponsored by KDAB to work on KDE Frameworks
KDAB - proud supporter of KDE, http://
gt;> > Anyway as I was chatting with Aleix yesterday, kdoctools being a
> > > >> > tier1
> > > >> > framework "is not enough" since kconfig has docbook files (e.g.
> man
> > > >> > page of kconfig_compiler) so we need a tier0 here ;
> escriure:
>> > > Albert Astals Cid wrote:
>
>
>
>> > > >> > Anyway as I was chatting with Aleix yesterday, kdoctools being a
>> > > >> > tier1
>> > > >> > framework "is not enough" since kconfig has
hat would break? Everything that reads and writes those files is
> > > in-tree.
> >
> > Right, i tought khelpcenter did some of the decoding, but it's done via
> > meinproc too.
> >
> > > >> > Anyway as I was chatting with Aleix yesterday, kdo
change it you are going to break stuff that uses it". So yes, no
> > > reason.
> >
> > What would break? Everything that reads and writes those files is in-tree.
>
> Right, i tought khelpcenter did some of the decoding, but it's done via
> meinproc too.
&g
se files is in-tree.
Right, i tought khelpcenter did some of the decoding, but it's done via
meinproc too.
>
> >> > Anyway as I was chatting with Aleix yesterday, kdoctools being a tier1
> >> > framework "is not enough" since kconfig has docbook files (e.
t it does and if
> you change it you are going to break stuff that uses it". So yes, no
> reason.
What would break? Everything that reads and writes those files is in-tree.
>>
>> > Anyway as I was chatting with Aleix yesterday, kdoctools being a tier1
>> > frame
va
> > >
> > > escriure:
> > >> KDocTools depends on KArchive so that it can write cache files. Those
> > >> files are currently written as .bz2 files, which is why KArchive is
> > >> needed.
> > >>
> > >> However,
El Dissabte, 21 de setembre de 2013, a les 10:39:22, Stephen Kelly va
escriure:
> Albert Astals Cid wrote:
> > El Dissabte, 21 de setembre de 2013, a les 10:25:59, Stephen Kelly va
> >
> > escriure:
> >> KDocTools depends on KArchive so that it can write cac
Albert Astals Cid wrote:
> El Dissabte, 21 de setembre de 2013, a les 10:25:59, Stephen Kelly va
> escriure:
>> KDocTools depends on KArchive so that it can write cache files. Those
>> files are currently written as .bz2 files, which is why KArchive is
>> needed.
>
El Dissabte, 21 de setembre de 2013, a les 10:25:59, Stephen Kelly va
escriure:
> KDocTools depends on KArchive so that it can write cache files. Those files
> are currently written as .bz2 files, which is why KArchive is needed.
>
> However, I can see no reason why qCompress and
KDocTools depends on KArchive so that it can write cache files. Those files
are currently written as .bz2 files, which is why KArchive is needed.
However, I can see no reason why qCompress and qUncompress would not do the
job just as well. Porting to those would make KDocTools a tier1
ound.
>
>
> Diffs
> -
>
> cmake/modules/KDE4Macros.cmake 403679f
> staging/CMakeLists.txt 7826b07
> tier2/CMakeLists.txt 6c98a7d
> tier2/kdoctools/CMakeLists.txt 7e09279
>
> Diff: http://git.reviewboard.kde.org/r/112795/diff/
>
&
marked as submitted.
Review request for KDE Frameworks.
Description
---
Does the move, changes a couple of things so the macros are still found.
Diffs
-
cmake/modules/KDE4Macros.cmake 403679f
staging/CMakeLists.txt 7826b07
tier2/CMakeLists.txt 6c98a7d
tier2/kdoctools
> On Sept. 19, 2013, 7:40 a.m., David Faure wrote:
> > tier2/kdoctools/CMakeLists.txt, line 44
> > <http://git.reviewboard.kde.org/r/112795/diff/1/?file=190432#file190432line44>
> >
> > I'm curious, what does that do?
It's where the *Config.cma
done" from the wiki?
tier2/kdoctools/CMakeLists.txt
<http://git.reviewboard.kde.org/r/112795/#comment29758>
I'm curious, what does that do?
- David Faure
On Sept. 18, 2013, 3:34 p.m., Aleix Pol Gonzalez wrote:
>
> -
, changes a couple of things so the macros are still found.
Diffs
-
cmake/modules/KDE4Macros.cmake 403679f
staging/CMakeLists.txt 7826b07
tier2/CMakeLists.txt 6c98a7d
tier2/kdoctools/CMakeLists.txt 7e09279
Diff: http://git.reviewboard.kde.org/r/112795/diff/
Testing
---
Builds
marked as submitted.
Review request for KDE Frameworks and Stephen Kelly.
Description
---
Move the finders from kdoctools/CMakeLists.txt to kdoctools/src/CMakeLists.txt.
This should make it possible to move kdoctools to its own tier.
Question: At the moment, to use kdoctools from an
org/r/112699/
> ---
>
> (Updated Sept. 13, 2013, 11:15 a.m.)
>
>
> Review request for KDE Frameworks and Stephen Kelly.
>
>
> Description
> ---
>
> Move the finders from kdoctools/CMakeLists.txt t
> On Sept. 12, 2013, 7:57 p.m., Stephen Kelly wrote:
> > > Move the finders from kdoctools/CMakeLists.txt to
> > > kdoctools/src/CMakeLists.txt.
> > > This should make it possible to move kdoctools to its own tier.
> >
> > Why is this necessary to mo
and Stephen Kelly.
Changes
---
Adds the log listing the features, in case it's built separately.
Description
---
Move the finders from kdoctools/CMakeLists.txt to kdoctools/src/CMakeLists.txt.
This should make it possible to move kdoctools to its own tier.
Question: At the momen
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/112699/#review39917
---
> Move the finders from kdoctools/CMakeLists.txt
---
Move the finders from kdoctools/CMakeLists.txt to kdoctools/src/CMakeLists.txt.
This should make it possible to move kdoctools to its own tier.
Question: At the moment, to use kdoctools from an application, we'll have to
include KDocToolsMacros.cmake.
Wouldn't it make sense to re
On Thu, Sep 5, 2013 at 6:09 PM, David Faure wrote:
> On Thursday 05 September 2013 16:40:48 Stephen Kelly wrote:
> > Aleix Pol wrote:
> > > Git commit 25c6f2501ba077ef6f566dac3f12fc766ff5b4ab by Aleix Pol.
> > > Committed on 05/09/2013 at 14:36.
> > > Pushed by apol into branch 'frameworks'.
> >
On Thursday 05 September 2013 16:40:48 Stephen Kelly wrote:
> Aleix Pol wrote:
> > Git commit 25c6f2501ba077ef6f566dac3f12fc766ff5b4ab by Aleix Pol.
> > Committed on 05/09/2013 at 14:36.
> > Pushed by apol into branch 'frameworks'.
> >
> > meinproc5.shell doesn't exist anymore since now it doesn't
marked as submitted.
Review request for KDE Frameworks.
Description
---
Start using DocBook*cmake modules from ECM (pending to be solved).
Properly construct strings for KDocTools, making sure QStringLiteral & friends
are used.
Diffs
-
staging/kdoctools/config-kdoctools.h.c
org/r/112457/
> ---
>
> (Updated Sept. 2, 2013, 4:42 p.m.)
>
>
> Review request for KDE Frameworks.
>
>
> Description
> ---
>
> Start using DocBook*cmake modules from ECM (pending to be solved).
&g
> On Sept. 3, 2013, 9:30 a.m., David Faure wrote:
> > staging/kdoctools/src/meinproc.cpp, line 146
> > <http://git.reviewboard.kde.org/r/112457/diff/1/?file=186392#file186392line146>
> >
> > I'd write exe = QStringLiteral(XMLLINT)
> > instead
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/112457/#review39242
---
Ship it!
just one thing
staging/kdoctools/config
DocBook*cmake modules from ECM (pending to be solved).
Properly construct strings for KDocTools, making sure QStringLiteral & friends
are used.
Diffs
-
staging/kdoctools/config-kdoctools.h.cmake f2fe22c
staging/kdoctools/src/CMakeLists.txt de82d4d
staging/kdoctools
301 - 376 of 376 matches
Mail list logo