Category: 2.x

With the choice of SQLite database

When installing
Fatal error: Call to a member function fetchRow() on a non-object in P:\xampp\htdocs\tiki10\installer\tiki-installer.php on line 50

When get tiki-index.php after installation
Unable to connect to the database !
SQL logic error or missing database

Hello,

we don't get tikiwiki installed into oracle database. we used instantclient_11_1, compiled oci8 against the libraries, loaded the extension in php.ini, configured apache2 environment (LD_LIBRARY_PATH etc). then we restarted apache2 and started tiki-installer.php. Connection seems to work, but then the installion process aborts with following error:

PHP Fatal error: Call to a member function fetchRow() on a non-object in /srv/www/htdocs.oracle/installer/tiki-installer.php on line 43, referer: http://192.168.5.37/ora-tiki/tiki-install.php

After successful install,
final page suggests that PHP's memory_limit should be >= 16M.
But, big red box warns that the PHP memory_limit is 16M!

No problem technically, but confusing to new, non-tech, or inexperienced users. Installers are very important for the initial experience of new users.

When I first met Tikiwiki, I was looking for only a wiki program. The translating for page (multilingual) feature of Tikiwiki made me to choose it.

But I always wonder: does Tikiwiki really need to have so many features ?

We all know that multi-features software is more complicated for developers as well as users than single-feature software. For example, Tikiwiki has a forum built-in, do you think this forum is better than phpBB3 ? Tikiwiki also has an article feature, do you think this feature is better than Joomla! CMS ?

At present, I have a website built with Joomla, I want to add a new wiki section, but Joomla has no wiki component. In fact, I think we should combine these best softwares together, not re-create the wheel. Joomla doesn't need to build a new wiki component if we can integrate Tikiwiki with it. In fact, this integration only needs at least one function: synchronize the users so they can login in to Tikiwiki without register twice.

I should inform you that Joomla! will be the most popular CMS soon, so I hope the Tikiwiki team take some time to consider this integration suggestion.

Thanks.

http://fotonotes.net/
http://wikifarm.koumbit.net/wikigraphe
http://kryogenix.org/code/browser/annimg/annimg.html



A nice usage example:
http://flickr.com/photos/36381329@N00/2190723280/

There's a Gedcom viewer (for Genealogy researchers) that's called PhpGedView (www.phpgedview.net) that looks like a completely awesome online family tree viewer/updater. Looks really well done. There is already a module written for it for PhpNuke, and I think it would be pretty cool if a module was written to interface it with TikiWiki.

When inserting an 'internal link' the objects offered are limited to Wiki objects only. (WYSIWYG editor). It would be good to have other objects included also.

There are lots of possibly-related bugs here and they're all related to internal wikilinks within tables and a certain lack of whitespace, so I'll just list examples (copy and paste this into a page):

!!-Examples (warning: wide)
~pp~
!!!~np~||((foo))|text||~/np~
||((foo))|text||
works fine


!!!~np~||((foo))|((bar))||~/np~
||((foo))|((bar))||
~np~<td class="wikicell">foo</td><td class="wikicell">bar<a href="tiki-editpage.php?page=foo%FF298432%FFbar" title="Create page: foo%FF298432%FFbar" class="wiki wikinew">?</a></td>~/np~


!!!~np~||((foo t))|((bar t))||~/np~
||((foo t))|((bar t))||
~np~same problem as ||((foo))|((bar))||~/np~


!!!~np~||((foo))|((bar|baz))||~/np~
||((foo))|((bar|baz))||
~np~<td class="wikicell" colspan="2">baz<a href="tiki-editpage.php?page=foo%FF298432%FFbar" title="Create page: foo%FF298432%FFbar" class="wiki wikinew">?</a></td>~/np~


!!!~np~||((foo t))|((bar t|baz t))||~/np~
||((foo t))|((bar t|baz t))||
~np~same problem as ||((foo))|((bar|baz))||~/np~


!!!~np~||((foo|boo))|((bar|baz))||~/np~
||((foo|boo))|((bar|baz))||
~np~<td class="wikicell">boo</td><td class="wikicell" colspan="3">bar<a href="tiki-editpage.php?page=foo" title="Create page: foo" class="wiki wikinew">?</a></td>~/np~


