Printable View
This is a problem I reported a couple of months ago, and was told had been fixed. When can we expect to get hold of this and other fixes? I've had a new website ready and waiting for all this time and it is more than a little frustrating that I cannot get it up and running. I've tried using other fonts and grouping things several different ways but nothing helps.
Which fonts are you using?
I was using Verdana but even when I changed to Arial, it still wouldn't render accurately, or even legibly.
Just a thought. Worth remembering that any font depends on the viewer having it on their PC otherwise their browser will default to whatever font it has specified.
More people will likely have Arial than Verdana (except Mac users who will probably have neither, although it might just substitite with Helvetica automatically). I don't know if Xara puts in alternative fonts. I suspect possibly not.
What size is the type?
Actually Microsoft installs a host of fonts in Windows, including Verdana, Arial, Tahoma, Trebuchet, Comic Sans, Georgia and a few others. And I believe the same fonts are installed on the Mac by Microsoft as well if the user has any Microsoft applications installed.
Size can cause problems because of the limitations of HTML and screen resolution.
Gary
Hi BONES, you've been told correctly. This was a bug and it was fixed a long time ago. Make sure you have the latest update installed. I think it contains the fix.
What's the latest update, John?
And is it available from the Help menu?
Good question Gary.
The lastest downloads are still at version 4.0.4966 of 18th April.
The Updated in the Help menu only appears to check for 'Major Updates'..
John?
Gary, I've tried several font sizes and always get the same result - 7.5 was my first preference but 8 and 10 points exhibit the same behaviour. It seems to stuff-up where there are hyperlinks, making the lines over-write one-another.
covoxer, let's not go there. Suffice to say that I found out the hard way that the CD version is the latest, and the problem is still there.
BONES, try using whole pixel sizes for fonts rather than points. This has been discussed again recently. Pixels are more exact for absolute positioning rather than points.
BONES have a read through Xara's Google doc regarding HTML Website Creation in Xara Xtreme, particularly under the heading Line Spacing & Point Sizes. Does this help any?
This bug (repeating object names) was fixed in the 5001 build of Xtreme (html filter version 1.1.0.311) on April 16. That's all I can say. If 4966 is the latest available build then I can't help much. You'll have to wait for the next update which will definitely contain this fix.Quote:
covoxer, let's not go there. Suffice to say that I found out the hard way that the CD version is the latest, and the problem is still there.
PS Meanwhile, you may look at this post: http://www.talkgraphics.com/showpost...30&postcount=9
It also contains the fix. ;)
I'll read through things more thoroughly tonight but, on the face of it, I am already doing all this stuff so it is very likely the bug covoxer mentioned. That, of course, sort of answers my original question, so I suppose I will have to keep using my faithful PageMill for a little while longer.
I actually thought of using the Flash export a while ago to create a new site but there are too many fiddly things that would be a PITA to organise doing it that way. This new feature seems really, really powerful by comparison but I suppose I will just have to be patient until the bug-fix becomes available.
You don't have to read it! This post: http://www.talkgraphics.com/showpost...30&postcount=9 has a newer version of the filter attached. That version is recent enough for you, it has this bug fixed. So, just follow the link, download and instal the filter, and use it! That simple... :)
Cool, that solves the problem, thanks! That said, it has just made me focus on the next one, which is not as bad but still annoying. I notice that when you resize text in the browser, the lines remain intact and just stretch across the page, rather than remaining inside the original bounds of the text box and flowing to the next line. It makes multi-column layouts a bit tricky but it is at least manageable.
Thanks again.
You can get it only in FireFox2 and Safari. All other browsers, including Firefox3 work well. Unfortunately, thiscan't be avoided.Quote:
I notice that when you resize text in the browser, the lines remain intact and just stretch across the page
You can see what happens when Xtreme does flow to the next line by using justified text. This changes the text layout to a block-based one with reflow.Quote:
the lines remain intact and just stretch across the page, rather than remaining inside the original bounds of the text box and flowing to the next line.
The problem is in this case the differences in text size pile up, instead of resetting on each line. Then the end of a block of text can crash into the next block or the bottom of the page. This is typically a worse failure than each line growing independently.
Text size on the web is never reliable. There can be small differences due to font replacements and different rendering options and rounding, or more significant differences due to the user changing the text size. (There are many options that can affect text size across many browsers, not just the default text resizer on the View menu.) With Xtreme the best way to cope with this is to include lots of whitespace and wide leading, so that there is a buffer for text to grow a bit larger without breaking everything.
The 'proper' web way to do it is to allow the page to grow bigger and smaller in response to font size changes and window resizing. But that's simply not possible in a visual-based (WYSIWYG) design tool like Xtreme. There would have to be huge changes to Xtreme's capabilities to make it understand pages in which certain areas can grow and shrink - effectively it would have to become a full-on web authoring package. And I don't think that's a fruitful direction to take a vector graphics editor.