Category: Inline wysiwyg editor

Location: local server
O.S. : Windows 10
Method: WAMP

Issue: Can't easily utilize FADE function. Assumption is when utilizing tiki on an active website, it will behave the same as a local server.

Request: Remove FADE as a plugin and instead make it part of TIKI so a user can just add FADE tags herself.

Benefits:
* This will ALWAYS work as opposed to right now, FADE magic wand won't
activate after it was already clicked on.

* User can drag and drop items into a wiki page and keep current formatting.
Yes formatting is intact when pasting, but NOT when pasting inside the current fade menu.

* User can edit at any time, move the faded items any where and keep formatting inside the FADE tags. Information is only handled once.

Example:
User opens a new tiki page utilizing the wysiwig editor.
User would paste formatted items into her page.

User adds FADE tags without clicking on the magic wand.
1. Prep your kit
[FADE color=red; iconarrow=no; title="Click here if you are a newbie"]
1. do something.
2. do something after first step.
3. do something again.
[/FADE]

Later, user edits the page again to add another FADE tag. This time NESTING and adding bulleted list with color fonts.

1. Prep your kit
[FADE color=red; iconarrow=no; title="Click here if you are a newbie"]
1. do something.
2. do something after first step.
3. do something again.
[FADE color=yellow; iconarrow=yes]
1. when condition is met do this....
2. if not your condition do this instead
[/FADE]

Open the following if you need to copy and paste 30 lines of code.
[FADE color=orange; iconarrow=yes]
30 lines of code
[/FADE]
[/FADE]


Expectations: When using WYSIWIG editor.

* Being able to keep formatting when pasting into a FADE user interface.
(It doesn't keep format, no bullet list, no colors)
(Also, when you save and view the page, the items pasted into FADE are all
jumbled page code, not neat listings.)

* Being able to utilize the FADE function more than once.
(It works once, then you have to save and re edit).
This causes needless tracking, needless rollback history.

0x40736375

I am not sure if this is planned or not, but it makes it difficult to work with inline editing.

Also inline editing has a separate permission, thus the user may lack edit permission in full wysiwyg mode.

When you enable "wysiwyg inline editing enabled", modules that have their visibility set to be displayed for a category don't appear when viewing pages of that category.

When editing a page in the normal editor, the modules set to show up for that page's category will show up, but will disappear when viewing the page from outside of the editor.

Demonstrated and contextually descried and exemplified on instance below.

In wysiwyg edition, I can right-click on a table → Table properties → and set a value for cell padding, for instance __5__.

This correctly sets cellpadding="5" at the table level.

But in the CSS file from the theme, for instance in line 182 of fivealive.css there is:
td, th {
padding: 0;
}
this seems to override the cellpadding="5" with padding="0" at the cell level, which takes precedence over the table level.

So it is not possible to set cell paddin to any value except 0.

This happens with all themes, it is not a fivealive issue.

I could not find from which less file this comes from :-(

The Inline editor keeps creating blank <p> elements in a page, after titles.

Im using a Heading, and below it a Unordered list. Every time I use the Inline editor, it creates a blank <p> below the Unorederd list, making it unusable.

Show instance: http://fvtorres-11800-5972.show.tikiwiki.org/
User: admin
Pass: 12345

Thanks

Running in wysiwyg-html mode, the inline editor sometimes adds "This block is not editable inline currently as it contains plugins", when displaying the editor.

The problem is that this title is also saved and displayed in regular view mode.

I'm reporting this for version 25 but I have experienced this issue since tiki was a teenager.
If you create a numbered heading with {CODE(caption="sample" wrap="0" colors="tiki" theme="default")}!!#Next Step
Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum{CODE}
And later your either edit the whole wiki page with the drop down edit items from the top right of the wiki page or you do a section edit by clicking the little edit icon next to the header, it looses the # symbol every time and needs to be inserted again. Its quite annoying .
{img fileId="8302"}

Tested using Wysiwyg HTML mode page and inline editing

1) When in HTML mode, the non-plugin image dialog should/must be shown.
The CkEditor plugin has now been activated again. So, it's possible to assign it manually.
If Wysiwyg HTML mode is selected in the admin wizard, the CkEditor image dialog should be displayed instead of the plugin img dialog.

2) External Link URL doesn't work
It is possible to enter wiki styled links directly, e.g. [http://www.yahoo.com].
These are parsed when inline editing more is closed.
This works, but it would be even better to have the link "visible" while inline editing mode is active.

3) Anchor doesn't seem work - No feedback in editor
It visible again, when switching to the full wysiwyg editor
Can be removed from inline editing toolbar?

4) Find Text doesn't work
Pressing the toolbar button does nothing

5) Text Replace doesn't work
Pressing the toolbar button does nothing

6) Wysiwyg Help is displayed.
This dialog contains 2 parts

A ) Short wysiwyg help text.
Starts with: The WYSIWYG editor in Tiki 6+ is CKEditor, the new version of FCKEditor (used in Tiki since version 2.0)

B ) The plugins
Adding a plugin will make a section read-only.
This may not be expected.
The inline editor toolbar should not use plugins in my opinion, due to this read-only effect.

A is outdated, and may not be needed. It is questioned whether B should be there at all.
So, this button should maybe be removed all together.

7) Templates button should go?
I see no use for it. If kept it should probably link to the Tiki Content Templates

8) Cut, Copy and the Paste buttons all bring up a browser dialog
It says "Your browser security settings don't permit ...." ...
and finally recommends Ctrl+C, Ctrl+X and Ctrl+V which all work fine.
All these buttons should be removed.

9) Table button doesn't work.
The HTML table dialog must be used when in HTML mode. It's much more compatible and powerful than the wiki one.

The jCapture button is also a plugin, which causes the section to turn read-only once it's saved.
However, this plugin is so useful, that I believe it should be kept.
Maybe it's possible to warn about the section turning read-only?

10) Indent left and indent right buttons don't work.
They are grayed out, and nothing happened when they are pressed.

Before starting an inline edit sessions, it must be checked if another editor is active. Similarly, when the inline editor is active, it should not be possible to start another editor (except by override)

Before it is fixed, using the inline editor can cause data loss if more people edit the same page.

Similar functionality is (seemingly) missing other places.
Should be added as a service.

wiki (wysiwyg) inline editor transforms page alias links into standard wiki page link on save (alias lost)

See it reproduced here:
http://xavidp-1553-5652.show.tikiwiki.org/tiki-index.php?page=HomePage
u: admin
p: 12345

The homepage has at the bottom the standard code for an alias at teh page "HomePage" to be accessed also from "Casa" alias page name.
{CODE()}
(alias(Casa))
{CODE}

Therefore, you can access to the homepage also with:
http://xavidp-1553-5652.show.tikiwiki.org/tiki-index.php?page=Casa

However, if you open that wiki pade for edition with "Inline wiki editor", make some changes, and saved the page through the inline wiki editor (click again at that button that you used to open the inline editor), then the alias link is gone. If you edit the page with the standard wiki plain text aditor, you will see that the code at the bottom is replaced with a standard wiki link pointing to "HomePage" and using "Casa" as label.
{CODE()}
((HomePage|Casa))
{CODE}

Will be a helpfull, if during editing a content across tiki (in all wysiwyg/tiki editor boxes), user can paste an image from OS clipboard directly to editor box.
It's speed up editing process and creating a new article, wiki page, ....