You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The initial release of tinsel (0.0.1), source_decoratees expects decorators to be defined in the same file as their decoratee. Allowing decorators to live in a separate file would be beneficial for the programmer and would allow flexible file organization.
In python one can import a decorator buzz like so,
importbazz@bazz.buzzclassfizz:
pass
If we consider using something of this fashion for tinsel the following operators are already used for a similar, but not indentical, task: ::, :::. Using :::: seems excessive: #. bazz::::buzz. Note that there would not be an import bazz equivalent. One could already work around this definition issue using source if they felt inclined to do so.
Is there an alternative symbol we could use?
The text was updated successfully, but these errors were encountered:
In this example separate-file is another .R file which contains a definition for the decorator as_http_response. The file extension is assumed to be ".R" and does not have to be included. Any other extension must be specified as part of the decorator line (in this case ".R" is not appended). See below,
#. my-way.r$as_response
In either case, the separate file is assumed to exist in the same directory as the decoratee's file. So for the example, the file containing fizz and the file containing as_http_response (or as_response) must exist in the same folder.
The initial release of tinsel (0.0.1),
source_decoratees
expects decorators to be defined in the same file as their decoratee. Allowing decorators to live in a separate file would be beneficial for the programmer and would allow flexible file organization.In python one can import a decorator
buzz
like so,If we consider using something of this fashion for tinsel the following operators are already used for a similar, but not indentical, task:
::
,:::
. Using::::
seems excessive:#. bazz::::buzz
. Note that there would not be animport bazz
equivalent. One could already work around this definition issue usingsource
if they felt inclined to do so.Is there an alternative symbol we could use?
The text was updated successfully, but these errors were encountered: