Category: 6.x

{syntax type="tiki" editor="plain"}
Link is broken, and I can´t find any .tpl file to correct it. If you know which one is it please tell...

The text In spanish:

Usted recibió una nueva tarea

Revisar templates de Tareas
desde :cc@solcentral.org
La prioridad es: normal.

Usted debe empezar su trabajo al menos en: 07-03-2011 04:25

Identifíquese y cliquee el enlace siguiente
http://?tiki_view_mode=view&taskId=8

¡Por favor lea la tarea y trabaje en ella!

{syntax type="tiki" editor="plain"}
tiki-listpages.php accessed via menu item Wiki -> List Pages shows a version column which is populated with valid version numbers.

The Plugin Listpages also shows a version column. However this is NOT populated.

I wanted to use __~np~ {LISTPAGES(sort=version_asc max=100)}{LISTPAGES} ~/np~__ in an attempt to find the first 100 version zero pages created within structures, which we extensively use in our one name genealogy study site. These would be pages which have yet to have content added by our community members and are in need of our attention.

Our own system is running Tiki v4.3 exhibits this defect. I've shown the defect to exist in v6 using the demo system at [http://php.opensourcecms.com/scripts/details.php?scriptid=63]. Sorry, don't have access to a v5 system.

Happy to help with any testing to resolve this issue,

Martin

When I edit a wiki page :
*in edition mode it's works fine.
*in wysiwyg mode, I loose the content of the page.

{syntax type="tiki" editor="plain"}
Discovered in Tiki 6.1, demonstrated on info.tiki.org

When selecting a Machine Translation language, the resulting page is empty.

# Go to http://info.tiki.org
# Use the language drop-list to select a Machine Translation.
# Tiki returns the message:
+__This text was automatically translated by Google Translate from the following page: Tiki Wiki CMS Groupware__
+ but there is no page content.

Mail notification not showing wiki page name and url.Problem in objectlib.php.

With this Wiki-plugin it's very easy to subscribe to Mailman mailinglists. You can determine if you want to put a Name field or only the input for the email address. The plugin might need some polish, esp. in the smarty template but works fine so far.

Please see:
http://themes.tikiwiki.org/tiki-forums_rss.php?ver=2

The logo should be the site logo, if available.
Make sure of i18n
Make more generic. ie : no "Tiki RSS feed for forums". It should be just RSS for forums.

Test in various browsers. Especially IE6, IE7, and FF2

maketoc does not generate any table of contents (only the heading "Table of Contents" shows) on a wysiwyg page

/lib/pear/Text/Wiki/Render/Tiki/Redirect.php has an error in line 38

{CODE(wrap="0",ishtml="0",ln="0",wiki="0",rtl="0",cpy="0")}return '{REDIRECT(pageName="';{CODE}

should be

{CODE(wrap="0",ishtml="0",ln="0",wiki="0",rtl="0",cpy="0")}return '{REDIRECT(page="';{CODE}

since Tiki's redirect takes "page", not "pageName".

{syntax type="tiki" editor="plain"}
Let's take, per example, [http://doc.tiki.org/tiki-index.php?page=Look+and+Feel|this page] found at:

{CODE(caption="copy/paste",wrap="1")}http://doc.tiki.org/tiki-index.php?page=Look+and+Feel{CODE}

or any pages for this matter on the http://doc.tiki.org/

and we do not see the menu and usual upper functionalities

Do you see the same?

Other Tiki.org users have reported the same.

Here is a capture screen of what is observed

{IMG(src="http://yogapartout.com/extlinks/ftp/imgs/docTikiOrgDocumentation.jpg",width="500")}{IMG}


Here are some conversations copied and pasted:

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Gary Cunningham says:

Maybe you caught doc.tiki.org while it was being upgraded, or else you
are seeing a cached version of the site. It looks normal to me, and I
suppose it may be normal also for you by now.

-- Gary

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Gregor says:

I can confirm this. The site looks the same to me as shown in your image.

I tried FF 3.6/4. Clearing the cache didn't help. Chrome 11.x shows the site as it should be.

cheers
Gregor

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

IMOO, on IE things look fine.

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Torsten says:

just to give it a try -> did you go to

admin->general->date and time?

Plz try the site after you unchecked "Detect user timezone (if browser allows). Otherwise use site default."

and check on "Use site default to show times".

We had recently a weird Timezone bug, that might not yet be fixed => our site was only visible from certain browser/OS combination

In our case we had Memory Exhaust errors, so it might not be related. But just a quick check - I lost two weeks on that issue until Jonny saved my live, finding the cause.


Cheers
Torsten

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Gregor says:

it does not seem tio be cookie-related. I deleted he local_tz cookie without any result.

As I'm not a admin on doc.tiki.org I cant test changing tz detection. Anyway, I dont think this would help.

@Daniel: does the site show correctly if you log out (using http://doc.tiki.org/tiki-logout.php)?

Cheers
Gregor

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Daniel's answers:


a) I can't do an admin test like suggested as I don't have admin perms.

b) Firefox which version?

I'm writing from a place where I can't see which IE version they and it seems OK on IE

Would the v4 of Firefox be the problem?

Since I upgrated I have all kinds of incongruities.

c) I can't reproduce the bug from where I'm sitting. I'll be able to answer the logout question later on tomorrow May 20th 2011



Daniel.

I use Tikiwiki v2.2

I use the standard menu id=42 for admin menu on the right pane on my website but the menus will not expand so I am able to see the menuitems.

I get the following javascript error in my browser:

Error: document.getElementsByName("icn" + foo)[0] is undefined
Source File: http://www.mydomain.com/lib/tiki-js.js
Line: 520

{syntax type="tiki" editor="plain"}
I'm having trouble with the miniquiz tracker plugin. I followed instruction here:
http://doc.tiki.org/PluginMiniQuiz(external link)

The problem is that all the incorrect options are visible but the correct option is blank. Check the bottom of this page for an example:

http://chrisready.com/learnenglish/330+Most+Common+Verbs(external link)

In the first question, the blank (which is the correct answer) should say "Chris" and in the second question the blank should say, "taking a quiz."

This person was able to get the miniquiz working.

http://www.vinidelmondo.nl/tikiwiki/tiki-index.php?page=Wijn%20Quiz%204(external link)

I'm using Tiki 6.2. I would use the built in "quiz" feature, but it doesn't give immediate feedback to anonymous visitors, while the miniquiz tracker should.

Here's a screenshot of the tracker field setup

http://tiki.org/tiki-download_forum_attachment.php?attId=408

Thanks in advanced for any help!

{syntax type="tiki" editor="plain"}
Hi,

I have tested and look at dev of the module Action Calendar on 6.0 and 6.x trunk.
It need to be polished.
There are some misfit.
Who read this must understand that the function where not ended for 6.0
This note is technical sometime for a good link to dev team.

The item 3650 relates that the popup which shows action buttons can't be reached.

In fact as the function is not polished the buttons are the same as module calendar, but they have not corresponding available functions.

As I test to set these popup as "sticky" it function as the main calendar. After I test various issues :
#Action link on the cell of a day -> go to show a calendar of a full week. Can display thousands of events.
#Buttons on popup goes quite nowhere

!Module Action calendar
Note that any cell is related to several events then any action must leads to a list of events,
!!What can be wished :
!!!Global action buttons (nav.tpl):
Add a button to go directly to calendar for the current span of time (day,week, month..), two buttons : calendar or list (to earn time) in the future 7.x full page calendar
!!!Action on the link of the cell (day)
Display the list of "events" (sometimes truncated into the popup as it is desirable) for __the corresponding date "day".__
!!!The list offers
* Link to the object
* Add a comment to event (first column of list)
* type of event , not already made
!!!Action on popup buttons
Any button which have action opens and operates on the list of events of the day. *The buttons can't be the same as main calendar
*As the events are system events they can't be updated neither deleted.
*The update could be to add a comment to but as it is a list... for the day it is into the list.
**the events can't be edited, but an enhancement can be to have the capability to add comment
**the events can be listed for the day (the function is not edit_item but calendar with date="date" viewmode=day and listmode=list)
**a button on the popup can activate directly the calendar view with options of time span "day, week, month" or list with same options

