-
-
Notifications
You must be signed in to change notification settings - Fork 97
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Cleanup of PLIP #1734 #774
Conversation
@thet, cc: @plone/framework-team : but when you decide on our own to rename things (which might be ok or not ) .. ok .. If I were you, I would spend a little bit more energy in cleaning up the mess in resource registry,/plone-compile..., etc. (because this horror cost me and other people days to get done!) and help with documentation. short summary: I'm quite fed up! |
@fgrcon sorry for not responding earlier. I actually had to take a look into this PLIP even though I didn't volunteer to review it. I got an error with a missing While thumb is better than icon (thanks for changing that) I noticed that After all, this pull request isn't merged yet. Regarding the resource registry: I'm sorry that you have problems with it. For me, it works surprisingly well although I hope we can proceed using better tools like webpack which hopefully makes everything easier. |
I realize that I invented the |
see conversation in #703 ????
something wrong with upgrade steps?
attributes without ov_ prefix hold site wide default values whereas prefixed attributes are individual overrides of this default values - this was intended just to make things clearer |
Regarding the error I got - yes, I probably forgot to run the upgrade step. My fault. But the implementation of the getters are more robust now. And the variable naming is more consistent. You can easily see where the settings are coming from if you look at the context. People like me always have to look up code if the naming is not consistent. The getIcon metadata column cannot easily be changed without breaking other's code. It's named that way since very long. I'm sorry that I made you upset, though I do not fully understand why. I did not ask you to change anything but did it myself. Because I know I'm too late to the discussion. Still, NOW is the time to do any changes - none of your changes were yet released. Except for plone.app.contenttypes, but since that branch only targets Plone 5.1, I think changing it is OK too. |
I just talked directly to @fgrcon and we sorted this dispute out. And sorry again for not stepping in earlier. Plus: thanks for taking care of the image/thumb/icon story in Plone! |
yeah indeed but i forgot one absolute important message : covfefe :) |
@thet cc @jensens I run through my manual test scenarios : everything looks fine, only some minimal edits (size -> scale) found : plone/plone.app.portlets#100 and plone/plone.app.contenttypes#411 But I found some new issue: Disabling icons and/or thumbs globally does not work any more. This was done using css classes ( .thumbs-off .image- {display:none;} in plone.less. But fixing this would lead to clashes with other css-classes like image-left,etc (e.g .for use with tinymce...). I will open necessary prs to rename these classes to |
Followup of plone/Products.CMFPlone#1734