Name | Type |
---|---|
A link to a Semantic alias doesn't appear in backlinks | tracker item |
Add TITLE attribute to external links
When creating a wiki link ~np~((foo)))~/np~, Tiki uses the target pages's ''description'' as the the link's TITLE attribute. It would be nice for external links to also have a TITLE attribute. Tiki could use the link's description, or a generic text. For example: ~np~[http://foo.com|my link]~/np~ would become: <a href="http://foo.com" title="External link: my link">..... and ~np~[http://foo.com]~/np~ would become: <a href="http://foo.com" title="External link">..... |
tracker item |
Backlink is listed, but page doesn't exist
1- Go to ((Keywords)) 2- Check Backlinks You will see a backlink to __Why Use 2.0 for devtwo__ but this page no longer exists. It was renamed or deleted or something :-) |
tracker item |
Backlinks & Orphans plugins have Z to A sort order and Wanted seems Random
You can see: * http://profiles.tikiwiki.org/Admin#List_pages * ((doc:backlinks)) |
tracker item |
Backlinks between trackers and wiki pages (and maybe forums)
In a tracker item, we often refer to wiki pages. From those wiki pages, we should be able to see the trackers in the backlinks. Related: Tracker plugin to get title and make link to tracker item http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1768 With this second thing done, we could have backlinks among tracker items. This will be useful for a ((Mindmap)) |
tracker item |
Backlinks failed to display in the wiki page | tracker item |
BACKLINKS includes Comments | tracker item |
Changing the CaSe of a page breaks the backlinks
On doc.tikiwiki.org, I renamed pluginBacklinks to PluginBacklinks and the backlinks are gone. |
tracker item |
Namespace-generated wiki-links not recognized by Backlinks | tracker item |
External wiki links title don't work
The title for External wiki links in not parsed, for instance ~pp~ ((wp:Link|Title)) ~/pp~ will display __Link__ instead of __Title__ We need this for *.tikiwiki.org as well {img src=images/code.png}%%% {CODE()} ((dev:EditUIRevamp|Improve the content editing interface)) ((dev:AdminUIRevamp|Improve the admin interface)) {CODE} |
tracker item |
External Wiki: optional micro icon for link, title (mouse-over), and option to open new window
Say I need to make a link such as: {img src=images/code.png}%%% {CODE()} [http://en.wikipedia.org/wiki/Argument_map|Argument map] {CODE} I could use an ((doc:external wiki)) link which is like this: {img src=images/code.png}%%% {CODE()} ((wp:Argument map)) {CODE} Even nicer would be an image (instead of {img src=img/icons/external_link.gif}) so the visitor knows he'll be sent to Wikipedia. Also, would need: *optional title: to explain what this site is about. (ex.: this is a sister community) *option to open new window these would be set centrally and you could override. Perhaps the direction to take is to build with ((doc:plugin alias)) |
tracker item |
Facilitate links and syntax
There are many pages within t.o that have spaces. On the other hand, the WikiSyntax historically uses WikiWords. I also see that tiki supports aliases for pages. This led me to the following suggestion: - Propose to render WikiWords as "Wiki Words" in the page. This makes it easier to read. Obviously this mean one control more ... - When parsing a page, and there is no page for a specific WikiWord, look for the page 'Wiki Word' (adding a space before each capital). Advantage : this would allow people coming from other wikis to make links with WikiWords, even for pages like ((Wiki Plugins)), without the need for clumsy parenthesis everywhere. |
tracker item |
File Gallery backlinks are a dysfunctional mess | tracker item |
InterTiki backlinks / SisterWiki / Extend External Wiki feature
((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] |
tracker item |
Page rename when just changing the case (ex.: lower case to upper case) causes backlinks to be broken
To reproduce: Have some pages with backlinks Then, rename DOMpdf to dompdf and the backlinks to dompdf will be broken. |
tracker item |
Related-to field type in tracker is not working
Try to edit a wish on dev.tiki.org and link it to another Search for "jQuery" and you will see many are missing compared to: http://dev.tiki.org/tiki-view_tracker.php?trackerId=5&status=o&sort_mode=f_41_desc&filterfield=26&filtervalue[26]=jquery&filter=Go |
tracker item |
MEbneter
Contributors |
tracker item |
Additional Feature
Features Classification |
tracker item |
Module breadcrumbs displaying pageName as last crumb instead of alias | tracker item |
natokpe | tracker item |
Plugin builder (plugin alias): build plugins with backlink functionality
((Plugin alias)) which I am considering renaming __Plugin builder__ permits some amazing things. ((Backlinks)) can be cool for dynamic & efficient information organization. How can we have the two together? Perhaps an alias of the REDIRECT plugin which includes semantic wiki link "alias" between the two pages... More on this later... |
tracker item |
Plugin Relation By Views / "Other users also read" likewise to "Customers also bought"
The ultimate feature of Amazon and all the e-commerce shopcart systems is the one known as "Customers who bought this item also bought .." or "were also interessted in ..". The feature would show objects or items that were viewed or bought by previous users in conjunction with the actual item or object. Idea: Applied for tiki a new plugin "Relation By Views" would allow to list related wiki pages (or even other objects) in a page likewise to existing backlinks and alias plugins as well as semantic links. Though, the information is based on previous view counts / his of wiki pages (or other objects) that have been hit by users wihtin the same session as the actual wiki page / object. The enhancement is obvious: we would make a step further to get implicit relations between pages / objects based on user behaviour. Just as the advantage in ecommerce is crossselling, we would provide cross-links and encourage readers to have a look to further pages / objects. In regard to enhancements of the basic shopping cart feature in Tiki 5, this plugin could even be used as a real "customers were also interessted in" feature. |
tracker item |
Plugin WantedPages reports alias
You can see here: ((WantedPages)) Some wanted pages have links to the alias. |
tracker item |
PluginCategory should create backlink relationships | tracker item |
Rollback breaks backlinks
If you rollback a page to a previous version, the links to that page are show with a question make instead of a proper link. |
tracker item |
Semantic link plugin
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] |
tracker item |
SisterWiki links between doc.tiki.org and dev.tiki.org
Please read: [http://irc.tiki.org/irclogger_log/tikiwiki?date=2009-04-18,Sat&sel=117#l113] Something like: {img src=images/code.png}%%% {CODE()} {if isset($objectCategoryIds) and in_array(1, $objectCategoryIds)} This is the documentation for {$page}. For bug reports and feature requests, please visit [http://dev.tiki.org/{$page}] {/if} {CODE} |
tracker item |
Too many backlinks to calendar events get created | tracker item |
Why backlink to self?
If you have a link in a page to itself, or a semantic alias, the link is in the backlinks. Is this of any use? Should we get rid of it? |
tracker item |
On: ((doc:Semantic))
There is a link to:
* ((doc:Semantic Alias))
But this ((doc:Semantic Alias)) is an alias of ((doc:Alias))
Also in action here:
http://profiles.tikiwiki.org/handler
Related:
*{wish id=2754}
*{wish id=2729}