!!!~np~||((foo t|boo t))|((bar t|baz t))||~/np~
||((foo t|boo t))|((bar t|baz t))||
~np~same problem as ||((foo|boo))|((bar|baz))||~/np~


!!!~np~||text|((bar|baz))||~/np~
||text|((bar|baz))||
works fine


!!!~np~||text|((foo))|((bar|baz))||~/np~
||text|((foo))|((bar|baz))||
~np~same problem as ||((foo))|((bar|baz)||~/np~


!!!~np~||text|((foo))|((bar|baz))||~/np~
||text|((foo t))|((bar t|baz t))||
~np~same problem as ||((foo))|((bar|baz)||~/np~


!!!~np~||text|((foo))|nospace|((bar|baz))||~/np~
||text|((foo))|nospace|((bar|baz))||
~np~nospace disappeared! <td class="wikicell">text</td><td class="wikicell" colspan="3">baz<a href="tiki-editpage.php?page=foo%FF290656%FFbar" title="Create page: foo%FF290656%FFbar" class="wiki wikinew">?</a></td>~/np~


!!!~np~||text|((foo t))|nospace|((bar t|baz t))||~/np~
||text|((foo t))|nospace|((bar t|baz t))||
~np~same problem as ||text|((foo))|nospace|((bar|baz))||~/np~


!!!~np~||text|((foo|boo))|nospace|((bar|baz))||~/np~
||text|((foo|boo))|nospace|((bar|baz))||
~np~same problem as ||((foo|boo))|((bar|baz))||~/np~


!!!~np~||text|((foo t|boo t))|nospace|((bar t|baz t))||~/np~
||text|((foo t|boo t))|nospace|((bar t|baz t))||
~np~same problem as ||((foo|boo))|((bar|baz))||~/np~


!!!~np~||text|((foo))|has space|((bar|baz))||~/np~
||text|((foo))|has space|((bar|baz))||
works fine


!!!~np~||text|((foo|boo))|has space|((bar|baz))||~/np~
||text|((foo|boo))|has space|((bar|baz))||
works fine
~/pp~

!!
I think the code responsible for this just needs a total rewrite.

When a user is banned in the master site, he should also be banned on slave sites.

This could be an option, but general banning is OK too.

((doc:InterTiki)) permits to share login, preferences and groups between various Tiki sites.

We need the Sister Wiki too!
http://www.wikimatrix.org/wiki/feature:SisterWiki
Continue discussion here: ((Sister Wiki))

((doc:backlinks)) are very cool. But what about backlinks from other sites?

We could use list from:
http://doc.tiki.org/External+Wikis


Related:
[wish2086|Backlinks between trackers and wiki pages (and maybe forums)]
[wish1768|Tracker plugin to get title and make link to tracker item]

{syntax type="tiki" editor="plain"}
Tiki automatically includes the "id" attribute for headings. For example:

{CODE()}
!my heading
{CODE}

Becomes:
{CODE()}
<h1 id="my_heading">my heading</h1>

By default, the value of __id__ is the text of the heading. However, as per the XHTML specification, __id__ ''must'' begin with a letter -- not a digit.

Therefore, if I have:

{CODE()}
!2009 Highlights
{CODE}

Tiki generates:
{CODE()}
<h1 id="2009_Highlights>my heading</h1>
{CODE}

Which is invalid.

See http://validator.w3.org for details.

Here is:
http://phplm.sourceforge.net/docs/CHANGELOG.txt

{syntax type="tiki" editor="plain"}
It seems to be an error only by the first settings (creation) of a wiki page, maybe depending on the staging and approval system:

* Every time a new wiki page is created initially in the staging version the creators name is correctly shown under "created by" and "creator" (in the listing of the wiki pages and below the page in the collaborative-listing of creator and contributors).

* Then after approval

** the page description disappears (I mentioned this in another posting before) and

** the creator of the page is changed, I mean: __instead of the user's name (who created the page)__ now __there is shown the IP of the approver__.

* So

** below the page and in the page listing the IP (of the approver) is shown as creator,

** and in the history the "user" of the page and the "comment" are changed.

Please see the screenshots I attached, for better explanation of this. The page in the three screenshot was created by admin and approved by admin. But it's the same, if created by an user:

__Always the name of the creator of a wiki page is not correctly shown in each area (wiki page listing, below the page and in the history).__

* By edit of an existing page, this doesn't occure! - You see in the screenshot, that in the second and third version of the page there are correctly shown the "user" with his name and "comment" with an comment, that the page was approved by named approver.

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 :-)

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))

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.

