Charles E Campbell Jr wrote:
>>> Actually, to clarify, my proposal is that a set of curly braces is
>>> taken to represent a float if and only if it is (1) not preceded by
>>> a valid variable name character and (2) contains a valid float.
>>>
>>> I.e. floats:
>>>
>>> {+123.456}
>>> {-123}
>>> {123e-4}
>>> {123.456}something_to_concatenate
>>>
>>> non-floats:
>>>
>>> {dictionary: 'value'}
>>> variable_name_with_number_{123}
>>> variable_name_with_number_and_variable_e_concatted_and_included_{123e4}
>>> variable_name_with_six_digits_here_{123.456}
>>> {variable_name_from_a_variable}
>>> {10<x?'variable_1':'variable_2'}
>>>
>>> combination!:
>>>
>>> variable_name_with_float_expression_giving_{{0.55}<some_float?'true':'false'}
>>> variable_name_with_float_that_prints_as_integer_{{123}}
>>>
>>> invalid:
>>>
>>> variable_name_with_punctuation_due_to_float_{{123.456}}
>>>
>>> I think it works unambiguously and sensibly, though, of course, you can
>>> still do
>>> dumb things if you try hard enough! But I don't think it breaks anything
>>> that
>>> currently works (even if what currently works is dumb)!
>>>
>>>
>> let x12=3
>> echo x{1.2}
>>
>> Works quite nicely -- and is ambiguous with respect to floating point
>> overloading.
>>
> Sorry -- forgot about the no leading variable-name characters (ie.
> [a-zA-Z:_<>]).
>
> Regards,
> Chip Campbell
Cheers.
My later reply to your earlier message was written only because this one
hadn't arrived in my inbox at that stage.
Smiles,
Ben.
--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_dev" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---
