Category: Wiki Structure (book & table of content)

{syntax type="tiki" editor="plain"}
Months ago I committed new functionality to structlib.php which allowed a special mode of navigation only between siblings at the same depth of a Structure. (MR 6850)

Unfortunately, because I lack coding experience, I was told that my code had to be refactored by the more skilled developers, but refactoring completely broke the new functionality that I added.

The refactored code does not seem to utilize the sibling functions, and the resulting Smarty template does not receive any values. --I'm not sure how to fix this myself. Can you please make it work.--

{syntax type="tiki" editor="plain"}
The breadcrumbs that display horizontally at the top of a structure's wiki pages are only showing the final page (the lowest page in the structure hierarchy, or the current page), and not the parent page or pages. This is a regression from the correct breadcrumb behavior. See the Matrix post by user nap-commit-nap here: [https://matrix.to/#/!SLEgqpTNTlGYAhzNvK:gitter.im/$xSKF3gT2vMHj81k84luQ6IXL2ZV9k3wdbNzdBP3FVp4?via=gitter.im&via=matrix.org&via=sans-nuage.fr].

Tring to create a structure results in the error:
An error occured in a database query!

Context:
File tiki-admin_structures.php
Url tiki-admin_structures.php
Query:
insert into `tiki_structures`(`parent_id`,`page_id`,`page_alias`,`pos`) values(?,?,?,?)
Values:
0 0
1 2
2 Test Structure
3 1
Message:
Field 'structure_id' doesn't have a default value
Built query was probably:
insert into `tiki_structures`(`parent_id`,`page_id`,`page_alias`,`pos`) values('0','2','Test Structure','1')

If the process is repeated the error thrown is different: 1 page not added (Exists)

Found with clean installs of 2.0RC4 on Windows Server 2003 x32 and also server 2008 x64. PHP 5.2.6 (x32); MySQL 5.0.51b (x32 and x64); Apache 2.2.9 (x32)

Changes made by dragging top level items to change sequence in a structures are not remembered after clicking the SAVE button.

In the example structure, the final few top level nodes are...
51 NC_County_Stokes->Stokes Co., NC
52 NC_County_Surry->Surry Co., NC
53 NC_County_Wake->Wake Co., NC
54 NC_County_Warren->Warren Co., NC
55 NC_County_Wilkes->Wilkes Co., NC
56 NC_County_Wayne->Wayne Co., NC
57 Virginia_and_North_Carolina_Border_Dispute->VA - NC Border Dispute

The sequence of 55 and 56 needs reversing to put them in alphabetical sequence. That can be achieved by dragging NC_County_Wilkes to follow NC_County_Wayne and then clicking SAVE.

Once the save has completed (no save button now visible) viewing the structure reverts the original sequence.

Before opening this ticket, have shown bug to exist on your 15.x LTS demo system as well as our system

(Mistakenly created initial show instance using "truck" and that does NOT exhibit this issue. Nor does your demo system 17.1)

Our genealogy one name study makes extensive use of structures and this bug is a huge problem for us.

As of 7.x 34239, the structure navigation header on pages belonging to structures has disappeared on my jqui theme.

It's ''possible ''but unlikely that this is a result of a module adjustment.

I need this fixed soonest as the usability of my documentation wiki is severely impacted.

See, for example http://screencast.com/t/HVO7JiOpp3e1

Check
https://dev.tiki.org/How-to-release

vs

https://dev.tiki.org/How-to-release?structure=Developer+Documentation

{syntax type="tiki" editor="plain"}
Administrating the structures is very uneasy on Tiki29.

Among the visible issues:
* The structure admin wrench is not accessible.
* All the sublevel are open on each load (loading or saving the page)
* The pagination tools are not displayed sometimes
* ...

See the video: {img fileId="3202" thumb="box"}

Structure Menu does not update after page-name changes

