Category: Toolbars, Quicktags and Smileys

In 2.0 a new email {img src=pics/icons/email.png } syntax was added in quickatgs

{img src=images/code.png}%%% {CODE()} [mailto:text|text] {CODE}

But this prevents the spam protection code from working

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

{flash type="url" movie="display557" width="859" height="564"}

13.x in dev.t.o: some toolbar buttons like wiki link broken (reload the whole page) . Try while reporting a bug.

Tried to reproduce in a show instance:
http://xavi-9794-5448.show.tikiwiki.org/tiki-index.php?page=Community+Members+HomePage
(u admin p: 12345)
but I can't: it works there. It seems to be something specific in dev.t.o

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

There's a bug with the image icon in the toolbar on IE9 only.
{img id=121}

When we click on it nothing append. The box for the setting doesn’t show up.

The bug seems to have been fixed in tiki 7.x and 8.x but I like to know how cause I need to fixed in tiki 6.3 for a client.

Thanks

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.

Apparently the loadComponent function is not present. I tested ajzxlib->processRequests by changing it to printJavaScript instead of getJavaScript - this had the effect of putting the function loadComponent into the javascript, but it still failed.

Textarea in Trackers checks for quicktags from the "tracker"-category - those are not yet in the db.

While I added and saved some plugin icon (PluginSign) on toolbars on tiki.org and cleared the Tiki cache, the change is not reflected when editing a wiki page. It still shows the previous older toolbars setup and the icon does not appear there while on Admin Toolbars it is shown. See Row 2 on https://tiki.org/tiki-admin_toolbars.php (when you have Admin access of course).

Currently quicktags must be defined individually for each different feature. It would be nice if you could define one set of quicktags for multiple features. If you define a good set of quicktags for one feature, say the Wiki, the only way to propagate that set to other features would be to do a manual copy and paste (very time consuming) or modify the database table/s directly (Not easy for the novice user).

Quicktags cannot easily be ordered i.e. the order in which they are displayed to the user. Currently the only way to do it is to prefix each quicktag name with a number to ensure they are sorted in the order in which you want to display them

The actual text color selector should be improved.

{img fileId="2166" thumb="box"}

First the tooltip says "Foreground color" but it should be text color or... something.

Second the color palette is really from another age and the colors are really not good.
There no "real" green or red, etc.

We should use the bootstrap colors: https://getbootstrap.com/docs/5.3/customize/color/

can't upload an image to a file gallery in doc.t.o with elfinder (default UI) since 16.x

To reproduce:
#I'm logged in as user "xavi" (with no admin perms, I mean)
#I edit one page, e.g. ((doc:Tiki17))
#place the cursor somewhere in the text.
#Click at the button from the toolbar to "Choose or upload images"
#The elFinder UI popup is shown with no contents, and I?m not able to click anywhere (browser non.-responsive), while I can't only get access to use the browser again when the wiki pedit page is automatically refreshed with the elFinder automatically disappearing.
#Reproduced also after clearing my Browser cache, and Tiki caches, with Chromium and Firefox.

Make 1.9.11 and 1.10 consistant
Remove less used quicktags and add some in the spirit of ((EditUIRevamp))

Clicking on icon after file upload from text area through toolbar icons fails for me to add the right syntax for that file

Reproduced in https://adup.cat (in case theme style matters, etc)

The code that got inserted said something like "cat" or "file" with no number or fileId, etc.

{syntax type="tiki" editor="plain"}
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

The foreground color picker ({img src="img/icons/palette.png"}) in the edit toolbar for a wiki page displays a blank white rectangle instead of the grid of available colors.

This doesn't seem to be an issue for a tracker edit toolbar (e.g., the toolbar for this description field).

To see an example, just open up the edit area for any wiki page on this site or any of the tiki.org sites that are on Tiki12, and then click the {img src="img/icons/palette.png"} icon in the toolbar.

{img fileId="676"}

It should be at the very least possible to add content templates where the cursor is, like ((quicktags)).

I would like Tiki to display each item's freetags when display the search results. This would help end-users determine the relevancy of each item.

The toolbar editor calls for an icon for the smiley tool that does not exist (/img/smiles/icon_smile.png). This results in the text "smile" being displayed instead of the proper icon.

However, a /img/smiles/icon_smile.gif exists (GIF instead of PNG).

I did not find a particular PHP or .tpl that calls this icon as a PNG, so I suspect the entirety of tool icons are called by name and added extension .png. So instead of searching for the bug in the source code, and coding an exception just for the smiley icon, it would be much easier to simply create a copy of /img/smiles/icon_smile.gif in PNG format in /img/smiles directory to rectify this...

I would like to suggest that email protection be added by default to the email button when the icon is clicked. Right not the email address is embedded into the page in plain sight. I took a look at the JS protection applied to the email addresses listed in the user page, and it looks great. Can this same script be applied to the email addresses that are displayed through the email button?

I guess it would be a good idea to also have a way for people to opt out of the scrambling, just in case they wanted Search Engines, or bots of some kind to be able to index them....

Thanks

Brendan

{syntax type="tiki" editor="plain"}
When I click the emoji icon on the toolbar in master, nothing happens.

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