> On March 23, 2014, 11:51 p.m., Aleix Pol Gonzalez wrote: > > So what should happen so that we didn't need the workaround? > > Alexander Richardson wrote: > QStandardPaths would have to look in %KDEROOT%\share and not just > C:\ProgramData.
So why aren't we adding this in Qt? Or even, why are we installing documentation in share/ if it doesn't make sense on Windows? - Aleix ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117011/#review53878 ----------------------------------------------------------- On March 23, 2014, 11:28 p.m., Andrius da Costa Ribas wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/117011/ > ----------------------------------------------------------- > > (Updated March 23, 2014, 11:28 p.m.) > > > Review request for KDE Frameworks and kdewin. > > > Repository: kdoctools > > > Description > ------- > > This is a workaround for kdoctools for the same problem discussed in review > #115210. In particular, emerge installs docbook-dtd data under > %KDEROOT%\share. > > > Diffs > ----- > > src/xslt.cpp db67599 > > Diff: https://git.reviewboard.kde.org/r/117011/diff/ > > > Testing > ------- > > Tested using MSVC 2013. KJsEmbed, which depends on this, builds after this > patch (KJsEmbed still has an unrelated problem on install step). > > > Thanks, > > Andrius da Costa Ribas > >
_______________________________________________ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel