Loading...
 

Category: Edit interface (UI)

Edit interface (UI)
Show subcategories objects

Name Type
'Display Post new comment form by default' pref broken
tracker item
"FutureUI" messages display, no controls available
tracker item
[function.assert]: Assertion failed
http://doc.tikiwiki.org/tiki-pagehistory.php?page=Rewrite%20Rules&compare=1&oldver=15&newver=16&diff_style=minsidediff -> Warning: assert() [function.assert]: Assertion failed in /home/.frodo/doctwo/doc.tikiwiki.org/lib/diff/Diff.php on line 493
tracker item
[mailto:text|text] doesn't have antispam protection
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
tracker item
11.x: issues with greenvalley theme style
tracker item
12.0: First edit of a Tracker item comment is LOST (!); second attempt is saved successfully, it seems. Reproduced twice in dev.t.o/t5
tracker item
12.x fullcalendar: Can't click on event anymore to see full record and use clicable links
tracker item
12.x: can't post comments if codemirror is on (it says 'Content is empty')
tracker item
12.x: Countries list is not alphabetically sorted any more
tracker item
12.x: file actions (in file gallery) can't be operated in mobile mode
tracker item
12.x: No route found on random pages (such as tiki-admin.php?page=look&cookietab=2)
tracker item
12.x: wysiwyg editor in mobile never ends to load in article body
tracker item
13.x dev.t.o bug tracker: missing category at submit time didn't take the user up to the source of the issue, and no message at the bottom
tracker item
13.x: 'Add an item' for tracker field 'item link' does nothing when field displayed as multi select.
tracker item
13.x: After a remote file is uploaded to a file gal, no file Id is shown any more since 13.x
tracker item
codemirror not switchable for new comments (but just for comment edition) even if preference correctly set
tracker item
13.x: Default feature 'Contact us' (used in featured profiles) has broken display (too narrow fields and below right column)
tracker item
13.x: dev.t.o fivealive-lite.css: images can't be uploaded or selected throught the toolbar icon from tracker textarea
tracker item
13.x: Forum Thread Rating doesn't display icons for value 0, wrong icon for value 1, and no icons when labels are set beyond values
tracker item
13.x: Tabs from PluginTabs stopped working when using PluginTracker inside
tracker item
13.x: tracker field type 'header' stopped displaying a hidable section and header level parameter makes no change
tracker item
14.x: codemirror (amb mayeb other js?) stops working when pref tiki minify late js files is enabled
tracker item
14.x: tab toggle button from PluginTabs not shown or not working
tracker item
14.x: TrackerCalendar displays all items of one day overlayed at the top of the column
tracker item
popup box to select visible calendars shown underneath events details (using fullcalendar)
tracker item
15.x: Tracker: filter items is broken when value=label set (Radio, Dropdowns, ...) + plugin trackerfilter
tracker item
19.x dev.t.o: Top module zone is no more hidable nor topbar module zone sticky
tracker item
Plugin Pivottable inserts wrong codes in params data, rows and cols through plugin helper ui
tracker item
Saving page with SEFURL on creates 404 error
The new "saved_msg=y" fails when SEFURL is on - both new pages and editing. It gives me a 404 not-found error. Makes SEFURL pretty useless. Example:
http://www.casesofinterest.com/tiki/Everything+is+Patentable&saved_msg=y
tracker item
Leave (Editor)Page Confirmation doesn't work in TW7
1. The "Leave Page"-Confirmation Box does not show up in TW7.

2. Another problem is that the onchange event is not fired when I leave the page with any browser button, e.g. back, F5, etc.
tracker item
Built it TPL editor removes Javascript from the Templates
This is intended as a security feature. However, it is causing lots of support requests.

How can we maintain security but make it easier for admins?
tracker item
A SheetID is required shown when attempting to edit a sheet with jquery.sheet
Using latesst trunk from today (Feb 1st 2010). Installed a new tiki, enabled tikisheets, created one. Edit it and save changes.

Then enable jquery.sheet through Admin > Look & Feel > interface (or whatever name, I don't remember) > tick the jquerty sheet checkbox. also enable ajax.

Create another sheet. Edit it with jquery.sheet, and it , and "A Sheet Id is required" type of message (or something similar) was shown.

I remember it worked for me weeks ago, when I tested the first commits by jonny with jquery.sheet in trunk. But nowadays, it doesn't work for me.
tracker item
A SheetID is required shown when attempting to edit a sheet with jquery.sheet
Very similar to this bug that was fixed in Version 5:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=3017&trackerId=5&show=view

Unfortunately, our host does not support version 5 yet, so I am dead in the water unless this same issue gets addressed in version 4.1

Basically, you can create sheets, but whenever you try to edit them, simply clicking on any of the links (Insert, Remove, etc.) causes a redirect to an error page stating: "A SheetId is required."

I haven't been able to import simple spreadsheets either, but that's another issue.
tracker item
Action buttons missing in 3 themes (Coalesce, Strasa, Ohia) when translating wiki pages
tracker item
add jquery sheet plugin to tiki spreadsheets
Nowadays that JQuery has been added to 3.0svn, there is big opportunity ("low hanging fruit"?) for improving the usability of tiki spreadsheets, adding (optionally, of course) one better interface for spreadsheets through jquery plugins.

My proposal is __jQuery.sheet__:
http://plugins.jquery.com/project/sheet

http://jqueryplugins.weebly.com/jquerysheet.html

demo:
http://jqueryplugins.weebly.com/uploads/3/1/3/8/313814/jquery.sheet.html

This would improve the editing UI (for sheets), as well as big tables, if created and managed through the plugin SHEET directly from the wiki page, as drawing could be created previously.
tracker item
Add preview button to tracker item submissions (useful for wiki syntax)
I could be nice to have the "preview" button at tracker item submission time, to preview the parsing of wiki syntax, and to avoid submitting and editting later on for simple wiki syntax errors... (It happened to me, for instance, with bug report:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=184&show=view&status=op&trackerId=5&sort_mode=f_41_desc&filterfield=54 )
tracker item
Adding a character form the special characters palette deletes content after the new character
tracker item
Adding images to blog posts is no way as intuitive as it should be
1- "Upload image for this post" is not offered at first post. Only after I save and come back to edit?

Html is offered:
{img src=images/code.png}%%% {CODE()}
<img src='tiki-view_blog_post_image.php?imgId=44' border='0' alt='image' />
{CODE}

It should be wiki syntax:
{img src=images/code.png}%%% {CODE()}
{img src=tiki-view_blog_post_image.php?imgId=44 }
{CODE}

Related: [tiki-view_tracker_item.php?itemId=1492|It's too difficult to re-use image gallery images in wiki pages, trackers, etc]
tracker item
Admin Toolbars does not reflect saved changes on the toolbars while editing a page
tracker item
Admin user link from user registration validation page
I often want to edit users that request registration (such as add them to a group). It would be nice if the "user validated" page had a link to the page to edit that user's settings.
tracker item
Ajax Error When Switching Between WYSIWYG and Syntax Editors
tracker item
Allow end user to switch codemirror on in tracker field textareas when the site feature allows
tracker item
allow posting comments on a wiki page when viewing history
Allow posting comments on a wiki page when viewing wiki page history (for instance, when viewing a diff of page versions from different users): useful on educational scenarios, where it would be easier to report feedback to some students when they make a good or bad change on some content on that page...
tracker item
Allow Quicktags to be defined for multiple features
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).
tracker item
Allowing for positioning of Quicktags
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
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
Article preview is broken at tiki.org
tracker item
Automagically Collapse/Expand columns in wide tables since Bootstrap: Footable jQuery Plugin?
tracker item
Background Save
I'd like to see some sort of an "autosave". That way when you're engaged in editing a really lengthy page, it will save itself periodically. For those of us that have flaky internet connections, this would be a huge boon. My edits wouldn't necessarily be lost if my internet connection goes pouf for a few minutes.
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
Blue Print CSS / BluePrintCSS
CSS... Themes...
tracker item
Browser session expired when you click the save button: how to avoid?
http://www.horde.org/imp/docs/?f=CHANGES.html

[cjh] When a user's session times out while they are composing a message, give them a special login screen which displays the message and allows them to log in again to resume their message with all data intact.


[jan] Show timeout warning if session is about to expire.


Similar: http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1094
tracker item
Plugin edit help in wiki is broken
tracker item
Can not edit Wiki Pages in Tiki 13.0 using Chrome or Netscape Browser. IE10 is working fine
tracker item
Can't add new users or dates in Plugin Convene with Mobile interface
tracker item
Can't get login popup to *.t.o sites from android smartphone
tracker item
can't upload an image to a file gallery in doc.t.o with elfinder (default UI) since 16.x
tracker item
Category filtering fails in tracker
Filtering by category in trackers yields zero results. However, there are tracker items in the category, and they appear if you browse the category. Other filtering appears to work properly.

The URL appears to be malformed:


Note the extra bracket after filtervalue[33] parameter.
http://www.casesofinterest.com/tiki/tiki-view_tracker.php?trackerId=7&status=o&sort_mode=lastModif_desc&filterfield=33&filtervalue[31]=&filtervalue[32]=&filtervalue[49]=&filtervalue[47]=&filtervalue[41]=&filtervalue_other=&filtervalue[35]=&filtervalue[33][]=102&filtervalue[40]=&filtervalue[34]=&filtervalue[45]=&filter=Filter

However, manually removing the extra bracket also fails:
http://www.casesofinterest.com/tiki/tiki-view_tracker.php?trackerId=7&status=o&sort_mode=lastModif_desc&filterfield=33&filtervalue[31]=&filtervalue[32]=&filtervalue[49]=&filtervalue[47]=&filtervalue[41]=&filtervalue_other=&filtervalue[35]=&filtervalue[33][]=102&filtervalue[40]=&filtervalue[34]=&filtervalue[45]=&filter=Filter
tracker item
chosen lib prevents changing the sorted order display of fields from an items-list tracker field with the translation smarty system
tracker item
Chosen should avoid hiding text, when it's short
tracker item
CKEditor losing character keystrokes
tracker item
Cleanup Quicktags
Make 1.9.11 and 1.10 consistant
Remove less used quicktags and add some in the spirit of ((EditUIRevamp))

tracker item
Clicking on icon after file upload from text area through toolbar icons fails for me to add the right syntax for that file
tracker item
PluginTogether should replace the url associated with the Edit page button so that co-editors are automagically offered to go to the session with collaborative edition instead of the warning of edition conflict
tracker item
Codemirror buttons not shown in edit page at dev.t.o 12.x r48321
tracker item
Codemirror does not respect off-bs-by-default in L&F & extra white space & false scroll
tracker item
Codemirror: button to switch it on is hidden when first the editor is set to fullscreen
tracker item
Color picker option in Wiki edit toolbar shows a blank dropdown
tracker item
Colorbox in mobile 12.x LTS doesn't show up properly (empty black screen)
tracker item
Conflict of Stasa Theme color selection and Edit Structure page
tracker item
Consolidate menu types for simplification in code and for users
tracker item
Content templates should be part of quicktags
It should be at the very least possible to add content templates where the cursor is, like ((quicktags)).
tracker item
Default Duration length in calendar events misscalculated (2h while times were from 18h to 19h)
tracker item
Defaut user wiki page name should be based on realname instead of e-mail
In 1.10 now we can set to login as e-mail and display realname wherever possible. But the user wiki page by default is set to 'UserCreate<e-mail>. We should still allow user to create his page with 'UserCreate<username/real name>'.

The recommended behaviour should be if user chooses e-mail to be private or it could be if admin sets to disaply realname wherever possible, then it should use 'UserCreate<realname>' other cases it can be based on e-mail.
tracker item
Detecting if CAPS LOCK is on
suggested by r1 on #tikiwiki
http://24ways.org/2007/capturing-caps-lock
tracker item
dev.t.o (12.x): rating tracker items is half-broken
tracker item
dev.t.o 14.x: only the last item in the multiple selection combo box is stored for this tracker item
tracker item
dev.t.o: Can't draw on screenshot - lost control over pop up window
tracker item
dev.t.o: plugin popup helper failed twice for pivottable
tracker item
dev.t.o: Some edits to tracker items are silently LOST! (feature_jquery_validation)
tracker item
Successful edit of a wiki page sends the user to homepage
tracker item
Diagrams have poor usability still in 21.x LTS due CSRF and ticket expiration
tracker item
DIV plugin requires approval
tracker item
doc.t.o 19.x: I can't upload images to wiki pages (CSRF) with elFinder
tracker item
duplicating events in calendar is broken on 1.10svn right now (April 17th)
Duplicating events in calendars is broken on 1.10svn right now (April 17th)
If anybody wants to test (to reproduce it) on site, I can grant you account details here (a production site):
http://moviments.net/cursos/tiki-calendar.php

I tried editting this, and clicking to duplicate button (to make a new event from the edition of an existing one; I thought I could do that on previous 1.9.x sites), but no success:
http://moviments.net/cursos/tiki-calendar_edit_item.php?viewcalitemId=64

I tried also creating a blank new item, fill in the form for the calendar item, and instead of cliking on the "save" button, click on the "duplicate to" and select the calendar where I wanted to duplicate this item to.

After the click to the button, I saw another item in the edit event form (on the same browser window), and in other tabs, I could see that no new event was added, neither for that calendar selected or any other on the site.

It's a pity that calendar events can not be duplicated on 1.10svn, since it's a very useful feature for high load tiki sites. (like when adding 10 sessions of a new course, all of them with similar details except for the day of the month, etc.)
tracker item
Edit Help in RC2 unreadable using Darkroom theme
In RC2 they made some changes to the edit-help (the now blue circle with a question mark).

When you open up the help and go to full screen mode, the text is un-readable while using the Darkroom theme.
tracker item
edit screens underlap the right hand column when the width is increased
tracker item
edit wiki page with strasa.css shows popup boxes hidden below the text area
tracker item
Edit-help modal displays behind edit-event modal in calendars
tracker item
Editing a Gantt Chart shows missleading messages: success and error
tracker item
Editing Tools Available per User Group
tracker item
Wysiwyg Editor not loading for users with Chinese as preferred language
tracker item
Browse Gallery option does not insert files or images syntax into wiki page
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
elFinder much worse at helping the user to insert the file just uploaded (compared to former interface) in real production sites such as doc.t.o
tracker item
Error: "A contribution is mandatory" after trying to save
When I edit and try to save a page when logged in as an administrator, I get the error "A contribution is mandatory" and it will not save. Registered users and all others cannot save edits either. We're only using the wiki feature and the files feature, so this makes it pretty useless if we can't edit it.

This error occurred in the previous version as well, but has carried over to the new version.

This apparently edited a previous report and will not allow me to change the selections. I'm now on 4x and it's a Wiki problem, not a File Gallery problem. I can't seem to submit a new report; it keeps editing an old report. So there's a problem with the Bug Report system.
tracker item
expose more validation methods for tracker fields: numeric range, for instance (or positive value, etc)
tracker item
Feature request: "CopiedFrom" comments added when copy/pasting from another wiki page
tracker item
fix sheets created directly from wiki SHEET plugin within wiki pages for managing tables visually
Spreadsheets can be created directly through wiki SHEET plugin directly within wiki pages. this allows managing big tables visually, as well as having the data ready for producing graphs, etc. (see documentation for tikisheets at doc.tw.o, if needed)

However, when you create a sheet through a call to the SHEET plugin from the wiki page itself, there are 3 issues which need to be fixed:
# you need to know the id you want to assign it to,
# after that, tiki-sheets.php doesn't list it (even if the sheet is really created, and you can import data to it, and show it at the wiki pages, etc.).
# the sheet is not shown with the right css

Even if we have wysiwyg option available, I still think that is worth improving tiki sheets usability to be used directly from wiki pages, once those 3 previous issues are fixed.
---
Updated on Feb. 2, 2011, using trunk (7svn)
# Steps to reproduce the first issue
## Edit a wiki page
## Use the plugin helper to create a new sheet in that page. And since it's a new sheet, it doesn't have a sheetId yet, so that you leave all fields empty in the plugin helper for the pluginsheet
++ this will add this type of code in your wiki page:
++ {CODE()}{sheet}{CODE}
## Save the wiki page
++ you will see an empty sheet shown in place at that wiki page, with the button at the bottom to allow the user to "edit it" (so far, so good)
## Once you click in the edit sheet button, you end up in some url like this one:
++ http://localhost/tiki7trunk/tiki-view_sheets.php?sheetId=&parse=edit
++ which produces a WSOD (blank page).
*** In my case, I guess that this url should have been:
+++ http://localhost/tiki7trunk/tiki-view_sheets.php?sheetId=2&parse=edit
+++ since I had only one sheet previously created, with sheetId 1, so that the next one should be 2. However, this new url is still producing WSOD for me. (tiki caches cleared, just in case, repeated this step, and same WSOD)

The expected behavior is that the user is the user would be editing a blank new sheet with the url:
http://localhost/tiki7trunk/tiki-view_sheets.php?sheetId=2&parse=edit

and when the user saves that sheet, the new sheetId 2 exists, and the user is either sent back to the wiki page where he clicked at the button "edit sheet" (preferable option) or either sent to the corresponding tiki view sheet 2.
tracker item
Editing a Page: Footnote UI (Plugin Helper) Fails to Open After First Entry
tracker item
forums editor not loaded in t.o mobile (13.x or next.t.o 14.x)
tracker item
Full screen edit button visible in quicktags, even if option is disabled
The Full Screen edit button is visible in my quicktags list, even though I have the __Allow fullscreen edit__ option disabled.
tracker item
FullCalendar UI doesn't load in mobile: use former calendar UI as a fallback
tracker item
Fullscreen Edit : Wiki & Plugins Help are missing
"Fullscreen Edit" is a new cool feature of 2.x

Quicktags are kept, but Wiki & Plugins Help are missing so it makes editing less enjoyable.

"Edit Summary" is missing as well. Maybe it's intentional?


tracker item
Fullscreen edit: "Monitor this page" checkbox positioned in the middle of the editing textarea
tracker item
fullscreen=y hides all info from top navigation bars in dev.t.o, doc.t.o and themes.to
tracker item
Help system: upgrade script should update to new destination on doc.tikiwiki.org
If the user didn't change the value of the destination of the help system, it should be updated to what the default value is now.

Need to hunt down what all the previous values were (ex.: http://doc.tikiwiki.org/tiki-index.php?page=) and to update via sql

And for clean installs as well (of course)

However, if someone modified the default value, we don't touch.


Reminder to add a reset to default value in 3.0 (new admin panel should permit this)
tracker item
href from tags a, img... plugin ALINK do not work at all under 12.x LTS mobile mode (missing data-ajax='false')
tracker item
image resize at the browser before uploading in trunk: Incorrect integer value: '' for column 'deleteAfter' at row 1
tracker item
Image with Description Loses Constraints
tracker item
14.x: Improve doc about PluginJQ custom syntax adapted to each type of tracker field after upgrade
tracker item
Improve the UI of the PluginTracker
tracker item
Include plugin: direct link to create/edit included page, and send back to initial page after edit
Say I include a bunch of pages in one larger page.

I click edit, and find that it's an included page. I should be able to edit directly that included page (assuming I have permissions), a bit like ((doc:section edit))



Benefits:
*Each page has independent history.
*They can be edited in parallel.



__Can page renames also survive inclusions?__


Related:
*{wish id=2668}
tracker item
Insert special characters : move to main template and make localized versions
Special characters is now via a popup. This is bad because the one click javascript insert doesn't work. "Basic" special characters should be integrated in the template.

Could (should?) be contextual to language. Current page? User language(s)? What if use speaks many?

It could also be a drop down-menu like with available languages. Go edit a page on wikipedia to get an idea.


wikipedia's Basic" special characters:

Additional French special characters:

Additional Spanish special characters:

We should let our translators edit this according to their local needs.


Related:
http://sourceforge.net/tracker/index.php?func=detail&aid=1185212&group_id=64258&atid=506848
tracker item
insert tracker item with modal window fails due to form refresh when choosing page name from dropdown options
tracker item
Interface, Modal; It shouldn't be possible for Tiki to try to open a modal when already on a modal (losing editing)
tracker item
It's too difficult to re-use image gallery and file gallery content in wiki pages, trackers, etc
As reported here:
https://bugzilla.mozilla.org/show_bug.cgi?id=398767

{THUMB(image=>img/wiki_up/2008-01-17_low-tech-image_picker_TikiWiki.jpg,url=#)}{THUMB}
{THUMB(id=13,url="show_image.php?id=13")}{THUMB}
{THUMB(id=16,url="show_image.php?id=15")}{THUMB}


Some ideas of nice links to have:

Thumbnail with link:
{img src=images/code.png}%%% {CODE()}
{THUMB(id=13,url="show_image.php?id=13")}{THUMB}
{CODE}


[tiki-upload_image.php|You can test some experimental stuff here] (upload a pic and see the suggested wiki markup to copy in a ((test)) page.)


Nelson Ko and Marc Laporte were planning to work on tiki at ((tw:TikiFestToronto)) but something else came up so it's still on todo list :-)
tracker item
Quick Edit module should detect and warn about special characters in page names
Sometimes, we end up with some strange characters in pages names (accents, punctuation, etc). While it generally works, people should keep URLs with simple characters (like in emails) for nice readable URLS.

For example:
((I know this is all wrong, but fear it might be right - Alain Désilets))
tracker item
MEbneter
Contributors
tracker item
Freetags apostrophes are escaped
To reproduce: tag something with an apostrophe, like "l'apostrophe".

get to tiki-browse_freetags.php
This tag is displayed as "l\'apostrophe" instead of "l'apostrophe"

Note: it still works for searches, so fixing the display of the freetag should not break the search feature.
tracker item
PluginTabs does not show edit button of other Plugins used inside a tab
Any other Plugin used within PluginTabs doesn't show the edit button. It is not possible to edit them itself like it was before.
For Example, Tab1 with CODE and Tab2 with FANCYTABLE:

{TABS(tabs="code|fancytable|box" toggle="y")}
{CODE()}{CODE}
/////
{FANCYTABLE()}{FANCYTABLE}
/////
{BOX()}{BOX}
/////{TABS}
tracker item
Nested equal plugins are not detected correctly in plugin-edit mode.
When nested divs (or other nested plugins of equal name) need to be edited, the edit-plugin-window, does not detect the plugins beginning and ending correctly. Eg:
{CODE()}1. {DIV()}
2. {DIV()}want to edit the nested plugin{DIV}
3. {DIV}{CODE}

If your mouse is within the "want to edit the nested plugin" text and you select the plugin-type because you want to edit using the gui (usefull if the text is quite long), it will pop-up the gui with the text:

~np~{DIV()}want to edit the nested plugin~/np~

Thus it detected the ending of the plugin which started at line 1, to end in line 2, which is not correct. Also, when the mouse is within a nested plugin, the gui should detect the beginning of the plugin in line 2, instead of line 1.

Hope this make sense...quite an annoying behaviour.
tracker item
Syntax coloring in edit mode
It would be nice if it was possible to enable something like a syntax highlighting/coloring when in edit mode, such that plugins are easily detected or that layout is also colored. Wouldn't a tikiwiki syntax highligher be cool! Or is that already available? :)
tracker item
Freetags: feature requests for sorting and showing all tags
a) There is no way of displaying __all__ available tags.
b) There is no way to sort the available tags in alphabetical order when editing a wiki article -> properties.
c) The list of tags from case b) is hardly readable because the formatting leaves something to desire
d) There is no way to influence the sorting when displaying the freetags using the module Most Popular Tags.
tracker item
Codemirror treats 2 hyphens used for an em-dash as a strikeout
Not working yet
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
Edit CSS: several problems
Edit CSS feature produces CR/LF line terminators. This increases file size.

Edit CSS feature leads to file deletion in some cases, without warning:
- resulting file is larger than approx. 5300 bytes

CSS files with special characters in comments which are not UTF-8 encoded are not displayed. Edit leads to empty template.

Testfile was a copy of arcturus.css on a Debian/Squeeze.

File deletion can not be reproduced at demo.t.o 9x and 10x.
tracker item
Failed to Warn 'edit confict' with PluginWysiwyg or PluginSheet in wiki pages
I've just noticed with some potential new users of a Tiki site that the warning of "edit confict" is not working if the wiki page is using either the PluginWysiwyg or PluginSheet (tiki spreadsheets).

I mean, for PluginWysiwyg:
* UserA visits page "foo" clicks on the section surrounded by the wysiwyg plugin: that section opens for edition (not the full wiki page but just that section).
* While UserA has that section open still in page foo, UserB visits page "foo" and clicks on the same section in order to edit it.
__There is no warning about concurrent edition conflict.__

And similarly for PluginSheet (no warning for UserB that the same sheet is open for edition at that time by UserA)

Is this easily fixable (and backportable to 9.x LTS)?
I've reproduced the same issues here with 10.x:
* http://demo.tiki.org/10x/HomePage#PluginWYSIWYG
* http://demo.tiki.org/10x/HomePage#PluginSheet