In tiki_categories-admin.tpl, the javascript function toggle is used to toggle tree nodes for subcategories. However, that function appears in two places - PHPLayers menu and tiki-js. Ouch.

This worked in 1.9 and is broken in 1.10



Same is true for the debug console and (I suspect) anything else that uses the toggle function.

I isolated the problem - I added the browse categories module - that includes phplayers-tiki.php, which includes lib/phplayers, which has the toggle function...

More tracking found the problem - it is in lib/phplayers/lib/treemenu.inc.php

the makeNewTree function looks for a menu_name variable that is added to the toggle function name. This works for the standard category view. However, somewhere along the line the name isn't passed properly in categories module.

The other complication is that the normal category browsing page doesn't work right with this module.


Oddly, phplayers is not included in the 1.10 head download, so I don't get it.

For text area trackers:

http://www.felgall.com/jstip42.htm

(17:34:00) snarlydwarf: god, i love tiki.
(17:34:37) snarlydwarf: "why are you haveing people go to a tracker, lookie, heres a wiki page that looks prettier but still fills out the tracker form"
(17:37:18) snarlydwarf: oooh, someone with commit wanna fix an annoying jscal feature?
(17:37:41) snarlydwarf: at line 745 of lib/jscalender/calendar.js
(17:37:57) snarlydwarf: in the 'this.isPopup' clause
(17:38:36) snarlydwarf: add div.style.zIndex = "300";
(17:38:51) snarlydwarf: so the dumb calender doesnt pop up behind tabs
(17:39:09) snarlydwarf: 300 seems sufficient to be 'higher' than other items on the page
(17:39:44) snarlydwarf: you can see this if you have a jscal input in a tracker and use tabs
(17:40:05) snarlydwarf: (at least in 1.10)
(17:40:41) nyloth: snarlydwarf: thanx. Don't hesitate to commit this, or to send it to the devel mailing list

This tracker item could not be found

When an email message is integrated into a forum thread, it's currently impossible to trace its origin. For that reason, it'd be useful to keep the email headers somewhere.

For example, if a spam message pops up, it'd be much easier to find the weak link in spam protection.

Should already be supported since we use PEAR::AUTH
http://pear.php.net/package/Auth

Needs testing and confirmation.

The "Directory Batch Upload" page states "Please do not use this feature to upload data into the database." The page is stating that it should not be used, thus rendering it unusable. Clarification is needed.

Menus items can have
Name
URL:
Sections:
Permissions:
Group:
Type:

We need an extra option for the language. Using the nifty lang & notlang as below gives more flexibility:
{CODE()}
{LANG([not]lang=>code[+code+...])}text{LANG
{CODE}

In the URL, it would nice to [tiki-view_tracker_item.php?itemId=948|be able to use variables]

URL:
{CODE()}
tiki-index.php?page=BogusPage{lang}
{CODE}


Name:
{CODE()}
{tr}my translated text{/tr}
{CODE}

There is a table in the database which seems unused.
tiki_menu_languages

Related:
*{wish id=521}
*{wish id=3030}

This is best explained with an example:

~pp~
Paragraphs are parsed

just fine here

{TAG(tag=ul)}foo{TAG}

but now

paragraphs and

line breaks aren't working!
~/pp~

This only happens for tag=ul, not even for tag=ol.

This happens regardless whether wiki paragraph formatting is enabled and regardless of whatever is inside the ~np~{TAG(tag=ul)}~/np~, even ~np~{TAG(tag=li)}~/np~'s.