-
Notifications
You must be signed in to change notification settings - Fork 4.7k
-
Notifications
You must be signed in to change notification settings - Fork 4.7k
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
Unordered lists show up without any styling #2582
Comments
+1 |
+1 unordered lists with bullet markers are an important part of a lot of information displays; obviously this exists so navbars, etc. don't have bullets, but a narrower focus would be a really great improvement. |
You can add the browser-default class or enable it in your own css. |
Probably shouldn't be closed, this doesn't actually work. The /* Materialize overly specific disable */
ul li {
list-style-type: none;
}
/* not specific enough to put default back */
ul.browser-default {
list-style-type: initial;
} If you're set on keeping the nuts default, the ul.browser-default li {
list-style-type: initial;
} |
Thanks for that, @sfcgeorge. It'll definitely be helpful. |
So - if I may ask - what is the preferred way of getting properly nesting, bulleted lists?
|
@silverdr: It's my impression there isn't one; it seems not to be a concern here. I ended up with this in a custom CSS file; it's pretty arbitrary, but it gets the job done, and should at least show one way to improve the non-workaround provided. ul.browser-default {
padding-left: 30px;
margin-top: 10px;
margin-bottom: 15px;
}
ul.browser-default li {
list-style-type: initial;
} It enables bullets and nesting, but only when |
Fixed in 7906874 |
@acburst yes - that seems like a better way to handle the issue. |
This isn't fixed in
and nested lists still don't work! How do I get good old nested lists to work? |
It's working fine for me in v0.97.8. Are you doing this?
That is without any other css, just materialize -- should look like a normal list. |
I changed the CSS version to 0.97.8 in the fiddle, and it seems work (well,
better...its still not ideal).
https://cdnjs.cloudflare.com/ajax/libs/materialize/0.97.8/css/materialize.min.css
…-Rick
On Wed, Feb 1, 2017 at 8:30 AM, retorquere ***@***.***> wrote:
I've tried to get this to work here <http://jsfiddle.net/bkbuee24/> but
I'm still getting an unstyled list.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#2582 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ARs8VtEhek2GZ2kRKyi7J9kdCSmUJ7E-ks5rYJbqgaJpZM4G9lNR>
.
|
Yep, that did it. Good enough for me, I don't see anything I can't live with and plenty I wouldn't want to do without 👍 |
Currently creating a Wordpress theme utilizing Materialize and discovered this .browser-default issue while editing content and trying to put in a I'm going to have to disable this. Would be far better to have a |
My Wordpress fix for this was: SCSS
The selector allows for the |
Is there a good reason that |
^ I'm with this guy. The default behavior of lists being no bullets and no indentation doesn't make any sense from a content perspective. Adding the option to specify the |
Whoops, closing again. See this comment for information regrading this topic #5004 (comment) |
Maybe I'm missing something, but I don't see anything relevant in that thread. |
See this comment #5004 (comment) |
Tom, great product, but indeed please remove browser-default asap. We have a site where users can add their own content thru an in-page html editor, we cant expect end user to add "browser-default" classes to their lists right? Any idea when this will be included in a release? |
Now I realize that this approach is somehow .... weird. I mean, why do we have to define .browser-default to revert back? I just add CKEditor and found that when user editing anything within the editor, unordered list will not have bullets (and not indented too). |
Almost a year later and here I am again looking for the fix that I did last time. (Sigh) |
@JayHoltslander We'll be fixing this after 1.0 release. We understand this can be a frustrating problem. |
Isn't it harder to fix after 1.0 since it would be a breaking change? |
For others... my fix this time. HTML<div class="card-content browser-default-uls">
...
</div> SCSS.browser-default-uls {
ul {
padding-left: 30px;
margin-top: 10px;
margin-bottom: 15px;
li {
list-style-type: disc!important;
ul {
li {list-style-type: circle!important;}
}
}
}
} |
For those looking for a simple fix, I just use:
|
I still think overriding all lists and requiring the user to add |
I can't override the third party library I used. So adding |
Was looking for this one in the Feature Request Board and didn't see it. |
Only collaborators of this repo can add it there. @acburst, may we please get one last quick look at this issue? Still seems to be a problem for some devs. |
I rather have the default behavior with the default use. I believe Materialize choice on changing the expected behavior of a common and important text structure is basically wrong. Explaining my case, I've built a GitHub page in which many people will need to input content. Most of them using simple Markdown syntax. As they understand basics Markdown and many of them use unordered list, which is an important text structure, I would not require or teach them all (or teach them all) on how to use HTML, define style or class of any type to its unordered list. What I did is to change
This way, the navbar, which I implement, will use |
I'm currently having an issue with this. Our customers also provide content through a wysiwyg editor and their lists are not styled. I agree with the general sentiment to not override default |
|
I have found so many good reasons to use Materialize, but I'm really stumped as to why the release version (1.0.0) still breaks the unordered list's natural style, requiring a workaround to restore the expected formatting. I know there are reasons to use a set of items as something that doesn't look like a list, but a list should, by default, look like a list. Those cases where it's desirable to take on a different look are special cases, and that's what classes (or targeted CSS rules) are for. And as I read back through years of comments, complaints, and workarounds about this issue, I find the promise that "this will be fixed in the 1.0 release." But it's not. What gives? |
I'm not sure why this is closed, since the issue is still present. I cannot add |
The following means that by default all unordered lists appear without styling:
Perhaps this property should have a narrower focus?
The text was updated successfully, but these errors were encountered: