> On Fri, Aug 13, 2021 at 5:18 AM bfrg <[email protected]> wrote:
> >
> > I find it awkward that multiline text-properties cannot be handled with
> > this function.
> > Is there really such a drastic slowdown when the function is changed to
> > prop_add_list({props}, [[{lnum}, {col}, {end-lnum}, {end-col}], ...])?
> >
>
> Adding one more item to the List will not slow down the function.
> The user now needs to pass a four item List instead of a three item
> List. If the common case is single line text properties, then in most
> use cases, lnum and end-lnum will be the same.
>
> Based on Bram's comment, I thought if multi-line text property is needed,
> then prop_add() should be used?
Even though it's very likely that prop_add_list() will only be used for
single line items, and one can always fall back to calling prop_add()
multiple times, there is the argument of what users expect. It's a bit
of a surprise if something is left out for unclear reasons. Especially
when adding it doesn't really have a negative effect.
So we could make it [lnum, col, end_lnum, end_col]. Since this would be
filled in by a script, setting end_lnum equal to lnum won't be much
hassle, right?
--
Vi beats Emacs to death, and then again!
http://linuxtoday.com/stories/5764.html
/// Bram Moolenaar -- [email protected] -- http://www.Moolenaar.net \\\
/// \\\
\\\ sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ ///
\\\ help me help AIDS victims -- http://ICCF-Holland.org ///
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups
"vim_dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To view this discussion on the web visit
https://groups.google.com/d/msgid/vim_dev/202108131549.17DFnbcf3521759%40masaka.moolenaar.net.