The downside is that there is no safe way right now to edit big tables in a wysiwyg mode in Tiki 9 LTS.
* A Wysiwyg page losses editions every now and then (not recorded in history, for some mysterious reason, even if simple text edits were done some times; other times saves properly; I couldn't identify a common pattern to reproduce it always).
* WYSIWYG plugin does not warn about concurrent editions.
* The approach with sheets doesn't work either: no warning about concurrent edition.

(sad story: Those users decided to go back to attached spreadsheets saved elsewhere aside of Tiki :-/ )

Xavi

tracker item
Allow for styling of the page name in a link to a non-existent page
Currently in tiki when a link to a non-existent page is made, the page name is not styled or in any way distinguishable in the HTML and a link is only around a following hard-coded question mark. What I would like to see is to change it so that the page name is in fact the link text and the appearance can be styled via CSS. This would allow a particular theme to use the question mark indicator or a Mediawiki-style "red link" or some other styling for these "edit new page" links.
tracker item
User Interface
Features Classification
tracker item
Item Link field creation doesn't work right
I am using the "Item List" field in one tracker with "Item Link" in the other. It works well, but when I click on "Insert new item" the new item should automatically select the proper field value that is tied to whatever tracker item generated the request. As it stands now, you have to drop the list down and manually select the correct linked item, but that can be a real pain when the tracker gets big.

I've tracked the problem - it appears that the issue is in tiki-view_tracker_item.tpl. The code to set up the link is here:
<div style="clear:both;text-align:right;"><a href="tiki-view_tracker.php?trackerId={$cur_field.options_array[0]}&amp;vals%5B{$cur_field.options_array[1]}%5D=
{section name=ox loop=$ins_fields}
{if $ins_fields[ox].fieldId eq $cur_field.options_array[2]}
{$ins_fields[ox].value}
{/if}
{/section}
">{tr}Insert new item{/tr}
</div>

However, when you have a two item link (e.g. 8,37,31|32,38,1), then cur_field.options_array[2] never matches any ins_fields{ox].value, and consequently that part of the vals parameter is always blank.
tracker item
javascript word & character counter
For text area trackers:

http://www.felgall.com/jstip42.htm
tracker item
Jquery Chosen: dropdowns too narrow to view labels
tracker item
jQuery UI dialog modal is missing its "X" in the close button
tracker item
jquery validation displays the error message below the wrong field in 14.x if using pretty tracker
tracker item
jquery validation failing for tracker field 'date and time' after upgrade from 12.x to 14.x
tracker item
jquery validation regexp in numeric tracker field fails after upgrade from 12.x to 14.x
tracker item
js and css borked in doc.t.o while testing how to avoid issue in elfinder which prevented to upload any picture: please help
tracker item
jsCalendar widget unaware of time zones and recording event to one day earlier than selected (timezone difference of 6h)
tracker item
Kaltura in tv.t.o: change details to uploaded media shows WSOD
tracker item
Language problems with mail notifications in tracker
There are some problems with mail notifications in tracker:

- mail sent by tw is in the wrong language and the "from" header field is empty when deleting a tracker item,
- mail sent by tw is (only) in the wrong language when the notification is about a comment or a file attachment
- everything is ok when the notification is about an item changing

{sign user="pascalstjean" datetime="2013-08-25T21:32:40+00:00"}
Problem still seems to exist. Merging this case with Bug #4681
tracker item
Large File Upload Problems in File Gallery
I tried to upload a 230MB media file to a file gallery, and the site didn't have progress bar, and it sent the request for 25 minutes, then stopped and the file never uploaded.

Marc Laporte adds:
"A progress bar, and maybe a test/check first that file is smaller than
what is permitted by server config. In image gallery, tiki tells you
who much you can upload. This is needed for file gallery as well."



tracker item
Layout & colors in TikiSheets are not 3.0 ready with strasa (see them in dev.tw.o)
Using strasa.css in dev.tw.o, the tiki-sheets.php is not showing the content from both lateral columns.

I attempted to change theme style in dev.tw.o, but it's dead slow right now. and after 4 min. of waiting response from the server, I skip the test with another theme style. At least with strasa. it doesn't display both lateral columns.
----
after dev.tw.o responded (8+ min), I could reproduce the problem also in thenews.css
And the exact url to see the issue is this one:
http://dev.tikiwiki.org/tiki-sheets.php?edit_mode=edit&sheetId=0
---
and colors are not ready either (at least here in dev.tw.o):
See it here
http://dev.tikiwiki.org/tiki-view_sheets.php?sheetId=1
tracker item
line 1504 of wikiplugin_img.php appends px regardless of what width is
tracker item
List GUI contrast issue
tracker item
ListPages Plugin Category Filter Limited to One
tracker item
Lost Icon
tracker item
Make admin_quicktags use a drop down box for the Category
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.
tracker item
Make advanced mode for file and image upload dialogues a selectable preference
tracker item
maketoc should have plugin help
See ((doc:maketoc))
tracker item
Minor bug report in 15beta
tracker item
Wrong feedback to comment poster when Comments Moderation is on and post is not shown
tracker item
Mobile display broken in 12.x
tracker item
Mobile display broken in trunk
tracker item
Modals in 20.x show tracker item edit fields narrower than in 18.x which were full width when tracker section format is set to tabs
tracker item
More granular control of recurring events in Calendar
In the calendar, you can schedule a recurring event to happen weekly. In my particular use case we use TikiWiki for, among other things, tracking who in my department is carrying the 24/7 pager so everyone knows. There are between 5 and 7 of us depending on turnover, and we take turns holding the pager for one week at a time each.

With current functionality we must manually enter the pager schedule and re-do it should anyone quit or get hired. It would save us a lot of time if we could just say person A gets pager every 6 weeks, followed by person B, C, D, etc.

tracker item
multibyte-letter-wiki-document-name between double braces are not recognized.
tikiwiki syntax for 'wiki-link' only works when doc-name is consists of alphabet.

just to avoid wiki syntax works on this bug report field,
currently using as follows :
DOUBLE BRACE OPEN 'WIKI_DOC_NAME' DOUBLE BRACE CLOSE
--> make hyperlink for 'WIKI_DOC_NAME'

DOUBLE BRACE OPEN 'ASIAN_CHAR_WIKI_DOC_NAME' DOUBLE BRACE CLOSE
--> parse 'ASIAN_CHAR_WIKI_DOC_NAME' as normal texts. then just print the texts.

please fix this problem soon. thanks in advance.
tracker item
multiple language support in quick edit plugin
tracker item
natokpe
tracker item
New module: search page name, search text, edit page
In the early days of TikiWiki, we used a bunch of modules (last_modified_wiki_pages, last_articles, Last this, Last that, etc.) to show recent changes to visitors. We ended up with many modules and it was cluttered.

All this became a lot better once the "Since your last visit" module came around to adding all the features. As a bonus, it checks permissions and shows the information since the user's last login. Very sweet.

Now, I am hoping to get to the same result for the many edit/input boxes.

In version 3.0, the quick_edit module checks (with Ajax) for names of existing wiki pages to edit. This avoids duplication. Great stuff. Wikipedia does something similar when you are searching for a page name.


I almost always have the search box on.

However, I also add "search page name" because the general search engine may not return the page I am looking for as the search result.

Here is an idea:

A new module which combines three modules:
search_wiki_page
search_new
quick_edit

See top right of http://moinmo.in/ for an example.

The action buttons are grayed out until text is entered in the text box. -> Very nice


Button should be WYSIWYCA


See top-right search box at:
http://www.ohloh.net/projects/tikiwiki
http://www.wikicreole.org/



__Alternatively, we could combine search page name and search text, and in the search results, we would first show pages names, and then, search text. This involves more work, but could be better for the end user UI.__

^I think the existing layout for the search top right in TW is fundamentally good. A text box, then a drop-down then a button. Why because the drop down is more future proof than any of the layouts from the other sites you reference.

If we make the contents of the drop down easy to customise or at the very least document how to add to it. For example the CRM function could add items to the drop down for "Contacts" and "Accounts", webmail could add "Mail Messages" and so on.

I do agree the wikipage create/edit module should be included in the top right search function.

I think this is an example of where considering the future openness of the solution would be very important - MatWho^

{THUMB(id=98)}{THUMB}
tracker item
New wiki edit help sidebar doesn't work in IE7 or Opera.
In IE7, the wiki edit help appears at the page bottom as before, always on. In Opera 9.6, the wiki edit page only displays down to the Quicktags. (I didn't check with IE6 yet.) This is in a trunk installl, Dec. 4, 2008.
tracker item
No Plugin-Help when editing forum or trackers
When editing a Wiki-page and clicking on Wiki-Help there is a link to change the Help to Plugin-Help.

This link doesn't appear when editing forum or trackers..
tracker item
notabs button not exposed in (12.x) mobile mode for Plugin Tabs
tracker item
Optional disabling on javascript stripping protection
Tiki, be default, strips all javascript from all text box entries. This is meant as a security protection.

While most of the time, this is a good thing, sometimes, it is appropriate to use this javascript. For example, an add placed in a dynamic content module.

tracker item
Parent Gallery Selection Box Design
when selecting a parent gallery on a deep gallery structure it would be nice if
# galleries not which are not a direct child of the root gallery are marked with "..." at the beginning
# galleries are marked with the (ID) at the end.

there are scenarios where the two displayed levels in the selection box are ambiguous.

tracker item
permission "minor" seems useless on doc.tw.o: registered can't use it even if granted to them
permissions "minor" seems useless on doc.tw.o: registered can't use it even if granted to them
Check it live on: http://doc.tikiwiki.org
Login as admin to check that tiki_p_minor is granted to registered. Logout and login again as plain registered user, edit a page, and you don't see the "minor" button.

Registered users need it since it is a part of the interface needed for best interaction with new translation features on 1.10 (minor changes are not counted as new content to a page is being translated; if no minor, then a minor change to an outdated page reports to the up-to-date pages that new content has been added on other pages, and thus, lots of noise is introduced in the community)
tracker item
Plugin configuration tool
I suggest a plugin/mod configuration tool, where Admins can specify the __name of a plugin__ and a __list of parameters__ to be provided to the plugin. There is no way for Administrators to configure plugins. Every incantation of a plugin must specify all needed information. A configuration tool would allow control over all invocations of a plugin, or specifying non-public configuration details.

I believe that at present adding configuration options for a plugin requires the plugin to include code for admin pages. This tool would be available for use with any plugin with chooses to look for the passed parameters.

For example, a SHOWIMAGE plugin's configuration parameters could specify the default (or mandatory) image source to use, the default image size, and decoration options. By altering the configuration parameters the appearance of all invocations would be changed.
tracker item
Plugin Convene add name and choices at the same time with a clear "save" button (mimic Doodle )
tracker item
Plugin Convene should display table with options just after the user adds the first user an date
tracker item
Plugin dialog is hidden when full-screen is on
tracker item
Plugin List GUI minor improvements
tracker item
Plugin Slider interferes with expected behavior of ui for anon in homepages
tracker item
Plugin TrackerToggle doesn't display the hidden field if attempting to change value in a previously saved itemId
tracker item
Plugin Convene should suggest by default the username of the user viewing the page as the one to be added
tracker item
PluginFade broken since 16.x
tracker item
Plugins admin interface to activate/deactivate plugins
All plugins are on by default. I may or may not want that.

I think we should have an admin panel which lists the plugins which are installed on the server. The admin can then activate as needed.




Related:
WYSIWYCA for module administration
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1294
tracker item
PluginSlider lost start/stop control after upgrade from 12.x to 15.x
tracker item
PluginTogether fails due to warning of edition conflict
tracker item
Popups in editor have transparent background
tracker item
Pref: Sortable Chosen Multi-selects Not Working
tracker item
preview looks different from final output, like using "{CODE}..." creates boxes, but used fronts differ
tracker item
progress bar when installing tiki in a browser
tracker item
Provide a choice picker for valid available values in list editing GUIs to make it easier to create and edit tracker tables/views
tracker item
Provide example for jquery regex url that validates the condition in tracker field: positive number with or without decimals
tracker item
Quick Edit module should detect and warn about special characters in page names
Sometimes, we end up with some strange characters in pages names (accents, punctuation, etc). While it generally works, people should keep URLs with simple characters (like in emails) for nice readable URLS.

For example:
((I know this is all wrong, but fear it might be right - Alain Désilets))
tracker item
Recursive category field would be nice
Currently, one must list the parentID of ONE category for the category field. It would be nice if there were a "recurse" option that would show ALL the categories and subcategories for one parent. That would make setting up categorized trackers much easier.
tracker item
Redirect (or page alias) on Deleted or Renamed Wiki Pages
It would be nice when deleting (or renaming) a wiki page, if Tiki asked for a redirect (via the REDIRECT page). This would help visitors how have bookmarked the original page.

Use case:
#As admin, you select to DELETE (or RENAME) a wiki page.
#When Tiki prompts for confirmation, there could be a checkbox & text field asking for a redirect page.
+You should be able to enter ''either'' an existing wiki page or a fully qualified URL.
#If you select the checkbox (and enter a new page), Tiki does not ''delete'' the page. Instead Tiki edits the page to replace all existing content with a REDIRECT plugin.


There should be an option to have "301" headers so search engines know to update their DB.


There is a new page Alias feature in 3.0 Renamed pages could keep old URL as an alias. This could be done by appending an invisible page alias.

See attached images for UI example from MediaWiki

Related:
[wish1489|Wiki page name Alias]
[wish1610|Redirect plugin : should permit to set status "Moved Permanently"]
[wish1292|Plural WikiWords when using ((WikiWord))]
tracker item
reduce losts on forums posts and trackers due to session expired (similar solution as in wiki?)
Session expiration is producing some losts on forum posts (in a similar way it was happening on wiki edits...). That solution by ricks99 was very smart on wiki edits. Could it be added also (or similar behavior) to forum posts?

---
update: Do the same on trackers!!! (show some popup if you are going to loose your session on that site)
I had lost that information because I my session (apparently) expired... (maybe there was a conflict of cookies with the ones on other 1.9.9 tiki sites I was loging in and working in right now)...
tracker item
Reduce occurrrence of lost edits
Please see
http://doc.tikiwiki.org/Lost+edit


{FLASH(movie=files/FeatureRequest_BetterHandlingOfBackButtonWhileEditing.swf,width=>811,height=>708,quality=>high)}{FLASH}
tracker item
Regression: Content template edit screen is broken
tracker item
Remove Allow HTML button in Edit tpl
The "Allow HTML" button is a PITA.

because it is default unchecked EACH TIME you open the edit screen. therefore if anyone puts html in a page it is by default not parsed the next time somebody edits.
tracker item
Resizeable textarea does not change the mouse style for chrome
tracker item
rtl in codemirror 3.16: scrollbar on the right should disappear
tracker item
The second editor of a page in wysiwyg mode will see an empty editor bloc when overriding
tracker item
Section Edit, to edit part of a wiki page
Long overdue feature in TikiWiki:

http://en.wikipedia.org/wiki/Help:Section#Section_editing

[http://sourceforge.net/mailarchive/message.php?msg_name=435AF64C.1050106%40marclaporte.com|2005-10 discussion on the developer's mailing list.]

If "edit by section"=Y as a wiki feature, all H2 should create a bookmark and a section that can be edited individually. As an option, all heading levels could become sections.

Section edit should be optional and there should be a syntax to override (either way)

More explanation from our friends at WikiMatrix:
http://www.wikimatrix.org/wiki/feature:section_editing
tracker item
Section edit: a first section is needed + more intuitive use of anchors
New section edit feature is very useful. Three minor adjustments:

A- There is no way to edit the section preceding the first !,!!,!!! etc
This would be nice as well.

---

B- When getting to the section via an anchor, the edit by section icon is too high. To see what I mean:

1- login to doc.tikiwiki.org

2- go to
http://doc.tikiwiki.org/Editorial+Board+Meeting+2008+05

3- Then click on an anchor like:
http://doc.tikiwiki.org/tiki-index.php?page=Editorial+Board+Meeting+2008+05#2_3_Proposed_changes_to_doc_tw_o_site

Notice how the edit button is not accessible directly? I need to scroll up a bit (not ideal)

---

C- After editing a section, I should be sent back to the anchor of the section I just edited

So I can see what I just edited.

tracker item
Several issues with dropdowns and tablesorter for tracker data
tracker item
ShowCaseSupport@projectashenfire.org
tracker item
Side-by-side translations have usability issues
tracker item
Signature and/or datestamp and/or approval-vote and/or comment plugin/syntax
Seen on IRC:
{img src=images/code.png}%%% {CODE(wrap=>1)}
(10:33:47 AM) ***dthacker also wonders if there is a login-timestamp wiki syntax such as mediawiki's ~~~~ that would auto sign with user id and date/time.
{CODE}


Wiki pages are great to produce Neutral Point of View (NPOV) content. If we need to know who added what, we check the edit history.

For debates, discussions, opinions, etc, people will often use Tiki blogs, Tiki forums or comments at the bottom of wiki pages. These are more natural formats and it's clear who thinks what and who said what. Comments & forum threading make it clear who is responding to who/what.

However, in some cases, it is useful to have this type of interaction in wiki pages. The [http://doc.tikiwiki.org/Editorial+Board|TikiWiki documentation Editorial board] has monthly meetings to discuss and make decisions. Members can edit, comment and vote on motions.

The way people add their comments is not standard and if we are not careful, it can get messy. This often happens in wikis.

Some wikis use a special syntax for "signature". This would be a way to associate the name of the user and maybe the date to a specific comment. It would be nice to clearly and visually associate the user to the comment. Maybe the comment & signature are in a same box?

It would be nice also for people to be able to express support to an idea in the wiki page, with a thumbs up (+1) or a thumbs down (-1). Right now, the wiki ratings feature let's us vote only once per wiki page.

These syntaxes should be quicktags to it's easy to add. Maybe some of the less important meta data (ex.: date of comment) would be only visible on mouse-over. (and thus not in printed mode). The mouse over could also contain a link to the user's personal wiki page and some data about the user (his avatar, score, etc).


Ex.:
*click my PluginComment tool (in toolbar)
*Pre-fill text that will be mouse-overed with previously selected text
**add date & signature (with link to userpage)


Everyone: please share your ideas on this and how you have seen it implemented elsewhere.

Thanks!


Related:
{wish id=2102}
tracker item
Since 14.x: smarty_modifier_escape() fatal error
tracker item
Site timezone is not respected when using Plugin Convene (time stored as 2 hours before my selection)
tracker item
Smarter detecting of domains and auto-links
www.mozilla.com is automatically turned into a link. (great)

but support.mozilla.com is not.

So I must do:

{img src=images/code.png}%%% {CODE()}
[http://support.mozilla.com|support.mozilla.com]
{CODE}

If automatic detection of support.mozilla.com is too risky, maybe the following:
{img src=images/code.png}%%% {CODE()}
[support.mozilla.com]
{CODE}

should be smart enough to know that I meant:
http://support.mozilla.com

and not:
http://dev.tikiwiki.org/support.mozilla.com
tracker item
Social Bookmarking any content (ex.: digg this) (add the patch to the main code base)
Like Ricks99's great work:
http://tikiwiki.org/tiki-view_blog_post.php?blogId=26&postId=302

current plugin (from mods)
http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki/mods/trunk/wiki-plugins/submit/wiki-plugins/wikiplugin_submit.php?view=markup

Ex:
http://www.stumbleupon.com/tag/tikiwiki/

Please see:
http://www.addthis.com/
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
Status icon in tracker edit broken
tracker item
Strikethrough syntax, and avoid collision --strike-- -- no strike--
{img src=images/code.png}%%% {CODE(caption=current strikethrough syntax)}
{TAG(tag=>strike)}texte{TAG}
{CODE}

Suggested one for us:
--strike--

As suggested in wikicreole:
http://www.wikicreole.org/wiki/Strike

All wiki engines:
http://www.wikimatrix.org/syntax.php?i=27

This is very useful when using wiki pages for ((project management))
tracker item
Support some of the MediaWiki syntax that doesn't conflict with TikiWiki syntax
Please go to "Syntax Examples" here:
http://www.wikimatrix.org/compare/TikiWiki-CMS-Groupware+MediaWiki

Please also see:
http://meta.wikimedia.org/wiki/Help:Wikitext_examples

Some syntax could be supported as it doesn't really conflict with the existing.

__Basic formatting markup__
{img src=images/code.png}%%% {CODE()}
You can ''italicize text'' by putting 2 apostrophes on each side.

3 apostrophes will '''embolden the text'''.

5 apostrophes will '''embolden''' and ''italicize''
'''''the text'''''.
{CODE}


__Signature/timestamp__
{img src=images/code.png}%%% {CODE()} You should "sign" your comments
on talk pages:
- Three tildes gives your
signature: ~~~
- Four tildes give your
signature plus date/time: ~~~~
- Five tildes gives the
date/time alone: ~~~~~ {CODE}

__Section headings__
{img src=images/code.png}%%% {CODE()} == Section headings ==

''Headings'' organize your writing into
sections.
The ''Wiki'' <u>ab</u>
##software can automatically
generate a [[table of contents]] from them.

=== Subsection ===
Using more "equals" (=) signs creates a subsection.

==== A smaller subsection ====

Don't skip levels,
like from two to four equals signs.

Start with 2 equals signs not 1
because 1 creates H1 tags
which should be reserved for page title. {CODE}


However, links & images could be more problematic.

Related:
*[wish1531|Wiki markup for icons]
*[wish1191|Wiki editing: Preview with diff, like Mediawiki]
*[wish1843|Infoboxes like MediaWiki/Wikipedia, but making use of trackers to be future-proof]
*[wish1781|Support for the Wiki creole markup (syntax)]
*[wish1220|MediaWiki import script]
tracker item
t.o 11.x: left column overlapping central column and flip left column is unclickable with Chromium
tracker item
t.o: Calendar self-refreshes indefinitely!
tracker item
Tablesorter with server=y (for high volume of data) fails to sort tracker items
tracker item
Tablesorter: dropdowns in tsfilters are shown as text filters (most of them) when server=y
tracker item
Tags: Add a modern beautiful and advanced filtering with HTML5 and jQuery, such as Filtrify
tracker item
The "Edit the included page" icon is still in the oldish png format instead of the FA icon
tracker item
Theme and Tools for MediaWiki migration
Maybe some of you will think of this as a "marketinhg" thing, but let's face it : for most users on the Web "wiki" is synonym with "MediaWiki-powered sites that look like wikipedia".

What I propose is to create the theme and tools to facilitate migration of mediawiki powered sites to tikiwiki the (very) easy way : fill a form during install that points to the Mediawiki database, and extract all the info to automagically populate the Tiki. I'm willing to participate, but I do not feel I have the required knowledge at this moment to be able to do something useful in the coding part : I know little to no PHP or MySQL stuff, I even wasn't able to install Tiki properly here (shame on me).

tracker item
Tracker field 'Date and Time (Date Picker)' gets current time as default value in mobile mode (12.x) even if set pref to 'None'
tracker item
Tracker field 'Dropdown with other' does not display the other field
tracker item
Tracker field with Multiple selection list cannot be displayed in mobile mode
tracker item
Tracker fields of Radio buttons and multiple selection pre-select value 0 when it's one of the options even if not manually set as default
tracker item
Tracker inline editing & Dynamic items list: Options in 2nd field are not updated when the first field is changed
tracker item
2nd field in Dynamic items list with Jquery Chosen doesn't get full width to display labels properly
tracker item
Tracker plugin to get title and make link to tracker item
Instead of this:
{img src=images/code.png}%%% {CODE()}
*[tiki-view_tracker_item.php?itemId=909|Integrating fotonotes or wikigraphe or DOM Image annotation to the Image gallery]
{CODE}

I should be able to indicate something like:
{img src=images/code.png}%%% {CODE()}
*{bug909}
{CODE}

and have the nice link generated. And if the title of the bug changes, I am OK. Having some more info about the bug in a mouse over would be a nice bonus!

Having a drop down menu or bug picker would be sweet too!

Maybe even some backlinks detection!

You can see an nice example here that even has a bug icon
http://winscp.net/eng/docs/history




tracker item
TrackerCalendar in 19.x (new lib) doesn't allow to change resource from an item through drag and drop
tracker item
trackerlist in plugin helper popup ui doesn't allow to select fields by name nor type their id numbers
tracker item
Translate this page (create and associate to translation set in 1 step)
Right now, translating a page is a 2-step process and it's not super easy.
tracker item
Unable to insert a wiki plugin
tracker item
Unable to modify my Consultant profile item (edit and save)
tracker item
Unable to Switch from Global to Admin Editing Toolbar
tracker item
Universal Wiki Edit Button
Please see:
http://universaleditbutton.org/

Related:
*[wish1781|Support for the Wiki creole markup (syntax)]


In testing now on:
http://wiki-translation.com

Commit:
http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=rev&revision=13295
tracker item
Update Menu icons to use fontawesome icons for consistency (and not just legacy png's)
tracker item
Update PluginVersions to Bootstrap classes (missing tabbed-like display)
tracker item
Usability improvements for File dialog (icon in wiki page editor)
{maketoc}
!Problem Summary
The dialog structure for uploading a file and adding a link to it in wiki page is much better than it was, thanks to the introduction of the __File__ icon in the toolbar of the wiki editor. But it is still cumbersome and error prone. Here is the process below and the usability issues that I found at various spots.

# Click on the __File__ icon
# Pick __File Gallery/Archive__ in __Type__
# Click on __Pick a file__ link
# Click on the __Upload File__
# Click on the __Browse__ button
# Click on __Upload__ button
# Browse the file system and pick the file.
# Once the file is uploaded, click on its name.
# Click on __Insert__ button

Besides the fact that this is long, there are many places where it is misleading to the user (details later). I had to try this more than a dozen times, clicking on different items, to figure out how it works. And I had help from some experts on the mailing list!

Fortunately, there are a number of very small fixes that we could implement to address those issues. See below for a discussion of the various issues and proposed fixes.

!Issue 1: __Type__ should have a reasonable default
Currently, the type is set to empty. It really should be set to either __File Gallery/Archive__ or __Attachment__ by default. Personally, I would favour __File Gallery/Archive__, because I think it's generally a bad idea to attach files to a wiki page, because it limits your ability to link to those files from other pages. But the point is: the value should default to what users most commonly use.

In some cases, the picklist only has one option in it anyways (ex: if the feature for attaching files to wiki pages is off). In those cases, then the picklist should DEFINITELY default to that single value.

^Fix: Set the __Type__ to a sensible default... I vote for _File Gallery/Archive__^

!Issue 2: __Pick a file__ link looks more like a caption than something you can click on
I never realized that I could click on it to choose the file. Someone had to actually point that out to me. Others on the mailing list have said that they need to point this out to users all the time.

^Fix: Change the link to a button^

!Issue 3: Too easy to miss the __Upload__ button
Once you click on __pick a file__ link, you are presented with the general screen for navigating and managing the File Gallery. But at this point in time, you are only intersted in uploading or choosing a file from the gallery, and seeing this complex dialog is very disorienting. In my case, I managed to miss the fac that there was an __Upload__ button on that screen, and I thought I had mad a mistake and someone pressed the wrong button or link in the previous screen. I had to go back to the previous screen several times and click on different things, and finally come back to clicking __pick a file__, and then I saw the __Upload__ button.

^Fix: Instead of having a single __Pick a file__ link (well, button, if we implement the fix to Issue 2), we should have two buttons: __Upload__ and __Choose from Server__. Or something like that (I can't think of a good workding). The __Upload__ button will take you directly to the place you currently get to after clicking on the __Upload__ button in the File Gallery screen. The __Choose from Server__ button will still take you to the __File Gallery__ navigation and management menu.^

!Issue 4: Not clear that you have to click on the file name after uploading
In Step 8, there is nothing that tells you you need to click on the file name after you uploaded it. I went through the whole process several times and it never occured to me that I had to do this until someone from the mailing list told me.

Note that there is a message to that effec that appears if you hover the mouse over the file's name. That message really should be visible at all times, not just when you hover over the file name.

^Fix 1: Make it so you don't need to click on the file name altogether.

Fix2: If that's not possible, at least put a very prominent messages saying that the user needs to click on the file name^

!Issue 5: Insert button is not clear.
In Step 9, you are back at the original pop up, and you need to click on the __Insert__ button, otherwise the link to the uploaded file does not get inserted.

Again, I had to do the process several times before realizing I had to do this. My natural tendancy was to close the popup, either by Xing it or clicking on the __Close__ button. The result is that the file does not get inserted on the page.

I think the problem is that the two buttons at the bottom say:

__Close__ __Insert__

And you naturally tend to click on the first of these two, i.e. __Close__.

^Fix: Change the order and caption of the two buttons as follows:

__Insert link__ | __Cancel__

Also, if the user clicks on the X to close the window, the link should be inserted (in other words, __Insert link__ should be the default). The reason is that it's easier to recuperate from that error (you just need to erase the link) than to recuperate from the other error (you have to start again from the beginning, to insert the link).
^
tracker item
Clicking Wiki Editor tools like bold can re-apply instead of removing formatting
This isn't so much WYSIWYG as the wiki editor but see no such feature checkbox.

Anyway if you click a wiki editor button twice, like bold, I expect it to undo the action, like the WYSIWYG editor. Instead it tries to make the text doubly bold, which is apparently not possible.

Also if you use a button and drop focus from the editor, I expect the preview Ajax to update as usual, but it does not.
tracker item
Warning message when moving away from an edit box (by clicking "back" or clicking an email link)
The problem: Say I am multi-tasking.

1- I start editing a wiki page
2- I check my thunderbird email.
3- I click a link in my email
4- That link could take over my browser and I lose what I was editing. Not fun.


This is what we need:
http://marclaporte.com/tiki/FeatureRequest_BetterHandlingOfBackButtonWhileEditing.swf.html

And that solution also works when you are clicking a link in an email. (not just back button)


other causes of ((doc:lost edit)) are listed in documentation.


similar: http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=971
tracker item
wiki "edit by section" doesn't allow concurrent editions of different sections on the same page
Wiki "((doc:edit by section))": Nice feature added, thanks heaps to those who made that possible! :-)

BTW, I found that it doesn't allow concurrent edition of different wiki sections of the same wiki page.
Tried on doc.tw.o on June 8th 2008, using Mittwoch and also Tikinewt.css (After clearing tiki cache) , and it didn't work for me on any of both cases.

doc.tw.o page needs to be updated once fixed.
http://doc.tikiwiki.org/edit+by+section
tracker item
Wiki code to include file in page just after file upload recently broken
tracker item
Wiki editing: Preview with diff, like Mediawiki
With MediaWiki, before you save, you can review changes. It shows what you __will__ change (if you click save), in wiki diff format.

This is very nice.

Sometimes, we have done several edits, and we are not sure exactly what we changed (supposing we are multitasking or interrupted). It is nice to be able to review this and fill out the edit description accordingly

Useful for translation as well:
http://wiki-translation.com/tiki-view_tracker_item.php?itemId=51


Related:
*{wish id=2102}
*{wish id=1843}
*{wish id=1220}
tracker item
Wiki editpage broken in Opera
In Opera (9.6), the wiki edit page only displays as far as the quicktags (these show), then the page display hangs and nothing else loads. This is with the normal editor.
tracker item
Wiki Edits in 18.x-20.x with mobile devices duplicate some trailing chars from strings when Codemirror is on
tracker item
Wiki markup for icons
In addition to smilies and text formatting like bold, add syntaxes for commonly uses markers in text.

Please see some nice examples here:
http://wikifeatures.wiki.taoriver.net/TextFormattingRules

Which are inspired by :
[http://moinmo.in/HelpOnSmileys|MoinMoin]

I like:
/!\ warning
(./) check
{OK} thumbs up
{i} information
{1} {2} {3} for nice numbering

We currently use images at doc.tikiwiki.org and it's cumbersome.


From #wiki (freenode)

(11:20:53) TheSheep: marclaporte: btw, if you need some icons, there are some I drew at http://sheep.art.pl/Icons
(11:21:10) TheSheep: marclaporte: especially the hand icons can be... uhm... handy
(12:16:35) marclaporte: hehe
(12:17:52) marclaporte: for icons: is license compatible with LGPL?
(12:18:15) marclaporte: I wish we had a license compatibility grid for CC vs GNU
(12:19:58) TheSheep: marclaporte: I can relicense it for you
(12:20:17) TheSheep: marclaporte: although using gpl for something that's not software is weird for me
(12:33:22) marclaporte: yes, but icons have to in the app, no?
(12:42:45) TheSheep: marclaporte: but icons are also distributed when somebody merely uses the web app
(12:43:00) TheSheep: marclaporte: would you want to force them to provide the source code?
(12:44:49) marclaporte: I just don't want any trouble
(12:45:02) marclaporte: and to respect author's wishes
(12:45:51) TheSheep: marclaporte: I can promise I won't give you any trouble, just tell me what you need to use them :)
(12:46:01) marclaporte: hehe
(12:46:13) TheSheep: marclaporte: it will also help me to release my future works in a way that is friendly for developers
(12:46:22) ***marclaporte is adding on todo list
tracker item
Wiki page edit switching to fullscreen mode and back broken
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 Table syntax: WYSIWCA for QuickTags
In the Quicklinks, there are two table links (one for the old wiki-table syntax, and one for the new).

On the Wiki table syntax in effect (from tiki-admin.php?page=wiki) should appear.

In templates/tiki-edit_help.tpl, this is already done with:

{if $feature_wiki_tables eq 'new'}

---
On second thought, since the new table syntax is so much better, and it's now the default on new installs. All references to old syntax should be phased out. People should only use it if they have large amounts of legacy data that they don't want to take the time to convert.
tracker item
Wiki transclusion a-la MediaWiki templates
The capability to include (recursively) with parameters is probably the most powerful and content factorizing feature of our best competitor MediaWiki.

It make not only produce content much faster and in a much more modularised way.

The references :
* [http://en.wikipedia.org/wiki/Transclusion]
* [http://www.mediawiki.org/wiki/Help:Templates]
* [http://doc.tikiwiki.org/PluginInclude]
tracker item
wiki: automatic description of changes
When you edit a wiki page, you can indicate what you did. Good.

But if you leave it empty, visitors have no indication of what you did. Maybe we could add some of the ideas of wiki-translation.com (Quantify change size) to have an automatically generated message.

Some examples:
*minor change
*10 words changed
*15% changed
tracker item
Wiki: Minor edit :: need mouse over to explain what it's for
In 1.10, there is a "minor" button when you save a wiki page.

When using the wiki for translation, checking minor tells the system that the corresponding translation are __still valid__.

I believe __minor__ also prevents sending notification emails to those watching the page. (why bug them for a corrected typo?)
tracker item
Wish: add rotate parameter to PluginIcon
tracker item
Wysiwyg textareas miss the Character Count option
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