Search Results (Searched for: you do not have)
Yesterday 18:14 - Yesterday 18:26
05 Sep 2026 13:45
17 Aug 2026 18:59
17 Aug 2026 14:49
26 Jul 2026 20:10 - 26 Jul 2026 20:11
21 Jul 2026 20:51 - 21 Jul 2026 20:56
Apple ipad K Menu "log In" Left Shifted Unresponsive was created by Profaders
First, I would like to thank the K dev community for what it does. I have been with K since around 2014.
Thanks also to GIT Hub and the fix for the "0" user does not exist..." ..issues/9832. Saved me from total exasperation.
I am not a developer. but even into my late 70s I can follow the song if others sing along with me, even on occasions well out of tune
The issue I am reporting is shown in the attachment. KMenu Login unresponsive in Mini ipad Firefox et al browser. I even went to K Forum to experience the same problem.
We test all compatibilities, but this one took the biscuit when I was ready to publish.
Site:
Joomla: 5.4.7 all other specs (PHP & DB) comply.
Kunena: 6.08 not the cause, because your site looks the same as the attachments.
Old iphones OK, older ipads not so, even maxing out the OS with up to date browsers. In this instance FF.
I have felt for a very long time using K was always bleeding edge as there were often code changes to be made. Took me back to Mambo when almost weekly there were issues to re-code.
Nonetheless, still greatly appreciate the volunteers, but now you are talking about version 7.x.x. when some of us have not yet even sorted out 6.x.x.
Thanks also to GIT Hub and the fix for the "0" user does not exist..." ..issues/9832. Saved me from total exasperation.
I am not a developer. but even into my late 70s I can follow the song if others sing along with me, even on occasions well out of tune
The issue I am reporting is shown in the attachment. KMenu Login unresponsive in Mini ipad Firefox et al browser. I even went to K Forum to experience the same problem.
We test all compatibilities, but this one took the biscuit when I was ready to publish.
Site:
Joomla: 5.4.7 all other specs (PHP & DB) comply.
Kunena: 6.08 not the cause, because your site looks the same as the attachments.
Old iphones OK, older ipads not so, even maxing out the OS with up to date browsers. In this instance FF.
I have felt for a very long time using K was always bleeding edge as there were often code changes to be made. Took me back to Mambo when almost weekly there were issues to re-code.
Nonetheless, still greatly appreciate the volunteers, but now you are talking about version 7.x.x. when some of us have not yet even sorted out 6.x.x.
18 Jul 2026 16:39
08 Jul 2026 10:20
06 Jul 2026 13:52 - 09 Jul 2026 15:41
05 Jul 2026 17:58 - 05 Jul 2026 18:02
03 Jul 2026 04:04
16 Jun 2026 17:54
16 Jun 2026 05:39 - 25 Jun 2026 23:20
16 Jun 2026 05:34 - 09 Jul 2026 15:33
16 Jun 2026 05:23 - 16 Jun 2026 05:29
Replied by lemur on topic TreeK. Tree-Shell for Kunena Forum
TreeK: a brief description
(Links to detailed instructions for working with the post tree and the modified Kunena interface are given below.)
The topic is presented in the window as a tree according to the following rules:
- each post is displayed as one row containing the post subject and, optionally, the author's name, creation time, and post index.
Additional useful information may be placed in and under the post row, for example symbols that help navigate the tree.
The latest post in the topic by creation time is shown in bold in the tree.
The way the tree is displayed is determined by the tree view settings. When the settings are changed, the tree view changes instantly. Registered users of the site can save individual tree display settings and, if desired, restore them in another session and even for other topics.
Since the "level" of each post is known (the distance from the root of the tree, a term explained in the theoretical part), this level is graphically expressed by the length of the indent from the left edge of the window. Literally, the indent of the post row from the left edge equals the "indent size" multiplied by the post level. There is also a setting that adds a grid to the window to show the tree structure more clearly.
The 💬 symbol, when hovered over, shows the beginning of the post text as a tooltip. All other TreeK buttons and symbols also have explanatory tooltips.
You can choose what is shown at the beginning of the post row in the tree: the post subject followed by the author, the author followed by the subject, or only the subject.
The display of the date and time, as well as the post index, can be enabled or disabled.
TreeK has important options for showing post excerpts. The "text excerpt" setting displays a text fragment from the beginning of the post under the first post row, with a specified number of characters. The "screenshot excerpt" setting shows a fragment from the beginning of the post under the first post row as a screenshot with a specified height in pixels.
Additional symbols can be enabled in tree rows to help users navigate the tree more quickly.
TreeK can copy the topic tree to the clipboard in three export formats: BBCode, HTML (where subjects contain links to the posts of the exported tree), and Text.
Many users can work with the same topic at the same time, especially shortly after the topic is created. Working with a topic means simply reading its posts, replying to existing posts or editing them, studying the tree, and so on.
If a post is added to the topic while a user is working with the TreeK tree, an information message about this appears over the tree window no later than within one minute.
***
TreeK is based on the standard packages of the Kunena forum and the Aurelia template, but it changes some of their files and also connects a number of its own files, including language files that provide TreeK localization. These modified and additional files and their functions are combined in the TreekView part of the Treek package.
The interface changes required for working with topic post trees provide:
- freedom to assign post subjects and fixation of the topic title;
- clickability of the number of replies in a topic on the Recent Topics tab and of the 🌳 button in topic posts.
The other additions and changes in TreekView are not mandatory, but from the developer's point of view they make working with the forum a little faster.
(The developer could not resist implementing some of his own views on this matter, since he had to study the Kunena code in depth anyway.)
For example, the following features have been added.
The topic title is now protected: it is set once when the first post is created and never changes from the frontend. (And if a user really made a tragic mistake in the topic title and wrote "My Best Tupic" instead of "My Best Topic" in the first post, the kind site administrator and the database are always nearby.)
The reply form has been slightly changed. In particular, the subject field name Thema has been replaced with Subject, because it should describe the idea of this reply. The reply form title has been made understandable and shows whose post, and exactly which post, the user is replying to.
The subject of every reply now begins with an up arrow (⇑). This is a link to the parent post. Clicking ⇑ takes the user to the post that was replied to.
Instead of words requiring localization, such as "replied to", TreekView uses a simple, understandable, and quickly learned system of arrows listed below. Clickable arrows are buttons because they trigger certain actions. Arrows may be visible in reply forms (Reply and Quick Reply) and in post subjects.
As mentioned above, the subject of the post being created can be arbitrary text. But to speed up work with the forum, the concept of a suffix has been introduced.
Suffixes
When replying to a message, special text related to the subject of the parent post can be added to the reply subject.
In TreekView, this special text is called a suffix. Suffixes help automatically preserve the link between the reply subject and the parent post subject, and make the topic easier to read because they help show which post was replied to.
The use of suffixes looks as follows.
When the reply form is opened, information about the parent post subject is automatically added to the subject field in the form "⇒ Parent subject" (the "⇒" arrow is a replacement for "Reply to").
If the user does not add new text to the subject to clarify the meaning of the post, the suffix becomes the subject of the created post.
If new text is entered in the Subject field and the suffix is not completely removed, it becomes part of the post subject together with the new subject text.
New text is entered in the Subject field to the left of the suffix. The cursor is positioned automatically, and it is impossible to place it inside the suffix.
The suffix cannot be changed by editing. However, if the new post subject becomes so long that the combined length of the new text and the suffix exceeds the subject length set in Kunena, the end of the suffix is gradually pushed out of the line. If the user decides to shorten their text, for example by deleting the end of their text with Backspace, the pushed-out end of the suffix returns accordingly. If the suffix is partially pushed out, it is included in the post subject in shortened form.
The suffix can be removed at any time by clicking the ⇏ button located to the right of the word Subject. The ⇏ button then changes to ⇍. Clicking ⇍ disables the addition of suffixes for the whole session. After that, the ⇒ button appears next to the word Subject; clicking it restores the use of suffixes.
The site administrator can disable the use of suffixes entirely, although this is not recommended.
If the parent's Subject already has the form "⇒ Reply to post", the child's suffix will become "⇒ ⇒ Reply to post", with two ⇒ ⇒ arrows. These two arrows remain in suffixes regardless of which generation in a chain of posts with suffix-only subjects the given post belongs to.
The administrator can change the arrow symbols in the language file, for example replacing "⇒" with "→".
(Adding no more than two ⇒ arrows gives us a reason to discuss the theory of working with posts; and where, if not on this forum, should theory be discussed?
The situation with posts in a topic can, forgive me, be compared with the situation among people. Just as in life someone dies, and someone divorces and takes the children with them, so in a topic a post can be deleted, and some part of a topic can be moderated and moved to another topic. This leads to important consequences for the TreeK tree-building algorithm, but, as stated above, we will not go into theory here.)
Let us note a few more interface changes that, in the developer's view, make the user's work with Kunena slightly faster.
Attachments
In post creation and editing forms (screenshots), there is an Attachments block. Although it is used relatively rarely, when an attachment really needs to be inserted into or removed from a message, users still have to spend time scrolling past this block every time.
In TreekView, the Attachments block is collapsed by default. Instead of the full block, the existing word Attachments is shown, followed in parentheses by the number of attachments if there are any, and then by the expansion symbol for this block: a black filled triangle ▼. This triangle has a tooltip: "Open attachments block". Clicking ▼ opens the Attachments block, and the user sees what is currently visible in the block.
The arrow then changes to ▲, with the tooltip: "Close attachments block". Clicking ▲ collapses the block.
The Action menu in a post.
The developer considered the drop-down Action "menu" at the bottom of a post to be another factor slowing work down.
TreekView restores a view that once existed in Kunena, where each option - Reply, Quote, and Edit - has its own button.
Some other small interface details have also been changed, for example the reply form title has been changed from <h1> to <h5>.
(Links to detailed instructions for working with the post tree and the modified Kunena interface are given below.)
The topic is presented in the window as a tree according to the following rules:
- each post is displayed as one row containing the post subject and, optionally, the author's name, creation time, and post index.
Additional useful information may be placed in and under the post row, for example symbols that help navigate the tree.
The latest post in the topic by creation time is shown in bold in the tree.
The way the tree is displayed is determined by the tree view settings. When the settings are changed, the tree view changes instantly. Registered users of the site can save individual tree display settings and, if desired, restore them in another session and even for other topics.
Since the "level" of each post is known (the distance from the root of the tree, a term explained in the theoretical part), this level is graphically expressed by the length of the indent from the left edge of the window. Literally, the indent of the post row from the left edge equals the "indent size" multiplied by the post level. There is also a setting that adds a grid to the window to show the tree structure more clearly.
The 💬 symbol, when hovered over, shows the beginning of the post text as a tooltip. All other TreeK buttons and symbols also have explanatory tooltips.
You can choose what is shown at the beginning of the post row in the tree: the post subject followed by the author, the author followed by the subject, or only the subject.
The display of the date and time, as well as the post index, can be enabled or disabled.
TreeK has important options for showing post excerpts. The "text excerpt" setting displays a text fragment from the beginning of the post under the first post row, with a specified number of characters. The "screenshot excerpt" setting shows a fragment from the beginning of the post under the first post row as a screenshot with a specified height in pixels.
Additional symbols can be enabled in tree rows to help users navigate the tree more quickly.
TreeK can copy the topic tree to the clipboard in three export formats: BBCode, HTML (where subjects contain links to the posts of the exported tree), and Text.
Many users can work with the same topic at the same time, especially shortly after the topic is created. Working with a topic means simply reading its posts, replying to existing posts or editing them, studying the tree, and so on.
If a post is added to the topic while a user is working with the TreeK tree, an information message about this appears over the tree window no later than within one minute.
***
TreeK is based on the standard packages of the Kunena forum and the Aurelia template, but it changes some of their files and also connects a number of its own files, including language files that provide TreeK localization. These modified and additional files and their functions are combined in the TreekView part of the Treek package.
The interface changes required for working with topic post trees provide:
- freedom to assign post subjects and fixation of the topic title;
- clickability of the number of replies in a topic on the Recent Topics tab and of the 🌳 button in topic posts.
The other additions and changes in TreekView are not mandatory, but from the developer's point of view they make working with the forum a little faster.
(The developer could not resist implementing some of his own views on this matter, since he had to study the Kunena code in depth anyway.)
For example, the following features have been added.
The topic title is now protected: it is set once when the first post is created and never changes from the frontend. (And if a user really made a tragic mistake in the topic title and wrote "My Best Tupic" instead of "My Best Topic" in the first post, the kind site administrator and the database are always nearby.)
The reply form has been slightly changed. In particular, the subject field name Thema has been replaced with Subject, because it should describe the idea of this reply. The reply form title has been made understandable and shows whose post, and exactly which post, the user is replying to.
The subject of every reply now begins with an up arrow (⇑). This is a link to the parent post. Clicking ⇑ takes the user to the post that was replied to.
Instead of words requiring localization, such as "replied to", TreekView uses a simple, understandable, and quickly learned system of arrows listed below. Clickable arrows are buttons because they trigger certain actions. Arrows may be visible in reply forms (Reply and Quick Reply) and in post subjects.
As mentioned above, the subject of the post being created can be arbitrary text. But to speed up work with the forum, the concept of a suffix has been introduced.
Suffixes
When replying to a message, special text related to the subject of the parent post can be added to the reply subject.
In TreekView, this special text is called a suffix. Suffixes help automatically preserve the link between the reply subject and the parent post subject, and make the topic easier to read because they help show which post was replied to.
The use of suffixes looks as follows.
When the reply form is opened, information about the parent post subject is automatically added to the subject field in the form "⇒ Parent subject" (the "⇒" arrow is a replacement for "Reply to").
If the user does not add new text to the subject to clarify the meaning of the post, the suffix becomes the subject of the created post.
If new text is entered in the Subject field and the suffix is not completely removed, it becomes part of the post subject together with the new subject text.
New text is entered in the Subject field to the left of the suffix. The cursor is positioned automatically, and it is impossible to place it inside the suffix.
The suffix cannot be changed by editing. However, if the new post subject becomes so long that the combined length of the new text and the suffix exceeds the subject length set in Kunena, the end of the suffix is gradually pushed out of the line. If the user decides to shorten their text, for example by deleting the end of their text with Backspace, the pushed-out end of the suffix returns accordingly. If the suffix is partially pushed out, it is included in the post subject in shortened form.
The suffix can be removed at any time by clicking the ⇏ button located to the right of the word Subject. The ⇏ button then changes to ⇍. Clicking ⇍ disables the addition of suffixes for the whole session. After that, the ⇒ button appears next to the word Subject; clicking it restores the use of suffixes.
The site administrator can disable the use of suffixes entirely, although this is not recommended.
If the parent's Subject already has the form "⇒ Reply to post", the child's suffix will become "⇒ ⇒ Reply to post", with two ⇒ ⇒ arrows. These two arrows remain in suffixes regardless of which generation in a chain of posts with suffix-only subjects the given post belongs to.
The administrator can change the arrow symbols in the language file, for example replacing "⇒" with "→".
(Adding no more than two ⇒ arrows gives us a reason to discuss the theory of working with posts; and where, if not on this forum, should theory be discussed?
The situation with posts in a topic can, forgive me, be compared with the situation among people. Just as in life someone dies, and someone divorces and takes the children with them, so in a topic a post can be deleted, and some part of a topic can be moderated and moved to another topic. This leads to important consequences for the TreeK tree-building algorithm, but, as stated above, we will not go into theory here.)
Let us note a few more interface changes that, in the developer's view, make the user's work with Kunena slightly faster.
Attachments
In post creation and editing forms (screenshots), there is an Attachments block. Although it is used relatively rarely, when an attachment really needs to be inserted into or removed from a message, users still have to spend time scrolling past this block every time.
In TreekView, the Attachments block is collapsed by default. Instead of the full block, the existing word Attachments is shown, followed in parentheses by the number of attachments if there are any, and then by the expansion symbol for this block: a black filled triangle ▼. This triangle has a tooltip: "Open attachments block". Clicking ▼ opens the Attachments block, and the user sees what is currently visible in the block.
The arrow then changes to ▲, with the tooltip: "Close attachments block". Clicking ▲ collapses the block.
The Action menu in a post.
The developer considered the drop-down Action "menu" at the bottom of a post to be another factor slowing work down.
TreekView restores a view that once existed in Kunena, where each option - Reply, Quote, and Edit - has its own button.
Some other small interface details have also been changed, for example the reply form title has been changed from <h1> to <h5>.
Time to create page: 0.276 seconds