Loading...
 
Skip to main content

History: Roundtable Meeting 2020 08

Preview of version: 47

Volunteering Facilitator: Bernard Sfez / Tiki Specialist

Who

Who plans to attend? (please vote for preferred times below)

People Confirmed

People Interested

  • @Xavier de Pedro - I'd like to attend but I can't make it the week from August 17th-23rd, but I can almost any day and time the week after: from August 24th to 30th .

was there?

  • ...

When

Thu 27 Aug 2020 14:30 UTC

Time in your timezone (when this page was last reloaded): Monday 20 July 2026 23:14:36 UTC


Where

What

See Roundtable Meetings for a detailed description.

Topics

First hour, quick news

  1. Plugin Tracker / Plugin Tracker List GUI - revise all options into 'Tabs' view. Why? It's typically the first impression for new users to Trackers and the list is very, very long (read: not user friendly) Is this a significant amount of work? (Mike FInko)
  2. ...

put your topic (max. 5-10 minutes) into the list above

Second hour, longer topics

(1) Where is the doc ?

Since few versions less and less information are added by developers or people (investors) adding or improving stuff to the version doc and generally at doc.tiki.org while more and more new features and options added.

http://doc.tiki.org/Tiki22 doesn’t reflect at all the mass of improvement and additions in master (https://gitlab.com/tikiwiki/tiki/-/commits/master)

This is a serious concern as many of the new stuff is known by only a handful of people. In time there is a danger information is lost. IE: the Relation tracker fields was developed a few years ago without serious doc and today it is very hard to find how to use the full power of its options and we can only rely on existing usage (http://doc.tiki.org/Relations-Tracker-Field).

  • I've been one the main persons (besides Marc) to create/extend/maintain these pages reporting the new features in any new version of Tiki over the years until Tiki16. My offline duties changed by then and I can't find the time to do that task as before, when I used to "comb" the cvs/svn lists for NEW and ENH tags, and place information in the corresponding doc page for that tiki version. I'm currently mostly focusing in investing my little free time for this task in the LTS versions, which are the ones I use in my day to day life (for personal or professional reasons). Looking at the history of those wiki pages in doc.t.o (Tiki17, 18, 19, 20, 21, 22) I see other people are contributing, beyond Marc, to drop a section and some line to cite the new feature or enhancement added, etc. However, maybe this is not enough, for what you @Bernard Sfez / Tiki Specialist say.

  • In addition to that fact, the "Changes Wizard" was added years ago (formerly known as the "Upgrade Wizard", to display in short the main new preferences and settings available since any new tiki version, plus some information of the new changes that you could find there. As far as I know, little additions to this wizard are added by other devs. And since I don't know yet which are the new features and enhancements added to Tiki22, I didn't even find the time to start the new screen for Tiki 22 in there.

  • Xavi... wrong direction.
    I’m not talking about "changelog" or a list of new stuff added (whatever you want to call it) but about Tiki online documentation, about documenting how to use new features, options, changes, etc.
    It is pretty obvious (at leat to me) that less and less samples, less screenshot, less explanations are added to our online doc and that’s leave us with a handful of users having a real idea on how to use them.
    The Tiki online documentation is critical for Tiki Admin to understand how to use, how they can improve their existing Tiki or how to use an option they just discovered on their way.

    And just to clarify, there are a few people (other than you and Marc) adding a line here and there as they can (thanks).

(2) Where are the users?

I have the sensation that we have been too many years not being able to pay enough attention to (1) the user forums in tiki.org, as well as (2) to the bug reports/feature requests in dev.t.o. That might be one of the reasons why we are loosing power and health in our community over the years.

I've seen that some other software communities (Ubuntu, RStudio, ...) included a section in their notifications to users (the equivalent to the notification digests or the Daily reports in Tiki) about the new posts without replies yet. We could do something similar, to prevent cases in which posters receive no feedback at all, and add some way that users willing to help can subscribe to something like:

  • forum posts in t.o without any reply yet
  • open bug/wish reports in dev.t.o without any comment by any other user, nor any change in the "Lastmod by" field in the last n weeks (n=1?)
  • bug/wish reports still open and not triaged (still with the Resolution status = "New") affecting any of the last n tiki versions (n=3?)


We could then add that report by default to the tikiwiki-users email list, for instance, plus allow anyone else to subscribe.

And as a low hanging fruit, a section in the report with "what's new since the last report" (being fed from the content in the "since your last visit" feature in Tiki, might be handy (this is also added in the reports sent by some other software communities, that seem that might be having better health than ours, imho .

  • This discussion is more than welcomed (I’ve planned to add this topic to our next TAG meeting)


Also - regarding 'Users', shouldn't there be an option to label your own posts in the Forums as 'resolved, partially resolved, (other?)'? This would help for the 'Since Last Login' report or email list mentioned above by Xavi. This falls under the category of reducing 'single points of failure', or, everyone does a little. (Mike / 15:41EET / 25.08.2020 - I don't have the 'sign' button, could copy/past/edit the code but a bit pointless)

(3) Current best practice/workflow for using Git for Tiki

I know this has been discussed before but, if people are ok with it, can we have an update on the best Git workflow, etc. for Tiki? Or if this isn't necessary because there is an up-to-date comprehensive doc page, please put the link(s) here instead. (I'm asking because I haven't committed to Tiki yet via Git, having been busy with other things since the last time I started to set up the workflow - sorry 😉 .)

Recording

  • To come...

Follow-Up

  • ...

put your follow up action(s) when you're done into the list above

Chat log

  • To come...

Pages related to this one

One page links to Roundtable Meeting 2020 08


History

Information Version
luciash d' being 🧙 talk@chat.tiki.org proposal [Rollback by amna.bilal to version 68] 71
View
amna.bilal swiper Plugin modified by editor. 70
View
amna.bilal swiper Plugin modified by editor. 69
View
luciash d' being 🧙 talk@chat.tiki.org proposal 68
View
Bernard Sfez / Tiki Specialist 67
View
Gary Cunningham-Lee Added small note. 66
View
Gary Cunningham-Lee Note about long-discussion topic 3 being withdrawn. 65
View
Mike Finko 64
View
Mike Finko 63
View
Mike Finko 62
View
Mike Finko 61
View
Mike Finko 60
View
Mike Finko 59
View
Xavi (as xavidp - admin) 58
View
Xavi (as xavidp - admin) 57
View
Gary Cunningham-Lee In chat log, "off" should be in square brackets, not a link (in IRC topic). 56
View
Gary Cunningham-Lee In chat log, URLs without a preceding space weren't parsed as links; also, added no-parsing wanted for sign syntax 55
View
Gary Cunningham-Lee Added recording URL and chat log. 54
View
Xavi (as xavidp - admin) 53
View
Mike Finko 52
View
Xavi (as xavidp - admin) 51
View
Xavi (as xavidp - admin) 50
View
Jean-Marc Libs 49
View
Marc Laporte 48
View
Jean-Marc Libs 47
View