Hi there,
In respect to http://www.mediawiki.org/wiki/Special:VisualEditorSandbox and
the wikidata enhancements
I will not spent more time on it. I think the next logical step would be to
make VisualEditor ready for SMW.
Thank you for the great resources.
c u stevie
-
www.aifb.kit.edu/web/Hauptseite/en
>
>
>
>> -Original Message-
>> From: Lists [mailto:li...@psycholutions.com]
>> Sent: Sunday, June 10, 2012 3:22 AM
>> To: 'Jeroen De Dauw'
>> Cc: semediawiki-devel@lists.sourceforge.net
>> Subject: Re:
s.com]
> Sent: Sunday, June 10, 2012 3:22 AM
> To: 'Jeroen De Dauw'
> Cc: semediawiki-devel@lists.sourceforge.net
> Subject: Re: [SMW-devel] in place editing and SMW
>
> Hey Jeroen,
>
> thx for the answer. I think I can minimize the limitations to
page/template
&g
Hey Jeroen,
thx for the answer. I think I can minimize the limitations to page/template
transclusions in the first degree/release- so manual semantic annotations
will be automatically stored/updated after a page refresh with the new
wiki-text content updated on server side.
Am I right here, do yo
Hey,
> - Is there a db-scheme available for SMW?
We do not currently have any documentation on the database schema used by
SMW. You should probably not have to know about it though, and use SMWs
store abstraction layer to access the database. Nischay is currently
modifying the MySQL schema for pe
14:41
An: Lists
Cc: Semediawiki-devel@lists.sourceforge.net
Betreff: Re: [SMW-devel] in place editing and SMW
Hey,
In-line editing gets rather tricky when parser functions are involved. Since
most SMW data ends up being passed via templates, having an inline editor
for templates would go a long
Hey,
In-line editing gets rather tricky when parser functions are involved.
Since most SMW data ends up being passed via templates, having an inline
editor for templates would go a long way, but I think this already exists
to some extend. Editing arbitrary properties is a lot harder, since they
mi
