Ihor Radchenko <[email protected]> writes: > Another edge case: > In > * =[[test][foo *bar*| and]] > (| is cursor) > type =
The result is: =[[test][foo *bar*= and]] X^^^^^^^^^^^^^^^^^X XX ^: formatted (correctly) as verbatim X: hidden I don't think this is an org-inside issue, since it's a kind of half formatted link overlapping with verbatim text even without org-inside on. >> BTW, not related to `org-inside', but I've long thought when you are >> typing, e.g. >> >> *this is a|* >> >> then back up to the point (`|') and edit it to read >> >> *this is a long bold phrase* >> >> org's font lock should /not/ flash face and marker hiding off and on >> rapidly as you type. Perhaps a similar trick could be used as for >> comments in many modes. Comment fontification "holds off" on >> re-fontifying syntactically for a time (reset ever time you type >> something), to give you a chance to close the comment before it messes >> with the rest of the buffer. Stefan could probably help with that. > > Yeah. I am not aware about a way to achieve what you describe. I'll think on it. > P.S. I have second thoughts about the face. Underline is also good, and > may be more subtle when editing frequently. Ugh! This is hard. > We need a poll and multiple inputs from users. > Probably, we can install the branch first and then ask people to test > and tell what they prefer. The one issue with underline is that tools like jinx use that to indicate misspellings, which shadow our inside face changes. Maybe not the end of the world. Overline increases the line height, so that's not a good choice. A dashed underline would be nice; not sure if all builds support that.
