Category: Namespaces

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

There is an example available.
However this is how to reproduce the problem:

Let's say I have a page NamespaceA:_:Home
Then I edit that same page throught WYSIWYG editor creating a wiki-link to the not-yet-existing page "Target". In source code this corresponds to ((Target)).
Once the page is saved I click on ((Target)) link. This way Tiki automatically creates NamespaceA:_:Target page.
I'd like to underline this is an extremely useful feature since it allows even not-developer users to create new pages with the correct namespace without having to mess with the source code, which is a desirable feature.
However once NamespaceA:_:Target page has been created, no backlinks are present in there.

However if now I edit page NamespaceA:_:Home by adding a wiki-link to "NamespaceA:_:Target" (in source code this would correspond e.g. to ((NamespaceA:_:Target|Target)) ), the link works just fine and moreover a backlink from NamespaceA:_:Target to NamespaceA:_:Home is generated.

Option "Force all non-namespace page links to the same namespace" does not seem to solve the problem.

---------------------------------------------------------------
In short: ((Target)) and ((NamespaceA:_:Target|Target)) are both valid links towards page NamespaceA:_:Target (starting from page NamespaceA:_:Home), but one is recognized as a backlink by Backlinks plugin while the other one is not.

----------------------------------------------------------------
The problem lies in the fact that if a not-developer user were to use Tiki, the above-mentioned feature of automatic page creation with correct namespace would be extremely useful but it introduces the above-mentioned problem.

----------------------------------------------------------------
I think one possibility would be to edit Backlinks plugin to recognize ((Target)) as a valid link to NamespaceA:_:Target as well (in this context, taking into account the namespace of the page on which the link resides).

Another possible solution would be to have WYSIWYG plugin work (optionally?) in a little different way: if I am in page NamespaceA:_:Home and I write a link towards page Target it should automatically translate the link in ((NamespaceA:_:Target|Target)) instead of just ((Target)). Maybe this second solution is cleaner? I don't know.

Thank you very much for your attenction

{syntax type="tiki" editor="plain"}
A new page can be created by creating a link to it and clicking that link afterwards. But when done in conjunction with namespaces, it happens that the first namespace component gets doubled.

To reproduce:
# Create a page called "foo:_:bar"
# Add an internal link to it: ~np~((foo:_:bar:_:baz))~/np~
# Click on that link. You get forwarded to this page: "foo:_:foo:_:bar:_:baz"

The new page can then be renamed in order to get the desired result.

~~#F00:__EDIT: Could not Reproduce in Show! I try to fix with an upgrade. Reducing the importance of this bug report for now.__~~

__Setup:__

* Wiki Structure: on
* Namespaces: on
** seperator: __~__
** tested also with: __:__
* Hide namespace indicator in structure path: ticked (on)
* Hide namespace indicator in page title: ticked (on)
* Force all non-namespace page links to the same namespace: both settings (on/off)

* Create a wiki page with a namespace name example:
+ __example~startstructure__
* Make a Structure from it
* Create a new page __mywikipage__ into the structure
+ page gets correctly named __example~mywikipage__

__Problem:__

When in default settings the ''__Wiki URL scheme__'' is ''__URL encode (Tiki classic)__'' in /tiki-admin.php?page=wiki.
Then the Namespace rewrite does not work and the links / urls are __example+startstructure__ instead of __example~startstructure__, why Tiki does not find the page and either gives an error message or a create page notice or a redirect to the HomePage, depending on further configurations.

__Workaround:__

When the ''__Wiki URL scheme__'' is set to ''__Replace Spaces with dashes__'' in /tiki-admin.php?page=wiki, the links / urls are still wrongly rewritten , but with dash instead of plus: __example-startstructure__ and they do correctly redirect to __example~startstructure__ .

__Additional remarks:__

I think, that the rewrite of the structures feature (wiki structure breadcrumb menu AND plugin toc) from the seperator to the dash (or otherwise the plus) is still wrong.
When I create a page __example-mywikipage__, then I can access the original page with following URLs / Links:
* __example~mywikipage?structure=example~startstructure__
* __example~mywikipage__
* __example-mywikipage?structure=example~startstructure__
* __example-mywikipage-2__

Where __example-mywikipage-2__ is somehow defined as alternative URL from Tiki (18.x) without creating that page at all.
Only __example-mywikipage__ directs to the new page!
__example-mywikipage?structure=example~startstructure__ directs to the old page!

The wiki structure feature uses __example-mywikipage?structure=example~startstructure__ as URL for __example~mywikipage__ respectively instead of __example~mywikipage?structure=example~startstructure__

I'll try to reproduce with a show instance.

Prefix doubled when tracker item saved and wiki-page-tracker-field uses custom namespace
---
human error, not tiki error. The field to get the page name from was a mathematical calculation field, and I had written there the prefix aswell, not only in the params of the wiki-page tracker field.

Hi.

I think I found a bug about absolute and relative links. I have a page
"Tikitest:_:Links" and three links on it:

((Tikitest:_:Links:_:Abc))
((Tikitest:_:Links))
((Tikitest))

The first one gets interpreted as a relative link - relative to Tikitest, not to Tikitest:_:Links. This means it leads to Tikitest:_:Tikitest:_:Links:_:Abc. The second one gets interpreted as an absolute link and the "Tikitest" part gets rendered in an oval, with a grey background. This doesn't happen with the first link. The third one gets interpreted as a absolute link as well.

The first one was dangling, when I created the page.

I'm using Tiki Version 21.4.

Bye,
Volker