Category: Profile Manager

If Trackers had the "tracker template" feature, it would allow for better pre-made extended features for Tiki at install time.
In tw.o forums, some people requested like: address books (imagine with the same basic fields as Mozilla Thunderbird & Evolution, etc. address books, ... Export from you local program (through csv), and import to your address book in Tiki (through csv).

The same for "Offers & Demands (linked or linkable)", that many people/communities would like to use like "out of the box" feature. I do have that kind of trackers made (basic, but working for production already: http://valldelcorb.org/trackers - http://valldelcorb.org/Comparteix (1.9.x) or http://intercanvis.net (1.10.x) using tracker plugins in a general Wiki page).

Since duplicate tracker is already coded in 1.10, and templates concept already exists in Tiki, Tracker templates would be a nice MUST in the MID and LONG run.

Tracker templates should be selectable at install time (in the new installer devs. are thinking/designing -> ((Install)) ), or at a later stage through Mods, maybe?

Contributors

Contributors

Contributors

The RC1 HomePage says

----
__Personal Blog and Profile__ (apply profile now)
Setup with many cool features to help you integrate the Social Web and establish a strong presence in the Blogosphere

Blog (Full set of blog related features)
Image Gallery
''__Calendar__''
RSS Integration
Video Log

-----

However the Calendar is not installed, so either the doc is wrong or the feature should be added to the profile.

[http://profiles.tikiwiki.org|Profiles] are cool
[http://www.yaml.org/|YAML] is cool
[http://qbnz.com/highlighter/|GeSHi] is cool.
[http://doc.tikiwiki.org/PluginCODE|The CODE plugin] is cool.

Now, when making profiles using YAML, it would be nice to have GeSHi Syntax Highlighter in the CODE/YAML/Profiles definitions.

Reference:
http://sourceforge.net/tracker/index.php?func=detail&aid=1648006&group_id=114997&atid=670234

When I was testing various CMS/Wikis for a project, I ran across a module for another (Joomla or Drupal, can't remember which) CMS which allowed a user role or group to automatically generate a personal page, an image gallery, a weblog and any type of content page. It would be extremely useful for my project, but one of the few things missing from Tikiwiki (which is why I am implementing Tikiwiki, it has all of the other features I need in one install).

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.

[http://freshmeat.net/browse/1099/|bibliography management system] like www.bibwiki.com

http://refbase.sourceforge.net/

Could probably be done by a smart combination of ((doc:wiki)) & ((doc:trackers)) in a [http://profiles.tikiwiki.org|profile].

[http://en.wikipedia.org/wiki/Wikipedia:CITE|This guideline uses the terms "source", "reference", "citing", and "citation" interchangeably.]


Related:
[wish1825|Generate footnotes at the bottom of a wiki page] (a simpler version of the current wish)

After SVN update, the connection to the profiles repo is not possible (the icon is yellow). Setting write perms to all files/folders seem to solve the problem but probably it is only some folder of which perms are changed and need setting. To investigate what exactly is the issue and provide a better error message than simply yellow icon.

Integrating a Simple Classifieds System with Categories and Subcategories would be nice. Each ad should be attached to the user that submitted it and possibly integrated with the user's "my page" so they can keep track of their ads, how many replies they've received and so forth. Nothing too complicated to start with...but it would be a fantastic addition to the software.


ML: Should this be a new feature or done with trackers? If done with trackers, it could distributed via the ((Profile Manager))

Application of the Company_Intranet_4x after a new installation with the Barebones install, installs 2 profiles.
***Company_Intranet
***Company_Intranet_4x

The installation of both profiles completes successfully however it results in some duplicate content that is automatically created by the profile. (I.E. there are two "Support" Forums)


I have tested and confirmed this from revision number 22637-24054.

I pick one of the themes included in Tiki (Codex.css for example). It is almost perfect for my needs. I would like to make a few modifications, which are not appropriate to share with the Tiki project.

A- If I edit the styles/codex.css, I will have to redo my change again at each upgrade.
B- If I duplicate styles/codex.css to styles/mycustomtheme.css, I will not be taking advantage of any future enhancements to the theme.

It is not possible to put CSS information as Custom code in Site Identity.

The other benefit is to distribute css adjustments via profiles, like:
http://profiles.tikiwiki.org/site_width

1- Smarty doesn't like the curly brackets used in CSS. {literal} bla bla {/literal} could be used to get around this
2- It is not in <head> </head>

I jsut tested by putting the code below as Custom code in Site Identity and it works :-)
{img src=images/code.png}%%% {CODE()}
{literal}
<style type="text/css">
body { background-color: blue; }
p { color: yellow; }
</style>
{/literal}
{CODE}


Entering CSS "as-is" with curly brackets in Site Identity and having it render as internal CSS could be a solution.
http://www.tizag.com/cssT/internal.php

or maybe a custom.css should be maintained, and cached from this data.


Related:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1014
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1178

We need to decide about ((tw:DefaultSettingsChanges)) in 1.10

Some of the new features are much better than previous ones (ex new diff engine). People upgrading their Tiki could conserve their setting. However, new installs should take advantage of the new features.

A note should be added in tiki-install.php This must be low maintenance for Tiki dev team.

Should this be done with trackers with the new ((doc:Computed Tracker Field)) and deployed via the ((profile manager))?

"__Getting Things Done__ (commonly abbreviated as __GTD__) is an action management method of the __David Allen Company__, and the title of the book by __David Allen__ that describes the method. Both __Getting Things Done__ and __GTD__ are registered trademarks of the David Allen Company.

__GTD__ rests on the principle that a person needs to ''move'' tasks out of the mind by ''recording'' them somewhere. That way, the mind is ''freed'' from the job of ''remembering'' everything that needs to be done, and can ''concentrate'' on actually '' performing'' those tasks. What distinguishes GTD from other time- or action-management systems is the idea of __''grouping tasks'' by the context__ (defined as a place or set of available resources) in which they are to be __performed__."

http://en.wikipedia.org/wiki/Getting_Things_Done


TikiWiki can be configured for this.

http://www.priacta.com/Articles/Comparison_of_GTD_Software.php

Contributors

Contributors

In barebones profile and in featured profiles, there is intro text about 1st login being necessary with u: admin p: admin (good)

However, this message stays and needs to be deleted by admin (bad)

Perhaps we should have a module with is only visible if admin password has not yet been set.

XML files are cool for data interchange.

For example, you can create an xml file to feed a Flash animation. However, you still need to update that XML file via FTP. What if you could edit a wiki page (with permissions, history, etc) and have the Flash animation get the data from it as if it was xml?

Or maybe a button on a wiki page "save to .xml", which would save on the filesystem WikiPageName.xml? (where the Flash would know to look for it)

Related idea:
* {wish id=467}
* {wish id=3103}


Louis-Philippe Huberdeau --will look into-- used [http://www.yaml.org/|YAML] --to see if this could be useful-- and it is very useful for the ((Profile Manager))

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

We are documenting some ((info:Use Cases)) which will become profiles. To be able to developer/test/improve these profiles, we would need a site like [http://www.opensourcecms.com/index.php?option=com_content&task=view&id=180|Open Source CMS] but for all profiles. This site only shows one profile.

These 20+ demo sites would provide admin access to easily test any profile. It would encourage people to generate and improve various profiles as well.

Related:
((Profile Manager))
((TRIM))

There needs to be a restriction on the group handler similar to the mode in some of the other handlers.

Currently, if user A creates "Group A" and becomes the admin, then user B comes along and also creates a group called "Group A", then user B gets the same admin rights as user A.

This could be a problem any time two users are trying to create the same named groups.

Pretty_Tracker_Demo cannot be applied any more wihtin the admin's profiles.
Instead of loading the profile, a new pages opens with the link "jdoe@company.commsmith@company.com" and the pages keeps loading.

Perhaps it is due to the new release 5.2.

When trying to execute a profile, validation simply cancels the execution request instead of showing a message with where the validation failed.

Previous versions of Tiki used to do this and is very helpful when testing and developing profiles.

I have installed TikiWiki 3.3 in RHEL 4.
Everything works are successfull excepted only Profiles Repository updates. When I click 'list' buton at Profiles Admin pages, the 'Data Channels' are not updated. I think it related with proxy setting.

The newly installed TikiWiki is setted up inside network of proxy server. That is the TikiWiki be affected on proxy.

My question is that how to set up proxy information within Tikiwiki to successful communicate with 'http://profiles.tikiwiki.org/profiles'?

a) I spent weeks testing these features one by one.

It will save time if all these features are enabled and complete with samples.

This is the approach used by Joomla and Mambo.

It also helps us learn faster.


b) The assist module is useful but asking users to read a tedious configuration as the first step will eat up too much time.

Site configuration or Look at Feel should be the first one.

It is also the most dangerous but essential.

c) Provide a clue, in the assist if possilbe, to replace a damaged header.tpl with a skeleton header.tpl

I think what's needed is a Gallery of "Tiki Sites in a Box". In other words, Tiki sites that are preconfigured to meet a particular kind of needs. The needs should be defined not in terms of features, but in terms of GOALS of the end user or organisation.

This could be a list of descriptions like this:

- I want a site to enable collaboration inside my organisation.
- I want a site to broadcast my ideas to the world and allow people to add to them and comment on them.
- I want a site that will act as an open knowledge base on a particular topic.
- etc...

Each of these could point to an example which would be a "fake" site that could act as a sandbox. People could go to this fake site, play around with it (but not reconfigure it), to see if it's what they are looking for.

This would allow easy single click configuration of Tiki. The user would simply click on one of the items in the Gallery, and the Tiki site would be configured accordingly.

One issue is: what happens if the user choose wrong and later wants to switch to a different model? I guess if no content has been created in the site it's fine, but what if content has already been created and that content is somewhat incompatible with the new model that the user is choosing?


Related:
*[tiki-view_tracker_item.php?itemId=1513|OpenSourceCMS type demo to test/develop and show off profiles]
*[http://info.tikiwiki.org/Use+Cases|Use Cases]

__Moving discussion of this wish to ((Profile Manager))__

Tiki trackers are great for a bug tracker, as we are dogfooding here.

But what about for a "help desk" setting? -> Private requests from many customers to one company.

Imagine a hosting company. They may have public forums & trackers. But they also have a place where customers can ask direct support requests. And only the customer and the company can follow this tracker.

There is a way for people to just modify their own tracker. But this is more for a user profile, than a series of support requests.
http://doc.tikiwiki.org/tiki-index.php?page_ref_id=3204

You can also give permission to add a tracker item but not view. But they can't modify existing tracker items. (like sending in a black hole)

If we want people to submit many tracker items, but only see/edit their own, what should we do?

Currently, there is and option "Item creator can modify his items?" at tiki-admin_trackers.php

Maybe we need one: Only item creator can view his items?" Of course, staff working for the company would be admins and could see the trackers for all companies.

Or there could be login drop-down, and only that user can see. Even nicer would be that it's possible for people of the same group to see.

Maybe this possible with the current feature set. In which case, just documentation is necessary.

Some things to experiment:
"My items" in tiki-my_tiki.php

Current workaround is to make a tracker for each customer.

Please see: ((Issue Tracker))

---
Related:
Trackers need "tiki_p_trackers_view_own" permission to view own items only
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=211

That is truly confusing as the Tikiwiki system apart from that seems really polished. We started a new community page and realize that there truly is nothing like a user list in tikiwiki 3.2. The friendNetwork system shows as "deprecated" under "experimental" and the mods-section is empty except a few themes so the userlist-plugin is not there as well. It is unfortunately important for a bigger site to have a chance for normal user to search for user, list the team depending on groups people are part of and all this with a clickable list showing homepage (if entered), ICQ (if entered), a profile link, list of pages and forum posts etc.
All those I miss dearly and the tikiwiki documentation for the tracker (which seem to be able to do that with some programming?) is for a just-user-type like me not understandable I fear. :-/

It changes the syntax.

It would be time to rewrite the ((Wiki Parser))

Contributors