Review Request: load the images for the themes correctly
Aaron J. Seigo
aseigo at kde.org
Fri Dec 21 08:47:19 UTC 2012
> On Nov. 29, 2012, 1:53 p.m., Aaron J. Seigo wrote:
> > plasmate/packagemodel.cpp, line 544
> > <http://git.reviewboard.kde.org/r/106680/diff/5/?file=93807#file93807line544>
> >
> > "Plasma/Theme" should not appear in this file.
>
> Giorgos Tsiapaliokas wrote:
> the "colors" file isn't a requiredDirectory nor a requiredFile, so If I don't add it by hand in the m_topEntries
> it won't be visible and also we want the "colors" file in the m_topEntries only when the package is a theme.
> No? What am I missing?
>
> Aaron J. Seigo wrote:
> perhaps add an exception for top level non-required files, so that everything in the top level, required or not, is shown.
>
> Giorgos Tsiapaliokas wrote:
> I can't find a way (I don't think that there is one) in order to specify which files are top level ones.
>
> Before the refactor of the packagemodel, the model was doing this:
> * find all the files(required or not)
> * check if you can give them a name and call them namedFiles(remove the ones which have a name from the hash)
> * everything that has been left in the hash add it as a top level item
>
> Now with the refactor of the packagemodel, it does:
> * put the required files in a hash and all(including the required ones) the files in another one
> ** We need the second hash with all the files, because if the project already exists, we want to
> add in the ui(with names) all the existing files not just the required ones.
> * add all the required files in the ui and give them a name (namedFiles)
> * if there are requiredFiles still in the hash add them in the ui.
>
> I see your point that adding a hard coded key can make plasmate fail at some point,
> but those keys doesn't change often(actually they don't change at all. No?) so we are fine(not ok).
> Even if plasmate fails, in the -worst/and only- case scenario the user won't be able see/modify the "colors" file
Thinking about it some more, all named files should be shown. Everything that is not a directory but a key with a single file associated with it should be shown, otherwise any package structure that has a file in the same way ThemePackage has colors will fail.
- Aaron J.
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/106680/#review22754
-----------------------------------------------------------
On Dec. 7, 2012, 5:58 p.m., Giorgos Tsiapaliokas wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/106680/
> -----------------------------------------------------------
>
> (Updated Dec. 7, 2012, 5:58 p.m.)
>
>
> Review request for Plasma.
>
>
> Description
> -------
>
> create a new theme package->click on the new
>
> a file dialog should appear but instead a simple edit box appears requesting a new filename.
>
> This patch solves the issue
>
>
> Diffs
> -----
>
> plasmate/editors/editpage.h 5cb3ea6
> plasmate/editors/editpage.cpp 7e82ff2
> plasmate/packagemodel.h efa3001
> plasmate/packagemodel.cpp 9eb0914
>
> Diff: http://git.reviewboard.kde.org/r/106680/diff/
>
>
> Testing
> -------
>
>
> Thanks,
>
> Giorgos Tsiapaliokas
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20121221/d989ef28/attachment-0001.html>
More information about the Plasma-devel
mailing list