Category: Feature request

Image gallery should be become a multimedia gallery: it should be possible to upload images and videos to the gallery, and the slideshow script should recognize the file format and show videos with a player.

categoriezed images - if you follow the link the image des not respect the default scale of the gallery for the immage.

http://en.wikipedia.org/wiki/Gravatar
http://en.gravatar.com/site/implement/images/smarty/


https://www.libravatar.org/

Tiki's wiki syntax provides no equivalent of the HTML blockquote tags. Most (if not all) of the major literary stylebooks require that quotations longer than 2 lines be set forth as a separate paragraph indented ''on both sides'' and single spaced. In the judicial setting, this is universally required by court rules.

The [http://tikiwiki.org/tiki-index.php?page=RFCWiki|RFCWiki draft] specifies support for this syntax feature in section 4.13.1 as follows:

A block indent is created by using the minus (-) with the greater character (>) at the beginning of the line. The number of minus characters defines the indentation.

Example:
-> Block indent level 1
--> Block indent level 2

The material quoted above should, of course, be blockquoted. :-)

This may seem surprising, but this is a very important feature to us. We are preparing an integrated free and open source solution for law offices. We want to use Tiki as one foundation of that solution. But legal professionals are going to howl if they can't have their indented quotations.

I've seen the gorgeus work done with jquery to allow re-sorting data in tables at wiki pages when using the ((doc:PluginFancyTable))

That would be also awesome if enabled in the ((doc:PluginTrackerList))...

This way, we would even allow the conflict between cache and sorting for anons... (see this other report [bug2898] )

Trackers are amazing.

However, how do you get data in & out?

As of now:
IN: you need to type in all the data.
OUT: workaround: change the number of items in a list and copy paste table to a spreasheet.

importing / exporting from .CSV would be much better.

Images could be tricky :-)

It should be easier for new users to migrate to tikiwiki: an import blog function (e.g. from wordpress) would help.

It might be a very useful feature if a complete Yahoo group with all the forum postings could be imported into TW.
This definitely seems to be quite a lot of work, but it's just an idea...

Tiki can read and display RSS feeds: good
Tiki can read, combine and display RSS feeds : great


The next step is to import the data into Tiki and treat it like a native article / event / whatever.

If the remote article / event / whatever is modified, the item should be re-imported (but not duplicated). Using the URL to identify the uniqueness. (Some systems many use titles in the URL and if the title changes, we'll end up with a duplicate)

Related:
*[tiki-view_tracker_item.php?itemId=496|RSS feeds on tiki calendar + calendar data sharing via RSS (remote calendars)]
* http://profiles.tikiwiki.org/Collaborative_Watch

https://doc.tiki.org/WordPress-importer

Nothing happens when I load the file. I don't know if it just hangs or never starts at all. I do see the percentage countdown in my web browser, it does get to 100% but then nothing happens and no posts are loading into blogs, articles or wikis. Possibly the problem is the WordPress xml file. The only time WordPress has been trouble free (importing) was when it was from WordPress to another WordPress site. Including the OPML (links) file.

Would it be easier to import from Joomla? I tried them for a couple of months and did import most of my WordPress site there. (Images did not make it).

There must be a few others moving from other CMS type software to Tiki. Please help.

Please see image

E-mail notifications (watches) should provide those cumulative options:
*Digest mode (daily, weekly, monthly)
*HTML mode (using TikiWiki HTML diff)

The label on the pagination tools at : https://dev.tiki.org/tiki-admingroups.php are not properly vertical aligned:

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

It may be there is some "legacy" styles (before bs4), once removed all align properly.

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

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

Finally it look ok

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

What do you think ?

---

Still ugly in Tiki25

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

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

Tiki has a basic ((Shopping Cart)). Let's take it to the next level: ((Multi-sided platform))

The Mathematical Calculation Tracker Field type should be improved in a way to be able to use Javascript and/or PHP code elements for calculations
(in fact maybe all areas where currently the mathematical calculation logic is used in Tiki could be improved by including Javascript and/or PHP).

This would greatly improve the possibilities and power of Tiki and Trackers to include more advanced calculation and logic into the Tiki system.

More info from bootstrap:
!# Unused CSS
...
While we don’t have a prebuilt example for using PurgeCSS with Bootstrap, there are some helpful articles and walkthroughs that the community has written. Here are some options:

https://medium.com/dwarves-foundation/remove-unused-css-styles-from-bootstrap-using-purgecss-88395a2c5772
https://lukelowrey.com/automatically-removeunused-css-from-bootstrap-or-other-frameworks/

Lastly, this CSS Tricks article on unused CSS shows how to use PurgeCSS and other similar tools.
...
!# Non-blocking files

While minifying and using compression might seem like enough, making your files non-blocking ones is also a big step in making your site well-optimized and fast enough.

If you are using a Lighthouse plugin in Google Chrome, you may have stumbled over FCP. The First Contentful Paint metric measures the time from when the page starts loading to when any part of the page’s content is rendered on the screen.

You can improve FCP by deferring non-critical JavaScript or CSS. What does that mean? Simply, JavaScript or stylesheets that don’t need to be present on the first paint of your page should be marked with ''__async or defer__'' attributes.

This ensures that the less important resources are loaded later and not blocking the first paint. On the other hand, critical resources can be included as inline scripts or styles.

If you want to learn more about this, there are already a lot of great articles about it:

https://web.dev/render-blocking-resources/
https://web.dev/defer-non-critical-css/

The tracker search/filter option is not so obvious for new users.

Please see: ((YSlow))

Increase ySlow score for all SUMO pages to A
https://bugzilla.mozilla.org/show_bug.cgi?id=444274

1. The {include page=“name”} command is tremendously useful for naive wiki users who add content. It lets them create macros and re-use them at will.

So I suggest that this might deserve an alias {macro } and deserve a description in the wiki syntax help.

Also a slight simplification. If there is no ‘page=”name”’ text but there is {macro “name”} then use “name” anyway.

Any user could do {macro “myheader”} at the top and {macro “myfooter”} at the bottom and {macro “myusualrant”} wherever they want. They just have to make an orphan wiki page for each macro they want.

2. This is so useful and flexible that you might deprecate the “apply content template” thing on the Properties tab. It is hardly any easier to use, and it allows the user to choose only one macro at the beginning. It should keep working for the users who have already used it, but there’s no particular reason for anyone to use it again.

3. To really put the icing on the cake, you might let admins have two macros for each user page, one at the top and one at the bottom. These should not be visible when the user edits the page. So for each page category, the admin could decorate it a special way. Some might automatically get polls or other info visible. Or dancing bunnies, or whatever. It lets admins customize user wiki pages without coding, in ways that are hard to do without coding now. Without annoying users with the displayed calls on their edit pages which they might edit wrongly.

I went at cp => profile and got some preliminaries feedback to share (I know it is over the task but it can’t hurt to know where we fail);

It’s a bit unfriendly... I mean the information is very thin and unless I know what I want the page information are not helping.
I tried to check the profiles that can help with: user, registration, users, profile, profiles... no results.
I turn advanced admin pref = no change.
I rebuild Admin Index = success dozens of profiles appears !

Admin Index should be automatically rebuild on install because I guess a lot of things are then not working (search, profile...) as brand new admin expect.


Results are not helping again. :-(

User = 28 results, many, many fields setting... (mini profile included in another profile)
Profile = ... herrrr not better a lot of answers
Personal_Blog_and_Profile profiles.tiki.org 3.x, release, Full profile (out of the box & ready to go), Featured profiles
Personal_Blog_and_Profile_10x profiles.tiki.org beta, Featured profiles, 10.x
Personal_Blog_and_Profile_11x profiles.tiki.org Featured profiles, 11.x
Personal_Blog_and_Profile_12x profiles.tiki.org release, Featured profiles, 12.x, 13.x, Available in the Profiles Wizard (12+), 14.x, 15.x, 16.x, 17.x, 18.x
Personal_Blog_and_Profile_4x profiles.tiki.org release, Full profile (out of the box & ready to go), Featured profiles, 4.x
Personal_Blog_and_Profile_5x profiles.tiki.org release, Full profile (out of the box & ready to go), Featured profiles, 5.x
Personal_Blog_and_Profile_6x profiles.tiki.org beta, Featured profiles, 6.x
Personal_Blog_and_Profile_7x profiles.tiki.org beta, Featured profiles, 7.x
Personal_Blog_and_Profile_8x profiles.tiki.org beta, Featured profiles, 8.x
Personal_Blog_and_Profile_9x profiles.tiki.org beta, Featured profiles, 9.x

I would limit the profile version displayed to no less than 10x (profile for 3x, 4x, 5x, 6x, 7x... really ?) it is not helping and add confusion.
As well as the Profile types it doesn’t help a lot...


The links “suggested” would have help if they were at least short description of what do the profile.

At /categories and https://dev.tiki.org/tiki-admin_categories.php we can see the categories list.
It is a bit stiff and when you have a lot of categories and start to open them to see the child categories the UI/UX is not very good.

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

I've been thinking about this quite a lot lately.

When I create a ticket and I type the first letter of my ticket, I'm suggested previous and existing ticket based on a filtering of my typing. But this is not useable at all and likely no-one look at it. As proof, we have a lot of duplication. See my screenshot below this is not useable.

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

Editing inline on the tracker list can be very handy and even a must for several use case where you need to update many items regularly.

On Tiki21, some fields need more room like the relation field.
Also inline editing save on tab change or return or submit.
It is pretty complicate and unsafe to select the right field just after you search for result as the saving process is already running.
https://share.vidyard.com/watch/HZfjqXGNVPZHszy6ae9X4p?

Also when you are in the middle of a list, the saving process move the display and the success remarks box is displayed awkwardly over your list

PS: By the way the url can inflate quickly as you use a filter, then another, then...

Useful in an office setting


Could be linked to [wish1604|Timesheet with time tracking (stopwatch)]

When hovering over an item, there opens a tooltip. This tooltip got a titlebar that reads the time and some title. For changes in the Wiki it reads e.g. "17:43 - Wiki". But for Blogs it reads "17:43 - Name of the blog". Perhaps better would be "17:43 - Name of the blog Blog" or "17:43 - Blog: Name of the Blog".

This is especially interesting for Forums, because the "o" as an icon for forums doesn't tell most people anything.