# you have a page in a structure and the structure Menu is activated
# you change the page name
# in the breadcumb navigation the changed page name shows up
# but in the Structure menu the old name did not change, but when clicking on it the page shows up anyway.
# in the Structure page the correct name is shown anyway

e.g. changed page ITSystemFiltered to ITSystemActiveFiltered

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

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

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

{syntax type="tiki" editor="plain"}
Structure numbering at the top of the Wiki pages differs to how it should display and is shown , for example, in the Structure modify page.
Xavi asked me to submit this as a bug.

the structure will not be sorted correctly in a wiki page while it is sorted as it should be in the structure

i tried to change the pos row in the database directly, but that doesn't helped

after expecting the db for these items i think i might know where the problem is - it is sorted by the page_ref_id instead of pos field

example (where pos is the position in database and the should be sort order) :

|| Page Name | pos | page_ref_id | pos in wikipage
Concept | 1 | 49 | 2
Exhibition | 2 | 75 | 4
Facilities | 3 | 24 | 1
Portal | 4 | 89 | 6
Handbook | 5 | 68 | 4
Resources | 6 | 55 | 3 ||

as you can see it is sorted after the page_Ref_id instead of pos in a wikipage

edit: on the other hand in another tiki there is no such problem as described above

{syntax type="tiki" editor="plain"}
Goal

We want doc.tw.o to generate nice printed documnentation.

Problem
It's too difficult to detect which pages are not in a structure.


A new page may be created but not assigned to a structure and be lost, and not appear in the printer version.

It's ok that some pages are not in structures (notes, redirects, etc) though.


tiki-edit_structure.php -> list at the bottom should only show me pages that are not in current structure, otherwise, I can add the pages at two places in the structure.(feature or bug?) This could useful to move pages though because current system is too cumbersome for large structures like the one on doc.tikiwiki.org


Perhaps, the structure if should appear in list pages. So by sorting, we could find all orphan pages...

This is demonstrated here:
http://user-11990-7501.show2.tikiwiki.org

With a wiki page this code
{CODE(theme="default")}Table of contents:{toc structId="1" shownum="1"} {CODE}
will produce this with a PDF generated:
{img fileId="1444" thumb="box"}

It does not matter if the wiki page is part of the structure or not.
On screen there are only numbers shown:
{img fileId="1445" thumb="box"}

Hi,
I just attempted to create a structure using all pre-existing pages with 163 page entries. I received the error "Request-URI Too Long" and discovered that tiki appears to be using a GET request to pass the data to create a structure. I'm wondering if this could be changed to POST since this would allow more input with normal server settings. This is preventing creation of large structures using the "Tree" input field option.

Documentation of Tiki (doc.tw.o) needs some help, as well as any other tiki site aiming to produce structured documentatation to be exported as "printer-ready" (.pdf, .odt, ...)

