• Admiral Patrick@dubvee.orgM
    link
    fedilink
    English
    arrow-up
    2
    ·
    edit-2
    6 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
      ·
      6 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
        5 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.