Category: Tags

We already have categories, etc.

a) There is no way of displaying __all__ available tags.
b) There is no way to sort the available tags in alphabetical order when editing a wiki article -> properties.
c) The list of tags from case b) is hardly readable because the formatting leaves something to desire
d) There is no way to influence the sorting when displaying the freetags using the module Most Popular Tags.

The module freetags should have an option to disable the display it as a menu item in the main menu.

I feel the need for a tag description field (that could be) associated to each freetag. That'd allow to place a definition (what does this tag mean ? what should it be used for ?) to make it as clear as possible for users to use the tags and know what they mean.

Not sure wether it was possible or not, I posted a message on the forum : http://tiki.org/tiki-view_forum_thread.php?comments_parentId=44367&forumId=4

Before limiting freetags to "Alphanumeric ASCII characters only (No accents or special characters.)" in the Admin - Freetags settings, a user tagger w wiki page with brf+.

It seems the special sign "+" is not well managed when removing the association.
The Remove seems working fine but nothing happens.

This tracker is made to help filtering and sorting the features vs categories vs options we need to tag a bug/regression/wish with.

Hi,
can anyone help to modify tiki-browse_freetags.php to allow user to list down all pages without any tags?

I have written a query for this purpose, but don't know how implement it into current tiki-browse_freetags.php.

SELECT o.objectId, o.type, p.page_id, o.itemId, p.lang
FROM tiki_objects o
join tiki_pages p
on o.itemId = p.pageName
left join tiki_freetagged_objects t
on o.objectId = t.objectId
where 1 = 1
and t.objectId is null

Make File gallery tag image files in Tiki according to exif tags and such, and the other way round too.

For instance, we could tag files in shotwell, and upload them to tiki, to have all tags recognized and shown in tiki also.
"Shotwell 0.8 can write metadata to photo files on the fly - to enable this, select the option "Write tags, titles and other metadata to photo files" in the preferences dialog. Once this is selected, Shotwell will update metadata in photo files as soon as you tag them."

Ideally, tags added in Tiki to image files should be added to image exif metadata (and similar), so that when images are exported from tiki they should carry their own tags inside. At least, allow that optionally.

{syntax type="tiki" editor="plain"}
The module freetags_morelikethis shows links a user has no permission to view.

I have to introduce a knowledge management system in our company and am convinced that TikiWiki is the solution to go.

The problem is:
- lots of data is classified (categorized)
- Tags are required to build a network of the knowledge
- the users will not accept a system that leads often to "permission denied"

Without this module being WYSIWYCA I cannot suggest TikiWiki to the management.

