Loading...
 

Category: WYSIWYG (What You See is What You Get)

WYSIWYG (What You See is What You Get)
Show subcategories objects

Name Type
"Advanced" tables altered when "Use Wiki syntax in WYSIWYG" (wysiwyg_htmltowiki) is enabled
tracker item
"internal link" button doesn't work -- "local.php not found"
the button "insert internal link" (on the WYSIWYG-editor) doesn't work.

it opens a new window "local.php not found -- This is normal if you have not run the tiki installer yet".


(but i run the tiki installer)
tracker item
"internal link" button doesn't work -- "local.php not found"
the button "insert internal link" (on the WYSIWYG-editor) doesn't work.

it opens a new window "local.php not found — This is normal if you have not run the tiki installer yet".


(but i run the tiki installer)
tracker item
[] Leads to an Ajax Error in Wysiwyg Mode
tracker item
12.x html code embedded in a tracker item field text-area-with-wysiwyg lost after edition
tracker item
12.x: accents not shown properly in forum posts when wysiwyg-html is on
tracker item
12.x: page alias links lost if full wysiwyg and wiki syntax
tracker item
12.x: wysiwyg editor in mobile never ends to load in article body
tracker item
Caldrac
Contributors
tracker item
Using CTRL-Z while editing a page with wysiwyg will break all wiki links on the page
If a user uses CTRL-Z on a page that they are editing to undo a change, they will break all internal wiki links on the page on the next save.
This appears to only happen when editing with firefox.
tracker item
edit button does not work in latest 1.10
The edit button (and switch to wysiwyg) link to nowhere (except back to homepage.)

This appears to be an ajax related problem many buttons/links do not work.

verified on my site and 110.tikiwiki.org

edit button links to:
http://sitename.com/#


switch to wysiwyg does not work, navigation buttons in list-pages,
tracker item
New blogpost using wysiwyg editor adds a lot of empty lines to the beginning.
After creating a new blogpost and saving it, the post shows a lot of empty lines at the beginning of the post.
Looking at the html result, there are about 9 <br/> entries before the actual text.

The branch is downloaded on wednesday, 25th of June 2008 8AM GMT.

A 1.10b1 release of about a month ago did not show this behaviour.

tracker item
Humphrey
Contributors
tracker item
jonnybradley
Contributors
tracker item
fckeditor bugs in style, images and wiki-links
Once saved, style changes (such as setting the font size or centering text) results in pages displaying like these:

My test starts here. Not much of yle="font-size: larger">interest going on though!
AND
yle="text-align: center">Home Page Test

Clicking to insert an image: dialog is displayed buyt clicking on the Browse server button results in the error "Error creating folder "" (Can't create directory)". Manually entering an image in source view mode (<img src="blah-blah">) and saving results in: img src=/home/lib/fckeditor/editor/blah-blah height=30 width=28 (surrounded by curely brackets)

Both related to parsing the html from the WSYWIG editor?

Clicking "Insert/Edit an internal wiki link" shows the "Insert Internal Link" popup but no content is displayed. The dialog briefly shows a cancel button and then the "wait squares" but nothing more.

Found with clean installs of 2.0RC4 on Windows Server 2003 x32 and also server 2008 x64. PHP 5.2.6 (x32); MySQL 5.0.51b (x32 and x64); Apache 2.2.9 (x32)

