Printable View
When you choose a font permanently mmf has no problem. But the problem arises during the application when the "string object, static text obj" is to change the font.
Here is link to screen shot (the same fonts in mmf and notepad):
http://easy-site.pl/test/fontproblem.png
[img:center]http://easy-site.pl/test/fontproblem.png[/img]
Weird... What version of MMF2 do you use?
MMF 2 Dev - b250 - beta 4
Hmm, in fact I realize I didn't understand what's your problem... So, what's the problem in your application?
when I select a font manually (from windows font sellector) everything is ok, but when I do this:
Actions STRING OBJ-> Text -> set font name -> "example font ..."
- Mmf do not show some fonts
Could you give names of fonts that are not "shown"?
EDIT: and if possible post an example, thanks.
I don't think it's possible for it to not show fonts, it looks like a windows selector. In Windows\Fonts, it shows some fonts that aren't shown otherwise because they are set to not show. You can enable them.
Hmm I have over 300 fonts, and every other aplications shows all of them.
here is example: http://easy-site.pl/test/fontexplorer.rar
But if you have only standard windows fonts - mmf shows all
Oh, you mean the list of fonts in the List object...
This is probably due to a different character set in the police you mention. The List object is not a true font selector, it just displays the names of the fonts available in the system, unfortunately it has no function to retrieve the character set of a font and the String object has no function to change the character set : by default it uses the character set of the font defined in its properties.
To verify it, select the 7inch Regular font in the string object in the editor and then run your application, in theory that should work.
I'll try to see if we can add functions to the List and String objects (but not sure if we'll have time to do that in MMF2).
Ok i see, but look at this movie and example:
http://easy-site.pl/test/fexplorer.rar
see for yourself what happens (there are only a few events)
from the movie indicate that the font is changed, you must:
- Create a new string
- Do not change the font settings in the properties (name, size, etc.)
This is very strange and convoluted - and certainly something is wrong in mmf2
I don't see very well what you mean. I don't think there is anything wrong with the way it's done in MMF2, it simply hasn't the features you need for your application.
I just write what is wrong
I created this aplication for test.
everything is ok??? U don't see movie??
Application is designed so that all the string objects must have the same font ever. And you can see from the film have not. In addition, irregularly those fonts have changed
Your didn't give clear explanations and your video is confusing. Instead of making a 3 minute video could you just post 3 screen shots and explain exactly what's wrong. Language barrier I suppose.
PS: even if the language is an obstacle, and please avoid multiple '?' and frown icons, that doesn't make me in a good mood to help you. ;)
It's a confusing example, made more complicated than it have to be. Here's a simplified example. The question is, why does the two string objects not always display the same font? I'm on build 249 HWA on the particular computer I'm testing it on. I'm not figuring out what the difference between the two string objects is.
Thanks Nifflas (I'm not 100% sure if that's what EasySite means though). In your example that's the reason I've explained : both objects are defined with different fonts that use a different character set (western for one and eastern european for the other). Not all the fonts are available in both character sets, so Windows tries to take a font that is close.
Ah, okey! I just tried to narrow down what was causing a problem with EasySite's example and that is all I could figure out. I'll see if there's also a second problem related to the static text object, but my guess is that what you explain is what's causing problems for EasySite.
Edit: I've ran some tests, there is absolutely no other factor causing any problems. To me, List Select$( "Font List" ) is always equal to FontName$( "Static Text" ), and the string objects that retrieves its font from the static text's font name always stays right, unless the character set is different.
EasySite: On the previous page, Yves wrote a perfectly good explanation of what's going on. You should take your time to see if you can understand it, because the only problem here is the one related to the character set. The actual problem you're facing is that the list object can not limit its list of fonts to a given character set that you wish to use for a specific string object.
oooo thx nifflas. now i see what i going on