!Module Main calendar
Note that any cell is related to several events then any action must leads to a list of events,
!!What can be wished :
!!!Global action buttons (nav.tpl):
Add a button to go directly to calendar for the current span of time (day,week, month..), two buttons : calendar or list (to earn time) in the future 7.x full page calendar. Options : view only, view and add comment (if rights opened), edit
!!!Action on the link of the cell (day)
Display the list of "events" (sometimes truncated into the popup as it is desirable) for __the corresponding date "day".__
!!!The list offers
* Button update
* Button delete
* Button copy and edit
* Button repeat the object (daily, weakly, monthly, trimestrial, yearly, fiexed date - checked on calendar) option edit list generated after
* Link to the object
* Add a comment to event (first column of list)
* type of event , not already made, edit types (a structure only for events classification), modify type (check on structure)
!!!Action on popup buttons
Any button which have action opens and operates on the list of events of the day. The buttons can be
*Show the list (right can be only "show_calendar items" and not "edit")
*Display the list in edit mode
*As there are several event they can't be updated neither deleted directly only defined upon the list.
*Depending of opened rights the update button could be "show full list : can add comment " if right opened
Notes :
**the events can be listed for the day (the function is not edit_item but calendar with date="date" viewmode=day and listmode=list)

!For 7.x :
!!Calendar with Gantt presentation
!!Calendar content can content several types of objects with various rights.
See corresponding text (the link to wished features projects for 7.x about calendar will be here soon ###)

{syntax type="tiki" editor="plain"}
If you change the language via the switch language module it also changes the language of a multilingual structure to the same language, even though the option 'Changing the page language also changes the site language' is NOT set.

If you want to translate the page into another language it would be helpful to have those two seperate and don't have to switch language for the menu, and then you have to switch the language of the structure again - thats one step too many if 'Changing the page language also changes the site language' is NOT set.

{syntax type="tiki" editor="plain"}
When trying to multi select items to filter a tracker, the result is a display of everything BUT the selected items...

e.g. we are trying to allow for multiple selection of items in field 9 for filtering:
~np~{TRACKERFILTER(trackerId=6, filters=9/m:10:11:12:13:14/d:, fields=9:10:11:12:13:14) /}~/np~

Is there a workaround (eg. adding a NOT to the syntax to give the opposite results) that anyone knows?
Thanks,
Peter

{syntax type="tiki" editor="plain"}
Seen in Tiki 5 and Tiki 6:

#Missing images:
The path location that Tiki generates for the Infinite carousel icons (next/previous, play/pause, etc.) is incorrect. Tiki is generating:
{CODE()}
/js/infinitecarousel/images/..
{CODE}

But the correct path is:
{CODE()}
/lib/jquery/infinitecarousel/images/..
{CODE}

#Incorrect DIV height calculated
Tiki is calculating the height of the __div id="carousel" ..__ incorrectly -- the bottom 19px of all images is clipped. There needs to be an additional __19px__ added to overall height, to account for the play/pause button & padding

#Suggestion
Tiki should close the entire __div id="carousel" ..__ within another __div__ with __overflow:hidden__ property. This way, Tiki will no longer display ''all'' images on the initial load of a page. Note, that the additional 19px will need to be added to the div's height, too, as noted in #3.

{syntax type="tiki" editor="plain"}
Using Tiki 6.0, I have encountered the following problems with staging and approval process:
* Staging copies are not deleted upon approval, when the __Delete staging pages at approval __ option is enabled.
* Impossible to create a brand new wiki page when using staging and approval.
* If a staged edit is rejected, Tiki still approves the page.

There can currently only be one shoutbox to a site (at least by any research I have done). Personally, I think TikiWiki is the best poised software on the net to bring people's data back home by creating by giving the general public the ability to create their own sites instead of being data mined on the current social networking repositories. By enabling each family member to have their own shoutbox it would in a sense give each person their own "wall" feature on their own group pages.

I can see how putting in the ability to have multiple shoutboxes would also benefit company sites by giving each project team using the same TikiWiki site as their collaborative space to have their own rapid update system specific to their individual project needs.

By visitors subscribing to (watching) individual group page shoutboxes a "Twitter" like capability quickly begins to emerge. This is especially true when people begin watching each others shoutboxes this could become a platform for launching a broad feature set.

I'm sure the potential benefits wouldn't be limited to these scenarios alone.

--Steve

if you use the example of the mwtable plugin
{CODE()}{MWTABLE( wiki_classes=false )} style="width:50%", class="myclass"
|+style="font-style:italic;"|My caption
? width="30%;" ?? style="background-color:yellow;"
! style="background-color:grey;"| Name
! Address
|- style="background-color: red"
| style="color: blue;" | Bill
| The little house
|-
| Carol || The big house
{MWTABLE}{CODE}

you will get something like this:

{CODE()}<table style="" width:50%="" ,="" class="normal br">
<caption style="" font-style:italic;="">
My caption<br></caption>
<col 30%;="" width="">
<col style="">
<tbody><tr>


<th style="" background-color:grey;="">Name<br></th>
<th>Address<br></th>
</tr>
<tr style="" background-color:="">
<td style="" color:="">Bill<br></td>
<td>The little house<br></td>

</tr>
<tr>
<td>Carol</td>
<td>The big house<br></td>
</tr>
</tbody></table>{CODE}

you see that the attributes are not translated right.

as well there is a problem with a space like "color: blue"

and another addition: doesn't recognise colors in hexadecimal format (#rrggbb)

it happens in version 3.x and as well as in version 6.1 i am testing right now.

It would be *great* to have way to generate profile YAML from an existing Tiki site.

The __last_modif_pages__ module has a __minor__ parameter which is supposed to be able to permit/omit wiki pages that were last saved with the __Minor Edit__ option from appearing in the list of last changes.
*minor=y (default) -- Show Minor Edit pages in the list
*minor=n -- Do ''not'' show Minor Edit pages

However, this option does not appear to work (in 2.x).

There is nothing in the wiki page history or action log that identifies a wiki page as having been saved as a __Minor Edit__.

We were trying to have the new antibot captcha working in a Tiki site based on Tiki trunk (during TikiFestBarcelona2 - mid July 2010), were a user tracker was set to collect more information from users at registration time.

when we enabled zend new antibot-captcha , no antibot code was shown at registration time, because there seems to be some conflict with the user tracker.
Once the user tracker was disabled, the antibot-captcha was shown properly, etc.

----
Update: disaled the new zend antibot catpcha, in order to use the former simple captchaimage, but that one is not working either, if user tracker is on.

Hey there,

I know, that somebody (Xavi? Nelson?) is working on a functionality, called "Clipper", that should allow to choose certain articles headlines and to send them by newsletter.

I think it would be nice/importand to have the possibility, to send not only the header, but also the teaser for every article like the following:

topline
Headline
subline
author, date ...

teaser
bla bla bla
link

---

next topline
next Headline
.
.
.

Another guy did request this feature for blogs, to give operational stuff the possibility to send the management daily or weekly reports.

[http://dev.tiki.org/tiki-view_tracker_item.php?itemId=3474&trackerId=5&show=view&reloff=1&cant=2&filterfield=43%3A47%3A32&filtervalue=%3A%3A&exactvalue=Array%3AArray%3A45&trackerId=5|trackerID:5_itemID:3474]

So I think this "clipper" feature would make sense for blogs aswell.

Greetz
Torsten

When creating a newsletter item, both HTML and plain text versions are requested. The plain text information is empty if the newsletter is edited.

{syntax type="tiki" editor="plain"}
I defined a structure Helpdesk FAQ and a categorie Helpdesk.
Now I give a group Helpdeskadmin the permission tiki_p_edit (and a lot of others).

If a helpdeskadmin trys to add a page with the button on the top of the wikipage with over the toc, the message "You do not have permission to edit this page." appears.

The problem seems to be the following permission test in tiki-editpage.php:

// Permissions
$tikilib->get_perm_object($page, 'wiki page', $info, true);
if ($tiki_p_edit !== 'y') {
[...]
$smarty->assign('errortype', 401);
$smarty->assign('msg', tra("You do not have permission to edit this page."));
$smarty->display("error.tpl");
die;
}

If I give the permission tiki_p_edit to the group, the helpdeskadmin comes to the wysiwyg-edit-page, also he gets a message like the page must have a categorie. I didn't analyzed that yet.