URL parameters and special attributes

There is a number of URL parameters that control program’s behavior. The most important parameter is root, that is the root node’s id, e.g.


will display node 28992 and all of its first level ancestors.

We can specify the favicon with the icon parameter which is the desired favicon’s image URL, e.g.


will display the image  http://i.imgsafe.org/75bb610.png as the page favicon.

We can also specify the title of the page, e.g. the browser tab tag for the page, using the title URL parameter, e.g.


We can specify the URL of an image to be used as the favicon when using the node as the root node, just by adding the desired image URL as _icon_ attribute to that node. Likewise we can specify the page title by using the _title_ attribute.

Next comes the explode parameter with no value needed. If the explode parameter exists, then every node will be spread (except neutral and blocked nodes), e.g.


will display node 28992 and all of its ancestors opened down to the lowest level, or until neutral or blocked nodes reached.

We can specify a node as explosive just by adding the _explode_ attribute (with no value). An explosive node will be exploded when used as the root node of the page. In order to prevent various ancestor nodes from recursive explosion, we can add the _neutral_ attribute (no value needed) to those nodes.

One may also use the somehow weird _block_ attribute in order to block data under a node from further loading. This attribute may be proved useful for autonomous nodes’ management in order to avoid loading tons of useless data. However, a blocked node will be loaded normally when used as the root node of the page.

When the key or the value of any attribute is recognized as valid URL, then a link will be provided to the user. If the key or the value is recognized as a valid image URL, then that image will be displayed inside the node. When the key is an image and the value is a URL, then the image will displayed with a discreet shadow and a link will be provided, so the user can click that image an open that link in a new page. When the key or the value is recognized as a valid email address, then a mailto link will be provided.

There is another URL parameter that affects the display format of the information nodes. Every node has an ID, that is a unique number that corresponds to that node. The node’s ID is not displayed by default, but the user may cause nodes’ IDs to be displayed, just by clicking the relevant button in the control panel at the left side of the page. The user can also display the nodes’ IDs by default using the info URL parameter (no value needed), e.g.


will display the node tree under the 28992 node with the IDs displayed by default. The info URL parameter will be passed over pages originated by the new page button which may be used for displaying specific nodes in separate browser tabs.

A useful special attribute is the _chain_ attribute which can be used in order to link irrelevant nodes. To be more specific, we can specify a node ID using the _chain_ attribute in order to provide a link to that node by clicking the chain icon displayed just after the zoom icon. We can also specify URL parameters along with the node ID which will be passed over to the new bbska page, e.g.


One may use the _chain_ attribute in order to provide a link not just to an irrelevant bbska node, but to any web page just by specifying the desired URL as the _chain_ attribute’s value. We can also specify some piece of information to be displayed over that icon, by the means of the _chinfo_ attribute.

The last item to be discussed in the current post is the eco URL parameter which affects search results. As you may know, after searching some item, the target nodes are displayed with all their parent nodes spread, for the nodes’ position to become more apparent in the nodes’ tree and between the sibling nodes also. We can eliminate results to just the target nodes (and their ancestors of course, but not spread) by using the eco URL parameter (no value needed).



After running and testing bbska for about 8 months, time has been reached to enjoy fast and easy to use responsive pages full of information nodes organized in a matryoshka manner, controlled by user friendly and easy to use interface.