LIMITATION of Auto-Height on HTML Text in Flexible Height Gallery ??

(0) Share

Report

Posted on by devfv

128

Hi community!

I found one strange limitation and need assistance with an auto-height HTML Text element in a flexible height gallery!!

I'm wondering whether anyone experience the limitation of displaying long html content in HtmlText control when using it in the gallery ?

when I use HtmlText Control as last element , I found some long content will cover the next section of the gallery..

other sections with shorter html text does not have the issue, so I would like to know whether there is any solution for it or any doc to explain this limitation?

many thanks!!

Categories:

Building Power Apps

I have the same question (0)

All responses (9)

Answers (2)

Sort by

iAm_ManCat 18,256 Most Valuable Professional on at

Like (0)

Report
Copy link

Link copied!

Is this in the editor or in play/preview mode? Flexible height galleries usually only calculate when they are rendered/played.

Was this reply helpful? Yes No
devfv 128 on at

Like (0)

Report
Copy link

Link copied!

hi @iAm_ManCat It's in play mode, only long content in html text control having issue, and I would like to know what's the exact limitation to limit the user input..

Was this reply helpful? Yes No
iAm_ManCat 18,256 Most Valuable Professional on at

Like (0)

Report
Copy link

Link copied!
Ok yeah, fair enough, I've just done a few tests and can confirm its not reading the autoheight of HTMLText controls at all for flexible height galleries when determining their TemplateHeight.

I was able to get around this by including the htmltext in the consideration for TemplateSize

Gallery.TemplateSize:

Max( (HtmlText1.Y+HtmlText1.Height), Self.Height - 60)

Was this reply helpful? Yes No
devfv 128 on at

Like (0)

Report
Copy link

Link copied!

hi @iAm_ManCat ,

Appreciate your prompt reply! I tried to modify the gallery template size but without luck..

in my case Len(PlainText( html content )) is 9426, and Len(html content) is 20779

Was this reply helpful? Yes No
Verified answer

iAm_ManCat 18,256 Most Valuable Professional on at

Like (0)

Report
Copy link

Link copied!

Hi, the length made no difference to mine - are all your other labels based on relative positioning of Y values?

Are any of the labels going to be below the htmltext? (in which case the Max formula needs to refence what will be the bottom-most object)

Was this reply helpful? Yes No
devfv 128 on at

Like (0)

Report
Copy link

Link copied!

Hi @iAm_ManCat ,

Thanks for your reply, and sorry for the late response,
I've tested according to your advice,
however, the same issue occurs when exceeding a certain amount of content (apparently the height of html gallery component is limited even the auto height is on, and template size is adjusted to max according to all elements height)
I'm using mobile app size, font size 24, and the issue occurs when Len(htmltext) is more than 8000...
Could you please try to add, let's say 10 times more content from your last tested gallery and see whether it will have the same issue? I'm on the way to raise the idea to microsoft, and would like to recheck this part with you before posting the vote, thanks a lot!

Was this reply helpful? Yes No
Verified answer

iAm_ManCat 18,256 Most Valuable Professional on at

Like (0)

Report
Copy link

Link copied!

This is definitely an outlier case and not a common usage, and I would never suggest anyone has an 8000 character field showing on a mobile format in a gallery - I would probably create a whole separate screen for viewing each item, and then have the htmltext control not be autoheight and instead have it as a scrollable control and only display a short amount of detail on the gallery.

Have you considered splitting it? 8000 characters is a crazy a mount of data to view on mobile - what's the intended use case?

Was this reply helpful? Yes No
devfv 128 on at

Like (0)

Report
Copy link

Link copied!

Hi Anonymous,

Thanks for your advice, it's a nice idea to separate the content if it's a long one or maybe navigate to another screen or library.. however, the solution was made without having awareness of this limitation, and the app is already in production use.

I'll surely keep this in mind for the next project while hoping MS improves this feature.

Was this reply helpful? Yes No
zenmonkey760 10 on at

Like (0)

Report
Copy link

Link copied!

I have the same problem. Did you ever discover a solution?

I have noticed that the position of the bottom controls calculates properly when in preview mode, but when the published app calculates some completely strange number (e.g. 838 in preview mode, but 667.29173693 for the published app.)

Was this reply helpful? Yes No