bullet_threading: broke line drawing error

[cybertosher]

After the latest update there are small vertical lines that do not line up properly on Windows 10 machine. This was not the case on Friday, so I assume it is the latest commit to fix items on mobile platforms that did it.

[UNICKCHENG]

@cybertosher I'm sorry for causing you trouble. The main reason is that Logseq was recently updated to version 0.9.6, which caused compatibility issue(#92). This issue seems to have been fixed before(#93), but it still appears in your screenshot. Could you please try the following steps to check again?

1. update logseq-dev-theme to the latest version, v1.26.17.
2. check if there are any additional configurations in the logseq/custom.css file.

[UNICKCHENG]

If you find this issue still exists, you can try adding the following code to logseq/custom.css and adjusting the value of "left" to fix it.

.ls-block[haschild] > div > .block-content-wrapper::before {
      left: -21px;
}

[cybertosher]

Greeting! None of these worked for me. I was not using the logseq-dev-theme, I was using Bonofix before this issue started. What I tried was this:

1. I downloaded the latest dev theme (1.26.17) and verified that the custom.css file was empty. No change.
2. I selected the dev theme as my active theme, no change.
3. I added the custom css code above and no change
4. I deleted Bonofix and ensured that dev theme was the only theme installed, no change
5. Restarted logseq several times, no change.

So unfortunately I still have the issue with threading not working, but the additional distraction of a theme I don't like as much. 😄 Any ideas when or if this will be fixed, or something else I can try?

Thanks for all of your efforts.

[MaxenceG2M]

Hi!

I have the same problem, but the @UNICKCHENG fix works for me with a really huge value (e.g. -500).

There is a screenshot with a value of -200:

The last really deep bullets bring back the problem.

HtH

By the way, thank you for your work on this great plugin, one of the most essential for me :)

[cybertosher]

I tried the custom.css code with -250px as the offset, as @MaxenceG2M suggested, and it cleans up the issue for the bullet levels I use. I'm OK with weird artifacts that only happen sometimes.

And I agree, thanks for all of your work @UNICKCHENG on this plugin, it is definitely my favorite.

[Vitor12xx]

I was able to use @UNICKCHENG fix to align the rogue vertical line with -16px as the offset.

Thanks for the fix!

[cybertosher]

Is there going to be a permanent fix anytime soon? Changing my custom.css to -15px solved the issue on my Mac, but this workaround seems a bit arbitrary. Just curious. 😃

[UNICKCHENG]

Is there going to be a permanent fix anytime soon? Changing my custom.css to -15px solved the issue on my Mac, but this workaround seems a bit arbitrary. Just curious. 😃

A more universal solution than this one cannot be found at present, but I believe that this issue will eventually be resolved in the future.

[schmy]

Sorry to trouble you with this minor query, but could you please identify which line in the CSS describes the horizontal line for the child?

I have already amended the line mentioned above ("ls-block ... -21 px"), but I cannot work out which other line draws to the dot point of the child lines.

Thanks in advance!

[ericz15]

Hi, I encountered the same issue and wanted to share my custom.css file:

@import url("https://cdn.jsdelivr.net/gh/sokirill/logseq-panic-theme@main/custom.css");

:root {
    --ct-code-font-family: Maple Mono, Fira Code, Monaco, Menlo, Consolas, 'COURIER NEW', "等距更纱黑体 SC", monospace;
    --ls-font-family: Verdana, 'fira sans', 'segoe UI Emoji', 'sarasa ui sc', sans-serif;
}

#root>div,
html,
body {
    font-family: var(--ls-font-family);
}

:not(pre)>code,
.CodeMirror {
    font-family: var(--ct-code-font-family);
}

I've tried the solution mentioned earlier with left: -21px;, but unfortunately, the issue still persists.

Thank you for your attention to this matter.

Update: I tried left: -15px;, and it works for me.

[ginko-ai]

I have similar issue, (luv the plug-in btw)

[UNICKCHENG]

Sorry to trouble you with this minor query, but could you please identify which line in the CSS describes the horizontal line for the child?

I have already amended the line mentioned above ("ls-block ... -21 px"), but I cannot work out which other line draws to the dot point of the child lines.

Thanks in advance!

@schmy Try modifying the value of "right" like right: 50px ?

.ls-block > div > div.items-center::before {
    right: 10px !important;
}

[UNICKCHENG]

I have similar issue, (luv the plug-in btw)

@ginko-ai , the issue appearing in your screenshot seems to be related to the CSS configuration of the plugin being overridden, which is causing it not to work correctly. Please refer to the following method for troubleshooting.

1. update logseq-dev-theme to the latest version, v1.26.17.
2. check if there are any additional configurations in the logseq/custom.css file.

[cybertosher]

Just an update: for some reason my logseq at work does not automatically update. I manually updated to logseq version 0.9.6, applied the -21px offset in custom.css and now everything draws correctly.