Hello,
I've been using the plugin FreeTagged with the following options ~np~{freetagged type="all" maxRecords="10" h_level="-1" titles_only="n"} ~/np~ on a TikiWiki page
There are some pages (mostly those we're still writing) on our site that should not be accessible by all users . The permissions for these pages seem to be set correctly because a tagged search doesn't list the forbidden pages for restricted access users. However, they do appear in the list generated by plugin FreeTagged.
I think this is a bug because I don't think I can see options to hide the pages on the documentation.
Regards Peter

Semantic link relationships seem until now only browsable by admins.
Since there is - besides the admin view - no other way to get the semantic relations listed, no one else can get advantage of semantic links and will make no efforts in setting semantic relations.
Concidering the importance of semantics in wikis a plugin seems highly necessary to get the feature of semantic links in tiki started.

__Request:__
Likewise to the Plugin ((Backlinks)) all pages that link to a specific page in a specific semantic relationship.

__So far:__
The semantic_links module is supposed to enable views on semantic relationships.
And indeed, when selecting a semantic type and push the button "show usage", the result shown is exactly what I need.
However this view is only possible for admins.
But since that view for admins is already existing, I would estimate the efforts to implement a plugin as low.

__Plugin idea:__
Relating to the example shown in the documentation of ((SemanticAdmin)) dogs and cats are subsets of animals.
We want the page "animals" to list all subsets by a plugin likewise to

{SEMANTICLINKS (semantictype=subset, page=animals, info=hits|user, noheader=1}
{SEMANTICLINKS}

The result would be:
- dogs
- cats


__Insufficient workarounds:__
Until now the above shown results have to be specified manually as invert relations.
For automatic listing, existing plugins ((PluginShowpages)) / ((PluginListpages)) / ((PluginSearchtitles)) do not work.
So the only workaround without the requested plugin I could image would be to tag the pages "dogs" and "cats" with the a tag "subset-animal" and than use freetags plugin for a listing dogs and cats in the animal wikipage - likewise to the status tags in this tiki. However, that sounds like a bad abuse of tags, since we already got that information saved in our semantic links relationship - we just need to get it readable.

__Related pages:__
Relating to forum discussion with marclaporte:
[http://tiki.org/tiki-view_forum_thread.php?topics_offset=20&topics_sort_mode=lastPost_desc&forumId=4&comments_parentId=38751]

See ((Social Bookmarking Within Tiki)).

The possibility of tagging individual files in file galleries is missing. This is both natural and necessary. Any archival / encyclopedic / knowledge base use of a wiki would need this. The tags feature inexplicably misses it.
Shouldn't be difficult to fix.

Found out that if you use wiki tags, and SEFURL, the tags feature will be invisible unless you visit the exact link to the wiki page. For exemple, if you have a wiki page named "abc def"you go to foo.bar/abc+def it will work, but SEFURL will make links go to foo.bar/abc_def (assuming you choose it to replace to underlines), and for some reason the tags feature won't show, but all other things work fine.

Show instance: http://fvtorres-11800-5943.show.tikiwiki.org/
User: admin
Pass: 12345

When creating a page, include quick tags in the Folksonomy Tags box. They show up in the Most popular tags module, but when clicked on in the cloud none of the tags entered on a Blog page can be found. Tags from gallery and wiki pages are found and listed, but nothing from any Blog page.

This is consistent across three Tikiwiki sites. Although they are all hosted on the same server.

Have tried it with Linux & Windows, Firefox, IE, Opera & W3M.

Tiki version: 3.1
PHP Version: 5.2.9
Apache version: 2.2.13 (Unix)
MySQL version: 4.1.22-standard

It is possible to enter tags made from more than one word by entering them between "". Since 3.0, the system seems to still recognize those tags (they are rendered correctly in the "Most popular tags" module, but clicking on such a tag comes up with "0 results found". The same applies for the Folksonomy module, which shows correctly, but comes up with 0 results for such tags. It does not matter if the tagged object is a blog post or a wiki entry.

It is possible to enter tags made from more than one word by entering them between "". Since 3.0, the system seems to still recognize those tags (they are rendered correctly in the "Most popular tags" module, but clicking on such a tag comes up with "0 results found". The same applies for the Folksonomy module, which shows correctly, but comes up with 0 results for such tags. It does not matter if the tagged object is a blog post or a wiki entry.

Tags: Add a modern beautiful and advanced filtering with HTML5 and jQuery, such as Filtrify
https://github.com/luis-almeida/filtrify
http://luis-almeida.github.io/filtrify/
MIT Licensed

We would use it to let users browse more easily Profiles from https://profiles.tiki.org

Demos:
* Multiple categories: http://luis-almeida.github.io/filtrify/movies.html
* Load images with Lazy Load: http://luis-almeida.github.io/filtrify/lazyload.html
* Add pagination with jPages: http://luis-almeida.github.io/filtrify/jpages.html

Please see video: [tiki-download_item_attachment.php?attId=758]

{syntax type="tiki" editor="plain"}
When you duplicate a Wiki Page you have 2 additional options:
* Duplicate categories
* Duplicate tags

Both never worked for me as far as I can recall.
When I duplicate a page that are categorized and have tags the new page won't have them.

It should be fixed OR even removed as no one seems to use this (never worked for me since Tiki24 or even more)

It is giving a bad image of Tiki.

A previously reported bug with searching Freetags (#2235), where there was a WYSIWYCA problem has been fixed and this bug item is closed.

But there is still a small glitch when you search categorised content with the number of items 'count' when the listing of the items goes over several pages.

What happens is that the number of items that are 'found' is only decreased from the total by the number of items in the current page listing that cannot be viewed because of categorisation (ie WYSIWYCA).

For example if the listing per page is set to 25 items and there are 55 total items but 6 are excluded for WYSIWYCA reasons (4 excluded in the first 25, and 2 in the second 25) then the first listing page only shows 21 items and says there are 51 in total; the second page shows 23 items and says there are 53 in total and the 3rd page shows 5 items and says there are 55 in total.

So whilst WYSIWYCA integrity is correctly preserved, the number count varying every time you scroll through the pages is obviously very confusing.


Aug 15 - closed this item as its so old and may no longer be an issue

On Tiki23 using Freetags, Modules, SEFurl; action_similarcontent display broken links for tracker items.
From what I have seen this is not systematic... I have the feeling it is related to the item title.

{img fileId="1700" thumb="box"}