Target completion date: Foswiki release 2.0
If you want to participate in this project, add your name to the "Participants" field in the form.
Implement and support robust WYSIWYG editing solutions. Specifically:
- Upgrade Tiny MCE to latest version, and remain up to date
- Fully support UTF8 in WysiwygPlugin and TinyMCEPlugin (as far as allowed by the core)
- WYSIWYG in form fields (Tasks.Item8032, Development.WysiwygFormFields)
- Move TMCE wrapper JS to a JS toolkit, to ease enhancement
- Integrate enhancements into main code stream (Eugen's dialogs and Martin's form editing)
- Provide end-user and developer support , last modified Support questions were:
- Question1453: On my site it seems that sometimes people add images to pages by copying and pasting them directly into ... 16 Apr 2014 - 12:56 by LeilaPearson
- Question1303: Greetings, When I go to the the Edit screen of a topic I get this dialogue box "Unable to install TinyMCE ... 25 May 2013 - 18:14 by XochiValdez
- Question1125: Hello. It looks like line wrapping is not properly handled in recent versions of the TinyMCEPlugin. When ... 09 Jul 2012 - 17:50 by DevinBougie
- Question1090: Treeview DIV are resetted by Tinymce in the last version of foswiki (1.1.5) This means that using the ... 18 May 2012 - 02:25 by GeorgeClark
- Question1087: TinyMCE produces links to attachments of the form: FILENAME.txt or FILENAME.txt despite the following ... 11 May 2012 - 18:19 by JacobEtches
- Question963: Hi, We own a lot of Richt Text Format files. We want to put these in Foswiki, in a way that we maintain ... 25 Oct 2011 - 11:02 by RaymondWesterik
- Question849: I am running Foswiki 1.1.2 from the Windows installer. I'm glad there is a wysiwyg editor in Foswiki ... 29 Apr 2011 - 08:37 by RaymondWesterik
- Implement in-browser "end to end" unit testing via Selenium
- Control over checkins to TinyMCEPlugin, WysiwygPlugin.
- Ability to check in to core as required to enhance forms handling
Feature Proposal: Let's add NatEdit to the core Motivation NatEdit is: * pretty cool * simple * popular with the mostly normal but very slightly geeky person ...
Feature Proposal: DeKi alike WYSIWYG Motivation Foswiki WYSIWYG is still very immature and unable to provide the easy interface required to %22less techee people ...
Feature Proposal: Support blockquote and paragraph indenting in TinyMCEPlugin Motivation See Support.Question293 . Apparently using the indent buttons on paragraphs ...
Feature Proposal: Support underline and line through text decorations Motivation We currently lack the ability apply underlined or line through formatting to text ...
Feature Proposal: Syntax Highlighting Editor Motivation I use Movable Type. I really like the Syntax Highlighting option in the (otherwise simple textarea) editor ...
Feature Proposal: Implement a rational way for mere mortals to adjust the level of HTML contamination permitted into their topics Motivation Content Policies TinyMCEPlugin ...
Feature Proposal: Formalise TML/HTML conversion requirements on a per editor, profile basis Motivation Editor Profiles We need to support multiple editors, and multiple ...
Feature Proposal: Formalise TML/HTML conversion requirements on a per editor basis Motivation TinyMCE already has some specific quirks coded into WysiwygPlugin. With ...
Feature Proposal: Making Formfields WYSIWYG capable Motivation WYSIWYG is accepted as a must have feature for every wiki nowadays. However, Foswiki doesn't do WYSIWYG ...
Number of topics: 9
Formalise a specification for a macro's arguments, among other things Prompted by WIBNIF thoughts over the last 6 months and then seeing that XWiki seems to have already ...
Interaction patterns for Edit Research which interaction is best suited for the Edit action. The intention is to list a limited set of ideal interactions that can ...
SynchroEdit http://synchroedit.com/ "SynchroEdit is a browser based simultaneous multiuser editor, a form of same time, different place groupware. It allows multiple ...
Taxonomy of macros shipped with core Actually we should consider non core plugins that are good examples of any type of macro that isn't represented in core and needs ...
Topic linker I came across this message box on Quora that lets you insert links to other pages. It would be nice as addon for Wysiwyg and CommentPlugin. The display ...
Wireframes for the Edit screen UPDATE: I moved the examples from other editors to WireframesEditScreenInspirations to allow a better overview of the mock ups we have ...
Macros in the Wysiwyg editor intimidate users Create an API to make macros interactive objects in the editor Perhaps this functionality would ultimately go in WysiwygPlugin ...
Number of topics: 9
Deleted old discussion confirming move to JQuery for 1.1.
- 24 Dec 2009
Status update: we have seen some tremendous work over the last few months, in stabilising and enhancing the code. Progress towards the stated goals, on the other hand, has been slow. I think we are unlikely to hit all our targets for 1.1.
Since we have been running for some time, I changed status to "Running".
- 09 Dec 2009
I've added a list of task items that are on my mind, roughly grouped in a more readable way than the giant list produced by the Tasks web search.
With respect to the WysiwygTaskTeam
goals, I am interested in:
- WYSIWYG in form fields (Tasks.Item8032) I hope work on Tasks.Item2297 will make it into a 1.1 release, which should remove a lot of hurdles that need to be jumped to achieve this goal)
- Move TMCE wrapper JS to a JS toolkit, to ease enhancement I hope to get this done in the first quarter of 2010
- Integrate enhancements into main code stream (Eugen's dialogs and Martin's form editing)I suspect these will be non-core features for some time, but working on TinyMCEPluginShouldBeMoreModular should make this less of an issue
Most urgent bug items that I am working on:
Also added implementing Selenium as a worthy goal for the WysiwygTaskTeam
. Thanks to MichaelTempest
- 24 Dec 2009
WYSIWYG on Formfields
- Addressing the technical issues detailed very thoroughly in Tasks.Item8032.
- Newline encoding of formfields messes up rendering of TML lists/tables.
- Other encoding issues.
- WysiwygPlugin doesn't translate formfields.
- Fundamental mechanisms for WYSIWYG are lacking
- Not modular enough. Need to more easily accommodate special tml2html/html2tml requirements of multiple editors.
- Not enough control of strictness/permitted content in the html2tml translation. Should be easy to specify, Eg. never allow HTML tables.
- Need more communication with translator from client. More HTTP headers? Translator needs to know:
- Editor used
- TML policy
- These two things may be changed by the user while editing
- Need end-to-end testing via Selenium.
- 20 Feb 2010
Hi, just installed Foswiki & trying out. So I like to let you know my first experiences that -excuse me- are most what I fear is what Foswiki lacks towards some others:
I don't like the editor, I like CKEditor through WYSIWYG like how CMS Drupal does. I have to change my browser so it can copy-paste. If using a user browser based editor, why not XStandard?
Then the Foswiki markup; there should be a list or link placed what is the markup and what can be done. The easy Mediawiki markup doen't work at all (without plugin) while they are the market leader with 80% of the market!
doesn't work either; everything is written in one long line instead of the human line breaks, I make in the editor.
When I make a page it gets in between all kinds of internal technical pages I'm not interested in. I just want to see the list of user added pages; that should be empty and now only with one article I just have made.
Anyway, Foswiki is probably the second best wiki program and has some aspects that Mediawiki doesn't have; so continue the good work & I hope there is some issue queue where I can add feature requests.
- 07 Oct 2010
"doesn't work either" => using the code tags "
" doesn't place the next line on the next lien, unless one makes 2 lines space and then it makes 2 lines instead of one line
- 07 Oct 2010
- You don't like the editor, fair enough. Foswiki 1.1 ships with the latest TinyMCE 3.3.8 (well, 3.3.9 is latest, plan on having it after we get Foswiki 1.1.2 out). This editor is quite a lot better than the Foswiki 1.0.x version (3.2.7).
- An abridged markup syntax help is available right in the raw editor. I'm sorry you missed that, perhaps we need to make it more obvious on the edit screen.
- Foswiki (TWiki, rather) existed quite a few years before Mediawiki did. Changing the syntax is a very expensive endeavour, for very little gain (I would be very surprised if somebody selected or did not select Foswiki because of lack of Mediawiki formatting syntax).
- I don't understand why you think everything must be written on one big long line. I have gone to a lot of effort to remove this style of Foswiki TML coding in our official System documentation. Please check out our 'modernised' documentation at http://trunk.foswiki.org/System/FormattedSearch, rather.
- Really, you should create a new web and not create things in the Main or System webs. This is the best way to avoid 'clutter' of system topics. But perhaps you are referring to WebChanges, WebSearch, etc. utility topics. I hope we can reduce the number of these in Foswiki 2.0, but it is an advantage that "everything is a topic" - even system templates (potentially) - it means you can modify the UI entirely from version-controlled wiki pages
- The newline behaviour matches the (X)HTML philosophy - 'line-breaks are evil' - it's hard to translate the Foswiki TML meaning of 'newline' (spacing out code, line-breaks are to improve code readability) into XHTML paragraphs
Thank you for your feedback. I can sympathise with many of the problems you have listed. What I find in my own experience is that Mediawiki users miss the most: easy access to a fast report of all the edits that a user makes, and talk pages.
I hope you add your ideas to the Development
- 30 Oct 2010