Last modified: 2012-11-04 16:30:40 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 9536 - Improve inline data editing with textual dialects
Improve inline data editing with textual dialects
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
Extensions requests (Other open bugs)
unspecified
All All
: Low enhancement with 3 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks: Wikisource
  Show dependency treegraph
 
Reported: 2007-04-09 09:02 UTC by xmlizer
Modified: 2012-11-04 16:30 UTC (History)
5 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description xmlizer 2007-04-09 09:02:21 UTC
The idea is to provide a way to store inside wikipedia the *source* of the
information and not just as it is the case now an extraction/serialisation :
The source is about images, schemas, diagrames, music, etc.

We already have some useful extension, but I want those extension being under
the umbrella of this bug

What is clearly missing today is :
* Editing of SVG inside commons (through special tools or directly in text/XML)
* Editing of Midi/LilyPond inside commons (through special tools or directly in
text)
* giving XML data sheet and an XSLT stylesheet to create SVG or MathML or
anything : the XML data sheet could be easily edited by contributors (It's clear
that templates allow part of this, but in this case SVG and Midi/LilyPond must
become first class citizen of wikimedia) and the XSLT part should be editable as
well.

What's the goal :
* data **source** would be stored on wikimedia and everybody could update it
* some transformation could be done directly in the browser (with AJAX or
anything else)
* we could create new kind of data depending on other datas
* allow more user to update/reuse/enhance graphical and musical datas
Comment 1 JOHANN 2007-08-30 09:13:25 UTC
Good morning. The basic thing is that a music edition feature in wikiarticles (including wikipedia, wikiversity and "wikiversidad") is needed. Many people have asked for it but no answeres are receieved in help pages. I wish this feature be enabled to start a course on music in wikiversdad, but it just don't work in the way that i found in wikisophia.org. I encourage the use of lilypond as a language to create scores, with all its funcionality. It is necessary to listen to the music that is written via a "button" that allow the user to start the playing of what is written; another essential thing is that this "listening" capability can be opened in a new window in order to allow the pupil to listen to the music and to read the music simultaneously.
In other hand, i wish it could be in the way that all wikis works; for example, we don't need to install anything additional to begin to write an article, we just click on the "edit" button and everything works fine...we want music to be edited that simply way. Remember we're not programmers, we're just musicians, and we want to worry about the music, not to begin a course on programming languages or algorithms to create a music course.
Please, excuse me for my english; maybe this appeared a little "tough", but i'm not good speaking english. I just want to tell that i tried to be as kind as possible with my short knowledge of this language. Thank you very much.
Comment 2 Juan Carlos Hiza Martinez 2008-08-21 20:34:50 UTC
Lilypond it`s law

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links