New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
(tech support) how to get line spacing, without line breaking #596
Comments
@shentino thank you for this follow on from #582... If possible, to show html use, the three back-ticks. It is a github markdown extension - see creating-and-highlighting-code-blocks - try not to use pseudo html coding... So it seems your request is, if you use <p><span>blah blah blah</span></p> instead of <p><span>blah blah blah</span>
</p> It would be relatively easy to add code to do this. The problem is would it be acceptable to all users. This vertical space is in the realem of a So then it is necessary to create a new option, so both vertical space preferences can be supported... so what would be the new options name? type? In this particular case, I too would prefer that the Look forward to more feedback on this tough preference problem... thanks... |
Personally I'd be curious why the behavior changed between 2000 and 2009. Here's also why the current behavior is weird: We get these:
But why on earth are these two considered different:
vs
One would think that it would only treat empty elements differently. An element with contents ending in plain text should not be treated differently from an element with contents ending in a tag.
Should not suddenly turn into this just because you add one letter:
|
@shentino thank you for the added comment, and you now seem to understand the github specific markdown of 3 back-ticks... makes html, and other code formatting quite easy... I do not know why the change occurred between 2000, more or less the first release of Back prior to 2009, the source was housed in a sourceforge cvs repository, and while I was a contributor back then, it was not until well after the source was moved to this github repository, that I became a full maintainer... You certainly make quite a compelling, simple case - why should things change just because you add one letter? Does not seem too As time permits, I will search for a fix... maybe it would be simple... and if found, give it strong consideration... any help appreciated, and further comments of course... thanks... |
Indeed. Took a bit of practice to figure it out. And now you know why I reported this issue as a bug in the first place. A single letter having that much of an impact is what led me to believe the behavior in question was not intended. And an element whose contents end in a nested tag is not "empty" and is why
Should not be treated the same as
|
As it seems this Pretty Print issue is still open moving out the milestone... |
I've become somewhat confused on how vertical spacing works.
Is there a way for me to get both of these results:
(ul)
(li)blah(/li)
(li)blah(/li)
(li)blah(/li)
(/ul)
(p)(span)blah blah blah(/span)(/p)
instead of
(p)(span)blahb lah blah(/span)
(/p)
The text was updated successfully, but these errors were encountered: