Category: Feature request
Request to add a totally new feature or to enhance an existing feature. Also called Request for Enhancement (RFE)
Show subcategories objects
| Name | Type |
|---|---|
| dev.t.o: include first isMain field in subject and all notification emails from trackers | tracker item |
|
dev.tikiwiki.org -> User fields
User drop down menu now includes 7500+ users. This was a heavyload on the server so I removed them from the trackers. |
tracker item |
|
dev.tw.o: Sorting items from trackerlist plugin doesn't work for anons due to cache issue
dev.tw.o: Sorting items from trackerlist plugin doesn't work for anons due to some conflict with the wiki cache. Example: http://dev.tikiwiki.org/tiki-index.php?page=Profile+Manager&tr_sort_mode1=created_asc http://dev.tikiwiki.org/tiki-index.php?page=Profile+Manager&tr_sort_mode1=created_desc both pages show the same sorting on date (for instance) if the user is not logged, but the sorting works if you are logged. |
tracker item |
|
direct URL for the image in File Gallery
Hello, I've just discovered elFinder feature in Tiki's File Galleries which allows one to virtually organized images and other media files in (sub)folders and I'd like to take advantage of it since with static-site-generators which I used in the past I was able to put images close to my blog posts. There is nice feature in File Gallery as Syntax tips showing the syntax to be used to link the image in the content. For instance, the wiki syntax to be used in wiki page for my image is: -+~np~{img fileId="2"}~/np~+- and link for the file from a Wiki page is -+~np~[dl2|image.jpg]~/np~+- so i'd like that the syntax tips can also show 'direct' URL to be used when using image with e.g. Markdown plugin, which in this case would be: -+~np~http://mytld/display2~/np~+- so that one can use the following Markdown syntax: -+~np~~/np~+- in Markdown posts. What do you think? Sincerely, Gour |
tracker item |
|
DIrectory - allow URI File:/// - do not default to http://
I want to use a personal WiKi for all information about a personal project. It would be convenient to have links to local or network hard disc files in the Directory. There are other URIs (https://) that would also be useful so the limit to http:// is unhelpful. |
tracker item |
|
Disable Composer for official release package
It is possible in Tiki 21 using the release package (https://sourceforge.net/projects/tikiwiki/files/Tiki_21.x_UY_Scuti/) to upgrade the composer packages using ~pp~sh setup.sh~/pp~. It breaking the Tiki. It should not be possible to use it if official release package is detected. |
tracker item |
|
Disallow printing links to be indexed by search engines
This is from Google monthly report for Doc. {img fileId="1628" thumb="box"} Obviously we want people searching in google to land on real and good content that promote Tiki, give information or help (support). Not printing... |
tracker item |
|
Discussion: Should we change from language.php to native .po files?
We have: ((tw:PO convertor for TikiWiki)) Should we change the way we handle language.php?: ((Research about different i18n systems)) |
tracker item |
|
DISO support
We'll coordinate at ((diso)) |
tracker item |
|
Display a comment in the html listing where each indvidual template starts and ends
I would like to have the templates include a comment line such as: <!--start template: tiki.tpl--> and a corresponding <!--end template: tiki.tpl-->. As a non-developer performing minor overrides and adaptations to the existing templates, this would greatly improve the time needed to locate the correct template to override for a certain page, as you could just go into the HTML source code and see which templates are involved in generating the page you are looking at. |
tracker item |
|
Display category in search results
Tiki already shows the category and/or category path when listing wiki pages. I would like to also display the category information in search results. This would help end-users determine the relevancy of the search result. |
tracker item |
|
Display directory listing from a crontab output file
Would it be possible to list the contents of a directory not in /var/www/tiki, but generated from a crontab output file and stored in the /var/www/tiki directory. This would be to facilitate having a daily or hourly updated view of project files associated with the tikiwiki documentation. If this doesn't sound like a good global feature I would love to get some pointers as to where I would place the php code in what tiki file etc to get this working in my own project. |
tracker item |
|
Display freetags in search results
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. |
tracker item |
|
Display freetags in search results
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. |
tracker item |
|
Display in the toc "only" all sub level entry within a structure
In the toc we can set maxdepth (how many sub-level) we wan to display. However there are case you need only sub-level to be displayed. A structure ''Europe'' with several children (''France'', ''England'', etc) that have them self (''Paris'', ''London'', etc) children. ''Europe'' (top level) -> ''France'' (sub-level 1) -> ''Paris'' (sub-level 2) -> ''England'' (sub-level 1) -> ''London'' (sub-level 2) Using the wikiplugin_toc we want to show all the second child (sub-level 2) for all the structure Europe and not any of the level above it. The toc will show: Paris (level 2) London (level 2) |
tracker item |
|
Display nicer message when composer is not yet installed
When Tiki is not completely set up and composer (vendor_bundled libs) not ready, Tiki shows only raw plain-text message when you access pages like tiki-admin.php or tiki-listpages.php It shows only: "Your Tiki is not completely installed because Composer has not been run to fetch package dependencies. You need to run 'sh setup.sh' from the command line. See https://doc.tiki.org/Composer for details." It would be better if it used --default Tiki UI / theme-- some HTML + CSS UI displaying the message in a nicer way. |
tracker item |
|
Display Realname instead of login at "Switch user" for admins through module login_box
Use case: LDAP setups with numeric ID's for usernames: the admin needs to be able to switch to some user's account to check that settings and perms are as expected for that usergroup, etc. I know the co-worker names, but I don't know their ID's in the setup, other than manually checking at the users list and infer it's name from their email. This line seems to control it at the template for the login box module: {CODE()} {autocomplete element="#login-switchuser_"|cat:$module_logo_instance type="username"} {CODE} which implies that there is a function.autocomplete.php smarty_tiki file. I managed to make the userrealname display in the dropdown box. But I need that userrealname as label, while keeping the username as option to be used internally (otherwise the switch user does not work, as far as I could see) 1st attempt: ------------------- I tried with this type of syntax, but it didnt' work: {CODE()} {autocomplete element="#login-switchuser_"|cat:$module_logo_instance type="userrealname" options="label:userrealname,value:username"} {CODE} since that is what I understood from here: http://api.jqueryui.com/autocomplete/#option-source 2nd attempt: ------------------- I also tried modifying function.autocomplete.php and the mod-login_box.tpl to end up producing this syntax (as I could see in the html source of the produced page): {CODE()} $("#login-switchuser_2").tiki("autocomplete", "userrealname", { source:[label:"userrealname",value:"username"] }); {CODE} but it didnt' work either. --- Any tips on how to write it in the proper jquery and smarty syntax? |
tracker item |
|
Display row and col borders by default when tiki spreadsheets are printed in simple mode with mpdf
I printed in 20.x a tiki spreadsheet to pdf through mpdf (installed through the packages control panel), with the spreadsheet param -+simple=y+- The printed sheet in the pdf page didn't display borders of rows and cols by default, which makes it difficult to distinguish rows or cols in some cases. When choosing the print version of the wiki page, the cell borders where shown, and when printed locally through a locally installed pdf printer in the desktop computer, the borders where included in the pdf. Is it difficult to add by default when making the pdf from mpdf directly? Or document somehow how to hack the code to add some custom css in the pdf files generated through mpdf? Reproduced here: http://xavi-9794-7140.show2.tikiwiki.org/tiki-index.php?page=Spreadsheet-demo-instructions u: admin p: 12345 See pdf generated here: http://xavi-9794-7140.show2.tikiwiki.org/tiki-download_file.php?fileId=1 First sheet has simple=y, and borders are not shown. Second sheet in the same page has simple=n, and borders are shown |
tracker item |
|
Display the categories in listing for File galleries
{syntax type="tiki" editor="plain"} It would be super useful to be able to see the category assigned to a file when list files in the files gallery. |
tracker item |
|
doc.tw.o needs to be far more open to edits
A newly registered user cannot edit most of doc.tw.org An anonymous user cannot edit doc.tw.org, even with CAPTCHAs. There is no clear text on a page of doc.tw.org which tells a user why they cannot edit that page, or what they can do about it. |
tracker item |
|
Drag & Drop zone for uploading an image changed to text field ?
I uploaded a picture at dev and I move mouse over the drag & drop zone. It changed into a text field I could type in. {img fileId="1136" thumb="box"} {img fileId="1137" thumb="box"} Very disturbing :) Seems to be related to el-finder (upgrade available) |
tracker item |
|
Drop Down Spoilers
For 9.x and up. Request ability to add to a wiki a spoiler. Its very useful in a HowTo environment where the spoiler will hide code that needs to be copy/pasted so the presentation is neat. Example: When installing my widget, you might need to copy this code to your settings: [spoiler] BsetMultipleConfig 1001x1101 settings.ini threebot4 0x32 0x64 [/spoiler] The spoiler has a button allowing the user to click on the button so the user can copy/paste the code inside the spoiler. The user can also click on the spoiler for a second time to close it; allowing easy reading and hiding it when not needed. |
tracker item |
|
Duplicate entire structure for translation
For translation, I would like a way to duplicate an entire structure, and have Tiki automatically build the translation relationships between wiki pages. For example, consider that I have the following structure in English Structure Name Page Foo ..Page Bar ..Page Alpha Now I want to translate the structure to Spanish. I want Tiki to create (automatically): Structure Name, sp Page Foo, sp ..Page Bar, sp ..Page Alpha, ap __AND__ create the translation relationships between the specific pages (for example from "Page Foo" to "Page Foo, sp" |
tracker item |
|
Dynamic content vars should be labelable by text, and referable by that text
Right now, it is only possible to refer to dynamic content by id. It will be more usable to refer to it by name or label. So a facility should be provided to label them, and they should be retrievable through label instead of id. |
tracker item |
|
Dynamic items list fields behave the same in pluginTrackerfilter as when editing
When a dynamic items list field and its "here" field are both used for pluginTracker, all entries in listFieldIdThere are shown regardless of what is selected for filterFieldIdHere in the plugin. I'd like the list to be filtered as it is when editing an item. Of course I would only expect this to work when the dynamic list item and its filterFieldIdHere are both used in the plugin. |
tracker item |
Notification emails come with this type of common subject:
{CODE()}
"[Bugs & Wish list] (Tracker was modified at dev.tiki.org by userfoo)"
{CODE}
And content of the changed item brings the changed fields, but if there is no change in the title of the bug tracker (the first "isMain" field), the user getting the message still has no clue about the changed item.
Proposed solution:
* Add a new option in trackers to include the first "isMain" field (the first field linked to the full item view) in:
## the notification email subject first, before or instead the string needed for email filters "".
## the content of all emails frmo changes in items from that tracker
This would allow people like me, to clearly identify in which tracker items I'm requested to take some action, or help on the follow up on some topics, when you get many emails from the same source and currently with too similar subjects.