Expand my Community achievements bar.

Don’t miss the AEM Skill Exchange in SF on Nov 14—hear from industry leaders, learn best practices, and enhance your AEM strategy with practical tips.
SOLVED

AEM 6.2 SP1 - CFP 5 - Touch UI edit mode not rendering the entire page.

Avatar

Level 1

Hello everyone,

Im having problems with page editing in touch UI. It seems to be a miscalculation in the ContentWrapper´s height, which causes my pages to be grayed out after the fold. Also, there is a second scroll bar that appears in the part where the content is rendered.

Seeing the page in preview, classic UI and any other views shows it correctly, but editing it on Touch UI, is not working.

problem.PNG

Its the same problem as: AEM 6.1 SP1 Component height not calculated correctly in edit mode touch UI but in this case, with AEM 6.2.

I have checked for negative margins, heights in % thay may cause problems, but nothing is working.

As the title points out, I have AEM 6.2 with SP1 and CFP 5.


Any ideas? Someone had this problem?

Thanks in advance!

1 Accepted Solution

Avatar

Correct answer by
Administrator

It is known issue.

Check this :- Re: AEM 6.1 SP1 Component height not calculated correctly in edit mode touch UI

If this doesn't help, please create a day care ticket for this.

~kautuk



Kautuk Sahni

View solution in original post

4 Replies

Avatar

Correct answer by
Administrator

It is known issue.

Check this :- Re: AEM 6.1 SP1 Component height not calculated correctly in edit mode touch UI

If this doesn't help, please create a day care ticket for this.

~kautuk



Kautuk Sahni

Avatar

Level 1

Kautuk,

You are pointing me to the same link I posted on my question. I already have seen all the related posts, they all end up in nothing. There is people who was able to solve it, people who wasnt, and nobody reaches a firm conclusion on why this is happening.

I also clarified that looked for negative margins and heights in %, which are two of the possible causes mentioned in the link, but had no success.

This has been around since AEM 6.1, so saying that is a known issue is pretty embarrassing for Adobe. Two years and counting, an there isnt an effective fix for this?

Avatar

Level 2

This issue is actually fixed in 6.2 SP1. I am not sure why you are getting the same issue. Still, there is work around to resolve this:

Code:

  getDocHeight: function (doc) {

   doc = doc || document;

   var body = doc.body,

   html = doc.documentElement;

   var height = Math.max(body.scrollHeight, body.offsetHeight,

   html.clientHeight, html.scrollHeight, html.offsetHeight);

   return height;

  },

  setIframeHeight: function (id) {

   var ifrm = parent.document.getElementById(id);

   if (ifrm) {

   var doc = ifrm.contentDocument ? ifrm.contentDocument :

   ifrm.contentWindow.document;

   ifrm.style.visibility = 'hidden';

   ifrm.style.height = "10px";

   ifrm.style.height = CCweb.util.getDocHeight(doc) + 10 + "px";

   ifrm.style.visibility = 'visible';

   }

  }


You can call function as setIframeHeight("ContentFrame") on page load. It will reset the iframe height and content will become scrollable.

Thanks,
Amogh

Avatar

Level 1

It is known issue,

*Editor.html has limitations, in CSS vh units are not supported because the iframe height must be automatically adjusted by AEM(instead use % or px).

*100% height is not supported on a page's body element.

*

Margin collapsing problems can be seen if the first child element of the body element has a margin.

Check Out:-https://docs.adobe.com/content/help/en/experience-manager-64/developing/introduction/editor-limitati....