(sorry if these aren't sufficiently related and should be in separate bug reports)
tracker item
Editing / Saving themes CSS causes "strange" code in some commands.
Hello,

sorry for my bad English, but I´m from Germany and I´ve got my last lesson at school - nearly 20 years ago...

So I hope that you will understand me, here my problem :

I use Tiki 2.0 RC4 with the "andreas08"-Theme. It works quite good, but this bug (maybe ?) happens when I try to edit and save the Theme-CSS via the Admin-Menu :

Some command lines will be added with a "x" (included by tag-brackets) and the instruction given by this command will be ignored - cause it´s "rubbish" than.
( I can´t show you an example, i tried it, but here the "X" in the brackets not appears after saving this thread. )

This strange "effect" also happens by editing or formatting an text by the wysiwyg-editor, so that the text appears with some "rubbish" code-tiles instead of the formatted styles. (Text-Color, Size, Justify, etc.)

I´m not sure - is it a bug, or is this a failure caused by myself ?

Thanks for any answers or comments an greeting form Germany.

Hofnarr
tracker item
daniam
Contributors
tracker item
WYSIWYG doesn't create tables with Wiki syntax
If I create a table using the WYSIWYG Editor and click on the __Source__ button, the generated code is using HTML code like this:

<table>
<tbody>
<tr>
<td></td>
</tr>
</tbody>
</table>

Instead of the real Wiki Syntax for tables ([http://doc.tiki.org/Wiki-Syntax+Tables]).

I guess a "HTML->Wiki Syntax Translation" setting must be missing.

As an example, I found out a MediaWiki WYSIWYG CKEditor that does this same translation just fine. Maybe you could check out the code:

[http://www.mediawiki.org/wiki/Extension:WYSIWYG|Extension Homepage]
[http://sourceforge.net/projects/halo-extension/files/SMWHalo%201.5.3_b36/MediaWiki%20extensions/wysiwyg-1.4.1_3.zip/download|Download]
[http://smwdemo.ontoprise.com/index.php/WYSIWYG_Sandbox|Online demo]

Thanks a lot!
tracker item
Calendar doesn't display WYSIWYG. Displays w/html code
In displaying a calendar event it doesn't display as written in the edit window using WYSIWYG. Instead it displays with the HTML code.
tracker item
HTML comments in WYSIWYG editor
The WYSIWYG editor should have a button to create HTML comments that will only be visible in edit mode, and not in read mode.

As with all HTML, the comment tags should not be visible in WYSIWYG mode. The commented text should be a different color; perhaps grayed out.

This feature would enable editing discussion to happen right within the page being edited. Editors could more easily reference the text under discussion, since it would be right next to the comments. Discussing pages separately in the forum would no longer be needed, or would be optional.
tracker item
4.0: changing newsletter editor from wysiwyg to normal produces blank page
I created a test newsletter on a new tiki 4.x (using recent svn, similar to tiki4rc1)

* Switched editor to wysiwyg
* copied some content from this page: http://en.wikipedia.org/wiki/Paul_R._Ehrlich (from the title "Paul R. Ehrlich" until the title "other activites" (so that, it's including also a few images available on the internet, in case it matters)
* cliked on the switch editor button (to go back to a normal editor showing wiki syntax)
* a blank page is produced, after 10-15 seconds.
tracker item
5 RC-1 Cannot Paste Text in WYSIWYG Editor
! Update to below, see attached screenshot. Just discovered a pop-up application for pasting text. Very weird to see after decades of pasting text the old fashioned way ;-)

!!WYSIWYG Editor Tiki 5 RC-1
fresh from svn

__Cannot paste text into editor __
*anything pasted just disappears
*tried wiki and blog post
*tried 5 Alive and The News themes
*tried Mac Safari and Chrome


__Cannot paste text__
TW 4.1: Edit a wiki page with WYSIWYG editor:

#Can type & use formatting tools.
#Cannot paste text. When Text is pasted, the desired text appears very briefly, sort of flashes on the screen, then disappears. Saving at this point saves any typed or formatting changes, but the pasted text does not appear.
#Can switch to Wiki Editor, paste text, switch back to WYSIWYG and format it from there.
tracker item
7x Dev : Wysiwig help error in sizes of shapes and window + [enh]


Hi,

Into the wysiwyg help on plugins, the height of the scroll list of plugins is superior to the eight of the popup. So the bottom of the list and scroll commands are not accessible.

The height is calculated from the height of the popup with is resizable.

[enhance] request : set a button into "plugin" to select the suitable plugin.

May be change tooltip of help to Help "Help on wysiwig syntax and plugins" rather than "Wysiswig"

The plugin manager should include the "help plugin which is into help", after the choice of plugin the manager help to fill it and include it.

I imagine that's the working is doing but I just add may be my view of this part of the Wysiwyg implementation.

tracker item
Admin templates uses WYSIWYG editor even if WYSIWYG was not enabled
Since r19838, Admin templates uses the WYSIWYG editor even if WYSIWYG was not enabled. The root of this problem is usage of the Smarty wysiwyg variable, which is not always set since r9595.
tracker item
Admin toolbars should be available from WYSIWYG, like it is from Wiki
tracker item
after upgrade from 9.x to 12.x wiki pages with html code are reopened wrongly with wysiywg editor and no way to switch to normal through UI
tracker item
AJAX auto-refresh of preview, options: new window or HTMLdiff
This is an alternative to full WYSIWYG.

Wiki parser does some things. To get Javascript WYSIWYG, you would have to rewrite and maintain in javascript.

It re-uses existing features and has less chance of What you Saw Was Not What You Got.

Clicking Preview is a great way to see what you will get. But it's slow and it makes you loose your cursor position.

How about having a button to open a second browser window which refresh every 5 seconds (configurable) the content of the wiki edit box?

Lots of people now have large screens so they could put this side-by-side (or however they want it)

With the option HTMLdiff, you could in quasi real time not just see what you will get, but also see the colored diff. (cool!) So before you save, you know what you are about to delete.

((WYSIWYG-ish wiki))
tracker item
Ajax Error When Switching Between WYSIWYG and Syntax Editors
tracker item
Ajax Error when using WYSIWYG Wiki or HTML
tracker item
Anchor are lost after parsing
Anchor are lost after parsing. Tested with WYSIWYG and with normal editor.

insert:
{img src=images/code.png}%%% {CODE()}
<a name="myAnchor01">bla bla</a>
{CODE}

after preview or saving
{img src=images/code.png}%%% {CODE()}
<a>bla bla</a>
{CODE}
tracker item
Apostrophe (') in page name results in wysiwyg editor not loading when AJAX is enabled
When trying to create a new page with apostrophe in page name, the wysiwyg editor does not load
tracker item
Automatic paragraph deindentation
Cutting and pasting text often involves text which has paragraphs which begin with indented lines. These could be recognized by the editors and converted into paragraphs.

If text area feature "paragraph deindent" is turned on, a line which begins with two or more spaces should be converted into the start of a paragraph. In the normal editor, this text would be moved to the start of the line and a single blank line would appear as a paragraph separator. Note that multiple blank lines before the paragraph should be compressed to a single blank line. Text with indented paragraphs often does not have a blank line between paragraphs, so the code needs to ensure that a paragraph marker exists.
tracker item
Automatically fill in field when creating new links
Some users don't want to understand the difference between "Page Name" and Link when creating an internal link.

This attached patch makes the Page Name field automatically fill in whenever the Link field is changed. The patch was made against tw 4.1.

I think it should be up for debate if both these fields are necessary. Many users of the WYSIWYG feature may be new to the concept of creating links. Less is simpler, and I vote for removing one of these fields.

P.S. Sorry about spamming the mailinglist with this request. Next time I will only submit patch here.
tracker item
Automatically fill in Page Name field when creating new links fck
Some users don't want to understand the difference between "Page Name" and Link when creating an internal link.

This attached patch makes the Page Name field automatically fill in whenever the Link field is changed. The patch was made against tw 4.1.

I think it should be up for debate if both these fields are necessary. Many users of the WYSIWYG feature may be new to the concept of creating links. Less is simpler, and I vote for removing one of these fields.

P.S. Sorry about spamming the mailinglist with this request. Next time I will only submit patch here.
tracker item
Automatically fill in Page Name field when creating new links fck
Some users don't want to understand the difference between "Page Name" and Link when creating an internal link.

This attached patch makes the Page Name field automatically fill in whenever the Link field is changed. The patch was made against tw 4.1.

I think it should be up for debate if both these fields are necessary. Many users of the WYSIWYG feature may be new to the concept of creating links. Less is simpler, and I vote for removing one of these fields.

P.S. Sorry about spamming the mailinglist with this request. Next time I will only submit patch here.
tracker item
Better Editor or at least better FADE function.
tracker item
Better table editor: Something like tracker inline edit but for wiki tables
Please see: ((tw:CMS Landscape)) and ((tw:Wiki landscape)) and try to edit those pages without getting lost.

Now you understand what we need :-)

Also: https://doc.tiki.org/Unified+Index

This looks cool:
http://twiki.org/cgi-bin/view/Plugins/EditTablePlugin
tracker item
Blog post html encoding problem with WYSIWYG editor when viewed as RSS feed
tracker item
Blog: WYSIWYG doesn't work in IE, ok in Firefox
See attached screenshot

This WYSIWYG code is provided by htmlarea, which is no longer maintained.
http://www.dynarch.com/projects/htmlarea/

So we should replace with http://www.<span style="color:black;background-color:#ffff66;">fckeditor</span>.net/, which is the chosen editor in Tiki 1.10
tracker item
Bug when two FILE tooltips side by side
tracker item
Calls to plugins inside calls to WYSIWYG plugin with use_html disabled generate no output (invisible)
tracker item
Can't delete unused images uploaded via FCKeditor
"Delete unused images" in the Admin panels does not affect images uploaded via the WYSIWYG editor, and the user interface does not provide any other means of deleting ANY images from the FCKeditor upload directory.
tracker item
Can't post a reply on tiki.org forums! (wysiwyg textarea never shows up)
tracker item
Change from WYSIWYG to Normal editor causes lost edit.
Tested the WYSIWYG in 1.10 works very well, much to like, especially how well is handles paste from word.

__Needed:__ A popup warning to prevent a lost edit if you switch from wysiwyg to normal editor, this currently causes a ((doc:lost edit))

__Would be nice:__ the buttons in paste from word popup should be more clear "clean up box" should be named "clear box" if that is what it does.

__Would be nicer:__ Word html to Wiki syntax conversion (ignores all unsupported formatting
tracker item
CKEditor breaks links to wiki pages
The symptoms are:
- backlinks work sometimes only
- when deleting a page it does not always become a wanted page
- others ???

The result is:
- unpredictable behavior
- negative impact on the user acceptance

The problem is, that the syntax of the links change:
Example:
1) Type ~np~((Page 1))~/np~ in the WYSIWYG mode and save
-> ~np~((Page 1))~/np~
2) save again in WYSIWYG mode
-> ~np~<a class="wiki" href="tiki-index.php?page=Page+1" title="Page 1">Page 1</a>~/np~
3) save again in WIKI mode
-> ~np~[tiki-index.php?page=Page+1|Page 1]~/np~
4) save again in WYSIWYG mode
-> ~np~<a class="wiki" href="tiki-index.php?page=Page+1">Page 1</a>~/np~

This makes 3 1/2 different representations of a link to 'Page 1'
tracker item
CKEditor contentsLangDirection by page language
The multilingual/translation support is integrated with the WYSIWYG feature in a way that if you are working in an English interface, the text direction in CKEditor remains LTR even when the page being edited is defined as being in Hebrew, which is RTL. I expect that this applies to any other RTL language.

Similarly, it seems to me (though I haven't tested it thoroughly) that a user working in a Hebrew interface would get RTL behaviour in CKEditor even when editing an English page.

I can only assume that use of the English-language interface for editing Arabic pages and Arabic-language interface for English pages is common, as such combinations are certainly common where Hebrew is involved. The forcing of direction according to interface language rather than page language is likely to be a significant annoyance in all such cases.

The ideal solution would be to make the editor direction dependent on the page language's direction, and only according to the user's language if there is no page language set (there is a CKEditor option which does that - see http://docs.cksource.com/ckeditor_api/symbols/CKEDITOR.config.html#.contentsLangDirection)
tracker item
CKEditor fails to load when Javascript is minified
tracker item
ckeditor IE11 bugs
tracker item
CkEditor4 missing buttons on 12.x
tracker item
closing ~np/~ tags appearing after mouseover plugin in wysiwyg
When using the Wysiwyg editor, there are 3 closing /np tags appearing after where the mouseover plugin is inserted in Tiki 7. This problem does not exist in Tiki 6.
tracker item
cnd
Contributors
tracker item
Code button in CKEditor WYSIWYG not working for IE 8
This bug is seen by our IE 8 clients. We are running Tiki 6.2 (clean install), on a Windows 2003 Server, Apache 2.2.16 w SSL, PHP 5.3.3, remote MySQL 5 database.

Our users are editing in the CKEditor WYSIWYG and try the Code plugin from the toolbar. The Code window opens as expected and the users enter their code in the correct field. On pressing Insert (or Replace) the code plugin is added in the editor but there is no contents in the plugin. If I open the normal editor it displays as%%%~np~{code caption="MyCode.java"}~/np~%%% which is completely the wrong syntax.

If I try using the Code option in FF then it opens a new window and I can add the code just fine. I view from the normal editor and it reads%%%~np~{CODE( caption="MyCode.java")}public class MyCode {
//testing a point
}{CODE}~/np~%%% which is correct.

Since IE is our corp standard our users need to be able to add files using that browser. Also, they had no problem in Tiki 5.x but that was a different WYSIWYG system.

Thanks,
Tim
tracker item
Namespace-generated wiki-links not recognized by Backlinks
tracker item
Container p tag around content of page in WYSIWYG
Looking in the browser at the underlying xhtml code of a wiki page edited in WYSIWYG, I see that the whole page is enclosed in a p tag as follows:
^<p><h1>Big title</h1><p>some text</p><h2>Subtitle</h2><p>more text</p></p>^
Compliant xhtml must comply to html 4 and html 4 prohibits block elements (including <p> itself) inside a <p> element.
tracker item
Content is lost when switching to WYSIWYG
tracker item
Creating a Table is Wiki WYSIWYG doesn't keep any of the styles or settings after you save
tracker item
Cut and paste in wysiwyg messes up wiki plugins
Just pretty inconsistent behavior depending on the browser. Images get converted to HTML images, sometimes the tiki_plugin div disappears etc.....
tracker item
dev.tw.o: users apparently can delete their tracker items but they are not deleted and no message
dev.tw.o: users apparently can delete their tracker items but they are not deleted and no message

To reproduce:
* Log in as normal user to dev.tw.o (without admin perms) (ot test with user "xavi" if you prefer).
* report a bug/wish
* edit it in order to see the edit form
* click on the red cross to delete it
* after that, you are shown the list of tracker items, as if your tracker item was already deleted. No message indicating any problem is shown. However, the tracker item is not deleted.
+ Example: http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=2879

---
reported in comments as still around in tiki5 and tiki6
tracker item
Displayproblems WYSWIG and IE7
Turn on the WYSIWIG editor, then try to edit the "HomePage" of a mint installation, the page is uneditable and you see borders of the invisible div. {IMG(id="119")}{IMG}
tracker item
Easier image use
tracker item
Edit through WYSIWYG plugin is quietly lost if plugin call follows an inclusion
tracker item
Edit-save loses parts of wysiwyg wiki pages
tracker item
Editing "Image Properties" Does Not Work
Using version 4.3

After insertion of an image using "Insert an Image" Right clicking on the image brings up the context menu and then clicking on "Image Properties" should bring up the original settings menu.

The original settings are not in the window. The window is in fact the window for inserting a new image. Using the window puts in another image.

The only way to change the attribute settings with "Vspace" and "Hspace" or the size of the picture is delete the current picture and put in a new one.

"Insert an Image" is part of the WYSIWYG system.
tracker item
Editing in normal with wysiwyg enabled breaks wiki syntax
With the WYSIWYG editor enabled (but html not checked in the wiki settings), I am unable to use wiki syntax in the normal editor when I save or preview. That is, the wiki markup shows up as text on the page.

It switches back to WYSIWYG after pressing preview as well.

If I enter html in the Normal editor it works fine.
tracker item
Editor in tiki-editpage.php narrower in IE7 than in other browsers
Wysiwyg editor in tiki-editpage.php narrower in IE7 than in other browsers. It is not taking u p the full width of that middle column. This is the case in 3 column layout (did not try in other layouts). This is irritating as it causes toolbar buttons to wrap.
tracker item
Editor wysiwyg in wiki page doesn’t recognize images,to fix it I change manually {…} With <…>
I have a problem, i dont know how fix it
In tiki4.2 in wiki pages (others doesn’t show this error) editor wysiwyg, does insert an image but it change the code with this code
{…}, (I know cos I saw it , in the html view)
But when I save it doesn’t recognize the image, If I return to the html editor and change the {…} With <…>, it works

Somebody can help me??
(:wink:)
tracker item
Entering a wiki link with ampersand (&) in link txt in wysiwyg results in encoded &amp;
When using wysiwyg, a link such as:

~np~[Etiquette|Etiquette&Guidelines]~/np~

results in a link which displays as:

Etiquette &amp; Guidelines (i.e. the ampersand gets encoded)
tracker item
Entering email address into wysiwyg caused messed up text due to unsuccessful obscuring
Try typing in an email address while using wysiwyg. It becomes something like

{CODE()}
ript language="Javascript" type="text/javascript">document.write('someone'+unescape('@')+'somewhere.com');
{CODE}
tracker item
Error inserting image in 1.10x with FCKEditor
When editing a wiki page using the FCKEditor, trying to upload an image gives problems. I receive a successful upload message, and when browseing the server at /domain.org/img/wiki_up/image.gif get an error message which states,
"Error creating folder /home/jsullinger/domain.org/html/mytiki2/mytiki2/img/image/, permission denied". Permissions on folder are chmod 777."

I checked some of the previous trackers, and it looks like perhaps it is felt this issue has been fixed? This is a very important feature with respect to WYSIWYG editor, and would be greatly appreciated if this could be looked at. Let me know what additional information you need.
tracker item
Error while uploading pictures in a wiki page
While editing a wiki page i can set and upload an image.

Clicking on the picture image i get to the image properties windows.
In the tab "Image Info" i choose "browse server" and from there shows up the FCKeditor ressources browser.

I choose to create a folder, input name and upload picture.
Then the picture is available and i can choose it and validate it back throught the "Image Properties" windows where the image url show:
/tikiwiki10/img/wiki_up/image/test/tv.png

The picture image is broken
It keeps broken after wiki page save

When i reedit the page and open for this picture the "image properties" it shows as image url:
http://mydomain.com/tikiwiki10/img/wiki_up/image/test/tv.png

The image is not there of course, it have been installed in a folder test 3 step up from the root of my website !

Meaning that path should have been : /var/www/sites/xxx/xxx.com/subdomains/www/html/tikiwiki10/img/wiki_up/test

and the folder test has been in fact created here:
/var/www/sites/xxx/xxx.com/subdoma/tikiwiki10/img/wiki_up/test


And that... is not good at all :)
But it is not over.


If i upload manualy the picture and edit the wiki page i can add in the "image properties" the direct url to the picture after clicking the ok button it show nice in the preview page.

If i save the page the image link is changed for something like:
http://xxx.com/tikiwiki10/show_image.php?id=5

And there again... no picture shows on the saved wiki page.
tracker item
Excerpt and wysiwyg doesn't work
Cannot use wysiwyg editor in blog if we want also to use excerpt feature.

If any temporary or fixed solution can be found...

Many many thanks
tracker item
External links icon and target _blank is disappearing on subsequent wysiwyg save
external links are being "cleaned up" on subsequent changes in the wysiwyg (when I first save I get the external link icon and target _blank but when I reload the article in the editor, the icon is gone, and also target=_blank).
tracker item
FCKEditor missing tikiwiki toolbar
After checking out 1.10 from svn and enabling FCKEditor, attempts to use the editor fail with an error claiming the tikiwiki toolbar does not exist. More specifically, FCKEditor loads, but there are no toolbars.
tracker item
File button in CKEditor WYSIWYG not working for IE 8
This bug is seen by our IE 8 clients. We are running Tiki 6.2 (clean install), on a Windows 2003 Server, Apache 2.2.16 w SSL, PHP 5.3.3, remote MySQL 5 database.

When our users are editing in the CKEditor WYSIWYG and try the File option in the toolbar there is a Javascript error for lib/jquery_tiki/tiki-jquery.js at line 808 char 4. What is happening after the error is thrown is that no new window is opened (as expected) but the File selection fields are now under the WYSIWYG Editor. This wouldnt be an issue, but there is no OK button to select the file so our users can not like to a file in the File Gallery.

If I try using the File option in FF then it opens a new window and I can select the file just fine.

Since IE is our corp standard our users need to be able to add files using that browser. Also, they had no problem in Tiki 5.x but that was a different WYSIWYG system.

Thanks,
Tim
tracker item
Finishing a WYSIWYG edit using WYSIWYG plugin (may) leave(s) page locked with Session storage location set to Database
tracker item
full html wysiwyg editor not using the right toolbar
tracker item
Fullscreen WYSIWYG missing format eraser
tracker item
GALLERIFFIC plugin in wysiwyg editor
tracker item
Get maketoc working in WYSIWYG edited pages.
Not totally sure if this is feature request, bug, or lack of knowledge. Basically I need some way of supporting maketoc with WYSIWYG pages.
tracker item
Help in WYSIWYG editor does not pop up
tracker item
html shown in article post with wysiwyg enabled and showicon=y in plugin file
tracker item
Icons are not being assigned properly due to recent commits
tracker item
If you edit via an Edit Section button, you don't see a Switch Editor button when editing
If you click on an Edit Section button, the Switch Editor button is not available when you are editing.
tracker item
Image doesn't show under tiki-110, Wysiwyg and Mutitiki environment
Hi,

Using Wysiwyg, I upload a image then it is stored in like .../wiki-up/image/xxx.jpg.
Under MutiTiki environment by domain name, this page does not show the uploaded image.
The source of the page shows that ".../wiki-up~~#FF0000:/domain_name~~/image/xxx.jpg" while that image was stored in .../wiki-up/image/.

So I guess that FCKEditor has to store a image into NOT .../wiki-up/image/ but into .../wiki-up/~~#FF0000:domain_nmme~~/image/ under ===MutiTikiwiki environment===.
(How to know for FCKEditor that the site is under MutlTikiwki, I don't know)

Thanks and Best Regards,
Shigeru Serizawa (Japan)




tracker item
Image plugin editor not working with Wysiwyg in IE
In IE7, after double clicking an image to get the image plugin editor and making changes, a new image is created at the top of the page instead of editing the image plugin.

In IE8, the same attempt appears to make no changes to the plugin, but no new image appears either.

This works in Firefox.
tracker item
Image resizing in Wysiwyg converts {img} to html image
adding pref will "fix" this. However, for IE, there is an additioal CKEditor bug that still needs to be fixed: [http://dev.ckeditor.com/ticket/4208]
tracker item
Insert an image with editor
Critical Usability Problem With WYSIWYG Editor

Version 4.3

"Insert an Image" does properly put an image in the Web page but the editor does not preserve the "Vspace" and "Hspace" attributes in the source code. It is not possible to do spacing around an image in a Wiki page.

The editor properly shows the spacing around the image after inserting from file gallery and before preview. Looking at the source inside the editor before a preview or save shows only this example:

"{img src=/tiki-download_file.php?fileId=1&display height=211 width=200 imalign=left}"

While the editor properly shows the spacing (inside the editor), the source code is not set to save the spacing.

It is not possible to manually enter the "Vspace" and "Hspace" into the source and save or preview successfully; the "Vspace" and "Hspace" are deleted.

It looks like the source code is simply using the original Tiki text approach. This would be a deal-breaker for my users.
tracker item
Insert image > browse server gives error
I just recently installed TikiWiki on my Ubuntu server by copying all the files in the .ZIP package into /var/www/html/wiki/. This makes the site run at wiki.mysite.com. Now, when I go to edit a page and try to add an image, go to Browse Server, I get an error message saying: "Error creating folder "/var/www/html/wiki/wiki/img/wiki_up/image/" (Permission denied)"
The path seems to be wrong. There is /wiki/wiki/img when it should be just /wiki/img. There shouldn't be any permission problems if the path was correct like: /var/www/html/wiki/img/wiki_up/image/
tracker item
Object Link tool broken (hangs forever or does not insert link)
tracker item
Insert Wiki Link picking up wrong selected text in wysiwyg
This is hard to explain. To reproduce, create below a page like this:

Link1
Link2

Link3
Link4

Paragraph formatting is on, so each line is on it's own paragraph. Take care NOT to press enter at the end of Link4 for now. There is no blank space before Link1 which is on the first line

Note the blank line between Link2 and Link3.

Now do the following test:
1) Select Link1 taking care to select only the text and not the start of line or end of line around it, click on Insert Wiki Link. You get Link1, all good

2) Select Link1 aggressively, dragging the mouse cursor to the left of the Link1 before the start of line, or alternatively to the right of the end of line. You will get Link1Link2Link3 picked up.

3) Now add an enter at the end of Link4 (the end of the text)

4) Now repeat step 2 above, you will find that instead if Link1Link2Link3 you will now pick up Link1Link2Link3Link4

5) Now another problem: If you highlight Link3 "accidentally" capturing the br above it (the blank line), and then click Insert Wiki Link, you get nothing.

