Category: 3.x

Mouseover plugin is cool

Some more stuff to make it cooler:

#Now, it sticky or not. Should be possible to set a number of seconds to stay open. It should stay open as long as my cursor is over the zone.
#If contained text is too long, it overlaps to the bottom (good), but background should extend automatically.
#If body empty, don't make clickable (people mouseover and see nothing)

What (if anything) should be moved into Mods for 3.0 release

{syntax type="tiki" editor="plain"}
Moving +10 (default number) files to new file gal fails (only first 10 moved)
To reproduce:
* log in as admin
* Create two file gals (A and B)
* Upload 15 files to file gal A.
* Ensure that you have by default 10 files shown per file gallery (as a setting in the administration of the file galleries)
* List the file gallery, and Change the view to show 15 files instead of 10.
* click on all check the boxes of the 15 files
* select move files to a new file gallery
__only 10 files are shown and selected at this point __
If you keep going (select destination file gallery to move the files to), you'll see that only the first 10 files are moved, and not the 15 files that you had initially selected.

Using Tiki 3.1.

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

I just used the feature __Change all to File__ in __Manage Attachment__ page (wikiatt) and I have lost all the link in wiki pages to the attachments.


in the root directory of tikiwiki have appeared all the file attachment in this format __fad8af90189c10a80f8712263d74fa50__

In __Manage Attachment__ I click the Change buttom to come back to db storege without success


I am confused and thinking in restoring tiki_wiki_attachments table.


any suggestions

thank in advance

{syntax type="tiki" editor="plain"}
I just played around with recurring events in calendar. Added a weekly event in the group calendar, and after saving it, reopend the first recurring event. On the top is the dropdown list with all available calendars and I choosed the public calendar from this list.
This produces a move of the event from the group to the public calendar; I think, the user should be ask here, if he wants to move the event or have just a copy. This affects also non-recurring events.
Specially for recurring events there should also be asked, if just this event should be moved/copied or also all recurring events. At the bottom of the page is a radio button for this purpose, but its value is ignored in this case.

I don't know if this is possible, but it would be nice if someone with skills would make some thoughts about it.

I'm a bit surprised that this hasn't been picked up by other international users as it seems to be quite broken to me, so maybe I'm missing something.

Multilingual structures only work for detected browser language and for registered user preference. If you try and change the page language using the language drop down box it browses to the new url, but the delivered page does not change.

I think this is classed a bug, as it renders the language dropdown box useless.

It also makes it impossible to edit translations as whenver you visit a page to translate it reverts to the page that is in your default language.

Edit: I've just realised this only happens when open page as structure" (feature_wiki_open_as_structure) is on. That setting is very useful however...

Edit: Even then, the language of the root page in the structure cannot be changed. Unless feature_sync_language is enabled and you go to a sub page, change the language and then go back to the root.

{syntax type="tiki" editor="plain"}
When adding a Multimedia field to a wiki page through the Plugin Tracker, the value attribute is unclosed, resulting in malformed HTML until the next quote.

E.g.:
Page is well formed with tracker added.
Click the Edit Plugin:Tracker link.
Add multimedia field to the Fields list.
Click submit.
The multimedia field drops to the end of the form (no matter where you placed it within the list of Fields).
The input tag is then:
{CODE(caption="Invalid value attribute",ishtml="0")}<input type="file" name="track[15]" value=" />{CODE}
Note the invalid value attribute; there's only one double quote.

If you put two (and possible more) color tags in one line (maybe to mark one word in red and the other one in blue) it doesn't work.

Example:
~~#FF0000:text~~ text ~~#FF0000:text~~

~~#FF0000:text~~ text ~~#0000FF:text~~

~~red:text~~ text ~~#FF0000:text~~

~~#FF0000:text~~ text ~~blue:text~~

~~red:text~~ text ~~blue:text~~

would produce:
text~~ text ~~#FF0000:text

text~~ text ~~#0000FF:text

text~~ text ~~#FF0000:text

text~~ text ~~blue:text

text~~ text ~~blue:text

in all red letters


an example can be found here:
http://doc.tikiwiki.org/tiki-index.php?page=UserPageDesertWolf

{syntax type="tiki" editor="plain"}
I want to have multiple forums or (forum_lists) in tikiwiki, because, for example, I want my users to contribute exclusively under the gfdl in one forumlist, but may post copyrighted content in another forumlist.

Current situation: From the menu, the users can click on the forums link which leads them to tiki-forums.php. This displays a list of all the forums the user has the right to see listed, with sections.

The idea is to add an extra argument in the url which specifies which forumlist the user wants to see. example: tiki-forums.php?bigforum=gfdlforum and tiki-forums.php?bigforum=copyrightedstuff
A forum can "belong" to only one "bigforum", or forumlist, so this means an extra column in tiki_forums in the db.

