### Author:  [@Patrick\_David](https://meta.discourse.org/u/Patrick_David)
#### Post date: [2017年十二月19日 16:21 UTC](https://meta.discourse.org/t/minor-css-change-proposal/76435/1 "2017-12-19T16:21:07Z")
Hi all! Happy Holidays!
I’ve got users on my instance ([discuss.pixls.us](https://discuss.pixls.us)) that have what I think is a reasonable request: the spacing between list elements could be increased a bit.
At the moment, list items don’t have any extra spacing to offset each item:
- I am the very model of a modern Major-General,
I’ve information vegetable, animal, and mineral,
I know the kings of England, and I quote the fights historical,
From Marathon to Waterloo, in order categorical;
- I’m very well acquainted too with matters mathematical,
I understand equations, both the simple and quadratical,
About binomial theorem I’m teeming with a lot o’ news—
With many cheerful facts about the square of the hypotenuse.
The line height is the same as the list element spacing, making it hard sometimes to read lists effectively. This doesn’t pertain to list items that are rendered [loose](http://spec.commonmark.org/0.27/#loose), which look a bit better:
- I am the very model of a modern Major-General,
I’ve information vegetable, animal, and mineral,
I know the kings of England, and I quote the fights historical,
From Marathon to Waterloo, in order categorical;
- I’m very well acquainted too with matters mathematical,
I understand equations, both the simple and quadratical,
About binomial theorem I’m teeming with a lot o’ news—
With many cheerful facts about the square of the hypotenuse.
Though I think the _loose_ rendering is a bit much personally, it is certainly more readable than the _tight_ rendering.
So I took a quick look and adding some slight margin spacing between `` elements makes things look a bit better (this is with `.cooked li { margin-bottom: 0.2em; }`):
This plays nicely with _loose_ lists as the vertical margin will collapse (basically doesn’t change anything on _loose_ lists).
Any thoughts on possibly defaulting this style:
```css
.cooked li {
margin-bottom: 0.2em;
}
```
---
### Author:  [@zogstrip](https://meta.discourse.org/u/zogstrip)
#### Post date: [2017年十二月19日 16:38 UTC](https://meta.discourse.org/t/minor-css-change-proposal/76435/2 "2017-12-19T16:38:50Z")
If you want extra spacing, just put extra spacing? 😉
- I am the very model of a modern Major-General,
I’ve information vegetable, animal, and mineral,
I know the kings of England, and I quote the fights historical,
From Marathon to Waterloo, in order categorical;
- I’m very well acquainted too with matters mathematical,
I understand equations, both the simple and quadratical,
About binomial theorem I’m teeming with a lot o’ news—
With many cheerful facts about the square of the hypotenuse.
was done with
```
* I am the very model of a modern Major-General,
I've information vegetable, animal, and mineral,
I know the kings of England, and I quote the fights historical,
From Marathon to Waterloo, in order categorical;
* I'm very well acquainted too with matters mathematical,
I understand equations, both the simple and quadratical,
About binomial theorem I'm teeming with a lot o' news---
With many cheerful facts about the square of the hypotenuse.
```
---
### Author:  [@Patrick\_David](https://meta.discourse.org/u/Patrick_David)
#### Post date: [2017年十二月19日 16:56 UTC](https://meta.discourse.org/t/minor-css-change-proposal/76435/3 "2017-12-19T16:56:18Z")
Absolutely, I mentioned _loose_ list spacing in my post, and I agree.
This was just about _tight_ lists and some slight readability enhancements for them. If there’s no interest for it I understand, just thought it might be a nice small enhancement.
---
### Author:  [@sam](https://meta.discourse.org/u/sam)
#### Post date: [2017年十二月19日 19:28 UTC](https://meta.discourse.org/t/minor-css-change-proposal/76435/4 "2017-12-19T19:28:50Z")
@awesomerobot what are your thoughts here?
---
### Author:  [@awesomerobot](https://meta.discourse.org/u/awesomerobot)
#### Post date: [2017年十二月19日 19:55 UTC](https://meta.discourse.org/t/minor-css-change-proposal/76435/5 "2017-12-19T19:55:39Z")
This makes sense for improving the readability of lists with a lot of text, and I don’t think there are any issues with adding some additional margin between list items by default. Beyond adding:
> [@Patrick\_David](#):
>
> .cooked li {
> margin-bottom: 0.2em;
> }
we’d also need to make sure the composer preview is covered, and I’d likely want to add
```CSS
ul li:last-child {
margin-bottom: 0;
}
```
So we’re not adding additional space to the bottom of the list.
I can probably do this at some point this week unless there are any objections.
---
### Author:  [@Falco](https://meta.discourse.org/u/Falco)
#### Post date: [2017年十二月19日 20:28 UTC](https://meta.discourse.org/t/minor-css-change-proposal/76435/6 "2017-12-19T20:28:07Z")
> [@awesomerobot](#):
>
> there are any objections.
We just need to keep [loose](http://spec.commonmark.org/0.28/#loose) and [tight](http://spec.commonmark.org/0.28/#tight) lists different enough, so the user can pick the more appropriate for the occasion.
---
### Author:  [@Patrick\_David](https://meta.discourse.org/u/Patrick_David)
#### Post date: [2017年十二月19日 20:39 UTC](https://meta.discourse.org/t/minor-css-change-proposal/76435/7 "2017-12-19T20:39:50Z")
> [@awesomerobot](#):
>
> ul li:last-child {
> margin-bottom: 0;
> }
>
> So we’re not adding additional space to the bottom of the list.
If the space that’s there is a margin, the vertical space should collapse (I think). If you didn’t want to have to add too many more styles. I was really just thinking the bare minimum to visually offset a new list item w/o the much bigger space from a _loose_ list.
Also, thank you all for entertaining this. 🙂
---
### Author:  [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [2017年十二月19日 23:47 UTC](https://meta.discourse.org/t/minor-css-change-proposal/76435/8 "2017-12-19T23:47:15Z")
> [@awesomerobot](#):
>
> I can probably do this at some point this week unless there are any objections.
I don’t see any need for this.
- tight
- list
and
- loose
- list
look correct to me as-is.. anything other than that should be a local site CSS customization.
---
### Author:  [@Patrick\_David](https://meta.discourse.org/u/Patrick_David)
#### Post date: [2017年十二月20日 01:30 UTC](https://meta.discourse.org/t/minor-css-change-proposal/76435/9 "2017-12-20T01:30:49Z")
It’s not as noticeable with trivial lists. I think this is more for lists that tend to get a little… unwieldy. For instance we recently had a post with some new features for darktable:
- A new module for haze removal
- The local contrast module can now be pushed much further, it also got a new local laplacian mode
- Add undo support for masks and more intelligent grouping of undo steps
- Blending now allows to display individual channels using false colors
- darktable now supports loading Fujifilm compressed RAFs
- darktable now supports loading floating point HDR DNGs as written by HDRMERGE
- We also added channel specific blend modes for Lab and RGB color spaces
- The base curve module allows for more control of the exposure fusion feature using the newly added bias slider
- The tonecurve module now supports auto colour adjustment in RGB
- Add absolute color input as an option to the color look up table module
- A new X-Trans demosaicing algorithm, Frequency Domain Chroma, was implemented.
- You can now choose from pre-defined scheduling profiles for OpenCL
- Speaking of OpenCL, darktable now allows to force-use OpenCL for a specific pixelpipe
- Xmp sidecar files are no longer written to disk when the content didn’t actually change. That mostly helps with network storage and backup systems that use files’ time stamps
My thought about it was that each list item is usually expected to be read in a similar way you would read a paragraph. That is, it’s a logical grouping that are very slightly offset in order to visually group them together.
Each paragraph element has roughly 1em of margin above and below it in, and this helps to visually offset the grouping. I was thinking that list elements are usually read in the same way - that is each item is usually intended to stand visually on it’s own and slightly apart from other items. In this case the actual height between _tight_ list items is the same as the line height overall. This causes the list to visually lack a vertical break (apart from the bullet itself, of course). (Of course, it could be reasoned that a _loose_ list is the go-to in this case, and I’d be inclined to agree - this is really splitting hairs I realize.)
Either way, I appreciate y’all taking the time to check it out. I’ll probably add it custom on my side if it doesn’t go upstream.
---
### Author:  [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [2017年十二月20日 01:37 UTC](https://meta.discourse.org/t/minor-css-change-proposal/76435/10 "2017-12-20T01:37:10Z")
I don’t agree with your rationale as a global default. Per site, people should do what they want, but _as a global default for the world_, line spacing should work like so:
a line
another line
- a list item
- another list item
Those are equivalent, as they should be.