2
$\begingroup$

Attention Jin: The new design has introduced some rendering inconsistency between the preview and final post. In the beta what you saw in the preview was exactly what was rendered in the final post. However in the new design this is no longer true. It appears that some font sizes are different between the two, e.g. the font employed for bold faces, etc. For example see my post here, and compare the size of the "HINT" in the preview and posted form. This is quite annoying since I go to great effort to control the layout so that the syntax reflects the semantics and such inconsistencies complicate this process.

$\endgroup$
8
  • $\begingroup$ FYI: You could use   (Shift+Alt+Space on Mac OS X if you're using it) to insert a significant space. $\endgroup$
    – kennytm
    Oct 26, 2010 at 16:21
  • $\begingroup$ I'm looking into this now. thanks. $\endgroup$
    – Jin
    Oct 26, 2010 at 16:34
  • $\begingroup$ @Jin, @Kenny: I try to align similar elts of equations on different lines, to clarify proofs. Being multiline LaTeX interspersed with plain text, I can't use LaTeX arrays etc to control layout. So I mix and match text and LaTeX "padding" to get my alignment (e.g. the first two equations here used to be aligned perfectly in the beta). I realize that this will break if certain design choices change, but I don't know any other way to achieve such layouts. Jin: will the design remain constant once it stabilizes, at least as it might affect such? $\endgroup$ Oct 26, 2010 at 17:03
  • $\begingroup$ @Bill: I'm talking about the 2 spaces after HINT. Anyway, you could use \text{...} to insert plain text, and use $$...$$ to create a display equation (center-aligned). $\endgroup$
    – kennytm
    Oct 26, 2010 at 17:28
  • $\begingroup$ @KennyTM: Yes, I know that. The reason that I use LaTeX is that the sizes have less chance of changing if the design changes and, also, in some cases it needs to be consistent with the whitespace sizing employed in LaTeX renderings. The problem with putting text into LaTeX is that it's no longer searchable. $\endgroup$ Oct 26, 2010 at 17:44
  • $\begingroup$ @Bill: The search engine (server side) doesn't care about LaTeX. It is searchable even inside the LaTeX mark-up. Also, like a real LaTeX document, I believe it is better to focus on the semantics, not microformatting. Anyway, we're going off-topic. :) $\endgroup$
    – kennytm
    Oct 26, 2010 at 17:59
  • $\begingroup$ @KennyTM: That's precisely what I'm trying to do - focus on the semantics. Namely to have the syntax reflect the semantics, e.g. to align equations so that substitutions are obvious, so that similar structure is apparent, etc. As for searching inside LaTeX I'll have to double check. I thought it didn't work but perhaps my prior test cases were exceptions. $\endgroup$ Oct 26, 2010 at 19:00
  • $\begingroup$ @jin: Is there any chance this will be fixed soon? I find it really, really annoying. So much so that I am refraining from answering many questions till it is fixed. $\endgroup$ Oct 27, 2010 at 17:17

1 Answer 1

2
$\begingroup$

I see; the preview is 14px and the final rendered post is 15px. We fixed this.

$\endgroup$
3
  • 1
    $\begingroup$ Thanks but, alas, the bug isn't completely fixed. It appears that there is still an inconsistency. Namely line breaking isn't consistent (perhaps the preview pane is narrower?) E.g. in this post "chain" wraps to a new line in the preview but not in the final. It would be really nice if the were completely consistent so that the preview is truly WYSIWYG. $\endgroup$ Oct 30, 2010 at 7:11
  • $\begingroup$ @Bill: Yes, that's because the previous area's width is 640px and the final post's width is 660px. $\endgroup$
    – kennytm
    Oct 30, 2010 at 7:18
  • 1
    $\begingroup$ @bill Jin will normalize the widths; sorry about that! $\endgroup$ Oct 30, 2010 at 9:12

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .