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

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)

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)

Contributors

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.

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,

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.

Contributors

Contributors

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)

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

Contributors

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!

In displaying a calendar event it doesn't display as written in the edit window using WYSIWYG. Instead it displays with the HTML code.

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.

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.

! 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.

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.

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.