6) Now select from beyond the end of line of Link4 back but only "nk4". You will get a garbage.

The above tests were done in Firefox.

In Safari, 5) is reproducable, but the rest can't really be reproduced except note that if you select Link2 accidentally capturing the blank line below, you get Link2Link3 or Link2Link3Link4 depending on whether there is a blank line at the end of the text.

In IE (IE8 and in IE7 compatibility mode), you don't get any text whatever you do. IN IE8 compatibility mode you get a "scroll bars appearing in the popup" which is a separate problem I suppose.
tracker item
Internal links should include all objects
When inserting an 'internal link' the objects offered are limited to Wiki objects only. (WYSIWYG editor). It would be good to have other objects included also.
tracker item
WYSIWYG does not work in version 7.2
Hello,

I just install the version 7.2, and here is the php info: http://grip.umich.edu/tikiwiki/tiki-phpinfo.php. When I switched to the WYSIWYG editor (I tested all WYSIWYG editors), I could create content and sometimes could save it, but when I edited it the editor could not load the existing content.
tracker item
WYSIWYG editor in 7.2 broken
Installed new site using v7.1. WYSIWYG editor was working OK (not perfect, but could at lease copy and paste Word documents with 85% accuracy, switching between source and WYSIWYG worked, tables worked, inserted HTML tags worked).

