TT,

I understand your concern, its correct to raise it. I think you need a 
explanation from me who is pushing this capacity, is warranted.

   - What I am doing is pushing the solution to its logical conclusions, 
   not to necessarily expand the features (although that is good), but explore 
   its consequences.
   -  We are not offering macros here, we are offering customised wiki 
   text. If we keep its documentation clear and concise it will be written in 
   a systematic way.
      - The result of a concise systematic solution will be designers will 
      abstract and experiment. I am running down these paths to test the 
validity.
         - I am also doing this for issues that I perceive to be existing 
         limitations, 
      - By voicing these Mario looks at the "what if's", now if he 
      discovers with a tweak they can be made to work, we do not need to 
document 
      exceptions, exceptions make a solution more complex
      - To me to exclude macros, perhaps even transclusions (not raised 
      yet) will actually add exceptions and complicate the solution.
      - users and designers bring with them a complex set of assumptions.
   - We may need to document some warnings, what are the warnings if we do 
   not discover them?
   - This solution is by its nature is handed to us by our Yogic teacher, 
   the Yoggy is empowering us to explore all the branches of our being. 

Not withstanding this desire, "not to limit" the possibilities (unless 
identified as necessary)

   - I expect customised wiki text is going to be a method to an end, 
   basically with small group of designer and users actually writing customise 
   pragmas for themselves
      - A common use may be just the defaults
   - I expect for example a writers wiki to be designed, with this plugin 
   and a set of prepared customisations to be included.
      - The writer's wiki will not document the customisation plugin so 
      much, but the resultant set of custom markup that the writer will use.
      - That is, there will often be an abstraction layer introduced, 
      between the specific implementation and the customise pragma.
   - If however if someone goes down the customise pragma writing 
   themselves, the more they can leverage this commitment to a sophisticated 
   solution, and the more they will care about the capabilities.

In short, the use of the customise pragma will be as complex as the user 
wishes to make it. As is already the case for standard wiki text.

Regards
Tony
On Tuesday, 22 September 2020 at 03:42:38 UTC+10 @TiddlyTweeter wrote:

> PMario wrote:
>>
>> @TiddlyTweeter wrote:
>>>
>>> The more I hear about "macros" in this the worse I feel.
>>>
>>
>> Why? ... It works now, which is a big win.
>>
>
> Right. More power to you.
>
> BUT are we seeing a version of Advanced Yoga (bloke was able to twist his 
> leg behind his head)?
>
> My concern is it will confuse adding macros. Let's see. The issue is you 
> will have to find a way to document BOTH major layout change AND the 
> indefinable scope of macros (not all though) elegantly.
> I'm concerned its getting too complicated. BUT let us see.
>
> TT
>
>  
>>
>>> I don't care if the device lets you skip over the moon. I DO care that 
>>> mortals can understand it. OR totally avoid it.
>>>
>>
>> If you don't need it, don't use it. ... The problem was, that the 
>> implementation had a bug, that's why something which should have worked .. 
>> didn't. That was confusing for Tony. 
>>  
>>
>>> IMO "macro use" within this tool is a *highly advanced *feature. I am 
>>> very UNCLEAR of the added value.
>>>
>>
>> It has the same value as "abstracting" widgets. For some "special" 
>> usecases it will be possible to use wikitext to activate all kind of UIs, 
>> without the need of "alien" widget names. 
>>
>> I need examples to see the added value!!!
>>>
>>
>> There are a lot of test-xxx tiddlers, where I do test the code and the 
>> TOC contains the beginning of the docs. 
>>
>> -m
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWikiDev" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywikidev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywikidev/e561057c-1bb4-4336-89ed-944d8306481dn%40googlegroups.com.

Reply via email to