Codejock Developer Community : [SOLVED] Markup and refreshing

[SOLVED] Markup and refreshing : In some instances, we need to...

Tue, 16 Oct 2018 16:46:44 +0000

Author: markr
Subject: 22566
Posted: 16 October 2018 at 4:46pm

In some instances, we need to inject markup through GetItemMetrics() because we don't know the dimensions of the rendered cell rectangle prior to that point. This may happen whether the control is using virtual mode or not.

In such cases, I find that the BestFit() method (or double clicking on a column divider to auto-size) no longer works correctly for such columns. It appears to be resizing according to the unparsed markup (rather than the rendered markup).

Is this a bug, or am I perhaps missing something? Any thoughts on a workaround?

- Mark R.

[SOLVED] Markup and refreshing : Hello Aaron,Thank you for bringing...

Thu, 09 Apr 2015 10:11:13 +0000

Author: olebed
Subject: 22566
Posted: 09 April 2015 at 10:11am

Hello Aaron,

Thank you for bringing this to our attention. I have discovered that implementation of markup in ReportControl really wasn't finished.
I have fixed issues with refreshing of markup. The fix will be available in the next beta or final release.

Therefore, from next release:
1) CXTPReportControl::EnableMarkup() works at any moment correctly and refresh markup elements of recordItems, column's headers, groupRows, scrollBars. But developer must update content of ReportRecordItems to appropriate text with ReportRecordItems::SetCaption() anyway. Oterwise users will see unparsed xml.

2) diverse initialization order supported. For example: create recordItems [markuped/plain captions can be setted there], create record and add items [or there], add record to reportControl [or there].

3) fixed: If ReportRecordItem has already markuped caption CXTPReportRecordItem::m_strCaption then there is no way to set markuped content through GetItemMetrics() and metrics->strText when pPaintManager->m_bForceDynamicMarkupForCell is TRUE or VirtualMode turned on.

So markup content can be setted also through GetItemMetrics() and metrics->strText when pPaintManager->m_bForceDynamicMarkupForCell is TRUE or VirtualMode turned on.

Note that CXTPReportPaintManager::m_bForceDynamicMarkupForCell saves memory BUT this is expensive for processor because it forces creating and destroying temporary markup objects every time when ReportRecordItems::OnDrawCaption() method. m_bForceDynamicMarkupForCell used as analog to virtual mode behaviour. Usual behaviour is creating markup objects only on SetCaption() or EnableMarkup(TRUE).

Regards,
Oleksandr Lebed

[SOLVED] Markup and refreshing : Thanks for the replyOleksandr. ...

Mon, 06 Apr 2015 19:08:12 +0000

Author: Aaron Koolen
Subject: 22566
Posted: 06 April 2015 at 7:08pm

Thanks for the reply Oleksandr.

olebed wrote:

Hello Aaron,

Aaron Koolen wrote:

I enable markup on the control with EnableMarkup() but I also found I needed to set m_bForceDynamicMarkupForCell in the paint manager otherwise I found that after calling Populate() I had to go through each record in the control and refresh it's contents with calls to SetCaption().

I think showing unparsed markup in report cells it is very very special way of using ReportControl else if you don't want show xml you must update cells with readable captions anyway.

Sorry if I wasn't clear. I don't want to show unparsed markup, but that's what I was getting until I called SetCaption() after a Populate(). So I can't even go AddRecord(record), record->SetCaption(xml). I have to add all the records, call Populate() and then iterate over all the records calling SetCaption().

olebed wrote:

Aaron Koolen wrote:

I have found that if I create an item for a record and give it initial text...

What code do you use for this (also what version of toolkitPro) ? This behaviour really can be wrong.

Here's some pseudocode. Inside my MyDerivedRuleRecord constructor I go

	m_filterItem = new CXTPReportRecordItemText(SomeFunctionToGetGetXML(), true);
	AddItem(m_filterItem);

and in my derived report control I have

	MyDerivedRuleRecord *newRecord = new MyDerivedRuleRecord();
	AddRecordEx(newRecord);

olebed wrote:

Aaron Koolen wrote:

If I dynamically update an item of a record, then the scroll bars to not adjust. If the item made the cell larger then the bottom of the report control is cut off. I have to call AdjustScrollBars() to get it to work.

I think it is normal behaviour because ReportControl doesn't know exactly how many items do you want to update this time. It is so expensive to call AdjustScrollBars() for every item if you update 100 and more recordItems at once.

Maybe it would be good to have this work within a BeginUpdate()/EndUpdate() system. That way you could transactionalise it or if you didn' bother, the updating would happen automatically. We're using 16.3.1.

I think overall, if there was actual documentation on using CodeJock and not just a reference manual, many many hours of developer time could have been saved as we tend to have to go looking around source code and scouring interfaces and example code to find out the way CodeJock wants us to do things.

Thanks

Aaron

[SOLVED] Markup and refreshing : Hello Aaron, Aaron Koolen wrote:I...

Sat, 04 Apr 2015 10:26:59 +0000

Author: olebed
Subject: 22566
Posted: 04 April 2015 at 10:26am

Hello Aaron,

I think showing unparsed markup in report cells it is very very special way of using ReportControl else if you don't want show xml you must update cells with readable captions anyway.

Aaron Koolen wrote:

I have found that if I create an item for a record and give it initial text...

What code do you use for this (also what version of toolkitPro) ? This behaviour really can be wrong.

[SOLVED] Markup and refreshing : Hi all. I have a report control...

Sun, 29 Mar 2015 22:44:02 +0000

Author: Aaron Koolen
Subject: 22566
Posted: 29 March 2015 at 10:44pm

Hi all. I have a report control with markup enabled. There seems to be a few things I must be missing to get the control to update and display properly so I hope someone can help.

I enable markup on the control with EnableMarkup() but I also found I needed to set m_bForceDynamicMarkupForCell in the paint manager otherwise I found that after calling Populate() I had to go through each record in the control and refresh it's contents with calls to SetCaption().

I have found that if I create an item for a record and give it initial text, then the size of the cell is not calculated due to the markup, but to the contents, unparsed. So the cells end up larger than they should be. If I refresh the items manually (As above) then it recalculates.

If I dynamically update an item of a record, then the scroll bars to not adjust. If the item made the cell larger then the bottom of the report control is cut off. I have to call AdjustScrollBars() to get it to work.

All in all it seems that markup in report controls are not particularly dynamic and in some cases quite bugged. I would have expected to have just had to set the EnableMarkup(TRUE) on the control, set the markup when either creating the items with AddItem or changing them with SetCaption and have everything adjust correctly. It certainly doesn't seem to work that way.

Is there some documented set of steps to create and update markup items?

Thanks

Aaron