After upgrade to 7.2 WYSIWYG has become unusable. The following problems have been seen (there may be others):
#Toggling between source and WYSIWYG (using the SOURCE button) gives mixed results. Wiki syntax in source is correct but in WYSIWYG it displays wrong (most notable is bold not parsed). WYSIWYG will display page semi correctly in the editor window with some of the formatting, e.g. auto numbering is correct, but when displayed in preview (or saved page) wiki syntax is ignored and is display as one long line (no cr or formating).
#Editing a table in Source will cause any other table to break by changing the wiki syntax by adding a carriage return after each cell and the cell delimiter.
#Can not post text copied from a Word document any more. Comes out as HTML code unparsed, then on save displays as one long string of HTML code.
#When inserting HTML code using {CODE()}{HTML()}...{HTML}{CODE} to change styles, save sometimes drops first two character, changes first > to HTML {CODE()}& gt;{CODE} and drops closing HTML tag, at other times will add {CODE()}< x >{CODE} at third character. Can not correct using any editing method in the WYSIWYG editor.

Standard editor works fine.
tracker item
Tool for wiki links in WYSIWYG editor (wiki mode)
When trying to create a Wiki Link using the WYSIWYG, the auto page find doesn't work anymore making it almost impossible to link to another wiki page without knowing exaclty the page name

{img src="https://img.skitch.com/20111124-r2ai2a29x2xyriua1mu3a3996h.jpg"}
tracker item
WYSIWYG: links to wiki pages with accents get corrupted (UTF-8)
How to reproduce:

Using WYSIWYG, edit a page which has a link to a wiki page which has an accented character and the link will change from accentué to accentu�


Workaround:

* Avoid non-English characters (éàç) in page names
tracker item
MEbneter
Contributors
tracker item
WYSIWYG & Mobile: check if browser is supported and provide relevant error message
Android browser on Tiki8: It just says "Loading..." forever


