• Admiral Patrick@dubvee.org
    shield
    M
    link
    fedilink
    English
    arrow-up
    1
    ·
    edit-2
    26 days ago

    FYI: I was able to fix this. Now only [tags] at the beginning and end of the post title will be converted to flairs; anything in the middle will remain in brackets. The only edge case that remains would be if the first or last word of the title is bracketed, but that’s an edge case I can live with.

    Also, titles that are completely bracketed (e.g. [Jaws theme intensifies]) will no longer be converted to a flair.

    No ETA on 1.4.16 release yet, but this fix will be included in that.

  • gedaliyah@lemmy.worldOP
    link
    fedilink
    English
    arrow-up
    2
    ·
    28 days ago

    To clarify: I am showing the hover text, which includes the original title. the “[Don’t Ask Don’t Tell]” tag is extracted and not shown, except as a tag.

    I don’t know whether this qualifies as a bug or a user error, since Tesseract handles these differently than most UIs. I’m more inclined toward user error, since generally redundant tags are not desired; if tags are listed as tags, they should not also be needed in the title text. I just thought it was interesting.

  • Admiral Patrick@dubvee.orgM
    link
    fedilink
    English
    arrow-up
    2
    ·
    edit-2
    28 days ago

    Yeah, I noticed that on the same article post.

    [Tag Syntax] and using brackets to insert or alter words in a quote use overlapping syntax. I’m not sure of a clean way to deal with that since other UIs are also using [Tag Syntax] the same way. Users also use tags in many more different configurations than quotation modifier brackets, so I’m tempted to leave it as an edge case since it only somewhat rarely affects titles (that’s the only place flairs are rendered).

    I just checked, and Photon has the same issue with this.

    All the ways I can think of to deal with that are ugly, but if I come up with a good way to only grab [text in brackets] from the beginning and end of the string, I’ll work it in.

    • gedaliyah@lemmy.worldOP
      link
      fedilink
      English
      arrow-up
      2
      ·
      28 days ago

      That’s an interesting idea - Maybe if it’s in the middle there is less likelihood that it is intended as a tag or topic. I hadn’t thought of that approach. Anyway, love the app! thanks!

      • Admiral Patrick@dubvee.orgM
        link
        fedilink
        English
        arrow-up
        1
        ·
        edit-2
        28 days ago

        Thanks!

        The only other time I’ve seen this bug, the bracket modifiers were used in addition to the word they were clarifying rather than replacing it.

        e.g. 800 service members kicked out under DADT [Don't Ask Don't Tell] just got discharges upgraded to honorable which would still be readable; the clarifying addition would show as the flair. I think that’s more common, but I don’t see either of these too often.

        The other bug I noticed is when the whole title is in brackets; the whole thing turns into a flair. e.g. https://dubvee.org/post/lemmy.world/20921885

        I may go ahead and address both of those and re-write the flair/tag extraction process.