JCR | Community
Skip to main content
Charlie_Shafton
Adobe Employee
Adobe Employee
October 16, 2015
Solved

JCR

  • October 16, 2015
  • 2 replies
  • 1138 views

Question from twitter: @AEM_Dev Is it possible to configure the path to <root>/jcr:content/cq:responsive/breakpoints? This should be in the design, not the content

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.
Best answer by jayproulx

It seems to me that it's in the wrong place out of the box.  The grid breakpoints are configured in a single language for the content, and the hardcoded CSS breakpoints are in a specific design.

i.e.
Config: http://localhost:4502/crx/de/index.jsp#/content/geometrixx-media/en/jcr%3Acontent/cq%3Aresponsive/breakpoints

CSS breakpoints: http://localhost:4502/crx/de/index.jsp#/etc/designs/geometrixx-media/clientlibs/css/grid.less

I would assume (it would seem silly not to) that all of the breakpoints for your site, for all languages would be the same.  And if they need to be changed, they should be changed at the design level, since changing one without the other breaks things.  The content doesn't know how to render itself, it just hands that off to sling to figure out, so it shouldn't have the responsibility of telling that thing downstream how to do it.

Even better would be to store the configuration with the template, since different templates could theoretically have different breakpoints.

2 replies

jayproulx
jayproulxAccepted solution
Level 2
October 16, 2015

It seems to me that it's in the wrong place out of the box.  The grid breakpoints are configured in a single language for the content, and the hardcoded CSS breakpoints are in a specific design.

i.e.
Config: http://localhost:4502/crx/de/index.jsp#/content/geometrixx-media/en/jcr%3Acontent/cq%3Aresponsive/breakpoints

CSS breakpoints: http://localhost:4502/crx/de/index.jsp#/etc/designs/geometrixx-media/clientlibs/css/grid.less

I would assume (it would seem silly not to) that all of the breakpoints for your site, for all languages would be the same.  And if they need to be changed, they should be changed at the design level, since changing one without the other breaks things.  The content doesn't know how to render itself, it just hands that off to sling to figure out, so it shouldn't have the responsibility of telling that thing downstream how to do it.

Even better would be to store the configuration with the template, since different templates could theoretically have different breakpoints.