Did you use system fonts for the menu?
Did you expand the page to browser width by clicking onto the small double arrows ("<<") to the left/right of the breakpoint bar?
It was apparently the font.. Changed it to Arial, and everything is working now.
Thank you soooo much! Didn't even think of it being the font.. And It was really getting on my nerve!
2 people found this helpful
Perhaps it may help, to know the reason, NXID:
Muse can’t know, which fonts are installed on the machines/devices of the visitors of your site. That is why it has to convert system fonts to images. Therefore (and for other reasons) always use standard fonts (are supposed to be installed on every machine) or web fonts, which will be loaded to your visitor’s machine temporarily, when they open your site.
When a textbox with a system font applied has to be converted to an image, this image is scaled proportionally (as images do), when the browser is resized. In opposite to that, „normal“ text elements don’t scale proportionally, but only horizontally. This difference causes the different appearance of fonts, which you are encountering.
1. If a text box will be converted it is indicated by a small icon bottom right of the text element:
2. If you have a closer look into Muse’s font menu, you will notice, that the behaviour, I described, is indicated there too:
That is, this does not fix it? Need to change the font?
What do you try to say, @bogette?
Some more words ( in smaller size, if possible) may help!
I want to say that you can not fix this problem with the quality of the fonts? You can solve the problem only one way - change the font to another one. Correctly?
This is strange, but for some reason even the fact that I changed the font on Arial did not solve my problem. Why?
- Fonts remain font if you use „standard fonts“ (they are considered to be present on every machine/device); If they aren’t , browsers use similar fonts („fallback fonts“)
- Fonts remain font if you use „web fonts“ (self hosted or hosted by TypeKit or Edge). These fonts are temporarily uploaded to your visitor’s machines to display the site correctly.
- Fonts are converted to an image, if you use „system fonts“, because it can’t be guaranteed, that these fonts are installed on your site visitor’s machines/devices. And since an image scales differently as a text box does (images scale proportionally, text boxes only horizontally), your page will necessarily get mixed up, when you resize the browser window.
In summary: The problem in question has nothing to do with font quality, but only with a correct usage of your fonts.
More informations here: https://helpx.adobe.com/muse/using/typography.html
- Are you definitely sure, that you choose the „Arial“ from the „Standard Fonts“ section of Muse’s font menu? Many systems have installed more than one „Arial“ and that will cause problems.
- Are you sure, that your text box isn’t marked with the „text conversion icon“ (See above)
- Are you absolutely sure, that there is no single character (a „.“ a blank or whatever) left in your text box? One system font character will cause conversion.
- When you preview your site in browser, are you able to select characters, words, paragraphs on your page or are you only able to select the complete text box? In the last case, your fonts are converted to an image.
The image of the font menu (above) has Courier New, Helvetica, and Times. I am using all three these fonts in my website (+180 pages). As Standard Fonts supposed to maintain their font characteristics, which can hold Hyperlinks, when they are uploaded to a website ... I am finding it frustrating one of these fonts (which one is unknown at this moment) are being cited by Muse as not being able to have a hyperlink.
In addition the fonts seem to work fine in a micro test website (4 pages; in preview mode)), but the 180 page site is having temper tantrums over fonts and hyperlinks.
Please give us a small .muse file (via Dropbox, CC Files, …), containing only one of these misbehaving text boxes following theses instructions: https://forums.adobe.com/docs/DOC-865
I assume, that not Muse causes the frustration, but a simple layout error. Why don‘t you test-wise only use one of these fonts in one text box, and you‘ll certainly find the culprit? Be aware, that only one single system font character — even a blank — will cause converting the text frame.
What should I say? Tabulation system? Ever seen this in the web? No. HTML doesn‘t support it, and therefore there is no way for Muse to support it.
Offending characters? It is up to you, to define your typo correctly. Ever seen this alert icon, which shows you, that a system font is used? If yes, your issue would have been definitely discovered after placing the first text containers.
The font menu not only shows, but explains precisly, which fonts are converted to an image. So please don‘t blame the application for not respecting this. And, as I said in the parallel thread: If you have used paragraph styles, these kind of issues are corrected within seconds.
PS: Would be simpler, if you post in one thread instead of continuing this already answered and solved one.
Thank you so much! This totally solved a frustration for me, and made complete sense the way you explained it! I learned something and fixed something...that's a good day!