[Cuis-dev] [ChangeSet] source code intervals + changes on refactorings
Nicolas Cellier
nicolas.cellier.aka.nice at gmail.com
Mon May 11 14:02:16 PDT 2020
Le lun. 11 mai 2020 à 22:58, Luciano Notarfrancesco via Cuis-dev <
cuis-dev at lists.cuis.st> a écrit :
>
>
> On Tue, 12 May 2020 at 3:44 AM, Nicolas Cellier via Cuis-dev <
> cuis-dev at lists.cuis.st> wrote:
>
>> Can you represent empty ranges?
>>
>> For example,
>> (5,5) could be empty (marking a position before or after 5th character -
>> your choice)
>> (5,6) a one character range (from left to right)
>> (5,4) too (from right to left).
>>
>
> Good question. Kind of looks like a pathological case, do you really need
> that? Is it for the cursor position?
>
> For example if we want to use that Range in Text selection, then yes.
>> Le lun. 11 mai 2020 à 01:22, Phil B via Cuis-dev <cuis-dev at lists.cuis.st>
>> a écrit :
>>
>>> Luciano,
>>>
>>> Since the vast majority of ranges I'd be working with are
>>> programmatically created, #.. wouldn't really help me (i.e. Range #from:to:
>>> would be fine and consistent with Interval in meaning) but I'm not opposed
>>> to it if it would help you. However, I would not be in favor of
>>> overloading #, since that seems confusing given other implementors of #,.
>>>
>>
> Yeah, I wouldn’t want to overload #, and my suggestion about #.. mainly
> was about allowing it as a binary operator that might be nice to have
> available for whatever people decide to use it. #from:to: looks nice
> enough, tho.
> --
> Cuis-dev mailing list
> Cuis-dev at lists.cuis.st
> https://lists.cuis.st/mailman/listinfo/cuis-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cuis.st/mailman/archives/cuis-dev/attachments/20200511/7ce21916/attachment.htm>
More information about the Cuis-dev
mailing list