[http://cksource.com/blog/CKEditor_3.6.2_released|Recent iPads and iPhones should be OK]

If browser is not supported, should Tiki revert to entering text (or manual HTML?)
tracker item
external links using file:// not working in version 6.6
We have links to external pages using file:// because the pages are internal to our system. This type of link worked in version 3.0 and now doesn't. The links work within a browser so we know it isn't an address error. This type of link uses the protocol (other) within the WYSIWIG editor.
tracker item
Insert image wysiwyg chrome
This is a minor issue, and not sure if it something for tiki or google to fix. However I try to push Chrome as the default browser in my school because we use Google apps and it works better for that.
I don’t want to have to tell my users they need to switch browsers to insert an image. This will not get tiki accepted very fast.

I have tested this on a fresh install of 8.3, svn pre8.4, and svn pre9.0

I am on a windows 7 system with Chrome 18, Firefox 11 and IE9.
In wiki syntax mode the file galary image selector works fine.

In WYSIWYG mode the image slector works fine in Firefox and IE, in Chrome I have a new window that tries to open. The window is listed in the task bar but I cannot access it.

I have turned off pop up blockers and disabled all extensions while testing with the same result.

I have also tried from different computers.
tracker item
Plugin Code forgets word-wrap
When you insert a Code plugin {CODE(caption="such as this")}printf("i write everything in only one line");
{CODE}
the line breaks.
tracker item
Tracker WYSIWYG Field Broken If Another Field Has "Add New Item.." Script
If you create a tracker with one field which is a text area set to WYSIWYG, plus another field which is an Item Link that has the "Add Items" options set, the WYSIWYG editor will not load using the TRACKER module. It must be a conflict in the two scripts. Disabling the "Add Items" option allows the WYSIWYG editor to load fine.
tracker item
maketoc problems on dev.tiki.org
Maketoc fails to parse headers which contains other tags.
See [http://dev.tiki.org/WYSIWYG+testing] for an example.

(This page also shows that the maketoc plugin has other issues, since the title is corrupted and no numbering is displayed.

Strangely enough maketoc seems to work well on my other Tiki8 sites. So, maybe this is a regression.
tracker item
Can not edit content templates with WYSIWYG editor
Using my version is 8.4 (MyISAM), installed via softaculous, when WYSIWYG is enabled the editor does not show up on the Admin>ContentTemplate page. I looked at the generated source code where the editor should appear and what it shows is this :
~lt~tr>
~lt~td/>

instead it should show:
~lt~tr>
~lt~td>
(code for WYSIWYG editor goes here)
~lt~/td>

Both features work fine independently, just not simultaneously.
tracker item
WYSIWYG doesn't save the new content in wiki pages
Editing a simple wiki page, converted into wysiwyg, added new content, saved page, and nothing of the new content is saved (old content is shown at save time and when visiting the page again)
tracker item
Drag & drop images in the editor
People tend to make the comment that adding images in wiki docs is a tedious process - compared to what they are used to in other (local) applications/editor. Most of which support drag & drop of images directly in the editor.

I reply that this is a web application and not a local application. Few people are satisfied with this explanation.

Drag & drop of images in the - especially in the WYSIWYG editor - would be really nice.

The dropped files should be stored in the File Gallery, I guess. Once dropped Tiki should automatically insert the image tag at the drop location in the editor.

The user must be able to open the image properties to configure the image settings afterwards.

tracker item
Floating Command like Docuwiki
In Docuwiki there is a floating command bar. It follows the page view. Always in sight, always there with the commands. Easier.


I am not sure how TikiWiki can fit this in, but the "instant readiness" is a plus.

Another nice feature is the display of the icons only - when using the page, but on mouse over the command titles are displayed in a popup.

See: [http://demo.tiki.org/trunk/tiki-index.php?page=For+Arild]
tracker item
submission
loss format text when user re-edit submission (use Wysiwyg)
ex:__abc__ -->abc
tracker item
Source plugin in WisyWig
i have try tw 9.2 and have problem with plugin Source in wisywig editor. it give me sorce of not last version of page. How i can change it?
tracker item
Maketoc not working with WYSIWYG for structured pages
Essentially as the title says, I am unable to use the {maketoc} tag to work correctly on a page in a structure using the WYSIWYG editor. If I switch to the wiki markup, it works, but then I lose my WYSIWYG formatting (eg for tables and the like).

I've tried {toc} but it won't show headings in the page.

If I try {maketoc} on a wiki created page, the headings will be created in the WYSIWYG editor.
tracker item
User Interface
Features Classification
tracker item
FILES plugin not working correctly
r45987 - still a problem in r46589

FILES plugin (in either the wiki or wysiwyg (full html) editor) is not working correctly as follows:

*the "FileID" parameter is being ignored - FileID list should allow just specific files to be shown.
*if the "Show Parent Gallery Name" (showgallery="y")is set, then the table headings/contents get out of alignment
*--Plus in the WYSIWYG editor it now breaks completely producing garbled content. THIS OK NOW--


tracker item
WYSIWYG Header Generation ID Regression
Going from tiki 9.0 to tiki 9.3 (Possible still relevant to new versions, but have not had time to check if still occurs in new versions).

Works in 9.0, broken in 9.3

WYSIWYG editor generates headers (for h1-X) looking like {CODE()}<h1> header text </h1>{CODE} when it should be like {CODE()}<h3 class="showhide_heading" id="Some_text">Some text</h3>{CODE}

this breaks the ability to use hash tag to navigate to page headers.
tracker item
Paste on a wiki page with wysiwyg shows nothing; same effect through the 'paste' button in the toolbar; only works through 'source' button + paste
r46040

http://dev.tiki.org/item4532?show=view

Created a few pages through the Workspace UI. My settings were wysiwyg optional, displayed by default, reopen with same editor, content is parsed like wiki page, use wiki syntax in wysiwyg. Ah, codemirror is on, even if I wonder if it matters for this bug. When I went to paste some content to one of those new pages, I opened the page, pasted content from somewhere else (another wiki page with simple text editor, som plain ascii), and nothing was shown in the wysiwyg editor. I tried again through the button to paste content, but same effect: nothing is displayed on the page (in the editor, still in edit mode, I mean). Then I clicked at "source", and pasted the wiki syntax there. It was shown in the editor. then saved. and the content was parsed, and displayed properly also in the wiki page (in display mode). ~~#FF0000:Edited by Bsfez:~~ Could be related, paste in this field (text area with wysiwyg) show only a string "undefined".
tracker item
koth
Contributors
tracker item
Link from WYSIWYG generator in Wiki Editor does not properly link to destination page.
Go to a wiki page and edit it using the WYSIWYG editor.
Click the button to create a Wiki link.
Select a Wiki page to link to and type the text as its name.
Click OK
Save page and click on link.
Link is broken doesn't go to Wiki page selected from Wiki Link "Generator"


tracker item
Loose the content of a wiki page with the wysiwyg editor.
When I edit a wiki page :
*in edition mode it's works fine.
*in wysiwyg mode, I loose the content of the page.
tracker item
luci
Contributors
tracker item
maketoc does not work with wysiwyg
maketoc does not generate any table of contents (only the heading "Table of Contents" shows) on a wysiwyg page
tracker item
MAP Plugin data corruption with WYSIWYG editor
tracker item
Markup not parsed when switching from normal (wiki) to wysiwyg (html) editors
When switching a "wiki" format page to the wysiwyg editor, wiki markup not converted into HTML.
Likewise switching an HTML page to the normal editor, HTML markup not converted to wiki.

tracker item
Module box toggles, tabbed displays, and WYSIWYG / Normal editor switching seem to be flaky; may be jQuery interaction
My wiki (http://wiki.alphasoftware.com/, on version 4.2) intermittently fails to respond to mouse clicks for module box and menu expand/contract toggles, tab buttons for administration interfaces, the button to toggle between WYSIWYG and Normal editing, and other buttons that invoke JavaScript Ajax actions.

Changing random administrative settings or themes sometimes changes this behavior, but it still seems to come back.

I think it might be a bug, but I might also have some inconsistent settings.

I am willing to upgrade to the trunk build if these are bugs that have already been fixed.
tracker item
MOUSEOVER Plugin initially displays the pop-up content when used with full HTML WYSIWYG editor
tracker item
natokpe
tracker item
Links in Wiki pages all wrong
I don't know how anyone can use the Beta version - the links in ALL Wiki pages are wrong.

The correct link to a Wiki page "Cars" should be ..../tiki-index.php?Page=Cars

Instead ALL Wiki pages are wrong with the link ..../cars

Obviously no one is using Beta or this would have been fixed in 1 minute
tracker item
Non default WYSIWYG editor skin doesn't load
tracker item
Normal editor destroys table from WYSIWYG editor
In WYSIWYG, I introduce a table (4 rows, 2cols, 1st row is header). This is html. There is no Allow HTML checkbox in this editor, but the page is saved correctly with emphasis on the first row.
I edit the page with the normal editor. There is only one cell left in the first row (text of the two original cells concatenated). I cut the cell again in two with "|". Emphasis is lost. Now there is an Allow html checkbox, I check it and save.
Going back to the WYSIWYG editor, I restore the emphasis on the first row (again html seen in the source) and I save.
Back in normal editor, Allow HTML is lost again and the table gets the same defects.
tracker item
Option to use WYSIWYG editor on Articles like WiKi pages
For WiKi pages I use the WYSIWYG (FCKEditor) but this is not an option for Articles. There you can only use the simpel Text Area and Quicktags. It's must better if you can use the WYSIWYG (FCKEditor) for every text input.
tracker item
Option: "Content is parsed like wiki page" leads to unwanted problems
tracker item
Plugin dialog is hidden when full-screen is on
tracker item
Plugin Edit removes line breaks in FancyTable
Using Plugin Edit to amend a FancyTable in WYSIWYG submitting a change causes all line breaks in the table body to be removed.

The PluginEdit shows the field "Rows separated by >> in the header; for the table body, one row per line. Cells separated by | in both cases."

Creating a working FancyTable with table body rows like this:

row 1 cell 1 | row 1 cell 2
row 2 cell 2 | row 2 cell 2

after inserting with the plugin edit tool this changes to:

row 1 cell 1 | row 1 cell 2 row 2 cell 2 | row 2 cell 2
tracker item
Plugin Gallerific Displays Incorrectly
tracker item
PluginMouseover data in WYSIWYG : line breaks are lost from the mouseover data
tracker item
WYSIWYG plugin fails to open if no parameter for page (regression from version 17)
tracker item
PluginWysiwyg doesn't open for edition in production site after upgrade to 18.x
tracker item
POST request to tiki-autosave-save breaks typing text leading to lost characters in Wysiwyg
tracker item
Quicktags simplebox assign from single caret to double to allow for more elements inside
The tiki normal editor has a problem when a page uses multiple carat elements. It creates unwanted boxes. i.e ~np~10^¹¹~/np~ used twice would create a malformed simplebox breaking the natural math operators into unreadable divisions.

The {img src=images/code.png}%%% {CODE()} ~np~ … ~/np~ {CODE} is not a workaround as this creates an unwanted space after the carat and before the next character. It is also awkward. It also does not allow the natural use of an otherwise perfectly suited math symbol.




tracker item
Random Poll with {poll} in user module not working
When i try to add{CODE(wrap="0",ishtml="0",ln="0",wiki="0",rtl="0",cpy="0")} {poll}{CODE} without id= to a user module in order to display random active polls (which i have previously created, activated and checked countless times) i get the following error when i edit the user module again. Using ckeditor, the sourcecode still shows {CODE(wrap="0",ishtml="0",ln="0",wiki="0",rtl="0",cpy="0")}{poll}. {poll id=n} {CODE}is working as it should.
{CODE(wrap="0",ishtml="0",ln="0",wiki="0",rtl="0",cpy="0")}
PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">


http://tiki.org"(external link) />

FehlerFehler


missing poll ID for plugin POLL


Close Window

{CODE}
// Removed some empty lines from the code view
tracker item
Renaming or creation of pages with brackets in name not updating links when Wysiwyg
Renaming or creation of pages with brackets in name not updating links when Wysiwyg.

Affects both ? and normal links.
tracker item
Saving in WYSIWIG removes Edit Section buttons; saving in Wiki restores them; Wiki edit option disappears when doing a section edit
If you save a page in WYSIWYG, Edit Section buttons disappear. (However, if just before saving, you Switch Editor to wiki, the Edit Section buttons will (re-)appear (:wink:))

Note also separate bug #3764, i.e. the Switch Editor button does not appear if your edit is invoked by a Edit Section button. This makes the first bug very discouraging for new contributors.

This bug is a big issue for sites wishing to encourage collaborative editing, especially with longer pages:
*Having Edit Section buttons at each heading cries out 'Edit me! Edit me!'. If they disappear, it is much scarier for a beginner to edit a page.
*If someone bravely uses an Edit Section button only to find that it has disappeared as a result of their work, they may think they no longer have edit rights. They will think the site is stupid, and be greatly discouraged re further editing.
tracker item
The second editor of a page in wysiwyg mode will see an empty editor bloc when overriding
tracker item
Special Characters with tilde ~ don't seem to work
Wiki Syntax for special characters seems to fail in 1.10 (I can get it in WYSIWYG). Thus, ~np~~169~~/np~ no longer shows the copyright symbol.

The problem appears to lie in TikiLib - parse_data
if (!$simple_wiki and $prefs['feature_wysiwyg'] == 'n') {
$this->parse_htmlchar($data);

Here's this issue - I have WYSIWYG set to Y, but NOT showing by default. It seems that the test should be whether WYSIWYG is actually showing - I have no idea what the variable is.
tracker item
Structure TOC Plugin breaks CKEditor
tracker item
Switch from WYSIWYG to normal (wiki) editor error
When switching from normal (wiki) editor to WYSIWYG editor everything works fine. But when switching back from WYSIWYG to normal (wiki) editor, this actions simply times out, and IE or Opera are timing out.

This problem appears in 4.0 which was working fine in the 3.x version.
tracker item
Switching between 'normal' and WYSIWYG loses edits.
Doing edits in the WYSIWYG editor & switching to 'normal' loses the edits. The remaining content is presented as HTML source. Workaround: turn off option to use either 'normal' or WYSIWYG editor?
tracker item
Table Builder tool always inserts a table with a single row in WYSIWYG-wiki mode
tracker item
Text area field width and height parameters are not applied when using wysiwyg
tracker item
Text Disappearing in WYSIWYG
tracker item
The field with the smilies does not appear in places where they should be available
In certain instances when editing a page through the text editor (or creating a new blog post), with the wysiwyg-available available (though hidden) the smilies field is not displayed.

The problem is probably due to the fact that the variable $wysiwyg contains an 'n' if the editor is hidden while in some instances the value is NULL. This is probably because if the wysiwyg feature in admin-features is disabled then the $wysiwyg value is NULL, but if it is enabled but hidden the value is 'n'.

There is a conditional in templates/tiki-editpage.tpl that does not take this into account.

(The problem may be present in other versions as well)
tracker item
Tiki 6.2 : CKEditor translates all my wiki pages (containing HTML) to wiki syntax ???
Hi guys,

Yesterday, with tiki 6.1, i had a page witch source (partial) was like this :
------------
{HTML( wiki="0")}<h1 style="text-align:center;font-family:arial;font-size:26px;">Le Bureau de Windows</h1>{HTML}
{img fileId="50" thumb="y" rel="box[g]" align="center" desc="desc" alt="Exemple de bureau Windows" class="reflect"}
{HTML( wiki="0")}<div style="text-align:justify;font-family:arial;font-size:16px;line-height:20px;font-style:italic;">Le <b>bureau</b> de Windows est l'équivalent de notre bon vieux bureau ou table de travail.<br />Après le démarrage du système, c'est ce que nous avons en permanence sous les yeux et on y revient chaque fois que l'on quitte un programme.<br />De même que la table de travail d'un architecte ne ressemble en rien à celle d'un écrivain, chacun de nous a la liberté d'organiser et d'utiliser son bureau comme il le souhaite.</div>{HTML}
{HTML( wiki="0")}<h2 style="text-align:left;font-family:arial;font-size:22px;">Que mettre sur le Bureau ?</h2>{HTML}
{HTML( wiki="0")}<div style="text-align:justify;font-family:arial;font-size:16px;line-height:20px;">Il est pratique d'avoir sur le bureau des <b>raccourcis</b> vers nos programmes habituels comme navigateur Internet, messagerie, jeux, etc.<br />La <b>corbeille</b> y a aussi sa place bien entendu.<br />On peut également y installer des <b>raccourcis vers des fichiers</b> de tous types (photos, vidéos, documents...) ; En double-cliquant sur ce type de raccourci, Windows lance le programme approprié (associé à ce type de fichier).<br />On peut aussi déposer sur le bureau des notes en forme de 'post-it'<br />On trouve également aussi un raccourci vers le <b>Poste de travail</b> (appelé aussi Ordinateur) pour accéder aux données de notre machine (disques, clés USB, CD ou DVD...)</div>{HTML}
{img fileId="51" thumb="y" rel="box[g]" align="center" desc="desc" alt="Exemple de bureau avec des raccourcis" class="reflect"}
------------------
Today, with Tiki 6.2, if i want to edit this page in wysiwyg editor the source is :
------------------
<p>
{HTML( wiki="0")}&lt;h1 style=&quot;text-align:center;font-family:arial;font-size:26px;&quot;&gt;Le Bureau de Windows&lt;/h1&gt;{HTML}</p>
{img fileId="50" thumb="y" rel="box[g]" align="center" desc="desc" alt="Exemple de bureau Windows" class="reflect"}
<p>
{HTML( wiki="0")}&lt;div style=&quot;text-align:justify;font-family:arial;font-size:16px;line-height:20px;font-style:italic;&quot;&gt;Le &lt;b&gt;bureau&lt;/b&gt; de Windows est l'&eacute;quivalent de notre bon vieux bureau ou table de travail.&lt;br /&gt;Apr&egrave;s le d&eacute;marrage du syst&egrave;me, c'est ce que nous avons en permanence sous les yeux et on y revient chaque fois que l'on quitte un programme.&lt;br /&gt;De m&ecirc;me que la table de travail d'un architecte ne ressemble en rien &agrave; celle d'un &eacute;crivain, chacun de nous a la libert&eacute; d'organiser et d'utiliser son bureau comme il le souhaite.&lt;/div&gt;{HTML} {HTML( wiki="0")}&lt;h2 style=&quot;text-align:left;font-family:arial;font-size:22px;&quot;&gt;Que mettre sur le Bureau ?&lt;/h2&gt;{HTML} {HTML( wiki="0")}&lt;div style=&quot;text-align:justify;font-family:arial;font-size:16px;line-height:20px;&quot;&gt;Il est pratique d'avoir sur le bureau des &lt;b&gt;raccourcis&lt;/b&gt; vers nos programmes habituels comme navigateur Internet, messagerie, jeux, etc.&lt;br /&gt;La &lt;b&gt;corbeille&lt;/b&gt; y a aussi sa place bien entendu.&lt;br /&gt;On peut &eacute;galement y installer des &lt;b&gt;raccourcis vers des fichiers&lt;/b&gt; de tous types (photos, vid&eacute;os, documents...) ; En double-cliquant sur ce type de raccourci, Windows lance le programme appropri&eacute; (associ&eacute; &agrave; ce type de fichier).&lt;br /&gt;On peut aussi d&eacute;poser sur le bureau des notes en forme de 'post-it'&lt;br /&gt;On trouve &eacute;galement aussi un raccourci vers le &lt;b&gt;Poste de travail&lt;/b&gt; (appel&eacute; aussi Ordinateur) pour acc&eacute;der aux donn&eacute;es de notre machine (disques, cl&eacute;s USB, CD ou DVD...)&lt;/div&gt;{HTML}<span> </span></p>
{img fileId="51" thumb="y" rel="box[g]" align="center" desc="desc" alt="Exemple de bureau avec des raccourcis" class="reflect"}
------------------------
But, if i use by section editing, i recover my code like this :
------------------------ partial sample
<div style="text-align:justify;font-family:arial;font-size:16px;line-height:20px;font-style:italic;">Le <b>bureau</b> de Windows est l'équivalent de notre bon vieux bureau ou table de travail.<br />Après le démarrage du système, c'est ce que nous avons en permanence sous les yeux et on y revient chaque fois que l'on quitte un programme.<br />De même que la table de travail d'un architecte ne ressemble en rien à celle d'un écrivain, chacun de nous a la liberté d'organiser et d'utiliser son bureau comme il le souhaite.</div>
------------------------

What's the matter ?

Thanks

Jean-Luc NAVARRO.
tracker item
Tiki 7.1 HTML parsing - WYSIWYG/CKE - not working in some feature like for ex. in articles
Hello Devs,

I did upgrade a site to 7.1 this weekend.

Using WYSIWYG/CKE I have the following prblem:

In some features of the Tiki 7.1 the output the editor is just the plain
HTML Source.

That means, not in Wikipages, but in the articles and in the calendar
events, there is not a nice text with formatting bold, italic, colors
and pictures etc, but only the plain HTML source code visible to the
website user/visitor.

The WYSIWYG/CKE editor works normal and I can see the content just
normal like ever, being in the editing mode. But when I save, I can just
see the source code, like it would be in codeplugin.

This affects as said articles and calendar (perhabs more, I will hope to
find out) but it does not affect wikipages by now.

And it affects existing articles and events aswell as newly edited.

(worked well in 6.x before)

Thx for reply and wish a nice sunday to all,
cheers
Torsten
tracker item
Tiki Plugin with long content broke wysiwyg edit display
tracker item
Toolbar setting are not saved
tracker item
Toolbar wysiwyg is not working in tracker for text area set to multilingual
tracker item
Unable to align images with links on a single line in Tiki 14.2
tracker item
Unwanted alert "You are about to leave this page" when using wysiwyg in trackers
tracker item
Upload and Reference File/Image Resources in one Step
Hi there,

it is very unhandy to attach files or include images in wiki pages, articles or any other content a user provides. Until now, there are means like:

a) Upload a file to a file gallery and reference it manually using the link given.
b) Upload a file to a wiki page and reference it manually.
c) Try using the WYSIWYG editor and realize it does not upload the image.

Well, what I did is I added some quicktags to your code that opens a custom upload file dialog with a preselected file gallery. The user can browse, upload and add the file into his content in one step. Basically it uploads the file and appends the wiki code at the cursor position.

I will attach you all my environment...there is a file itb_readme.txt in the root which describes in chapter 3 all the changes I do...maybe somebody of your development team assesses this as an important feature and can leverage some code...

Regards,

Maic
tracker item
Using IE8 to open plugin editor in the WYSIWYG edit screen causes errors
tracker item
Using PluginWYSIWYG for an image which has been drawn on: It goes awry
tracker item
Version 6 WYSIWYG background with Darkshine theme
WYSIWYG editor is displaying theme background inside of edit box using darkshine. This results in the red and red stripe background behind your editing, but this background does not appear behind the wiki page when viewed (displayed on white, as is desired)
tracker item
very minor problem with SORT plugin when used with wysiwyg editor
tracker item
Wanted page links not changing after page is created when wysiwyg is in use
Create a page using the wysiwyg editor and make some page links.

Then create the page from one of these wanted links.

The wanted links are not converted back to normal wiki links (still look like wanted links)
tracker item
Wanted: default class for images added in wiki editors
Images that are added using the wiki editor (anyway the normal editor, I didn't check the wysiwyg editor yet) don't have a default class. This is the simple case of no containing box or anything added along with the image. Therefore it isn't possible for them to have a default style such as margin or border unless it is added manually by the page author. Or if it is specified by the stylesheet (.postbody img or .wikitext img, etc.) then ''all'' images in those divs get the treatment, including smileys and external link icons, etc.

I suggest adding a default class like "contentimage" to enable a default style. Page authors can always add a second class if needed.
tracker item
What you see in WYSIWYG HTML editor is NOT NECESSARILY what you get
tracker item
What you see in WYSIWYG editor with Tiki markup is NOT NECESSARILY what you get
tracker item
Text box and other formatting disappear when switching from WYSIWYG to non-WYSIWYG
tracker item
Wiki links when using wysiwyg don't survive rename
Renaming a page does not change links in pages created using the wysiwyg editor
tracker item
Wiki page picker (WYSIWYCA) in edit mode, plugin help and anywhere relevant
In edit mode, if I do

{CODE()}
((
{CODE}


(and maybe a few letters), an auto-complete should appear, like the quick_edit module. This list should be WYSIWYCA.


This would also be useful in some plugins, when a parameter is wiki=

The most important is ((doc:PluginInclude)), because the main goal of the plugin is to include other pages, which you may not know the exact name.

When in plugin edit mode, an auto-complete could be done with jQuery (ask LPH for details)

Related:
{wish id=480}

tracker item
Wiki-links and non-latin characters
__problem __with Russian (and, as I understood, any non-English character language) wiki-links in CKE Editor (and plugins):
1. Let's create wiki page named "Фичи" (copy-paste, hope it'll be work)
2. Create page with any name e.g. test with wiki-link to a first page ("Фичи").
3. Link is broken. becouse on the stage of convertation from wiki-link to CKE URL something goes wrong and if You click on this link and choose "Edit Link" you'll see "tiki-index.php?page=Фичи"
3.1 Yes, link is broken:
Page not found
äøÃÂø
----
Hint: without WYSIWYG editor all will be ok. No broken links with any symbols.

__Why priority is high?__
-becouse we can't create ANY wiki-links from CKE-editor if wiki page named with non-Latin leters.

p.s.
double-checked here http://php.opensourcecms.com/scripts/details.php?scriptid=63
with WYSIWYG_6x profile.

tags: utf-8, russian, link, wiki
tracker item
Wrong link encoding in Wysiwyg editor
When I create a link to a Wiki page, the editor changes the reference of the link until the fourth time when I edit the page, but this is not a problem. The problem occurs when the link points to a wiki that has a special character, for example - cabeçalho - which means header (in Portuguese from Brazil), since the editor corrupts the link and it crashes.

Here I have an example.

The link should point to the wiki - Projeto de Pesquisa Social: Quem somos nós ? Proeja 2010 - is corrupted by the editor and points for - Projeto+Pesquisa+Social:+Quem+somos+n%C3%83%C3%83%C3%83%C3%83%C3%83%C3%82%C2%B3s?+Proeja+2010 -


Here we have a wiki page as an example:
http://www.biblioteca.ifc-camboriu.edu.br/criacitec/tiki-index.php?page=Example
tracker item
Wysiwig FCKEditor on test : the background of long text area when vertical scroll is black - Firefo
This seems solved in Tiki 5.

''type content'' : Problem, way to go around and may be a quick way to go to a solution

Hy,
4.0, 4.1

I test all functions including those that are not finalized.

The problems occurs with Firefox 3.5 not with IE8 (other ie not tested neither opera, google etc...)

In WISIWIG text editing WIKI obtained in circumstances that I can not confirm the background color of textarea is black when you scroll to the end of long text (the text is more long than the height of textarea).
The content text exist and you can see it if you select it and change the text background color.
The problem is the scroll with the background property color (in strasa css #F3FCFE color)

''Complements''
*Problems occurs in wysiwyg mode (not in view source mode)
*If you change the background color of the text you can see it
*The problem is directly linked to scroll, when you change the textarea size (for example go to "fullscreen" edit), the black background appears at the bottom just one line after beginning to scroll down



I hope to have provided informations to go straight to the bug.

Best regards
tracker item
WYSIWYG - "Insert internal wiki link" button doesn't work (infinite wait)
I have a strange problem on Tiki 2.0RC2:

I have two similar TikiWiki-installations. One just for testing on my Linux-Server and the second on a WinNT-Server. The Windows-Server is the one we want to/have to use for our Wiki :-(

On my Linux-Server works everything.

On the Win-Server don’t work wysiwyg-editor’s “Insert/Edit an internal wiki link”-button. The “window” opens but it shows only this animated waiting-bar. (See the picture)
Any other button works fine!
tracker item
WYSIWYG Acting Strange
tracker item
WYSIWYG admin - Option to set default image upload directory
On the admin page for the WYSIWYG editor it would be handy to have a text box available to set the default upload directory used by fckEditor so that we could select (and enforce) a suitable location on the server (such as C:\TikiWiki\img).
tracker item
WYSIWYG admin panel should appear when basic prefs is chosen (the default)
tracker item
WYSIWYG and International character problem in links
Problem: Corrupted URLs when linking pages using international characters in the page name.
It works when the link is first saved, but a reload and a subsequent saved will corrupt the URL.
The same problem occurs in 6.x 7.x and 8.0 SVN.

In these tests the WYSIWYG editor is used.
(I have formatted the output a little for better readability)

--- Test using latest 8.0 SVN version ---

1. Create the page "ÆØÅ page"
2. Create the page "MyLinkPage"
3. Add a link to "ÆØÅ page" on MyLinkPage, using the link tool in the menu
4. Save and exit editor

Content of MyLinkPage (wiki source view)
<p><a class="wiki" href="tiki-index.php?page=%C6%D8%C5+page">ÆØÅ page</a></p>

Content of MyLinkPage in the database (tiki_pages.data)
'<p><a class="wiki" href="tiki-index.php?page=%C6%D8%C5+page">ÆØÅ page</a></p>'

5. Edit MyLinkPage again <<<<<<<<<<<<< URL is no longer encoded, but the page name is

Content of MyLinkPage (WYSIWYG source view)
<p><a class="wiki" href="tiki-index.php?page=ÆØÅ+page">&AElig;&Oslash;&Aring; page</a></p>

6. Add some text in the WYSIWYG editor
added some text

8. Save and exit editor <<<<<<<<<<<<<<<< CONTENT HAS A CORRUPTED URL

Content of MyLinkPage (wiki source view)
<p><a class="wiki" href="tiki-index.php?page=%C3%86%C3%98%C3%85+page">ÆØÅ page</a></p>
<p>added some text</p>

Content of MyLinkPage in the database (tiki_pages.data)
'<p><a class="wiki" href="tiki-index.php?page=%C3%86%C3%98%C3%85+page">ÆØÅ page</a></p>
<p>added some text</p>
'

---- end of test ----

As far as I can see, the problem occurs when the WYSIWYG editor loads the page
(it works the first time, because the links are not loaded, only saved).

I tried a similar test using the wiki editor
The wiki editor stores the wiki content.
Thus database the content is: ((ÆØÅ page|ÆØÅ page))
The wiki editor has no problems.

A variation is loading the page using the wiki editor, then switching to the WYSIWYG editor
The source in WYSIWYG is afterwards

<p><a class="wiki" href="tiki-index.php?page=Ã?Ã?Ã?+page" title="ÆØÅ page">&AElig;&Oslash;&Aring; page</a><br />
added some text</p>

thus also corrupted the URL.
tracker item
WYSIWYG and normal editor are not screen width in IE8
This bug is seen by our IE 8 clients. We are running Tiki 6.2 (clean install), on a Windows 2003 Server, Apache 2.2.16 w SSL, PHP 5.3.3, remote MySQL 5 database.

When our users try to edit their pages either in WYSIWYG or normal mode, their editor text box is half the width that it should be. They need to use the dragger to make it wider. If we edit in Firefox then the editor is the correct width.

Since IE is our corp standard our users need to be able to add files using that browser. Also, this is the same problem we had in Tiki 5.x and we were hoping 6.x would have fixed it.

Thanks,
Tim
tracker item
Wysiwyg doesn't allow using ! (headings) or * or # (lists) markup in mixed mode yet
Right now using 1.10svn code when using wysiwyg you are not allowed to use ! (headings) and * or # (lists) as wiki markup (it gets shown as simple text, even if placed at the beggning of new lines)

According to http://doc.tikiwiki.org/Wysiwyg+Editor+Admin (April 10th, 2008) , the setting "__Content is partially parsed__" just includes:
* parsing of links
* parsing of images and generally what is included in { }
* parsing of wikiplugins

Header and butllets are vey simple and common wiki markup that would help mixing conent in wysiwyg pages from newbies on tiki 1.10 sites and more experienced users (not much skills needed for that markup)
tracker item
WYSIWYG HTML editor "help" assumes wysiwyg_wiki_parsed is enabled
tracker item
WYSIWYG editor addes extra <br> tags
When you edit text using the WYSIWYG editor, extra <br /> tags are added when the text is displayed in preview or when it is saved. These break tags do not show up when you try to edit the page again, making them impossible to remove.

For example, if the markup in the WYSIWYG editor, when you view the source, is as follows:

''<p>This is some text.<br />This is some more text, on a new line</p>''

What shows up when you view the source of the page that is generated after you save/preview is as follows:

''<p>This is some text.<br /><br />This is some more text, on a new line</p><br />''

As a result of this, the spacing on pages edited by the WYSIWYG editor is bizarre and stretched out.

tracker item
WYSIWYG editor addes extra <br> tags
When one is using the WYSIWYG editor to edit text, extra <br /> tags are added after all <p> and <br /> tags when the text is displayed after save or preview. These tags don't show up in the source code in the WYSIWYG editor at all, so you can't remove them. As a result, the spacing between the text is all wrong.

For example, if you view the source of a page in the WYSIWYG editor, it would look like this:

<p>Some text<br />And more text on a new line</p>

But when you view the source of the page after you have saved it, it looks like this:

<p>Some text<br /><br />And more text on a new line</p><br />

tracker item
Wysiwyg editor doesn't load the plugin helpers
tracker item
#2037
Bugs & Wish list
tracker item
WYSIWYG editor removes certain syntax (such as "~np~") from the page
tracker item
WYSIWYG Editor Transparent background Issue
The WYSIWYG editor has a transparent background that seems to be hard-coded and unaddressable by css. It appears in an iFrame so the page's body background colour is seen in the textarea.

This makes it unusable for themes with dark backgrounds like Strasa as you have basically black-on black text.
tracker item
wysiwyg editor, or normal editor with html enabled, doesn't parse {maketoc} on wiki pages
See live example here:
http://moviments.net/cursos/IMDIG-I-Apunts

Wysiwyg editor is enabled, and those are the general wysiwyg settings on the site:
|| Wysiwyg Editor is optional: | X
... and is displayed by default: |
Reopen with the same editor: | X
Content is parsed like wiki page: | X
Content is partially parsed: | X ||

The wiki page http://moviments.net/cursos/IMDIG-I-Apunts was last edited using normal editor, keeping "allow html" checkbox as enabled on that page. When you write
{CODE()}
{maketoc}
{CODE}

The string ~np~{maketoc}~/np~ is displayed, but the table of contents fort that page.
tracker item
WYSIWYG File gallery can't deal with non image files
tracker item
Wysiwyg help needs updating
tracker item
WYSIWYG HTML editor doesn't load properly
tracker item
WYSIWYG Icons Missing in Kama Theme in Firefox
tracker item
Wysiwyg Image Plugin Editor in IE7 erases image on insert
Only happens in real IE7. IE8 in IE7 compatibility mode does not have this problem.

Basically an attempt to edit the image plugin parameters followed by clicking on "Insert" results in a JS error "Invalid argument" at line 4929 of lib/jquery/jquery.js (r30367). If you continue through the error, the image disappears.

{CODE()}
clean: ....
.....
if ( fragment ) {
.......
if ( ret[i].nodeType === 1 ) {
ret.splice.apply( ret, [i + 1, 0].concat(jQuery.makeArray(ret[i].getElementsByTagName("script"))) );
}
fragment.appendChild( ret[i] ); // this is line 4929
{CODE}

If the image is at the end of a paragraph (or on a line of it's own) resulting in the following cases, you will have the problem.

{CODE()}
<p>
Paragraph text{img fileId="10" rel="box[g]" imalign="left"}</p>
{CODE}

{CODE()}
<p>
{img fileId="10" rel="box[g]" imalign="left"}</p>
{CODE}

If you instead have text after the image, the problem does not appear. For example, the following are both OK.

{CODE()}
<p>
Paragraph text{img fileId="10" rel="box[g]" imalign="left"}Paragraph Text</p>
{CODE}

{CODE()}
<p>
{img fileId="10" rel="box[g]" imalign="left"}Paragraph Text</p>
{CODE}

I suspect (just a theory) maybe the plugin replacing procedure is wiping out the closing para tag leading to malformed HTML that IE7 does not like. A search on the web on similar errors in relation to Jquery show that IE7 is very sensitive to unclosed tags or malformed HTML in inserted text.
tracker item
WYSIWYG in blogs is broken in BRANCH-1-9
[http://tikiwiki.org/tiki-view_blog_post.php?blogId=2&postId=249|See an exemple of result]


It was working fine in BRANCH-1-8
tracker item
WYSIWYG Insert internal link fails
ON aVersion 2.2 installation on a Windows server.

When I use the WYSIWYG editor and select the insert internal link icon, the window appears titled "Tiki Link - insert internal link" and the squares indicating loading are blinking, but it hangs (and does not bring up the list of links).
tracker item
WYSIWYG Link editor confuses mailto links and wiki pages
tracker item
WYSIWYG messes hashsign links in templates
tracker item
WYSIWYG Paragraphs
Paragraphs appear with an extra line of whitespace when laid out in the wysi editor.

The same page performs as expected for white space if you click edit, switch to wiki editor and save.

But then: Re-opening the same page (with wysi set as site default) shows everything on one line with just spaces where the linefeeds used to be.


Also just noticed: Editing post makes a new publication date--in advance of current date time.
tracker item
WYSIWYG SAVE button takes user to a blank page (tiki-editpage.php), and does not save content.
The topic says it all. I am running SLES Linux 10 for wiki host and with MySQL on a Netware box on the back end. MySQL Version 4.0.26a over TCP/IP.

I hope this helps.
tracker item
WYSIWYG Table builder, link buttons and others not working correctly.
tracker item
WYSIWYG table editor is broken (lf are converted into %%%)
tracker item
WYSIWYG testing: automated testing to edit and save, and check if anything was edited without user intervention
tracker item
WYSIWYG Toolbars
tracker item
WYSIWYG_6x - Anchor flag not saving
We are running Tiki 6.2 (clean install), on a Windows 2003 Server, Apache 2.2.16 w SSL, PHP 5.3.3, remote MySQL 5 database.

This bug is across all browsers.

Our users are editing in the CKEditor WYSIWYG and trying to add anchors. When using the WYSIWYG_6x default profile of:%%%{CODE()}Editing and Plugins
Wiki Paragraph formatting (ON, however default: off)
...but still create line breaks within paragraphs (on)
HTML Purifier (on)
Wiki
Allow HTML (on, however default: off)
WYSIWYG
Content is parsed like wiki page (on)
Content is partially wiki parsed (off)
Use Wiki syntax in WYSIWYG (off){CODE}%%%our users use the Anchor icon (flag) to create an anchor at the bottom of a page. The anchor name window comes up and they give it a name, save, a yellow anchor icon is displayed in the editor. If they jump to the top of the page and create a Link (using the Link icon in the toolbar) and select Link Type: "Link to another anchor in the text", Select an Anchor/By Anchor Name and press Ok. At this point everything looks correct in CKEditor.The user presses Save. The Link at the top is correct using the normal syntax %%% {CODE()}[#myAnchor|Link to bottom]{CODE}%%%however the anchor at the bottom is gone as if it never saved or the parser has discarded it.

I have had to instruct our users how to type in manually the anchors using the old plugins [http://doc.tiki.org/PluginAlink] and [http://doc.tiki.org/PluginAname]. They are not happy about using long hand plugin notation.

I have tried in both IE 8 and FF 3.6 with the same result.

Since IE is our corp standard our users need to be able to add anchors using that browser. Also, they had no problem in Tiki 5.x but that was a different WYSIWYG system.

May be related to [http://dev.tiki.org/tiki-view_tracker_item.php?itemId=1499]
tracker item
WYSIWYG_6x - Edit Section buttons return blank page
We are using Tiki v6.2 vanilla, PHP 5.3.3. When using the WYSIWYG_6x default profile of:%%%{CODE()}Editing and Plugins
Wiki Paragraph formatting (ON, however default: off)
...but still create line breaks within paragraphs (on)
HTML Purifier (on)
Wiki
Allow HTML (on, however default: off)
WYSIWYG
Content is parsed like wiki page (on)
Content is partially wiki parsed (off)
Use Wiki syntax in WYSIWYG (off){CODE}%%%we can not edit a section using the Edit Section button. A blank WYSIWYG screen is displayed and if you enter content and save it gets thrown to the bottom of the wiki page and not within the section.

Reproduce: Create a blank wiki page in WYSIWYG, create a bunch of headers, save, view edit icons (if not already), click on "Edit Section" button.
tracker item
WYSIWYG_6x - Formatting breaks "header" status
We are using Tiki v6.2 vanilla, PHP 5.3.3. When using the WYSIWYG_6x default profile of:%%%{CODE()}Editing and Plugins
Wiki Paragraph formatting (ON, however default: off)
...but still create line breaks within paragraphs (on)
HTML Purifier (on)
Wiki
Allow HTML (on, however default: off)
WYSIWYG
Content is parsed like wiki page (on)
Content is partially wiki parsed (off)
Use Wiki syntax in WYSIWYG (off){CODE}%%%we can not format the header (color it red) without breaking the "header" status.

Currently we have a page with a ~np~{maketoc}~/np~ at the top and a bunch of h1, h2, h3 headers. We wanted to make the text color red for one of the h1 titles so it was more visible to users. Once we did this in the WYSIWYG editor, the header is no longer listed in the maketoc AND the Edit Section button is gone next to the header text. This ''may'' be associated with another bug [http://dev.tiki.org/tiki-view_tracker_item.php?itemId=3763].

tracker item
WYSIWYG_6x - List spacing inconsistent
We are using Tiki v6.2 vanilla, PHP 5.3.3. When using the WYSIWYG_6x default profile of:%%%{CODE()}Editing and Plugins
Wiki Paragraph formatting (ON, however default: off)
...but still create line breaks within paragraphs (on)
HTML Purifier (on)
Wiki
Allow HTML (on, however default: off)
WYSIWYG
Content is parsed like wiki page (on)
Content is partially wiki parsed (off)
Use Wiki syntax in WYSIWYG (off){CODE}%%% the lists (numbered and unordered) have irregular spacing between lines. Edited in Wiki normal and WYSIWYG Source modes work fine.

To reproduce create the following structure in a WYSIWYG editor{CODE()}*blah zaa zaa
*This is a list
**now indenting the list
**blah
*back out
**back in
***really far in
*all the way out{CODE} %%% this example displays for us as {CODE()} blah zaa zaa

This is a list

now indenting the list
blah

back out

back in

really far in
all the way out
{CODE} %%% Sometimes there is a break, other times there is not. If I Preview while editing it looks fine. If I edit the HTML via the Source WYSIWYG view and save then it looks fine until I save it in WYSIWYG mode again.
tracker item
WYSIWYG_6x inserts !'s into text before any text formatted as a header, saved, then edited again
When editing or creating a page using the WYSIWYG_6x editor, setting any text as a header then saving the file works correctly, however if the page is edited again, the WYSIWYG editor inserts a ! before or sometimes after the text you decided to format as a header.

Looking at the source, it appears that it is inserting the following into the page:

<p>
!</p>

Attempting to remove it by deleting the ! in the WYSIWYG editor just results in it showing up again, either immediately after saving or on the next edit of the page. This results in people not wanting to use the header feature or finding other workarounds such as larger font size.
tracker item
WYSIWYG-editing a WYSIWYG plugin call adds a trailing newline
tracker item
WYSIWYG-editing a WYSIWYG plugin call may remove newlines
tracker item
WYSIWYG: preview and WYSIWYG is quite different for second level bullet
tracker item
WYSIWYG: With Firefox, some tools don't show Karma CKeditor theme
tracker item
xavi
Contributors
tracker item

Keywords

The following is a list of keywords that should serve as hubs for navigation within the Tiki development and should correspond to documentation keywords.

Each feature in Tiki has a wiki page which regroups all the bugs, requests for enhancements, etc. It is somewhat a form of wiki-based project management. You can also express your interest in a feature by adding it to your profile. You can also try out the Dynamic filter.

Accessibility (WAI & 508)
Accounting
Administration
Ajax
Articles & Submissions
Backlinks
Banner
Batch
BigBlueButton audio/video/chat/screensharing
Blog
Bookmark
Browser Compatibility
Calendar
Category
Chat
Comment
Communication Center
Consistency
Contacts Address book
Contact us
Content template
Contribution
Cookie
Copyright
Credits
Custom Home (and Group Home Page)
Database MySQL - MyISAM
Database MySQL - InnoDB
Date and Time
Debugger Console
Diagram
Directory (of hyperlinks)
Documentation link from Tiki to doc.tiki.org (Help System)
Docs
DogFood
Draw -superseded by Diagram
Dynamic Content
Preferences
Dynamic Variable
External Authentication
FAQ
Featured links
Feeds (RSS)
File Gallery
Forum
Friendship Network (Community)
Gantt
Group
Groupmail
Help
History
Hotword
HTML Page
i18n (Multilingual, l10n, Babelfish)
Image Gallery
Import-Export
Install
Integrator
Interoperability
Inter-User Messages
InterTiki
jQuery
Kaltura video management
Kanban
Karma
Live Support
Logs (system & action)
Lost edit protection
Mail-in
Map
Menu
Meta Tag
Missing features
Visual Mapping
Mobile
Mods
Modules
MultiTiki
MyTiki
Newsletter
Notepad
OS independence (Non-Linux, Windows/IIS, Mac, BSD)
Organic Groups (Self-managed Teams)
Packages
Payment
PDF
Performance Speed / Load / Compression / Cache
Permission
Poll
Profiles
Quiz
Rating
Realname
Report
Revision Approval
Scheduler
Score
Search engine optimization (SEO)
Search
Security
Semantic links
Share
Shopping Cart
Shoutbox
Site Identity
Slideshow
Smarty Template
Social Networking
Spam protection (Anti-bot CATPCHA)
Spellcheck
Spreadsheet
Staging and Approval
Stats
Survey
Syntax Highlighter (Codemirror)
Tablesorter
Tags
Task
Tell a Friend
Terms and Conditions
Theme
TikiTests
Federated Timesheets
Token Access
Toolbar (Quicktags)
Tours
Trackers
TRIM
User Administration
User Files
User Menu
Watch
Webmail and Groupmail
WebServices
Wiki History, page rename, etc
Wiki plugins extends basic syntax
Wiki syntax text area, parser, etc
Wiki structure (book and table of content)
Workspace and perspectives
WYSIWTSN
WYSIWYCA
WYSIWYG
XMLRPC
XMPP




Useful Tools