Hot answers tagged

20

You don't need HTML: a markdown list in quotes Even with numbers: more less > You don't need HTML: > > * a markdown > * list in quotes > > Even with numbers: > > 1. more > 2. less


9

The current parser is unlikely to get any incremental new features like paren-delimited list numbering. Rather than updating the current parser to add a new feature here or there and risking repeatedly breaking things, SE is planning to switch to the CommonMark standard all at once, eventually: Regarding the question "will it break too many posts?", what ...


9

This is a CommonMark rule exception for ordered list markers. 5.2 List items The following rules define list items: Exceptions: When the first list item in a list interrupts a paragraph—that is, when it starts on a line that would otherwise count as paragraph continuation text—then (a) the lines Ls must not begin with a blank line, and (b) if the list item ...


7

You simply need to indent those code lines a bit (8 spaces) more: element 1 element 2 // code here, 8 spaces element 3, this has subelements sub element 1 sub element 2 this one has a code block #!Shell, 12 spaces line of code 1 line of code 2 line of code 3 And four more for here: # a whole bunch of spaces sub element 3 element 4


7

This is fixed in the next build (client-side change, server-side change). Tim Stone's analysis is absolutely correct. The problem (once again) was this Markdown behavior: If list items are separated by blank lines, Markdown will wrap the items in <p> tags in the HTML output. So you have this: <ul> ...


6

I just found a solution for this. If you put a </ul> after the listed item. The issue will be fixed.


6

See this answer; this works now. Another answer I posted earliers has some background information. Long story short, the first item of a numbered list actually counts now.


6

I have never seen anyone use parentheses to avoid a numbered list. It's always been the case that the author intends to create a numbered list of some kind. Now, if HTML and CSS are incapable of producing a list with parentheses, then by all means use dots. But I'm getting a little tired of editing questions that use parentheses.


6

You can use this userscript for Chrome (should be easy to make it work on Firefox):


6

You can't. Markdown sucks like that. The best you can do is circumvent the auto-numbering functionality by putting a backslash before the periods (and also tossing in some line-ending spaces to get newlines without new paragraphs): Pets 1\. You could get a cat 2\. Or you could get a dog Or some less legal options 3\. A tiger 4\. A bald eagle And of ...


6

Eh. Using plain HTML within posts is mostly supported, but not really encouraged - especially not when there are Markdown equivalents. If you choose to use HTML instead anyway, it's on you to make sure it's actually correct. In other words, "garbage in, garbage out" is the expected behaviour here.


6

Yup, it does. The source code of the editor is available here on Google Code Archive and the Markdown.Editor.js file contains the following lines: // Auto-indent on shift-enter util.addEvent(inputBox, "keyup", function (key) { if (key.shiftKey && !key.ctrlKey && !key.metaKey) { var keyCode = key.charCode || key.keyCode; ...


5

No need for such a thing Because it is very easy to add stuff while still keeping it inside the list Yes, even code. See? List is not broken. Source code for the above: 1. No need for such a thing 2. Because it is very easy to >add stuff while still keeping it inside the list Yes, even code. 3. See? List is not broken. (note the single ...


5

I wouldn't have a problem with the second example in your question (at least the first part of it). It has a definitive answer, and that short list is never going to change. This is rarely the case for technology "list of X" questions on Stack Overflow and several related SE sites. Note: If you removed the second part of the question ("and were they as ...


5

You have to consider this in terms of element hierarchy. Inside your second list item, your full content is as follows: `[b i g]` * foo That entire block of text has to be rendered through Markdown before it can be placed back inside the parent list item as completed HTML. In markdown, a line-break below a line of text will start a new paragraph. So the ...


5

This should be fixed, it will be live after our next production build.


4

I find list questions to be accepted on most SE sites if: There is a limited number of items in that list The parameters are clearly defined The list is unlikely to change over time An answer is posted that contains every one of these items The last part is really the key to a list question's success on SE. Unfortunately as the question asker, this isn't ...


4

The problem with your examples aren't that they're list questions, it's that their answers are primarily someone's opinion. That's the problem that list questions produce: From an objective standpoint, all answers are equally valid. More over, each answer is filled with a subjective answer that is supported primarily by opinion. Example of objectively ...


4

This has been fixed. Now, the numbering follows from the first item in the list. If the first item in your list is 42, the numbering will follow from that. If the next item in your list is 1037, it will still show up as 43. So the first number in your numbered list is now respected; the others still aren’t. This is a demonstration list. This item is ...


4

I see a lot of users trying to post item lists using Alpha characters instead of Numerals. like A. B. or A) B) like they were choices. I think that it would be a good idea to include these in the formatting. We already have the option of using either numbers or bullets but I think that all sites could definitely benefit from also being able to use ...


4

As mentioned in the comments, the issue here is the malformed HTML produced by the blockquote-in-list syntax used in the original post. This happens when the parser considers the content of the list item to be inline and doesn't run the inner content through the block gamut, leaving the > ... to be matched by the top-level blockquote parser. The ...


4

This bug has been fixed using @animuson's suggestion: This could easily be fixed by using a max-width: 100%; on images Three years is a long time to wait. Thanks for your patience.


4

CommonMark allows for 1) parenthesis 2) delimited 3) ordered 4) lists https://commonmark.org/help/ Will CommonMark be adopted for SE?


4

This is indeed an extremely useful feature. In fact it is not so much a question of convenience but much more about all the new users (likely unaware of proper markdown rules) that use parens for their enumerations, probably due to different cultural standards. One of the biggest advantages of markdown is that it is so intuitive and that text written ...


4

1. Item One 2. Item Two, for example: ```private bool Test() { return this.IFeelLucky; } ``` 3. Item Three works: Item One Item Two, for example: private bool Test() { return this.IFeelLucky; } Item Three Or indent again to have a prettier code block: 1. Item One 2. Item Two, for example: private bool Test() ...


4

It's been like that since forever. :-( Either shrug and live with it, or avoid authoring complicated lists -- either one level of list with optional list paragraphs, or two levels of lists but without list paragraphs. You can insert a extra vertical line using &nbsp;<br> or something like that ... List item. Sublist item Sublist item   ...


3

This just got bumped. I'm looking through the answers. All the workarounds are hacky. So you should probably go with the following if you want the most semantically benign workaround: - A list item. <!-- language: lang-c++ --> int k = 1; char *something = "example"; That is, use an explicit syntax highlighting override before the code block ...


3

I wouldn't mind seeing lettered lists as well. I came here to post the same thing, prompted by my edit (edit #3) here: https://stackoverflow.com/posts/5760019/revisions The OP attempted to use lettered lists, but the formatting was incorrect. I corrected the list formatting but had to change to numbered lists since there was no support for lettered lists. ...


3

Tooltip updated to "at least" to correspond to the actual rule. With you in the next build. Thanks for reporting!


Only top voted, non community-wiki answers of a minimum length are eligible