Wingdings font problem
-
- Site Admin
- Posts: 17522
- Joined: Sat Aug 27, 2005 10:28 am
- Contact:
As I explained before, the both versions of strings returned by GetItemTextW (new and old) are correct, but the new is more universal. The both of them must be displayed identically with Wingdings font.
I am absolutely sure that the problem is not in GetItemTextW, but somewhere else.
When using *R functions, you must be sure about internal representation of this text - it must be processed differently depending on Unicode property of its text style (RVData.GetRVStyle.TextStyles[Style].Unicode).
Also, when creating item directly, it is very important to include rvioUnicode in Item.ItemOptions, if RVData.GetRVStyle.TextStyles[Style].Unicode=True.
I am absolutely sure that the problem is not in GetItemTextW, but somewhere else.
When using *R functions, you must be sure about internal representation of this text - it must be processed differently depending on Unicode property of its text style (RVData.GetRVStyle.TextStyles[Style].Unicode).
Also, when creating item directly, it is very important to include rvioUnicode in Item.ItemOptions, if RVData.GetRVStyle.TextStyles[Style].Unicode=True.
-
- Posts: 104
- Joined: Mon Nov 26, 2007 1:49 pm
But what is to do that GetItemTextW returns (in my special report example) the characters 'nnnnn' and not '......'.
At design time in the reportbuilder all is shown correct. But at runtime after this routine has executed instead of 'nnnnn' there is suddently '......' (which shows then in wingdings another character). And this happens after GetItemTextW is called because it returns not the correct character (as it does in the old version) ('nnnnn'). So all what happens after this is, because in sText isn't the correct string, so AllgemeinSetzeMemFelder can't work correctly. GetItemTextW works correct with the most other fonts, only with Wingdings we had this problem (with the newest RV).
So far I see no problems with GetItemTextR and SetItemTextR because I don't change the internal representation but only the text. The internal represenation should be unchanged.
Best wishes
Bernhard
At design time in the reportbuilder all is shown correct. But at runtime after this routine has executed instead of 'nnnnn' there is suddently '......' (which shows then in wingdings another character). And this happens after GetItemTextW is called because it returns not the correct character (as it does in the old version) ('nnnnn'). So all what happens after this is, because in sText isn't the correct string, so AllgemeinSetzeMemFelder can't work correctly. GetItemTextW works correct with the most other fonts, only with Wingdings we had this problem (with the newest RV).
So far I see no problems with GetItemTextR and SetItemTextR because I don't change the internal representation but only the text. The internal represenation should be unchanged.
Best wishes
Bernhard
-
- Posts: 104
- Joined: Mon Nov 26, 2007 1:49 pm
I have tested a lot of reports from our customer (and there are some very complicated reports with different fonts, tables in tables, input fields and so on). All works fine so far. So I think I can live with GetItemTextR and SetItemTextR. For our needs this functions does exactly what I expected.
Best wishes
Bernhard
Best wishes
Bernhard
-
- Site Admin
- Posts: 17522
- Joined: Sat Aug 27, 2005 10:28 am
- Contact:
-
- Posts: 104
- Joined: Mon Nov 26, 2007 1:49 pm
-
- Posts: 104
- Joined: Mon Nov 26, 2007 1:49 pm
-
- Site Admin
- Posts: 17522
- Joined: Sat Aug 27, 2005 10:28 am
- Contact:
-
- Posts: 104
- Joined: Mon Nov 26, 2007 1:49 pm
Thanks for the files.
I've installed now RV14.5 and copied the four changed files in the RV folder. Then I've recompiled all packages and my application.
But the problem still exists.
So we can say with the *A functions it works well. With the *W functions there seems be a problem. Probably I can live with the *A functions. The reports which I've tested worked well. But of course I want rather to use the *W functions.
Best wishes
Bernhard
I've installed now RV14.5 and copied the four changed files in the RV folder. Then I've recompiled all packages and my application.
But the problem still exists.
So we can say with the *A functions it works well. With the *W functions there seems be a problem. Probably I can live with the *A functions. The reports which I've tested worked well. But of course I want rather to use the *W functions.
Best wishes
Bernhard
-
- Site Admin
- Posts: 17522
- Joined: Sat Aug 27, 2005 10:28 am
- Contact: