Regarding widgets,  the trunk version seems to have introduced a problem.

In the past I could do this as per the book:

``
name:mywidget
``:widget

But now this fails because of the first empty line.  I can work around it 
with this:

``name:mywidget
``:widget

I cannot see how this could have changed, so maybe it is a problem I have 
introduced into my own code,  but if anyone else has widgets failing,  
please try my suggestion above.

 
On Monday, July 16, 2012 1:26:44 AM UTC+1, Massimo Di Pierro wrote:
>
> Second. Vladyslav has done an impressive work. I still have lots of 
> patches from him improving many areas. I am finding hard to keep up. ;-)
>
> I am also looking for ways to include widgets in the new wiki... Let me 
> know if you have suggestions.
>
> Massimo
>
> On Sunday, 15 July 2012 17:38:58 UTC-5, villas wrote:
>>
>> I really like the new Markmin features and well done Vladyslav - I am 
>> amazed by your results in such a short time!
>>
>> New Wiki is also excellent and is a much neater integration into a site. 
>> I have been working quite a lot with plugin_wiki and I'm wondering whether 
>> there is some way to leverage my work on widgets,  or some syntax planned 
>> to include a similar thing?
>>
>> Many thanks for making these improvements  :)
>>
>>
>> On Sunday, July 15, 2012 5:36:19 AM UTC+1, Massimo Di Pierro wrote:
>>>
>>> There is lots of new stuff in trunk. We need you to test it to make sure 
>>> it does not break your apps.
>>>
>>> Here I will just mention two new features:
>>>
>>> 1) Improved MARKMIN (check out the latest examples in 
>>> gluon/contrib/markmin/markmin.html) including nested lists, nested 
>>> blockquotes, etc. Thanks to Vladyslav for this.
>>>
>>> 2) There is a minimalist built-in WIKI. Just do:
>>>
>>> def index(): return auth.wiki()
>>>
>>> Then use appadmin to create a 'wiki_editor' group and make yourself 
>>> member. Yes, that is all. It uses MARKMIN. Use @{index/slug} to insert the 
>>> ling to a page by slug. Pros? Cons? Suggestions?
>>>
>>> Checking that old apps do not break is more important than checking for 
>>> new features.
>>>
>>>

Reply via email to