XWiki Platform

Add support of Live syntax helpers

Details

  • Type: New Feature New Feature
  • Status: Open Open
  • Priority: Major Major
  • Resolution: Unresolved
  • Affects Version/s: 0.9.840
  • Fix Version/s: None
  • Component/s: Web - Templates & Resources
  • Labels:
    None
  • keywords:
    wysiwyg
  • Similar issues:
    XWIKI-3705Clean and enhance the javascript Live Table component
    XWIKI-2070The syntax used by wysiwyg to add link on a image is not supported
    XWIKI-8882Add a ContextualLocalizationManager helper
    XWIKI-2715Allow configuring the list of syntaxes a given wiki supports
    XWIKI-2434Add support for MediaWiki, JSPWiki, Creole, Confluence and TWiki syntaxes
    XWIKI-5554Generalize Image support and add relative paths support for XWiki Syntax 2.1
    XWIKI-5600Add support for inserting an icon in XWiki Syntax 2.1
    XWIKI-2433Add ability to specify what syntax a document is written in
    XWIKI-6026Add support for syntax in context macro
    XWIKI-3085Add support for line break syntax (\\)

Description

Live syntax helpers should be added to allow quicker typing in the WYSIWYG Editor.

[ should automatically start a link and propose existing pages as you type
{ should automatically start a macro and propose existing macros as you type
* should start a list
1+space or 1.1+space should create a title

The live syntax helper could be supplemented with a Macro button allowing to choose a macro to use. The macro list should be configurable and extensible using plugins.

This feature could be both implemented in the WYSIWYG Editor and in the Text Editor

Activity

Ascending order - Click to sort in descending order
Hide
Permalink
Sergiu Dumitriu added a comment -

Not sure this is a good idea. First, the WYSIWYG editor offers tools for inserting links, lists & co. Second, the wiki editor is a plain and simple editor that shouldn't be slowed down by any javascript.

Show
Sergiu Dumitriu added a comment - Not sure this is a good idea. First, the WYSIWYG editor offers tools for inserting links, lists & co. Second, the wiki editor is a plain and simple editor that shouldn't be slowed down by any javascript.
Hide
Permalink
Vincent Massol added a comment -

I think this should only be implemented in the wiki editor since:

  • it's a power user feature
  • the wysiwyg editor is not linked to any given syntax (syntax for links is different in xwiki syntax 1.0, xwiki syntax 2.0 and other wiki syntaxes)

Actually we'd also need to decide if we really want this in the wiki editor since we're now focusing on making XWiki Eclipse the XWiki IDE so we could instead have this feature in XEclipse. Having it both in XEclipse and in the wiki editor is probably going to be a lot of work.

Show
Vincent Massol added a comment - I think this should only be implemented in the wiki editor since: it's a power user feature the wysiwyg editor is not linked to any given syntax (syntax for links is different in xwiki syntax 1.0, xwiki syntax 2.0 and other wiki syntaxes) Actually we'd also need to decide if we really want this in the wiki editor since we're now focusing on making XWiki Eclipse the XWiki IDE so we could instead have this feature in XEclipse. Having it both in XEclipse and in the wiki editor is probably going to be a lot of work.
Hide
Permalink
Vincent Massol added a comment -

It's actually a good idea to have it in both editors I agree.

For an implementation example, see http://confluence.atlassian.com/display/DOC/Confluence+3.2+Beta+Release+Notes

Show
Vincent Massol added a comment - It's actually a good idea to have it in both editors I agree. For an implementation example, see http://confluence.atlassian.com/display/DOC/Confluence+3.2+Beta+Release+Notes

People

  • Assignee:
    Marius Dumitru Florea
    Reporter:
    Ludovic Dubost
Vote (0)
Watch (1)

Dates

  • Created:
    Updated:
    Date of First Response: