> On Oct. 5, 2014, 5:58 p.m., Christoph Feck wrote: > > Sorry for chiming in late, just noticed the commit. > > > > Any reason why the resource is checked first, not last? > > > > If the programmer decides to use the resource, the "locateAll" effectively > > turns into a "locateNone". Not really friendly to administrators.
Actually that is a big benefit in my eyes, if you ship software with compiled in resources, you don't want people mingling around with them, IMHO. E.g. in ktexteditor I could use this and be sure that no actions or stuff is missing only because some "fixed" ui file got placed in the right location. - Christoph ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/120099/#review67966 ----------------------------------------------------------- On Oct. 5, 2014, 5:32 p.m., Christoph Cullmann wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/120099/ > ----------------------------------------------------------- > > (Updated Oct. 5, 2014, 5:32 p.m.) > > > Review request for KDE Frameworks and David Faure. > > > Repository: kxmlgui > > > Description > ------- > > Instead of installing them in the kxmlgui5 share prefix, install them in a > kxmlgui5 prefix in resources. > That will allow to test stuff without installing it first, as the resources > will be found anyway. > Still the "I can edit it and have a copy in my writable datadir" should work. > Question is: is it possible with one "kxmlgui" prefix for the resource or is > it better to swap that around like "componentname/kxmlgui5/.."? > > > Diffs > ----- > > src/kxmlguiclient.cpp e8170ad > src/kxmlguifactory.cpp c4ad97b > > Diff: https://git.reviewboard.kde.org/r/120099/diff/ > > > Testing > ------- > > Compiles & if I package ui file in kate into resource, works. > > > Thanks, > > Christoph Cullmann > >
_______________________________________________ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