!!- (1). Original idea, as posted in devel list (but improved, and made it easier, below, in (2) )
I include here a copy of the [http://sourceforge.net/mailarchive/forum.php?thread_name=467565F1.9080905%40ub.edu&forum_name=tikiwiki-devel|original post at tiki-devel list]:

{QUOTE()}
[Tikiwiki-devel] New documentation file: Tiki198alpha.pdf
From: Xavier de Pedro Puente <xavier.depedro@ub...> - 2007-06-17 16:44

(...)

There are some issues that, it solved from coders, they would make
easier to produce next documents like the pdf ones:

(1) Page Title is not automatically shown on wiki pages on the server,
and thus, manual header1 was added everywhere (Almost). But when
printing to html, page title is duplicated. => if Show Page Title option
is disabled under "Admin > Wiki", Page title should not be added
automatically at print-to-html time.

(2) to produce the same structure (same level structure of headings) as
in table of contents http://doc.tikiwiki.org/Documentation , some hack
(optional) would be very welcome so that heading 1 in doc.tw.o pages is
not printed as heading 1 in through the multiprint, but as header 2, at
least. (optional).
This is, for instance, what is produced when printing a full structure
from a Workspace - AulaWiki Mod - : a coder could grab the code from
AulaWiki Mod as a reference....
In there, the description of the page is set as the Page title (header
2, I think), and the page title is included below for completeness (in
lower font, and with version number next to it)...

edutwo_ws_print_structure4.png

(3) Numbering of headings: somehow, in Workspaces this is handled
internally, and the user/documenter doesn't need to bother with manual
numbering: it's produced also at print time.
[http://edu.tikiwiki.org/tiki-workspaces_view_structure.php?print=4]

Example of print structure differences between Tiki's multi-print and
Workspaces print structure:

Print to html "Aula-Wiki Tutorial" from here:
[http://edu.tikiwiki.org/tiki-print_pages.php]

or from here:
[http://edu.tikiwiki.org/tiki-workspaces_view_structure.php?print=4]

Well, as you could imagine, some changes to the code to make the work of
documenters a bit easier would be very wellcome also... :-)

(...)

{QUOTE}

!! (2) Update July 20th: Easier solution
Easier solution: Get levels for first heading in each wiki page of the structure not from the content of the page.

^__Example__: a page may start with a "! Title of page" (first level heading), and after that, "!! Subtitle of page" (2nd level heading), ...

Imagine that this page corresponded to "2.3.1 Module whatever" as the level in the table of contents of such structure.

The solution would be then that "!Title of page" (in that page "2.3.1 Module whatever"), when sent to (or fetched by) tiki-print_pages.php as a whole structure, was converted to "!!! Title of page"; and "!! Subtitle of page", should be converted to "!!!! Subtitle of page"..., and this way sequentially for all the title headings on each page from the structure...
^

The procedure below should become a 1-click from wiki (structures) to[http://doc.tikiwiki.org/Tiki19beta.pdf|PDF]. Please see:[http://doc.tikiwiki.org/Printing+the+Documentation|How to produce the .pdf out of the .odt]

-----

Dec 13 2008. Update:
Previous problem is fixed. However, I notice that automatic numbering with heading within a page (!!#, !!!#, ...), should be also considered in the global autonumbering.

Plus width of wide images and tables would be better if not that wide when exported to html (maybe an option), for the case when you plan to import it to OpenOFfice, and they are too wide to the document. Should this be another RFE or bug report?

---
REOPENING BUG
update on Jan. 7th, 2009:
See the other bug report: autonumbering didn't work for me with doc.tw.o/Documentation, even if it did a month ago on another site/structure

Related (and newer) bug report/RFE:
[http://dev.tikiwiki.org/bug2255]

{syntax type="tiki" editor="plain"}
When the system is set up to use staging & approval and the Structures are turned on, pages/topics created using the Add Page feature included with Structures get created with a staging name. The structure fails/disappears when the page is approved (fails in that the structure loses the staging name and does NOT substitute in the page without the staging name).

{syntax type="tiki" editor="plain"}
If you turn on SEF all your links will be converted to SEF-links so far with the exception of the links the bradcrumb bar of the structure.

Tested on tiki 3.5

For some reason, permissions related to structures are not shown any more, even if you are in the homepage of a structure attempting to set permissions for the whole structure tree, etc. Global permissions show them, but this section is not shown when you are in an object such as the homepage of a structure

That worked in 12.x while showing the permissions under the wiki section.
In theory Tiki 15.x comes with a section of permissions of its own for structures, but for some reason, they are not shown, not even selecting all features (including wiki structures and the hidden featuers) to be shown.

To be reproduced, see:
http://xavi-9794-5464.show.tikiwiki.org/tiki-index.php?page=D1+Cover
u: admin
p: 12345
----
Issue still there! {sign user="xavi" datetime="2016-09-26T21:55:41+00:00"}

On Tiki structure you can have one or several top page and its subset of pages inside the structure.
If you edit your structure "tiki-edit_structure.php" and delete a page ALL the subset of pages will be removed from the structure without a warning.

First a warning should tells the user is about to remove the subset of pages (this can be catastrophic !).
I think a question should be asked about it;
You are removing page of a structure that has a subset of pages:
❑ Remove all the child pages from the structure ?
❑ Keep the page in the structure (they will be moved to the next top page) ?

When you create a new structure you can fill a tree.
This will create subset pages inside the structure.
Below this you can "Categorize" (no more explanations).
As result only the first page will be categorized.

On a Tiki 25 I tried 3 times and I couldn't see any message about the page(s) categorization and only the first page was categorized.

On a fourth attempt (different structure) below the success feedback for the structure creation I could see a feedback about categorization of pages but only the first page was categorized.

On a fifth attempt (different structure) all pages added were categorized.

First, there should be some help the user to understand what will be done about it. (structure and subset of pages will be categorized).

Second... it should work all the time. 🤷🏻‍♂️
I still need to find a way to reproduce...

The icon in the structure action strip are confusing and can be improved.

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

The first one suggest a "search" and/or addition of page while in fact it is to view the page.
The fa-search-plus should be replaced.

As we are using the "eye" icon that is naturally the "View" symbol for Watches we should be creative.
The icon should be without a + sign. Even a hand-point-up will make better sense.

{syntax type="tiki" editor="plain"}
Here:
http://doc.tikiwiki.org/tiki-index.php?page=Structure&structure=Documentation -> structurs is 8.48

Yet, here: http://doc.tikiwiki.org/tiki-index.php?page=Documentation&structure=Documentation , it is 4.31


I don't understand the 8.48

Should be 4.31, no?


See related chat log:
http://irc.tikiwiki.org/irclogger_log/tikiwiki?date=2008-12-16,Tue&sel=315#l311

Hello,

Referring to 5.3, when the a selection of page have been made into listpages, after the access to a page there is no else way to go back to the list with is filters than re-run listpage and set again the filter, browse the list often to view and modify the following element.

This is a great lost of operating time.

i suggest, as for the structure, to implement a button which returns to the list and into at the previous position.

Programmatically this needs to :
# - send to page-edit the parameter of the listpage we just have left
# - by the button run again listpages with options :
## - filter
## - current position into the list

This problems is accurate because of the new category features.
when the access rights to a "family of pages" are not the same, the good way is not to use a structure (not designed for this indeed) which access by category is applied to all structure elements, but the category or element access by groups or both.

For my own I use structured categories to access lists of pages. This is the right use, but this list can't at this time be use to browse the selected list.

!Summaries styles associated to levels in all hierarchical lists

!!Utility
When a hierarchy (summaries particularly) is displayed there is no style associated with the level.

Generally in all documents a different style is associated with level independently of the indentation.

!!the aim, a better readability.

This is en enhancement of style, but it is a very precise detail and a problem of esthetic's independently of the aim, a better readability.

!!constraints
So it should be optional and easy to modify into the style. Asssociated with the style not with the layout.css.

!!What's done
Efficient in my application since 5.3
Easy to enhance for 6.x and more 7.x

!!Changes
*tpl (two ones)
*styles

__Remark : __can be done independently, after the change into tpl, take effect when classes are defined into css
__Optionally :__ size of text by level and by default set in layout, colors or changes in text sizes or text styles into styles.
__Note:__ the name of the style is built automatically with a pattern, used for text and number (if option used), then the developer of style.css can easily add and/or find them for modification

trebly

(ref:B10125-06)

This tracker item could not be found

{syntax type="tiki" editor="plain"}
On a long wiki page with a lot of Headings (h1, h2, h3, etc) usage the automatic table of content (admin -> Wiki page) use to help navigating on the page as headings were styled.

H1: bigger/bolder than h2 bigger/bolder than H3, etc...

Now they all look the same and it is very hard to use on long pages.

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