Modifications to tiki-forums.php, right after

{CODE()}
// This shows a list of forums everybody can use this listing
include_once ("lib/commentslib.php");
$commentslib = new Comments($dbTiki); {CODE}

I put

{CODE()}

// Check for bigforum attribute in url, and assigns it to bigforum variable. If not, display an error page. this means tiki-forums.php displays an error page.

if (isset($_REQUEST["bigforum"])) {
$bigforum = $_REQUEST["bigforum"];
} else {
$smarty->assign('errortype', 401);
$smarty->assign('msg', tra("Permission denied you cannot view this page"));

$smarty->display("error.tpl");
die;
} {CODE}

And in commentslib.php, in the list_forums function, after

{CODE()} if ( $res['forumId'] != '' && $this->user_has_perm_on_object($user, $res['forumId'], 'forum', 'tiki_p_forum_read') ) { {CODE}

I put

{CODE()} if ( $bigforum == $res['bigforum'] ){ {CODE}
with an extra closing } somewhere down the road.


The bigforum attribute must be manually added in the db, but appart from that it works. better integration with the rest of Tiki would be awesome, url rewrite could give something like tiki.org/forums/IDorNAMEoftheBigforum/


All of this is just broken hacking and my first attempt at doing something, so don't be too harsh ;)

I attempted to install a multitiki on subdirectories, based on trunk (Nov 29, 2008), and it failed. I installed two subdir
{CODE()}
setup.sh
www-data
www-data
site1 site2
{CODE}

and through tiki-install.php, I clicked on site1, entered details, and clicked on enter as admin and lock installer.

I couldn't see the site1 tiki

Read and tried the various methods in the various (sometimes conflicting) MultiTiki documentation. Could not figure out a path to success.

It appears that (although it was claimed otherwise on some other pages) that shell access is required for MultiTiki.

Questions that came about during attempt at integration:
(1) Is it possible to setup MultiTiki when one is on a hosted server (via FTP only)? If so, what is the process? I would be willing to write up the process if I could figure out how to do it.
(2) Which of the MultiTiki's is supported for TikiWiki3 ?
(3) Is there a web-based installer for setting up several tikiwikis on the same domain (but in different folders)?


How can I help vette the install process?

I would really like to setup an InterTiki + MultiTiki site as my coroporate intratnet. This would closely mimic the sub-web functionality in TWiki but allow for group wiki's to get their own distinct identity. At this point, TikiWiki is nearly more functional than TWiki, but the InterTiki/MultiTiki difficulties may be the deal breakers.

In current tiki3 proposed branch , multitiki installation is broken.
At the last step of installation through tiki-install.php, the folders inside /templates_c for each domain are deleted.

Thus, when in this step:
http://localhost/site1/tiki-install.php?nolockenter

tiki reports that
The directory '/var/www/proposed/modules/cache/learning' does not exist.
The directory '/var/www/proposed/templates_c/learning' does not exist.

And they did exist in the step before (double checked), but not just after that step.

( see http://doc.tikiwiki.org/Manual+Installation of multitikis if needed )
----
Update in Oct'09: This is a duplicated bug report with [bug2271]
Closing.

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.

{syntax type="tiki" editor="plain"}
I am trying out the MWtable plugin.
When I preview a table on a wikipage I am alerted :

This plugin was recently added or modified. Until an editor of the site validates the parameters, execution will not be possible. You are allowed to:
View arguments
Execute the plugin in preview mode (may be dangerous)
Approve the plugin for public execution
View Details

if I click on "view details" I am prsented with the option of approving the plugin. Clicking the button, however, will transfer me to the edit-mode of the Wiki Homepage

Since I upgraded to 3.0 from a 2.x I lost the mytiki item on the left menu and I don't know how to restore it. I'm using coalesce theme. Mine website is www.magowiz.net

It seems that the print and multi-print options are global. I would like to better control which wiki pages can be printed. It would be nice to have a tiki_p_print permission that could be appplied to pages and/or categories and/or structures.

If tiki_p_print = y, then the PRINT button will appear on the wiki page (if the print and/or multiprint options are enabled). Additionally, the page would appear in the list of available pages when using the multiprint option.

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__.

The favicon.ico image has to be manually loaded in the TikiWiki directory and is misplaced during an upgrade to a different directory. There should be a favicon retrieval method with an unchanging URL.

Maybe a URL rewrite rule in htaccess would help. I don't know if show_image.php works with .ico files, but if show_image is used there should be a reserved parameter to request favicon so it will not be necessary to change files and instructions for various sites, such as to define an image ID. It would be OK to configure favicon using an image ID within TikiWiki Administration tools but not in files close to the web server.

In the early days of TikiWiki, we used a bunch of modules (last_modified_wiki_pages, last_articles, Last this, Last that, etc.) to show recent changes to visitors. We ended up with many modules and it was cluttered.

All this became a lot better once the "Since your last visit" module came around to adding all the features. As a bonus, it checks permissions and shows the information since the user's last login. Very sweet.

Now, I am hoping to get to the same result for the many edit/input boxes.

In version 3.0, the quick_edit module checks (with Ajax) for names of existing wiki pages to edit. This avoids duplication. Great stuff. Wikipedia does something similar when you are searching for a page name.


I almost always have the search box on.

However, I also add "search page name" because the general search engine may not return the page I am looking for as the search result.

Here is an idea:

A new module which combines three modules:
search_wiki_page
search_new
quick_edit

See top right of http://moinmo.in/ for an example.

The action buttons are grayed out until text is entered in the text box. -> Very nice


Button should be WYSIWYCA


See top-right search box at:
http://www.ohloh.net/projects/tikiwiki
http://www.wikicreole.org/



__Alternatively, we could combine search page name and search text, and in the search results, we would first show pages names, and then, search text. This involves more work, but could be better for the end user UI.__

^I think the existing layout for the search top right in TW is fundamentally good. A text box, then a drop-down then a button. Why because the drop down is more future proof than any of the layouts from the other sites you reference.

If we make the contents of the drop down easy to customise or at the very least document how to add to it. For example the CRM function could add items to the drop down for "Contacts" and "Accounts", webmail could add "Mail Messages" and so on.

I do agree the wikipage create/edit module should be included in the top right search function.

I think this is an example of where considering the future openness of the solution would be very important - MatWho^

{THUMB(id=98)}{THUMB}

I just installed a brand new tiki trunk on local (Ubuntu GNU/Linux 8.04, using Mysql 5.0.51a), and tiki-install.php returned those error messages:
{CODE()}
SELECT patch_name FROM tiki_schema
Table 'tikitrunk_svn.tiki_schema' doesn't exist
CREATE TABLE tiki_tracker_fields (
fieldId int(12) NOT NULL auto_increment,
trackerId int(12) NOT NULL default '0',
name varchar(255) default NULL,
options text,
type char(15) default NULL,
isMain char(1) default NULL,
isTblVisible char(1) default NULL,
position int(4) default NULL,
isSearchable char(1) NOT NULL default 'y',
isPublic char(1) NOT NULL default 'n',
isHidden char(1) NOT NULL default 'n',
isMandatory char(1) NOT NULL default 'n',
description text,
isMultilingual char(1) default 'n',
itemChoices text,
errorMsg text,
visibleBy text,
editableBy text,
descriptionIsParsed char(1) default 'n',
PRIMARY KEY (fieldId),
INDEX trackerId (trackerId),
) ENGINE=MyISAM AUTO_INCREMENT=1
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ') ENGINE=MyISAM AUTO_INCREMENT=1' at line 23

#2008-11-05 rook1666
ALTER TABLE tiki_calendar_items ADD COLUMN allday tinyint(1) NOT NULL default '0'
Duplicate column name 'allday'
#2008-11-20 JohannesMoser
ALTER TABLE `tiki_polls` ADD `anonym` ENUM( 'a', 'u', 'i', 'c' ) NOT NULL DEFAULT 'u'
Duplicate column name 'anonym'
#2008-11-25 kerrnel22
ALTER TABLE tiki_tracker_fields CHANGE type type VARCHAR(15) default NULL
Table 'tikitrunk_svn.tiki_tracker_fields' doesn't exist
{CODE}

In IE7, the wiki edit help appears at the page bottom as before, always on. In Opera 9.6, the wiki edit page only displays down to the Quicktags. (I didn't check with IE6 yet.) This is in a trunk installl, Dec. 4, 2008.

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

When editing a Wiki-page and clicking on Wiki-Help there is a link to change the Help to Plugin-Help.

This link doesn't appear when editing forum or trackers..

{syntax type="tiki" editor="plain"}
In WYSIWYG, I introduce a table (4 rows, 2cols, 1st row is header). This is html. There is no Allow HTML checkbox in this editor, but the page is saved correctly with emphasis on the first row.
I edit the page with the normal editor. There is only one cell left in the first row (text of the two original cells concatenated). I cut the cell again in two with "|". Emphasis is lost. Now there is an Allow html checkbox, I check it and save.
Going back to the WYSIWYG editor, I restore the emphasis on the first row (again html seen in the source) and I save.
Back in normal editor, Allow HTML is lost again and the table gets the same defects.

{syntax type="tiki" editor="plain"}
Hi,
Only red color appear when editing wikis from Foreground Color icon. Wihtout any pallete of color.

Anyones know why?

working version tikiwiki 3.1

Thank in advance