It does seem a little redundant to have both a bullet point and a checkbox. Maybe you could implement the existing bullet with a different symbol and alternate between a bullet and a checkbox for when you decide to use one or the other.
Just my 2 cents.
I am going to second this feature request. The bullets before checks look really ugly, and ugly things paralyze me to the point of I have to fix it before I can do anything 
I am trying to write a userscript to fix it for myself. Will post here so others donât have to suffer the pain of seeing a bullet before a check!
A third for this request. Aesthetically, it just feels wrong to have both displayed. How about giving a checkbox the same right click menu as for a bullet? That would allow access to the functionality allocated to the bullet and a left click would still complete the item. My suggestion appears to be what happens with the number in a numbered list, which by the way, doesnât have a bullet.
I could remember wrong but I think someone posted it in the Share & Showcase category? If not, you should definitely post there when youâre done!
@senthil - Did you end up writing a userscript to hide or fade the bullets for checklists? If so, would you be willing to share it? Iâd love to use it.
It looks so cluttered to have both bullets and checkboxes for the same item â and it also makes no sense. Itâs redundant. With paper to-do lists, who draws a bullet point in front of a checkbox? Iâm willing to bet very few people do. The checkbox IS a form of bullet.
Itâs been like this for a long time and youâre actually the first person to propose this.
I understand the costs of changing something that your users have gotten accustomed to and that you have linked to features/actions, but ^this^ is not a good reason for persisting with a design that was not ideal in the first place. The potential issues you mentioned (e.g. the bullet point is for drag and drop, and can optionally be clicked on to zoom) are not tied to a bullet per se, and can be solved with an alternative.
Check out bullets/checkboxes in Bear and Taskade â the list is much easier to scan and digest when itâs visually cleaner. Bear also does a great job of mixing checklists and bullets (i.e. âchildrenâ of a checkbox item can be bullets, and are not prescriptively limited to also being checkboxes).
This is one of the top issues i have with Dynalist - itâs extremely cluttered with all the extra bullet points. Makes it hard to scan quickly and therefore harder to use.
I also share the sale feeling with check-box and bullet, I would also prefer to have either bullet or a check box for tasks (at same location than the bullet).
Maybe you could do it yourself with Custom CSS?
I donât know how to identify items with checkboxes but I use Custom CSS someone on the forums wrote to customize my bullets somewhat because I didnât like the default ones
.Node-self.is-collapsed.is-parent > .Node-bullet:before
{
content: "\e90c";
}
.AppContainer:not(.is-using-bullet-to-zoom) .Node-self.is-parent.is-collapsed.is-hovering > .Node-bullet:before
{
content: "\e90c";
}
.AppContainer:not(.is-using-bullet-to-zoom) .Node-self.is-parent.is-hovering > .Node-bullet:before
{
content: "\e90c";
}Is there any update on this? I would love to see only checkboxes instead of bullets in checklists 
+1
I stand by my earlier comment in this thread.
I feel the same way. Google Tasks looked very clean with only check boxes. The suggestion of fading the bullet when the list is turned into a check list seems good.
+1 from me
Here you go. Get yourselves a pro account and paste in the Custom CSS box.
/* dont render bullet if checkbox exists */
.Node-outer > .Node.is-checklist >
.Node-self > .Node-bullet {
display: none;
}Nice. Thanks George. 
Iâm curious how do you zoom or drag and drop after using this custom CSS. Iâm guessing youâre using shortcuts to accomplish those tasks?
uh i never zoom a checkbox since theyâre never parents. Itâs my philosophy that all checkbox items ought to be managable bite size actions and so theyâre never parents.
and I donât drag and drop. I use move hotkey, I use ummmm that hotkey that lets items move up and down the list, and i indent/outdent items.
Ok, got it.
Having an intuitive way to zoom in is our biggest obstacle to add this. I agree with everyone here that itâs ugly, but zoom is important to Dynalist and I donât want to assume other peopleâs checkbox items donât have children too.
Glad to hear everyoneâs genius ideas. Weâve considered double click, middle click, or control click, but they are all too hidden for such a core interaction 
my css solved it imo
i agree the no-css version should have all the stuff a noobie could intuit. Having CSS options for picky users like me is perfect.
Took a cue from @Michael_Potterâs idea and made a mockup.
I have to admit this is not an easy or quick to implement solution. People may also confuse the â+â for zooming with the existing â+â and â-â buttons for expand and collapse.
i like existing ui
concepts kind of ugly, because its confusing then a symbol is used sometimes and not other times without meaning anything different
