Since I'm using a mobile client, I'm regularly struggling with CB messages which only appear shortened in "normal" CB clients but normal in CB60.

I looked into the HTML source ... could it be that "\t" is translated to an (unbalanced) "<\td>" in the cb sidebar and the rest is chopped?

For reproduction, posting "test\ttest" produces:

edit

Cheers Rolf

PS: Je suis Charlie!

¹) discussion posts don't seem to preserve tab in inline <c>code</c>, the HTML here will show test &nbsp; &nbsp;test

Replies are listed 'Best First'.
Re: CB bug: cutting off text after TAB
by wrog (Friar) on Jan 29, 2015 at 22:36 UTC
    I'm surprised that you can even input a TAB at all, given that most browsers I use will take that as meaning "move to the next input field in the TAB-ordering"
      Mobiles!

      In most occasions C&P from other websites (on Android you avoid typing)

      But check it out, if you switch to the second non alphanumeric symbol set, the BAR button will change to TAB.

      And no, pressing doesn't move to next field.

      Cheers Rolf

      PS: Je suis Charlie!

        Possible workaround: pre-filtering input with s/\t/ /g
        seems like the right thing. I can't imagine anyone expecting TAB to actually do anything else in this context (especially since whatever it might be won't work in regular browsers anyway).