Category: Dynamic Content

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

A user registered with an apostroph ' in their username (e.g. "Tes't") will not be able to use some feature of TikiWiki.

For example:
They will be able to select a forum, but after that, all that is displayed is the name of the forum, the "new topic" and "list forum" buttons (depending on permissions, of course), and the breadcrumb forum-navigation. The rest of the page (tiki-view_forum.php?forumid=X) is blank, no header/footer or any menus are displayed.

This __is__ dependant on the rights/permissions of the user in question, SubAdmins and Admins will see the full, expected forum page, regardless of apostrophes in their name (at least with my config, YMMV).

Another problem exists in regards to all JavaScript that uses the name of the user, for example the "tiki-my_tiki.php" page of the user, were JavaScript is used to expand Tabs (e.g. clicking "My Infos" will not work). This is due to JS using ' as string-delimeters, and not escaping any ' within the users name.

---

May be that the sole cause of all the problems lies within the JS-string-delimeter, but I'm no expert on the workings of TikiWiki, and the forum page breaks rather spectacularly when compared to the user profile page, which just doesn't work as expected.

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

Dynamic Content like {content id=1} no longer works, but is blank

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.

{syntax type="tiki" editor="plain"}
The original Pagetop Hero idea included some JavaScript to dynamically relocate a -+top-image+- class image from the wiki page, blog, article, etc. text to the topbar module location. This is demoed at https://themes.tiki.org/Topbar%20hero. This way, the image can be easily specified while editing the page or post content, can easily be specific to the page or post, and there's no need to do any content editing in the admin modules interface. If this JavaScript and the dynamic function it enabled were added to the implemented module code, I think the module would be greatly improved.

When you enter tiki-admin_cookies.php to admin your fortune cookies, when you have at least one cookie, in the list the cookie appears, carrying a wrench symbol. That would normally enable you to edit (or delete, or whatever) the cookie.

But the wrench symbol is empty, it does present zero options...

Thanks
hman

Left column formatting of blog posts seems to be broken in V9.1. This worked in V 7 and 8. The function called is BLOGLIST. It is called via Dynamic Content.

"{BLOGLIST(Id=>12, simpleList=>n, Items=>6)}{BLOGLIST}"

V9.1
http://75.101.217.92/HomePage

V8.4
http://23.20.248.62/HomePage

V7.2
http://www.environmentcounts.org/HomePage

The dynamic content right now is just sensitive to the time to be published. The text itself is static. Often you want to have quite similar pages except some details.

Like address list for city A, for city B...
you can "hardcode" it with trackerlist in the pages of the city.
BUT if you want to add/change some information to this address pages you need to change it on aaalll pages. And for sure you make some mistakes

I have many of these pages, where just a bit is changed. Adresslist for different cities, Mailing lists, Alumni lists, starting pages for different cities, ....

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

Hi,

I am working on a few datamanagement projects these days and look deeper and deeper to the boundaries of the Tracker feature and the Trackerlist Plugin.

Walper (Wolfgang) has a huge pro datamanagement in his company aswell and is committing very helpful additions and is doing high quality fixes to existing bumping features.

Now it appears (actually original idea from Wolfgang), that on the output side using Trackerlist, we face some strict limitations, which could be easily solved with a master and slave setup.

Tracker should be interlinkt on the output base (wikipages, trackerlist or list plugins) to provide some kind of "issue reports", "case reports" etc. where trackerlist output is conditionally interlinked similar to dynamic list inside the tracker.

__basic idea: __

Have two or more trackerlist on a wikipage (optionally paginated or so). the master is on top.

Filter content on the top tracker and dynamically get the related content (to the issue or to the case) viewed below.

In my example use case I see, that it would be important to have the option to print the interlinked output together, for example to print out a full overview of a case to have it physically when the responsible person goes to a court hearing. In Wolfgangs use case it might be mor a report for the customer or so to send out as pdf.

At this point I only did a rough sketch and appreciate ideas and input by other users and devs.
Not my sketched technical solution is what I am focussing on, but instead the idea of the workflow and a good UI/UX for aswell site developers and end users.

Thx for any ideas and help from coders.
I am seing more and more that data management would be one crucial killer feature in context of a better respectively a successful marketing of our "beast" Tiki.

Best regards to all community members,
Torsten

{syntax type="tiki" editor="plain"}
Multiple problems exist with TikiWiki tiki-js.js and tiki-jquery.js scripts in relation to editing wiki pages with the Wiki editor. The problems vary by IE version:

* IE requires the 'label' property to be set in 'Option' objects
* IE editing requires use of textRanges

Tiki Wiki has a fortune cookie feature. But you cannot admin it: There is no link to it...

http://doc.tiki.org/Cookie states

"Taglines are managed by going to Admin Home and clicking on the "Cookie" link at the bottom of the page in the table (or go to the page tiki-admin_cookies.php). "

On tiki-admin.php there is no "Cookie link at the bottom of the page"... However, tiki-admin_cookies.php can be manually called by modifying the URL in the browser...

Thanks
hman

I wanted to add a left-hand module giving the current status of several SQL databases. They already appeared on a wiki page, but I wanted it available without logging on. I created a Dynamic Content entry containing wiki markup with a table and sql module similar to:

|| table1 | {sql(db=>test)}SELECT..{SQL}||

However, as soon as I saved it the site became unavailable. Apache log contained:

PHP Fatal error: Smarty error: in evaluated template line 1: syntax error: unrecognized tag: SQL(db=>test) (Smarty_Compiler.class.php, line 446) in ...

Unfortunately, I could not do anything to correct the error, because the site was no longer accesable. This should have failed a little more gracefully.

Using {rcontent id=1} in an assigned module causes WSOD.

according to luciash in chat:

this "seems conflict between plugin {RCONTENT() /} and {rcontent} wiki syntax to me, because recently the syntax was made more universal and plugins can be called using lowercase {pluginname} syntax too"

placing {rcontent id=1} into an assigned module causes WSOD.

this was a big problem for me on upgrade, because I had rcontent in my 2.x installation, upgrade to 3.1 gave me WSOD. Lack of access (because of WSOD) made fixing the problem much more difficult for me, as an end-user.

According to luciash in chat:
seems conflict between plugin {RCONTENT() /} and {rcontent} wiki syntax to me, because recently the syntax was made more universal and plugins can be called using lowercase {pluginname} syntax too




note, sorry if this posts twice...

note, I posted this twice before, but with the problem code in the post,

http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=2797

http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=2799

and both of those now show the WSOD that I saw. So again, here we go, this time I won't post the code as I used it, as it appears to be causing the same problem on those tracker pages. So...

using rcontent in a module causes a WSOD in 3.x

according to luciash in chat:

seems conflict between plugin RCONTENT and rcontent wiki syntax to me, because recently the syntax was made more universal and plugins can be called using lowercase {pluginname} syntax too

The Dynamic Content items are great show data at one set time, but why not have them repeatable so that you could have reminders appear on your tiki pages to tell you to review one of your business process every Friday etc. I know there is a calendar but jumping into calendar breaks your work flow.

Tracker inline editing & Dynamic items list: Options in 2nd field are not updated when the first field is changed.

To be reproduced in a show.t.o instance.
u: admin
p: 12345

http://xavi-9794-5033.show.tikiwiki.org/tiki-view_tracker.php?trackerId=2

Change Product Name "PostgreSQL" to "Oracle DB". Therefore, Product Version should be changeable to "10.2.0.5", but it's not.
It doesn't even show in this show.t.o instance. In an intranet with other data, it shows, but witht the old values, not the new ones to be offered (10.2.0.5 in this case, for instance).