Category: Toolbars, Quicktags and Smileys

With a simple wiki page that uses the standard wiki editor the drop down menus for font colours and background colours are blank.

Occurs in 12.x at r49095

The editor settings when this occurs are:
Full WYSIWYG editor
BUT Wiki syntax is NOT used
Content is parsed like a wiki page

A show instance has been created which shows this bug/regression

fixed commit id=49334 - thanks jonny

The Full Screen edit button is visible in my quicktags list, even though I have the __Allow fullscreen edit__ option disabled.

We miss at least one icon to easily add files to the file gallery and get them inserted in the text area easily with the minimum number of clicks.

In default installs, for usability for new users.

AND we need to respect tiki sites that had those tools ({img src="https://dev.tiki.org/img/icons/file-manager-add.png"}, for instance, which does something like [https://dev.tiki.org/tiki-upload_file.php?galleryId=3&view=browse&filegals_manager=area_51bb470595cd3&insertion_syntax=file]) added in the toolbar. In a site that I upgraded from 10.x to 11.x I had that tool removed, and this other one {img src="https://dev.tiki.org/img/icons/file-manager.png"} (PluginFile) also removed sitewide.

Icons available for assignment to QuickTags are not displayed in the Tiki editor, nor is the path to them. This is a major usability bug for Tiki admins and end users who have no access to the server's file system, particularly because Tiki does not permit assignment of QuickTags without an icon.

I would like to see an option to assign QuickTags without an icon (text title only) plus an interface to display and select icons. (Personal preference: text title only; I am not an icon lover.) Icons already in use should either not be displayed for selection or the fact of already being in use should be clearly indicated.

After upgrade from 4.2 to 5.0 in the administration panel of Toolbars I can not drag-n-drop icons on the toolbar. Changes browsers, computers, don't work.

When I click Insert Object Link, it hangs forever, and PHP lists errors in searchlib-unified.php

Same problem in category admin if you have unified_add_to_categ_search enabled the add objects hangs too {sign user="jonnybradley" datetime="2016-02-01T10:13:11+00:00"}

To insert a special character within tiki-editpage.php in 1.9DR4 you have to use templates/tiki-special_chars.php which cannot be accessed because of .htaccess settings.
a better solution because that little bloody window is a pain anyway (and inserts the characters always in the end of the editing window:

I have done a fix, by including the following lines (see solution) after the table row with the smileys and cutting the link to tiki-special_chars from below the quicktags:

To use the plugin helper, you need to click the (?), and then, click plugin help.

There should be a direct link on the toolbar.

This tracker is made to help filtering and sorting the features vs categories vs options we need to tag a bug/regression/wish with.

This feature isn't internationalized.

The usage of quicktags is hardcoded in the PHP, like

$quicktags = $quicktagslib->list_quicktags(0,-1,'taglabel_desc','','trackers');

for the trackers. The french translation e.g. reads

Catégorie : wiki, formulaires, etc.

So a french user would enter "formulaires", but never see his Quicktags in the Trackers feature.

In /lib/toolbars/toolbarslib.php several calls for icon FILES get translated. Why would the file names or paths of icon files be translated?

This is just a (very) minor issue, but unnecessarily inflates language.php in all target languages. Example:

{CODE(Colors="Tiki")}
switch ($tagName) {
case 'bold':
$label = tra('Bold');
$icon = tra('img/icons/text_bold.png');
$iconname = 'bold';
$wysiwyg = 'Bold';
$syntax = '__text__';
break;
{CODE}
With this, a translator could exchange toolbar icons (or their paths) in his/her translation. But what would be the use case for that? 22 icon file names are pumped through tra() in total... Maybe there is some deeper logic, but I don't get it ;-)

{syntax type="tiki" editor="plain"}
Wow, toolbars are seriously messed up ((File a big|here))... what isn't broken in 30.x?

Anyway, on doc.tiki.org and all my v29+ tikis the plugin help has disappeared from the help popup. Here however it has appeared as a separate {icon name=plugin} icon, so presumably whoever broke this hasn't done an upgrade script (that works)

Also no preview on this text area? Wow...

Links added in a certain Tiki instance to that same Tiki instance should be wiki links when the target is a wiki page. If not, they should be relative links as much as possible, rather than absolute links. Using relative links eases domain name changes, and facilitates the management of several environments (for example, synchronizing a production environment with a development environment, like nextdev.tiki.org vs dev.tiki.org).

There may be cases where an absolute link is best, but these should be rare. When a user adds an external link to self with an absolute URL - for example "http://tiki.org/Foo" - which starts with one of the Tiki site root's base URL-s - for example "http://tiki.org/" - Tiki should detect the situation and convert to a relative link - for example "/Foo" - unless the user really wants an absolute URL.

One vector through which URL-s are commonly inserted is the External Link tool in the toolbars of parsed text fields. This tool should be modified to detect attempted insertions of absolute links to self and offer the user conversion to relative.

I imagine there should be an administrative preference to control behavior - either automatically convert to a relative link, or prompt users. Should there be more options?
I believe the default should be to prompt users.

As noted above, quicklinks toolbar does not appear.
follows is convo with mlpvolt regarding issue and attempts to fix:

is this a new install (clean DB?)
> >>
> >> this sounds like a configuration issue - have you defined some
> >> categories (in the admin menu?)
> >> feel free to email me a screenshot.
> >>
> >> Mlpvolt

It is a new install...clean db..
> > I followed the instructions exactly as given for a windows desktop install.
> > Brand new Easy PHP, etc....
> > Yes, I have defined some categories....(8 hours of playing around)
> > Tried themes, changed title bars, etc..

Is there any loss of functionality?
> > can you categorize the page?
> > and this only appears when you edit, right?
> >
> > MLP

Everything else seems to work quite well.
> I can edit the page with code, but no quicklinks..so it's not as easy as it might be.
> and yes, only appears with the edit function.
> I have no idea what's going on and my efforts this morning have just produced more of the same.
> Love tikiwiki and would really like to get this resolved so we can get it up for our group.

OK try deactivating categories in admin>features and see what happens.
> Also try switching themes in admin general. (i don't recognize that theme)
> > MLP

That got rid of the error message and I can live with categories turned off.
Still no quicklinks on the edit page though..
Feels like progress...LOL oh...and I've tried just about every theme and it makes absolutely no difference.
Sid

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

~pp~
Tables in form of:

||test|test
test|test||

are not parsed correctly since version 1.9.1. Now ist works only the old syntax:

||test|test||test|test||

~/pp~

So after I delete a quicktag, I am sent back to page 1, even if I was working on page 6

OLD DESCRIPTION: When editing a tracker textarea with quicktags enabled, the quicktags field shows quicktags for map-editing.

PROBLEM REPHRASED: All Quicktags are shown, when editing tracker items. You can see that e.g. the IMG-quicktag is there twice.

I tried adding the img quicktag with feature "tracker" to tiki_quicktags, but then it was shown trice (triple? - no!), well, three times! ;)

When I click on the icon to "Choose or upload images" here in https://dev.tiki.org/Make+a+wish the page refreshes and all the content I typed (and selections to tracker fields) is gone.

Reproduced with Chromium 50 or Firefox 46 in Linux 64 bit, in case it matters.

I will make a video

{flash type="url" movie="display768" width="774" height="847"}

The logic of the toolbar editor is somewhat confusing. But beyond that, there is function that is broken: Once you dragged a tool like superscript or subscript to the custom tools column (i.e. from the middle to the right), you cannot delete it. The description says, that dragging it back from the right to the middle would delete it, but it doesn't. You can click on the tool, then at the bottom you have a button labelled "delete". When you click that, you are asked "Do you want to delete?", and when you confirm with Ok, the custom tool is NOT deleted. And no error message. And it is (IMHO) no problem of permissions, because it also happens when you're admin.

At the bottom of the toolbar editor in the TEXT there is a link to delete the entirety of custom tools. That works, so this is kind of a workaround, but not a good one.

Also, but this is more of a feature request: IMHO dragging tools to the custom column should preset some of the entries like the icon and others. Custom tools do not have the proper icons, and there is no intuitive way to give them the correct icon once they are lost.

Thanks for your support
Hman

Toolbar setting done on Tiki-admin_toolbar.php are not applied on wiki page.

Go to http://demo.tiki.org/11x/tiki-admin_toolbars.php
I have removed on purpose "B" (bold) button on global wysiwyg.

Create or edit a page it is still in place.

~~#F00:Note: ~~It in the db the tiki-preferences got a field "toolbar_global" and the value reflect the changes i made. Still they are not applied.

Please see image:
{img type="src" src="tiki-download_item_attachment.php?attId=812"}

You can test here: https://nextdev.dev9.evoludata.com/Make-a-wish