BizWay (hišna predloga)

BizWay je hišna predloga wikija: barvni tokeni, tri barvne sheme, mreža strani obeh lupin, glava in noga ter z možnostmi vodeni bloki javnega območja. Prinaša videz, ne zgradbe — delovna lupina, območja in preusmeritve pripadajo paketu wkfluentui. Predloga je namenjena upraviteljem, ki določijo videz in tipe strani, in avtorjem, ki vzdržujejo strani-označevalce in bloke razdelkov.

Nastavite možnosti teme → Izberite barvno shemo → Preverite profil območja

Do 2026-07-09 je sveženj sestavljala predloga (lib/tpl/wvdsbizway, čisti chrome/postavitev/videz) in vtičnik (lib/plugins/wvdsbizway, shramba možnosti + skrbniška stran + logika izrisa). Oba imenika ne obstajata več — celotna logika izrisa (možnosti teme, izris hero/features/gallery/contact/footer, razreševanje strani-označevalcev) je bila premaknjena v samo predlogo, ker predloga v DokuWikiju ne more imeti lastne skrbniške strani, in ločitev na dva imenika za povsem postavitev-plus-možnosti par ni imela več praktičnega smisla.

Sam vtičnik danes (od 2026-07-12) zagotavlja tako akcijsko komponento (action.php, oba hook-a DOKUWIKI_STARTED) kot tri pomožne komponente z dejansko poslovno logiko: helper/routing.php (preusmeritve landing/namespace), helper/area.php (razreševanje area-profila + strani-označevalcev) in helper/styleini.php (sinhronizacija DW-contract style.ini). Razlog, zakaj morata oba hook-a action.php nujno ostati koda vtičnika: DokuWiki vključi aktivno predlogo (main.php) šele, ko je act_dispatch() že v celoti razrešil akcijo — takrat je za preusmeritev že prepozno. Le akcijski vtičnik, registriran na DOKUWIKI_STARTED (ki se sproži pred act_dispatch()), lahko zahtevo še preusmeri. Dejanska logika razreševanja za tem hook-om od 2026-07-12 živi v samem vtičniku (helper/routing.php), ne več v predlogi — predloga kliče metodo pomočnika prek plugin_load('helper', …) namesto da bi (kot do 2026-07-09) sama posedovala logiko in jo prepustila vtičniku, da jo znova naloži. Splošni, od predloge neodvisni deli (naštevanje admin-rail, seznam galerije, orkestracija navigacije, avatar-inicialke) pa živijo v ločenem vtičniku wkfluentui (glej FluentUI (knjižnica oblikovalskega sistema)).

Od 2026-07-10 template.info.txt vsebuje vrstico depends wvdspremiumnavyivory — samo v tej smeri (predloga → vtičnik), brez obratnega depends v vtičniku, ker mora vtičnik še naprej delovati gracefully brez predloge (vsak klic plugin_load('helper', …) v predlogi je zaščiten pred manjkajočim/deaktiviranim vtičnikom, glej odsek „Delitev vlog“ zgoraj). Upravitelj razširitev DokuWiki to polje uradno podpira (Extension::getDependencyList()/getDependants(), Installer.php naj bi ga uporabljal za blokiranje odstranitve/deaktivacije razširitve, dokler obstaja odvisna razširitev) in poleg tega vsak plugin.info.txt/template.info.txt v skupnem ZIP-u izdaje samodejno prepozna kot lastno razširitev ne glede na to polje (Installer::findExtensions()) — ZIP izdaje z mapama predloge in vtičnika kot podimenikoma tako namesti obe razširitvi že v enem koraku, tudi brez polja depends.

Znani hrošč jedra DokuWiki (različica 2025-05-14b „Librarian“, lib/plugins/extension): polje depends, nastavljeno lokalno — torej ne prek uradnega repozitorija dokuwiki.org, temveč prek *.info.txt na tej instanci — z natanko eno vrednostjo, linesToHash() (inc/confutils.php) razčleni kot niz, ne kot polje. To ima dve posledici, preverjeni v živo na tej instanci (Playwright, prijava superuporabnika, do=admin&page=extension):

Konkretno to pomeni: kdorkoli bo v prihodnje želel na kratko deaktivirati vtičnik wvdspremiumnavyivory (npr. za razhroščevanje, kot je bilo že prakticirano v prejšnji seji za vse vtičnike wvds*), tega ne more več narediti prek skrbniškega uporabniškega vmesnika, dokler obstaja ta hrošč jedra in je vrstica depends nastavljena — klik nima nobenega učinka (deaktivacija) oziroma pokaže stran napake (odstranitev). Edina delujoča pot: začasno odstraniti vrstico depends iz template.info.txt, ali conf/plugins.local.php neposredno urediti z urejevalnikom (ne prek CLI klica $plugin_controller — znano tveganje poškodbe, glej interne operativne opombe za to instanco).

Ta omejitev je bila sprejeta zavestno (odločitev uporabnika po pregledu analize): korist formalne vidnosti v upravitelju razširitev tu presega tveganje. Nobenega popravka jedra DokuWiki — to bi nasprotovalo načelu te instance, da nikoli ne spreminja jedra, in bi ga bilo treba znova preveriti po vsaki posodobitvi jedra.

Shramba: nativni konfiguracijski sistem DokuWiki — lib/tpl/premium-navy-ivory/conf/default.php (privzete vrednosti) + conf/metadata.php (tipi polj za skrbniški obrazec), prepisi pristanejo kot vsaka druga nastavitev jedra/vtičnika v conf/local.php pod ključem $conf['tpl']['premium-navy-ivory'][…].

Do 2026-07-09 so iste vrednosti živele v lastni JSON shrambi (conf/wvdsbizway.json) z lastno skrbniško stranjo in oddaljenim API-jem (plugin.wvdsbizway.getOptions/setOptions). Ta posebna rešitev je bila odstranjena brez nadomestila: migracija je prevzela zadnje veljavne JSON vrednosti 1:1 kot nove privzete vrednosti v conf/default.php (glej komentar tam); od takrat za te možnosti velja enaka pot pisanja kot za katero koli drugo nastavitev predloge:

• Skrbništvo → Konfiguracija (Config Manager, nativni skrbniški zaslon DokuWiki, ne več lastna nadzorna plošča) — odsek „premium-navy-ivory“
• Neposredno urejanje datoteke — ročno urejanje conf/local.php (npr. za vrednosti z resničnimi prelomi vrstic kot routingRules, glej opozorilo v odseku „Preusmeritev Landing“)
• Ni več posebnega oddaljenega API-ja — generični oddaljeni API jedra (core.getConf/core.setConf, če je aktiven) pokriva enako potrebo

Varnostni model nespremenjen glede na staro JSON rešitev: rawhtml polja (analytics, slideembed1/2, map_embed, customcss) se vrnejo neescapano (pariteta z wp_head/wp_footer WP-ja); edina pot pisanja je Config Manager, ki je kot vsaka nastavitev jedra pisljiv le superuporabniku. ID-ji medijev gredo skozi cleanID() (CWE-22), notranje/http(s) povezave skozi whitelist-preverjanje (CWE-79), glej inc/premiumnavyivory-render.php::premiumnavyivory_media_src()/premiumnavyivory_link_href().

Polja slider/feature/social so globalne privzete vrednosti; posamezni namespaci lahko hero/features prepišejo prek strani-označevalca na namespace (glej „Strani-označevalci“ spodaj) — hibridni model: skrbniške možnosti dobavijo standardni primer, stran-označevalec lokalni posebni primer.

Dve neodvisni samodejni preusmeritvi. Preusmeritev landing je implementirana kot metoda helper_plugin_wvdspremiumnavyivory_routing::resolveLandingTarget(); preusmeritev indeksa namespace ostaja majhna, samostojna metoda neposredno v lib/plugins/wvdspremiumnavyivory/action.php (premajhna in preveč tesno vezana na trenutek DOKUWIKI_STARTED, da bi upravičila lasten pomočnik). Obe se izvedeta prek obeh hook-ov v action.php (registrirana na DOKUWIKI_STARTED AFTER). Obe veljata samo, kadar je $ACT === 'show' (normalen prikaz strani, ne urejanje/diff/skrbništvo).

Namen: preusmeriti fiksno „vstopno točko“ (npr. začetno stran DokuWiki start ali de:start) na drugo, dejansko primerno stran glede na jezik in uporabniško skupino — npr. prijavljeno osebje na notranje wiki področje, anonimne obiskovalce na javno tržno stran.

Pomembno — dve različni vlogi, ki se ju zlahka zamenja:

• landingPage ni cilj, temveč ime sprožilne strani: preprosto ime strani (npr. start), s katerim se ID trenutno zahtevane strani primerja nespremenjen, brez zamenjave nadomestnih znakov (helper_plugin_wvdspremiumnavyivory_routing::resolveLandingTarget()). Sproži se pri natančnem ujemanju z landingPage samim (golo, npr. start) ali <jezik>:landingPage (npr. de:start) za vsak jezik, naveden v availableLanguages. Vrednost kot lang:site:start tu ne deluje: lang se na tem mestu nikoli ne zamenja, pogoj se nikoli ne more ujemati, preusmeritev torej nikoli ne sproži za noben prikaz strani — tiho, brez napake.
• routingRules definira dejanske cilje, za vsako pravilo prek atributa target, in tam se lang zamenja z razrešenim jezikom.

Potek, ko se pogoj sprožila ujema:

1. Določitev jezika: če zahtevana stran že nosi predpono jezika (de:start), velja ta jezik; sicer se header Accept-Language brskalnika primerja z availableLanguages (najprej najvišja vrednost kakovosti); če noben od obeh ne da rezultata, velja defaultLanguage.
2. Iteracija skozi routingRules (XML) po vrstnem redu, zmaga prvo ujemajoče se pravilo. <rule> ima dva atributa: group (prazno = ujema se s katerim koli obiskovalcem, sicer sintaksa ACL DokuWiki kot v conf/acl.auth.php: @skupina, uporabniško ime ali @ALL, preverjeno prek auth_isMember()) in target (ID ciljne strani, lang zamenjan z razrešenim jezikom).
3. Če razrešen target sam ni obstoječa stran, a <target>:<ime začetne strani DokuWiki> ($conf['start'], običajno start) obstaja, se samodejno razširi tja — ciljni namespace kot de:site tako postane de:site:start, ne da bi moralo pravilo to eksplicitno zapisati.
4. Neveljaven XML v routingRules → nobeno pravilo, nobena preusmeritev, nobena napaka (fail closed, ne fail loud).

Konkreten primer (trenutna živa konfiguracija te instance, conf/local.php):

landingPage = start
routingRules = <routing>
    <rule group="@user" target="{{lang}}:wiki:start"/>
    <rule target="{{lang}}:site"/>
</routing>

Klic start ali de:start:

• Član skupine @user (prijavljen) → prvo pravilo se ujema → cilj de:wiki:start (notranje wiki področje).
• Kateri koli drug obiskovalec (drugo pravilo nima atributa group, torej se vedno ujema) → cilj de:site → ne obstaja kot stran → razširjen v de:site:start (javna landing stran).

To tudi pojasni, zakaj sta de:site:start in de:wiki:start dve popolnoma različni strani, čeprav sta obe dosegljivi prek istega sprožila (start): de:site:start = javna tržna landing stran (data/pages/de/site/start.txt), de:wiki:start = notranja wiki začetna stran (data/pages/de/wiki/start.txt) — vrstni red pravil in atribut group odločata, kdo pristane kje, ne ime strani.

Zahteva: vtičnik wvdspremiumnavyivory mora biti aktiviran (Skrbništvo → Upravljanje razširitev) — brez tega vtičnika se noben od obeh hook-ov DOKUWIKI_STARTED ne registrira, vsa routingRules ostanejo neučinkovita, ne glede na to, kako pravilno je nastavljen landingPage.

Znan primer hrošča (popravljeno 2026-07-09): ravno ta zamenjava — landingPage pomotoma nastavljen na cilj namesto na ime sprožila — je povzročila, da je klik na „Domov“ pristal na nespremenjeni sprožilni panj strani (data/pages/de/start.txt, vsebina: „Ta stran sproži samo nativno preusmeritev landing strani …“) namesto na želeno stran. Vzrok in popravek sta dokumentirana tu, da se ne ponovita.

Druga neodvisna preusmeritev (handleNamespaceIndexRedirect() v action.php), posplošuje lastno konvencijo DokuWiki za klic z zaključnima dvopičjema (de:site: se v jedru že samodejno razreši v začetno stran namespace de:site:start) na primer brez dvopičij: če se zahteva ID strani, ki sam ne obstaja kot stran, a obstaja kot namespace z lastno začetno stranjo (<ID>:<$conf['start']> obstaja), se samodejno preusmeri tja — na ravni celotnega spletišča, za vsak namespace, brez konfiguracije. Prava tipkarska napaka ali nova, še ne ustvarjena stran še vedno prikažeta normalen zaslon DokuWiki „ustvari stran“, saj v tem primeru ne obstaja ustrezen namespace z začetno stranjo.

Ista predloga izrisuje dve temeljno različni lupini strani, odvisno od profila področja zahtevane strani (wkbizway_resolve_area() v inc/area.php):

Razreševanje: nastavitev siteNamespaces navaja namespace z lupino site, enega na vrstico. Stran pripada enemu od njih, če je v njem ali kjer koli pod njim; pri več ujemanjih zmaga najdaljše, zato je ožji vnos mogoče dodati pozneje ne glede na vrstni red vrstic. Vse drugo dobi dokumentacijsko lupino.

de:site
en:site

Prazne vrstice in vrstice, ki se začnejo z #, se preskočijo, tako da lahko upravljavec zapiše, zakaj je vnos tam. Vrstica, ki ni verodostojen namespace, se zavrže in ne javi: tipkarska napaka stane en vnos, nikoli lupine celotnega mesta.

Meja namespacea, ne primerjava predpone: de:sitemap ne spada pod de:site, čeprav se niz tako začne. Primerja se na dvopičju.

Area-profil je neodvisen od layout strani (naslednji odsek): area odloča o lupini (site/wiki), layout odloča o tipu strani znotraj lupine site. Če je stran v profilu wiki, se njen layout v main.php togo prisili na default — markup hero/gallery/contact se tam nikoli ne izriše, tudi če po naključju obstaja stran-označevalec hero nad njo.

Do 2026-07-09 sta bila hero vsebina in feature polja lahko deklarirana neposredno kot markup znotraj posamezne vsebinske strani, obdelal ju je namenski sintaktični vtičnik. Tega vtičnika ni več; enaka notacija na javno vidni strani bi bila od takrat prikazana kot neobdelano surovo besedilo. Zato te deklaracije živijo na namenskih straneh-označevalcih, ki niso namenjene bralcem in katerih surovo besedilo se bere neposredno z regularnim izrazom (wkbizway_parse_marker_attributes()), brez prehoda skozi izrisovalnik strani — stran-označevalec sama se nikoli ne izriše kot vsebina.

Obe se iščeta navzgor po istem vzorcu: najbližja stran <namespace>:<imeoznačevalca>, sicer gola stran <imeoznačevalca> na korenu wikija, sicer „ni prisotno“.

Stran-označevalec area od 4. avgusta 2026 nima učinka. Pet obstoječih je bilo odstranjenih v istem delovnem koraku; preverjanje v repozitoriju to javi, če se ustvari nova, saj je neučinkovita stran, ki izgleda kot konfiguracija, slabša od nobene.

Primer strani-označevalca hero (prepiše samo drugi naslov, vse ostalo se prevzame iz globalnih skrbniških možnosti):

{{wkbizway:hero heading2="Varnost, ki misli vnaprej"}}

Tip strani se ne deklarira več prek sintakse, temveč se določi po konvenciji poimenovanja (inc/premiumnavyivory-render.php::premiumnavyivory_get_layout()) — iz istega razloga kot pri straneh-označevalcih: brez SyntaxPlugina ne bi bilo več nobenega razčlenjevalnika, ki bi znal obdelati oznako {{wvdsbizway:layout type="..."}}, vgrajeno v stran (ta oznaka „layout“ je obstajala samo do 2026-07-09 in ni bila nikoli migrirana na stran-označevalec, za razliko od area/hero/features zgoraj — zato tu namerno še vedno nosi staro ime).

fullwidth ostaja veljavna vrednost, a nima konvencije poimenovanja, ki bi jo sprožila (zgodovinsko, brez aktivne uporabe).

Izjema: bloki <footercol>…</footercol> so edina preostala sintaksa, ki še vedno stoji neposredno v resnični vsebini strani — ker wkbizway_render_footer_page() bere tudi konfigurirano stran noge samo prek surovega regexa (ne prek normalnega izrisovalnika), ta ovojna sintaksa še naprej deluje nespremenjeno. Stran noge s štirimi bloki <footercol> proizvede štiri stolpce widgetov noge; brez naslova ====== znotraj bloka (samo osnovna sintaksa), krepka prva vrstica služi kot naslov stolpca.

Možnost colorscheme. Shema je datoteka lib/tpl/premium-navy-ivory/css/schemes/<ime>.css izključno s prepisi žetonov root (styles contract, glej Styles Contract (--wk-*)) — dovoljene vrednosti v skrbniškem obrazcu se določijo samodejno iz datotek, prisotnih v tej mapi (conf/metadata.php), ni treba ročno vzdrževati seznama.

Od 2026-07-10 obstajajo natanko tri sheme, tri uradne blagovne poudarke WvdS (analogno trem uradnim predlogam Facebook „MED NAMI“ istega lastnika blagovne znamke):

• riviera (privzeto, prej navy-ivory) — slonokoščena osnova, navy/jeklenomodra kot poudarek, zlata kot barva okvirja. Primerno za mirne vsebine spletišča, ki gradijo zaupanje.
• night — temno navy platno čez celo stran, zlata kot dominantna barva povezav/tipografije, zlat okvir, brez tanke črte. Primerno za težje, na avtoritativnost usmerjene vsebine spletišča.
• white — svetlo, skoraj belo platno, ista družina poudarkov kot riviera, vendar navy okvir namesto zlatega. Tanka rdeča črta kot riviera.

Sheme z imenom default ne obstaja več — pred preimenovanjem je bila prvotna modra BizWay privzeta (default.css), ta datoteka je bila ob rebrandingu nadomeščena z navy-ivory.css/danes riviera.css. Tri prejšnje barvne možnosti WP-BizWay izven blagovne znamke green/red/meadow (čisti 1:1 porti desetih WP barvnih variant) so bile ob tej priložnosti odstranjene.

Pomembna izjema — wiki področje je vedno white: area-profil wiki (glej „Area-profili: site proti wiki“ zgoraj) se izriše brez izjem s shemo white, ne glede na vrednost možnosti colorscheme (main.php, odsek „color scheme“: $bwScheme = $bwArea['profile'] === 'wiki' ? 'white' : (string)tpl_getConf('colorscheme');). Nastavitev colorscheme torej vpliva izključno na area-profil site — sprememba te nastavitve nikoli ne spremeni videza wiki področja.

Tanka blagovna črta (samo wiki področje): vsaka od treh shem dodatno definira razširitveni žeton –wk-brand-hairline (tanka ločilna črta, transparent pod night). Uporablja jo komponenta css/brand-accent.css: dodatna tanka črta pod wiki glavo v profilu wiki. Podrobnosti in tabela žetonov: Styles Contract (--wk-*).

Rdeč trak okvirja (area site): zgornji trak okvirja lupine strani site (#dokuwiki__top.site) je fiksno rdeč (–wk-error), ne glede na aktivno barvno shemo — edini poudarek v glavi site. Uporabniška popravka 2026-07-10 (dve zaporedni vizualni revizuji): prejšnja različica te komponente je poleg tega risala zlat valovit trak s tanko črto na stiku med glavo (.header-container) in menijsko vrstico (.menu-container) plus od sheme odvisen zgornji trak okvirja (zlat/navy) — sprva se je zdelo „preveč zlato“, in po odstranitvi valovitega traku rdeča črta točno na tem stiku še vedno ni delovala usklajeno. Obe sta zdaj odstranjeni: brez črte poudarka več na stiku glava/meni, namesto tega edini rdeč trak na vrhu strani. Prejšnji žeton –wk-brand-frame od takrat nima več porabnika in je bil odstranjen iz vseh treh datotek shem.

Slonokoščena cona identitete (neodvisna od barvne sheme): glava (.header-container), landing hero (.slider-wrapper-container) in wiki glava (.premiumnavyivory-topbar) v vseh treh shemah prikazujejo isto fiksno slonokoščeno ozadje (#F7F5EF), ne od sheme odvisna –wk-paper/–wk-surface.

Sinhronizacija DW-contract (style.ini): poleg zgornje pogodbe –wk-* DokuWiki pozna drugo, neodvisno barvno pogodbo: nadomestne znake [replacements] v style.ini (__text__, __link__, __theme_color__ itd.), uporabljive kot LESS spremenljivke @ini_* za vsak vtičnik, ne le za porabnike –wk-*. Ob uvedbi treh barvnih shem (2026-07-10) je bila ta druga pogodba sprva spregledana in je še vedno prikazovala staro paleto BizWay, ki ni bila več aktivna.

helper_plugin_wvdspremiumnavyivory_styleini::syncStyleIniReplacements() (kliče ga main.php pri vsaki zahtevi) to od tega popravka samodejno usklajuje: lokalna prepisovalna datoteka conf/tpl/premium-navy-ivory/style.ini se — samo ob dejanski razliki — na novo zapiše in tako vsebuje natanko deset nadomestnih znakov, ki so dejansko odvisni od sheme (__text__, __background__, __background_alt__, __background_neu__, __border__, __highlight__, __link__, __background_site__, __theme_color__, __text_neu__). Vsi ostali nadomestni znaki (__existing__, __missing__, vrednosti postavitve __*_width__ ter __text_alt__) ostanejo nespremenjeno učinkoviti iz priložene lib/tpl/premium-navy-ivory/style.ini — __text_alt__ se po imenu zdi kandidat za sinhronizacijo, a (potrjeno s primerjavo vrednosti) se preslika na –wk-text-muted, ki ga nobena od treh shem ne prepiše; dejanski istoimenski –wk-text-alt se sinhronizira prek __text_neu__.

Pomembno za obratovanje: ročni vnosi v conf/tpl/premium-navy-ivory/style.ini se prepišejo ob naslednji zahtevi, takoj ko odstopajo od trenutno aktivne sheme — datoteka od zdaj velja za samodejno upravljano. Priložena lib/tpl/premium-navy-ivory/style.ini s tem ni prizadeta.

• Vodoravna menijska vrstica: dedovanje najbližje strani prek možnosti navPage (privzeto nav), izrisano kot gnezden seznam s flyout hover/focus. Domača ikona levo, izven vrstice, je togo fiksirana v main.php, ni del same strani nav.
• Dinamični flyout: en dodatni podmeni se samodejno vstavi v izrisano stran nav, pod pogojem, da obstaja ustrezna začetna stran — kategorije bloga pod <jezik>:site:blog:start (zahteva vtičnik wkblog). Sestavi in vstavi ga inc/nav.php v sami predlogi; predpomnjen je 30 minut, ključ predpomnjenja vključuje pripadnost skupini obiskovalca, da z ACL filtrirano drevo ne uide iz predpomnilnika ene skupine k drugi. Predpomnilnik je vezan tudi na data/meta/wkblog.sqlite3, da novo postavljena oznaka ne ostane nevidna do 30 minut.
• Kaj tu ne piše več, in zakaj: do 24. avgusta 2026 sta bili vstavljeni tudi celotno drevo wiki strani pod <jezik>:wiki:start in drevo projektov pod <jezik>:projects:start, obe prek wkacmenu. Izmerjeno je to prineslo 199 dokumentacijskih strani v 42 mapah in notranje delovno okolje v menijsko vrstico javne predstavitve — obiskovalec je naletel na razvijalski wiki, preden je videl ponudbo. Menijski postavki »Dokumentacija« in »Projekti« ostajata na strani nav in vodita tja; odpade le drevo pod njima.
• Kategorije da, posamezni prispevki ne, od 25. avgusta 2026. Pod vsako kategorijo je do tedaj visel seznam njenih prispevkov, vsak z celotnim naslovom. Izmerjeno na izrisani sliki pri 390 px: 22 vnosov, tri ravni hkrati odprte, 1105 px višine menija v 900 px visokem vidnem polju — meni se je torej iztekel, preden je bralec dosegel zadnje področje, štirje vnosi pa so bili dvovrstični naslovi člankov. Po spremembi 17 vnosov in 783 px, s čimer je meni prvič v celoti v vidnem polju. Kategorija je struktura in ostane; prispevek je posamezna stran, se stara in ga bralec najde v svojem področju. inc/nav.php odtlej bere samo še imena kategorij. Preverjanja praznosti tam namenoma ni, ker getCategoryTree() preveri pravico branja, preden ustvari ključ — kategorija brez berljivega prispevka se sploh ne pojavi, preverjanje, ki se nikoli ne more sprožiti, pa se bere kot primer, ki ga je nekdo doživel.
• Lastna prelomna točka vrstice pri 1023 px, od 25. avgusta 2026. Vrstica leži v .container_24 in je s tem omejena na največ 980 px; njena vsebina ostaja enaka, medtem ko se navzdol oži. Kaj gre vanjo, torej ne odloča širina okna, ampak dolžina oznak — in ta je odvisna od jezika. Izmerjeno v slovenščini, najdaljšem od petih jezikov: navigacijski seznam 599 px, poleg njega domača ikona 50 px, iskalno polje 162 px in rob zloženega preklopnika 12 px. Pri 1024 px ostane 157 px rezerve, pri 900 px še 57 px; pri 820 px manjka 23 px in pri 768 px manjka 75 px. Hamburger se je do tedaj pojavil šele pri 767 px, zato je prav na stari prelomni točki ležala najbolj neugodna širina: prostora ni bilo več, predala pa še ne. css/mobile.css zato vrstico že od 1023 px v celoti preklopi v predal; preostala vsebina datoteke ostaja pri 767 px, saj je to širina, od katere je stran telefonska stran. 1024 px in ne 900 px, čeprav bi 900 še zdržalo: 57 px je manj kot en menijski vnos. Ista stopnja tako ali tako preklopi wiki lupino, zato ne nastane nobena dodatna prelomna točka. style.ini odtlej navaja iste vrednosti — nadomestni vrednosti __tablet_width__ in __phone_width__ sta bili 800 px in 480 px in se nista ujemali z nobeno medijsko poizvedbo te predloge; wkacmenu jima je verjel in svoja pravila za dotik postavil mimo. Nosilni razlog pa ni število 57, temveč njegov izvor. Velja za slovenščino, slovenščina pa je najdaljši jezik danes. Število visi na petih oznakah, ki jih je mogoče kadar koli preimenovati, in na šestem jeziku, ki ga še ni. Prelomna točka, ki je odvisna od dolžine besede v menijskem vnosu, ni prelomna točka, temveč stava. 1024 px je od jezika neodvisna, ker leži pod širino, pri kateri vrstica sploh postane tesna — zato 900 px ne bi bila izbrana niti tedaj, če bi rezerva tam znašala 150 px.
• Pravilo preliva: enovrstično, dokler gre z rezervo, pod tem v celoti v predal — ne »prelomi se, ko postane tesno«. Prelom je bil prejšnje stanje in je nastal nenamerno: menijski vnosi nosijo white-space:nowrap, zato je flex-wrap na seznamu edino popustljivo v celotni škatli, drugi trak pa leži zunaj 45 px visoke bitne teksture .menu-container. Pravilo je zapisano kot komentar pri .menu_wrapper ul v css/design.css, skupaj z izmerjeno rezervo po jezikih in spodnjo mejo 100 px za vse, kar bo v to vrstico prišlo v prihodnje. Prevzema se rezerva, ne videz: različica s 21 px rezerve je na merilni napravi veljala za enovrstično in se je v brskalniku bralca prelomila, ker je bila razlika med dvema izrisoma pisave večja od ostanka. Ta spodnja meja je dogovor, ne vsiljeno pravilo: zapisana je kot komentar pri .menu_wrapper ul v css/design.css, skupaj z rezervo po jezikih. Nobeno slogovno pravilo je ne preverja, noben preizkus se ob njej ne ustavi. Kdor v to vrstico kaj vgradi, jo izmeri ročno — v vseh petih jezikih, preden vgradi.
• nav-flyout.js (naloži se samo na straneh profila site): rešuje čisto CSS težavo velikih, generiranih flyout panelov (npr. 20+ wiki namespaceov) — overflow/max-height na flyout panelu bi obrezal tudi globlje gnezdene, absolutno pozicionirane podmenije. Namesto overflow skripta pri predolgih panelih prikaže le okno zaporednih vnosov in doda majhne puščične gumbe za premikanje tega okna.

4-stolpčna postavitev v slogu strani dokumentacije Google Developers/Microsoft Learn, izrisana namesto lupine site BizWay, takoj ko je area-profil wiki — od širine 1024px se doda peti stolpec (glej „Desna TOC-rail“ spodaj):

[Leva akcijska rail] [Dokumentacijska stranska vrstica] [Glavna vsebina] [Kazalo strani] [Desna TOC-rail]

• Leva akcijska rail (možnost wikiEnableLeftActionRail): urejanje/zgodovina/povratne povezave/mediji/skrbništvo/prijava ter preklop vidnosti (pokaži/skrij stransko vrstico) živijo tu namesto v ločeni vrstici „orodja strani“. Preklop TOC od 2026-07-13 ni več fiksno tu, glej „Desna TOC-rail“ spodaj.
• Dokumentacijska stranska vrstica (možnost wikiEnableDocSidebar), tristopenjska rezerva: (1) eksplicitna stran wikiSidebarPage, iskana navzgor, a omejena na lasten koren area (helper_plugin_wvdspremiumnavyivory_area::findBoundedPage() — za razliko od lastnega page_findnearest() DokuWiki, ki išče brez omejitve do korena wikija in bi po nepotrebnem zadel globalno stransko vrstico na ravni celotnega spletišča, preden bi raven 3 sploh imela možnost); (2) wkacmenu v načinu ns=auto (samodejna, ACL-zavedna navigacija namespace); (3) besedilo namiga, vidno samo uporabnikom s pravico pisanja na trenutno stran, ko oba manjkata.
• Kazalo strani (možnost wikiEnablePageToc): prazen TOC (kratka stran brez naslovov) popolnoma skrije stolpec namesto da ga prikaže praznega.
• Desna TOC-rail (od 2026-07-13, .premiumnavyivory-action-rail–right, id dokuwiki__tocrail): stolpec ikon, zrcalen glede na levo akcijsko rail, izrisan le od širine 1024px (pogoj $wikiEnableToc && $wikiTocHtml !== '' && !$wikiIsAdminScreen v inc/wiki-shell.php) in doslej nosi izključno preklop vidnosti TOC. Pod 1024px — kjer ni več prostora za drugi rail stolpec in se namizni stolpec TOC vseeno nadomesti z mobilnim inline TOC — isti preklop pade nazaj na svoj izvirni položaj v levi akcijski rail (druga DOM kopija istega gumba, id=„wiki-toc-toggle-mobile“ namesto id=„wiki-toc-toggle-rail“; css/wiki-layout.css po prelomnih točkah nikoli ne prikaže obeh kopij hkrati). initDrawer() v js/wiki-area.js od takrat sprejema enega ali več sprožilnih gumbov namesto natanko enega in usklajuje aria-expanded na vseh kopijah, ki so trenutno prisotne v DOM.
• Razmik stolpcev (asimetričen model lastništva robov, od 2026-07-13): dva žetona v css/tokens.css krmilita razmik petih stolpcev: --wk-wiki-gap (1.25rem/20px, zmanjšano na 1rem/16px pri prelomni točki 1024–1279px; poprej dvakrat toliko do uporabniške povratne informacije 2026-07-13) kot razdalja za branje ob robovih glavne vsebine, in --wk-wiki-gap-rail (0.75rem/12px, nespremenjeno na vsaki prelomni točki) ob robovih, obrnjenih proti rail (akcijska rail↔dokumentacijska stranska vrstica levo, kazalo strani↔TOC-rail desno) — ozke 52px ikonske rail ne potrebujejo razdalje za branje; prejšnji enoten razmik 40px je tam pustil optično mrtev bel hodnik (platno, paneli in rail si delijo isto barvo ozadja). Tehnično razmik ne živi na grid lastnosti gap (ki ohrani svojo vrednost tudi ob med izvajanjem sesutih stolpcih na 0px), temveč kot robovi obeh strnljivih stolpcev stranska-vrstica-dok/TOC-strani; ob strnitvi (sidebar-collapsed/toc-collapsed) njuni robovi padejo na 0 in glavna vsebina prevzame natanko enoten razmik --wk-wiki-gap-rail ob robu rail (css/wiki-layout.css, blok @media (min-width: 1024px) z razlagalnim komentarjem). Zunanji robovi lupine so od 1024px poravnani (vodoravno oblazinjenje 0 — obe ikonski rail sta, kot activity bar VS Code/Azure Data Studio, neposredno ob robu viewporta); pod 1024px še vedno velja razmik 1em od roba (oz. 16px pod 768px), ker tam rail postane vodoravna vrstica in vsebina potrebuje razdaljo za branje od roba.
• Sploščitev TOC (od 2026-07-13, css/dokuwiki-overrides.css): če ima TOC strani natanko en vnos ravni 1, je ta (z toptoclevel=1, privzeto instance) vedno podvojitev vidnega H1 naslova strani tik zraven — njegova vrstica naslova je skrita prek CSS, seznam otrok pa se začne brez zamika (vzorec „On this page“ dokumentacije Google Developers); dodatno se odstrani jedrno vodoravno oblazinjenje ovoja #dw__toc. Raven ≥3 ohrani relativni zamik 1em. Dva zaščitna pogoja: :only-child pusti strani z več H1 nedotaknjene, :not(.mode_admin) pusti skrbniške TOC nedotaknjene (njihov edini vnos ravni 1 je prava oznaka, ne podvojitev naslova — npr. oznaka „Baza podatkov:“ nad seznamom sqlite baz podatkov). Skrita je samo vrstica naslova, nikoli seznam otrok — noben vnos ne more biti izgubljen. Namerno velja tudi za mobilni inline TOC (enak markup, enaka redundanca).
• wikiStickyHeader / wikiStickySidebars: glava oziroma akcijska rail/dokumentacijska stranska vrstica/TOC/TOC-rail ostanejo vidni med drsanjem (samo pri namizni širini).
• wiki-area.js (naloži se samo na straneh profila wiki): odpira/zapira predal dokumentacijske stranske vrstice, akcijsko rail in mobilni predal TOC, vključno z escape-za-zapiranje, ARIA ožičenjem in opcijskim pomnjenjem odprtega/zaprtega stanja prek localStorage.

Glava in noga (logotip, uporabniški meni, widgeti noge, vrstica licence, socialne ikone) sta namerno zgrajeni identično kot lupina site — razlikuje se samo področje med glavo in nogo, tako da blagovna znamka ostane dosledna skozi oba profila. Konkreten primer te doslednosti: okrogel gumb avatar/uporabniški-meni zgoraj desno v glavi (.premiumnavyivory-user-menu-toggle) meri enotno 48px v obeh lupinah — css/design.css za lupino site, css/area-wiki.css za lupino wiki področja (popravljeno 2026-07-10: lupina site je prej prikazovala 72px veliko ploščico gumba okoli že 48px velike slike avatarja, vidno kot bel obroč).

Skrbniško področje od 2026-07-09 deluje v celoti prek nativnega skrbniškega chroma DokuWiki (Config Manager, ACL Manager, User Manager, Extension Manager) — ne več posebnega vmesnika „BizWay Admin“ v slogu WordPressa. Razlog: samostojno nadzorno ploščo za skrbnike v DokuWiki lahko zagotovi izključno AdminPlugin; z razpustitvijo vtičnika za možnosti v nativno konfiguracijo predloge je nujno odpadla tudi osnova za namensko nadzorno ploščo.

Naslednje komponente, prej dokumentirane na tej strani, ne obstajajo več v kodi — kdor jih išče, išče nekaj namerno odstranjenega, ne napake v dokumentaciji:

• Namenska nadzorna plošča za skrbnike v slogu WP look'n'feel („BizWay Admin“) z zgornjo vrstico/stransko meniju in preklopom v klasičen skrbniški pogled DokuWiki.
• Togo vkodirana WordPress skrbniška barvna shema (admin-chrome.css, temna stranska vrstica, moder poudarek #2271b1), neodvisna od izbrane colorscheme.
• Odjemalsko obogatitev tabel na skrbniškem področju (razvrščanje s klikom na stolpec, prosto besedilno filtriranje na zavihkih User Manager/ACL/Extension).
• Uporabniška kartica flyout s podrobnostmi v User Managerju (klik na uporabniški ID).
• Predal „+ Novo“ za ustvarjanje vsebine v zgornji vrstici (drevo namespace, izbira urejevalnika, takojšnje shranjevanje markdown panjev, ustvarjanje blog vnosov).
• Namenski skrbniški izbirnik medijev.

Namesto namenske nadzorne plošče css/_admin-forms.css čisto strukturno prestilizira nespremenjen nativni skrbniški markup, ne da bi se dotaknil ene same datoteke jedra ali vtičnika jedra — čisto aditivna CSS kaskada prek specifičnosti selektorja in vrstnega reda nalaganja (po nespremenjenem jedrnem delnem delu css/_admin.less, pred plastjo oblikovanja, glej style.ini). Oblikovalski jezik po zgledu Microsoft Fluent/Azure DevOps/Windows Settings (samo struktura, brez novih barv ali pisave — izključno obstoječi žetoni –wk-* iz Styles Contract (--wk-*)):

• Polja: oznaka nad vnosnim poljem, majhna/polkrepka, zamolklana barva besedila — ista konvencija kot obrazci za avtentikacijo (css/_forms.css).
• Fieldset/paneli kot bela kartica (–wk-surface/–wk-border, zaobljena, z notranjim oblazinjenjem); legende/glave panela polkrepke s tanko ločilno črto.
• Vrstice nastavitev (Config Manager, ACL drevo): polna širina s tanko ločilno črto, hover prek –wk-admin-hover namesto polnega barvnega polnjenja površine; stanje kot „zaščiteno“ ali „napaka pri validaciji“ dobi 3px pas poudarka levo plus značko namesto polne barve — normalni primer („vrednost ustreza privzeti“) ostaja namerno diskreten.
• Tabele/seznami (User Manager, ACL drevo): videz data-grid, samo vodoravne ločilne črte, brez mreže celic, polkrepka, zamolklana glavna vrstica.

Pomembna razlika glede na staro rešitev: skrbniški poudarek zdaj sledi izbrani colorscheme (prek žetonov –wk-admin-accent/-accent-light/-hover, ki so bili prej definirani, a jih ni brala nobena CSS pravila) — namerna opustitev prejšnjega „skrbništvo je vedno enako videti, ne glede na barvno shemo, ki jo uporablja spletišče“.

Iz starega script.js skrbniških razširitev ostaja le lightbox galerije nad mrežami .premiumnavyivory-gallery (tip strani gallery, glej zgoraj) kot samostojen kos, ki se še vedno uporablja.

Na skrbniških zaslonih (do=admin) se isti levi stolpec ikon, ki na normalnih wiki straneh nosi orodja strani (odsek „Lupina wiki področja“ zgoraj, .premiumnavyivory-action-rail), zdaj napolni z vrstico dejavnosti v slogu VSCode/Azure Data Studio vseh skrbniških modulov, dosegljivih prijavljenemu uporabniku glede na ACL — namesto da bi tam kot prej ostal prazen/strnjen. Možnost wikiEnableAdminActionBar (privzeto: aktivno, brez učinka, če je wikiEnableLeftActionRail že deaktiviran).

• Seznam modulov: helper_plugin_wkfluentui_adminrail::getAdminRailItems() (vtičnik wkfluentui, generičen/neodvisen od predloge — od 2026-07-12 ne več koda predloge, glej FluentUI: javni API pomočnika) posnema isto logiko izbire/razvrščanja kot lastna pregledna stran skrbništva DokuWiki (dokuwiki\Ui\Admin::getPluginList(), tam protected in torej ni neposredno klicljiva) — isto preverjanje ACL (isAccessibleByCurrentUser()/showInMenu()), iste tri skupine (admin/manager/other), isto razvrščanje. Trenutno odprt modul je označen kot aktiven (pas poudarka levo).
• Prerazvrščanje: ikone je mogoče prerazvrstiti z miško (nativno HTML5 drag-and-drop) ali tipkovnico (Alt+puščica-navzgor/Alt+puščica-navzdol na fokusirani ikoni, vključno z najavo bralniku zaslona) — js/admin-rail.js, naloži se samo na skrbniških zaslonih.
• Trajnost: izbrani vrstni red se shrani izključno na strani odjemalca v localStorage, s ključem, omejenim na prijavo uporabnika (brez novega podatkovnega formata na strani strežnika, analogno lastnemu, prav tako čisto odjemalskemu razvrščanju activity-bar VS Code/Azure Data Studio). Kateri moduli sploh nastopajo, s tem ni prizadeto in je v celoti določeno na strani strežnika s preverjanjem ACL — manipulirana vrednost localStorage lahko kvečjemu spremeni vrstni red prikaza, nikoli pa naredi vidnega modul, ki ni dovoljen.

Skrbniško področje ima poleg strukturnega izgleda Fluent zgoraj tretjo dimenzijo: 3-barvno semantiko akcij za gumbe, neodvisno od pogodbe primaren(modra)/sekundaren(obris) na ravni spletišča iz css/design.css (ki še naprej nespremenjeno strežе prijavo/profil/wiki urejevalnik). Popolna referenca žetonov/razredov: Contract v3.

• Nevtralno/belo — vsaka običajna akcija, vključno z eksplicitnim shranjevanjem. Za razliko od pogodbe obrazcev na ravni spletišča skrbniško področje nima več avtomatsko poudarjenega „glavnega CTA“.
• Modro (accent) — posebne akcije: izvoz, uvoz datotek, pretvorba.
• Rdeče (danger) — destruktivne/varnostno relevantne akcije: brisanje, ponastavitev.

Referenčna implementacija: wkidentity (lasten vtičnik WvdS, spremenljiv PHP — razred neposredno v markupu) ter usermanager (skupinjenje orodne vrstice z ločilniki: belo→modro→rdeče, vrstni red DOM ne samo barva) in preostalih 9 skrbniških zaslonov, priloženih z DokuWiki (ACL, Config, Extension, Logviewer, Styling, Popularity, Revert, Discussion, SQLite — CSS pravila, omejena po ID/atributu, ker se njihov PHP ne spreminja).

V isti funkciji še dodatno izpopolnjeno: podvojeni naslovi na več zaslonih (Logviewer, UserManager, Extension Manager, Discussion), panel „Dodaj uporabnika“ UserManagerja nestiliziran v normalnem stanju (učinkovit le v rezervi brez JavaScripta — pogled predala, sprožen z JS, je bil že pravilno uokvirjen), seznam potrditve po vrnitvi, fieldset pravil ACL ter osnovna velikost pisave skrbništva (13px→14px) in konsolidirana referenca žetona monospace (–wk-admin-font-mono).

Po prvi resnični uporabi barvne semantike skrbniških akcij je naročnik sporočil osem konkretnih hroščev/UX zahtev:

• Config Manager: tri simulirani stolpci (ime/opis/vrednost) z zajamčeno enako širino po celotni strani (fiksne namesto fleksibilnih flex osnov) in align-items:flex-start na vrstico (flexbox ustreznica vertical-align:top).
• Styling Manager: štirje akcijski gumbi se z novim js/styling-toolbar.js premaknejo iz treh vrstic <p> pod tabelo barv v ukazno vrstico nad njo — „Ponastavi privzeto“ (ki po runRevert() dejansko izbriše vse lokalne prilagoditve) rdeče, ostali trije nevtralno.
• UserManager: gumb „Dodaj“/„Shrani“ ni nikoli imel lastnega barvnega pravila in je ostal moder; vnosno polje datoteke za CSV nalaganje je bilo popolnoma nestilizirano; gumbi navigacije mreže (začetek/prejšnji/naslednji/konec) so bili modri in brez ikone — vsi trije popravljeni.
• Logviewer: obrazec datuma, vrstica zavihkov in vrstica filtra, vstavljena s script.js, med seboj niso bili poravnani — spremenjeno v vzorec podčrtanega zavihka Fluent (model wkidentity), omejeno na #plugin__logviewer (skupna komponenta css/_tabs.css sama ostaja nespremenjena, ostali porabniki kot Extension Manager niso prizadeti).
• Discussion: kombinirano polje stanja (gol <select>, brez class=„edit“) je dobilo enako metriko polja kot ostala skrbniška obrazca polja.
• sqlite — posamezno najbolj opazen rezultat: „vidno samo besedilo, brez funkcionalnosti“ ni bil hrošč vtičnika, temveč vrzel v predlogi: lib/plugins/sqlite/admin.php implementira getTOC() (lasten mehanizem DokuWiki, že predviden v tpl_toc(), za seznam baz podatkov na skrbniškem zaslonu), a inc/wiki-shell.php nikoli ni klical tpl_toc() za $ACT==='admin'. Po popravku se je pokazal drugi delni rezultat: namizni TOC <aside> je element predala, privzeto zaprt (.is-open se normalno nastavi prek ikone preklopa rail) — a skrbniški zasloni te ikone sploh nimajo (skrbniška vrstica dejavnosti popolnoma nadomesti normalno rail), zato se is-open za skrbniške zaslone zdaj izriše neposredno na strani strežnika.
• wkidentity: sporočen „spet moder gumb“ se je pri živem testu v novi seji brskalnika izkazal za že pravilno obarvanega — glavni vzrok je bil manjkajoč cache buster v povezavi admin.css v action.php::injectAssets() (glej wkidentity), ne CSS hrošč.
• Extension Manager (samo preiskano, brez popravka): že znan RuntimeException: Invalid remote data ima dvojni glavni vzrok — neskladje tipa catch namespace v lastnem lib/plugins/extension/GuiAdmin.php DokuWiki (vtičnik jedra, ne sme se spreminjati) plus manjkajoča konfiguracija curl.cainfo/openssl.cafile v tem PHP okolju (neposredna curl dosegljivost dokuwiki.org je dana, lastno HTTPS vedenje PHP je nedosledno brez CA paketa) — oba izven obsega sprememb te predloge.

Tekstura menijske vrstice, senca sliderja, tekstura stranske vrstice/noge in značka datuma na blog objavah ostajajo nespremenjene, izvirne PNG/JPG grafike iz WordPress teme BizWay (lib/tpl/premium-navy-ivory/assets/images/, GPL po readme.txt izvirnika), varianta -blue. Znana, še vedno obstoječa omejitev: te bitne slike so fiksno modre in ne sledijo izbrani colorscheme — z nobenim od treh blagovnih poudarkov (riviera/night/white) se tekstura menijske vrstice/stranske vrstice/noge ne prebarva. Ustrezne slikovne variante po shemi so odprt projekt, še ne načrtovan. Komponenta brand-accent (glej odsek „Barvne sheme“) se namerno izogne tej omejitvi namesto da bi jo rešila: tanka črta se izriše kot samostojen CSS element, obarvan prek žetona, na glavi, ne kot poskus ujemanja barve s fiksno modro bitno teksturo.

Arimo, gostovan lokalno, kot variabilna pisava (woff2, wght 400–700, latin + latin-ext za SL diakritike, SIL OFL 1.1) → prava krepka/poševna pisava, brez sintetične krepke. Žetoni: –wk-font-body/-heading/-display; slot „Museo 500“ izvirnika WP je namerno izpuščen (razlogi licence) in se, kot v izvirniku, zanaša na Arimo.

Neposreden pregled PHP sintakse prek CLI (C:\PHP\8.3\php.exe -l) plus HTTP/brskalniški smoke testi proti ustreznemu razvojnemu strežniku (trenutno localhost:8880 primarno, localhost:8800 podedovano) — strani ter css.php/js.php z purge=true.

Past predpomnjenja (popravljeno 2026-07-10): cache buster tseed v URL-ju css.php/js.php se izračuna v jedrni funkciji DokuWiki tpl_metaheaders() (inc/template.php) kot MD5 hash časov spremembe (filemtime()) več datotek — ne le conf/tpl/premium-navy-ivory/style.ini, temveč vseh datotek konfiguracijske kaskade main (inc/config_cascade.php): conf/dokuwiki.php, conf/local.php in conf/local.protected.php, plus style.ini. Dejanske izvorne CSS/JS datoteke predloge (css/*.css, assets/js/*.js) ne vstopajo v ta hash — zgolj sprememba teh datotek torej ne spremeni tseed, zato brskalniki (css.php/js.php pošiljata zelo daljne expires header) še naprej strežejo staro predpomnjeno različico.

Rešitev: po vsaki CSS/JS spremembi predloge prepisati katero koli datoteko konfiguracijske kaskade z novim časovnim žigom, npr. touch conf/local.php (dovolj je sprememba mtime, vsebina datoteke ostane nespremenjena) — to spremeni URL css.php/js.php v HTML strani (&tseed=…) in normalen ponovni nalog zadostuje za vsak brskalnik. Alternativa: uporabnik izvede trdo osvežitev (Ctrl+F5), a to obide predpomnilnik brskalnika samo za ta brskalnik, ne da bi spremenilo sam tseed. Preverjanje, da se dejansko streže svež CSS: curl proti trenutnemu URL-ju css.php iz HTML strani in grep prizadetega pravila znotraj tega.

Prejšnja različica tega odseka je napačno trdila, da conf/local.php ne vpliva na tseed in da šteje samo style.ini — to nasprotuje zgoraj navedeni izvorni kodi jedra in je bilo empirično ovrženo (prek primerjave curl kompiliranega CSS-a pred/po touch conf/local.php).

• 2026-08-25: Izbira jezika je bila prestavljena iz navigacijske vrstice v storitveno vrstico glave in je tam razgrnitveni gumb (globus s trenutno oznako, inc/hreflang.php). V vrstici je stala približno 175 px, ki jih tam ni bilo na voljo: vrstica se je v angleščini in slovenščini prelomila v dve vrstici, v nemščini je na preizkusu vzdržala z 21 px rezerve in se prelomila v brskalniku bralca. Vrstica ima odtlej lastno prelomno točko pri 1023 px, poimenovano pravilo preliva in dogovorjeno najmanjšo rezervo. Prevzeto v petih jezikih prek sedmih širin od 390 px do 1920 px, proti živi instanci, na izrisani sliki.
• 2026-07-13 (razmik krog 2): na podlagi uporabniške povratne informacije o rezultatu prejšnje prilagoditve razmika TOC: zunanji robovi lupine poravnani od 1024px (vodoravno oblazinjenje 0, vzorec VS Code/ADS; pod tem nespremenjeno), razdalja za branje --wk-wiki-gap razpolovljena (2.5rem→1.25rem, prepis 1279px 1.75rem→1rem); razmik rail in mehanika strnitve nespremenjena. Izmerjeno v živo: 0/12/20/20/12/0 pri 1920px, 0/12/16/16/12/0 pri 1120px. Poleg tega povrnjeni kvadratni koti mat/kartice iz prejšnje regresije (border-radius: 0 na štirih mestih v css/area-wiki.css) — izvirni popravek je živel izključno na nikoli združeni veji bugfix/083 in je bil izgubljen v živo ob preklopu veje na master („zaprto v sledilniku ≠ združeno v živo“); zdaj cherry-pickan v redno delovno vejo.
• 2026-07-13: popravljeno zapravljanje vodoravnega prostora v področju TOC: nov žeton --wk-wiki-gap-rail (0.75rem/12px) naredi model lastništva robov asimetričen — razdalja za branje 40px (oz. 28px pri 1024–1279px) samo ob robovih glavne vsebine, 12px ob robovih, obrnjenih proti rail, vključno z vedenjem strnitve (css/tokens.css, css/wiki-layout.css). Dodana tudi sploščitev TOC v css/dokuwiki-overrides.css: redundanten vnos ravni 1 (podvojitev naslova strani) skrit, seznam otrok brez zamika, oblazinjenje ovoja odstranjeno; izjemi :only-child (strani z več H1) in :not(.mode_admin) (skrbniški TOC, npr. oznaka sqlite „Baza podatkov:“). Podrobnosti v odseku „Lupina wiki področja“ zgoraj. Izmerjeno v živo (Playwright): razmik 12/40/40/12 pri 1440px, 12/28/28/12 pri 1120px, stanja strnitve 12px ob rail; protipreizkusi stran z več H1, skrbniški TOC, mobilni inline TOC.
• 2026-07-13: dodana desna TOC-rail (.premiumnavyivory-action-rail–right, id dokuwiki__tocrail), zrcalna levi akcijski rail, dodana kot peti grid stolpec od širine 1024px (css/wiki-layout.css, –wiki-tocrail-col). Preklop vidnosti TOC se premakne tja; pod 1024px pade nazaj na svoj izvirni položaj v levi akcijski rail (druga DOM kopija istega gumba, initDrawer() v js/wiki-area.js od takrat podpira več sprožilnih gumbov na predal namesto natanko enega). Velikost pisave Page-TOC in ACMenu/dokumentacijske stranske vrstice spremenjena z 0.85em na fiksnih 13px (družina pisave nespremenjena, prek var(–wk-wiki-font-body)). Podrobnosti v odseku „Lupina wiki področja“ zgoraj. Preverjeno prek php -l, node –check in Playwright na vseh štirih prelomnih točkah (>=1280px, 1024–1279px, 768–1023px, <768px), vključno s sinhronizacijo stanja localStorage med obema kopijama gumba.
• 2026-07-12: SoC refaktoring komponent: poslovna logika/ACL, ki je od razpustitve wvdsbizway (2026-07-09) živela v sami predlogi, premaknjena v pomožne komponente. inc/routing.php in inc/area.php sta odstranjena — njuna vsebina zdaj živi kot helper_plugin_wvdspremiumnavyivory_{routing,area} v samem vtičniku (popravlja prej obrnjeno odvisnost: wvdspremiumnavyivory/action.php je prej aktivno nalagal datoteke znotraj predloge). Funkcije sinhronizacije style.ini iz main.php so postale helper_plugin_wvdspremiumnavyivory_styleini. Naštevanje admin-rail, logika podatkov galerije, orkestracija fragmentov navigacije in izračun avatar-inicialk (prej podvojeni med main.php in inc/wiki-shell.php) so se premaknili v nov, generičen, od predloge neodvisen vtičnik wvdsfluentui (glej FluentUI (knjižnica oblikovalskega sistema)), ki poleg tega dobavlja privzete vrednosti žetonov –wk-* na ravni spletišča prek bundlinga CSS vtičnikov DokuWiki — od takrat menjava predloge ne pokvari več videza drugih vtičnikov WvdS (npr. wvdstotp). Čist refaktoring, brez spremembe vedenja; vsak klic plugin_load() je toleranten do null. Popolne pogodbe metod: FluentUI: javni API pomočnika.
• 2026-07-12: popravljenih osem točk uporabniške povratne informacije po prvi resnični uporabi barvne semantike skrbniških akcij (podrobnosti v odseku „Skrbniško področje“ zgoraj): 3-stolpčna postavitev Config Managerja, orodna vrstica Styling Managerja, preostale vrzeli UserManagerja (gumb shrani/nalaganje/navigacija mreže), preoblikovanje zavihkov Logviewer, kombinirano polje Discussion, seznam baz podatkov sqlite (ponovna aktivacija page-TOC) ter preiskava sporočila napake Extension Managerja (glavni vzrok dokumentiran, popravek ni mogoč).
• 2026-07-11: uvedena barvna semantika skrbniških akcij (podrobnosti v odseku „Skrbniško področje“ zgoraj): tri zavezujoče barve gumbov (nevtralno/modro/rdeče), referenčna implementacija wvdstotp + skupinjenje orodne vrstice usermanager, izpopolnitev 7 skrbniških zaslonov, ki so bili že označeni kot „zaprti“ (podvojeni naslovi, nestiliziran obrazec Add UserManager v rezervi brez JS, seznam po vrnitvi, fieldset ACL), prva pokritost Fluent za discussion/sqlite, osnovna velikost pisave skrbništva 13px→14px, nov žeton –wk-admin-font-mono. Popolna pogodba: Styles Contract (--wk-*).
• 2026-07-11: popravljena neželena vodoravna drsna vrstica na akcijski rail/dokumentacijski stranski vrstici/lepljivem page TOC: overflow-y: auto je sam po sebi pustil, da je brskalnik v skladu s specifikacijo razrešil tudi nespecificirano os overflow-x na auto (CSS Overflow Module Level 3), zaradi česar je nekaj slikovnih pik široka navpična drsna vrstica sama ustvarila dovolj overflowa, da je trajno prikazala nedelujočo vodoravno drsno vrstico — prizadelo je tako novo skrbniško vrstico dejavnosti kot obstoječo vrstico orodij strani na normalnih wiki straneh. Popravek: eksplicitno dodan overflow-x: hidden v css/wiki-layout.css, navpično drsanje ostaja popolnoma funkcionalno. Preverjeno z meritvijo getComputedStyle() pred/po popravku na obeh prizadetih tipih zaslona.
• 2026-07-11: dodana skrbniška vrstica dejavnosti (glej odsek „Skrbniško področje“ zgoraj): levi stolpec ikon lupine wiki področja zdaj na skrbniških zaslonih prikaže vrstico dejavnosti v slogu VSCode/Azure Data Studio vseh dosegljivih skrbniških modulov, prosto prerazvrstljivo z drag-and-drop ali tipkovnico, namesto da bi tam kot prej ostal prazen/strnjen. Nova možnost wikiEnableAdminActionBar (privzeto: aktivno). Preverjeno prek Playwright (prijavljen) na štirih zaslonih (Config Manager, skrbniški pregled, upravljanje uporabnikov, normalna wiki stran).
• 2026-07-11: dodana sinhronizacija DW-contract: main.php zdaj samodejno piše conf/tpl/premium-navy-ivory/style.ini (odsek "Barvne sheme" zgoraj) v skladu z aktivno barvno shemo, namesto vmes zastarele priložene palete BizWay. Zapisano le ob dejanski razliki (diff guard); zapis samodejno zavrti tudi cache buster tseed (style.ini je že na seznamu njegovih odvisnosti, inc/template.php vrstica 245), ročna trda osvežitev — za razliko od čistih izvornih CSS/JS sprememb (glej odsek „Preverjanje“) — za ta popravek ni potrebna; preverjeno s primerjavo curl vrednosti tseed pred/po menjavi sheme. Preverjeno prek php -l in ročne primerjave generiranih vrednosti style.ini proti vsem trem datotekam shem in prisiljenemu white na wiki področju.
• 2026-07-10: poenostavljena komponenta brand-accent (dva zaporedna uporabniška popravka po vizualnem pregledu): odstranjen zlat valovit trak na prehodu glava/meni, nato odstranjena tudi preostala tanka črta na tem stiku (rdeča črta tam ni delovala vizualno pravilno). Zgornji trak okvirja lupine strani site je zdaj edini poudarek v glavi site — fiksno rdeč (–wk-error), ni odvisen od sheme. Žeton –wk-brand-frame od takrat nima več porabnika in je bil odstranjen iz vseh treh datotek shem; –wk-brand-hairline zdaj uporablja samo wiki glava. Poleg tega glava, landing hero in wiki glava zdaj enotno prikazujejo isto fiksno slonokoščeno ozadje namesto od sheme odvisnih žetonov –wk-paper/–wk-surface.
• 2026-07-10: barvne sheme konsolidirane na tri uradne blagovne poudarke WvdS: odstranjeni green/red/meadow, navy-ivory.css preimenovan v riviera.css, dodani novi shemi night.css (polno temno platno) in white.css (svetlo platno, navy okvir). Novi razširitveni žetoni –wk-brand-frame/–wk-brand-hairline po shemi, uporabljeni v novi komponenti css/brand-accent.css (valovit vzorec + tanka črta na stiku glava/meni v profilu site, zgornji trak okvirja na lupini strani site, dodatna tanka črta pod wiki glavo). Area-profil wiki od takrat izriše brez izjem z white, ne glede na vrednost možnosti colorscheme (main.php); ta možnost odslej vpliva samo na area-profil site. Privzeta barvna shema preimenovana iz navy-ivory v riviera (čisto preimenovanje, paleta nespremenjena). Preverjeno prek php -l in Playwright posnetkov zaslona (glava site, wiki glava).
• 2026-07-10: v celoti dokončano notranje preimenovanje bizway → premiumnavyivory: vseh 34 PHP imen/konstant funkcij (bizway_*/BIZWAY_* → premiumnavyivory_*/PREMIUMNAVYIVORY_*) in 32 CSS razredov (.bizway-* → .premiumnavyivory-*) v predlogi ter JS selektorji v script.js/js/wiki-area.js pretvorjeni; datoteka inc/bizway-render.php je postala inc/premiumnavyivory-render.php. Sintaksa oznake označevalca ({{wvdsbizway:...}} → {{wkbizway:...}}) je bila spremenjena skupaj z dvopičnim regexom v inc/area.php in vseh 7 prizadetih wiki strani v enem delovnem koraku. Mapa v slogu BlogTNG lib/plugins/wvdsblog/tpl/wvdsbizway/ je bila preimenovana v tpl/premiumnavyivory/. Ta stran sama je bila premaknjena z ID-ja strani de:wiki:dwe:wvdsbizway sem; na starem ID-ju zdaj živi preusmeritveni panj. Odstranjen osiroteli conf/wvdsbizway.json. Namerno nespremenjena: dva imena možnosti WP bizway_footertext/bizway_customcss (prava imena polj izvirne WordPress teme) ter mapa lib/plugins/blogtng/tpl/bizway/ (samostojna mapa tujega, zastarelega jedrnega vtičnika blogtng, ni del tega svežnja). Preverjeno prek php -l in brskalniškega testa Playwright (localhost:8880, vseh 5 jezikov).
• 2026-07-10: nov odsek „Formalna deklaracija odvisnosti (depends)“: template.info.txt je dobil vrstico depends wvdspremiumnavyivory. Pri tem je bil odkrit in v živo preverjen hrošč jedra DokuWiki (različica 2025-05-14b „Librarian“): lokalno nastavljeno polje depends z eno vrednostjo se razčleni kot niz namesto kot polje, zaradi česar deaktivacija/odstranitev vtičnika prek skrbniškega uporabniškega vmesnika ne deluje več pravilno (TypeError namesto blokade). Podrobnosti, testni dnevniki in tabela primerov v novem odseku.
• 2026-07-10: popravljen odsek „Preverjanje“: prejšnja trditev, da touch conf/local.php ne vpliva na cache buster tseed in da šteje samo style.ini, je bila napačna — po izvorni kodi jedra DokuWiki (inc/template.php, tpl_metaheaders()) conf/local.php vstopa neposredno v izračun tseed prek konfiguracijske kaskade main, tako kot style.ini. Popravek se je pokazal pri preverjanju s primerjavo curl pred/po touch conf/local.php.
• 2026-07-10: zmanjšan gumb avatar/uporabniški-meni glave (.premiumnavyivory-user-menu-toggle, takrat še .bizway-user-menu-toggle) v lupini site s 72px na 48px (css/design.css), ustrezno že 48px veliki sliki avatarja in od vedno pravilni lupini wiki področja.
• 2026-07-09: stran v celoti prenapisana po ločitvi/preimenovanju wvdsbizway → predloga premium-navy-ivory + vtičnik wvdspremiumnavyivory. Novi odseki: area-profili (site/wiki), mehanizem strani-označevalcev, preusmeritve (preusmeritev landing + indeks namespace, vključno z dokumentiranim primerom hrošča v preusmeritvi landing), lupina wiki področja, dinamični flyouti navigacije. Odstranjeni: vsi odseki o vmesnem času ukinjeni WP nadzorni plošči skrbnika, obogatitvi tabel, uporabniškem flyoutu, predalu „+ Novo“ (zdaj omenjeni le kot negativna opomba pod „Kaj je bilo odstranjeno od 2026-07-09“). Privzeta barvna shema posodobljena z default (modra BizWay) na navy-ivory.
• Prejšnja zgodovina (do različice pred preimenovanjem, kot „BizWay Bundle“): glej zgodovino te wiki strani (zavihek „zgodovina prejšnjih različic“).

Predloga: lib/tpl/premium-navy-ivory (GPLv3, oblikovanje izpeljano iz WordPress teme BizWay 1.8.4, InkThemes.com)
Vtičnik: lib/plugins/wvdspremiumnavyivory (GPL 2, akcijska komponenta + tri pomožne komponente od 2026-07-12, glej spodaj)
Avtor: Wolfgang van der Stille Wolfgang.van.der.Stille@gmail.com (The White Knight Labs)
Styles Contract: Styles Contract (--wk-*) · Menjava predloge: wvdstheme

Opomba o imenu: ta stran se je prvotno imenovala „BizWay Bundle“ in je opisovala predlogo in vtičnik pod skupnim imenom wvdsbizway. Dne 2026-07-09 sta bila oba ločena in preimenovana: predloga se od takrat imenuje premium-navy-ivory, vtičnik wvdspremiumnavyivory. Dne 2026-07-10 je bilo notranje preimenovanje dokončano v celoti: vsa PHP imena funkcij in CSS razredi v kodi zdaj dosledno nosijo predpono premiumnavyivory_/.premiumnavyivory- namesto bizway_/.bizway-; sintaksa oznak strani-označevalcev (odsek „Strani-označevalci“ spodaj) je zdaj {{wkbizway:...}} namesto {{wvdsbizway:...}}; tudi ta stran sama je bila premaknjena z ID-ja strani de:wiki:dwe:wvdsbizway sem (sl:wiki:dwe:premiumnavyivory) — na starem ID-ju strani zdaj ostaja le kratek preusmeritveni panj, template.info.txt/plugin.info.txt že kažeta na ta nov ID. Podrobnosti in utemeljitev: odsek „Zgodovina sprememb“ spodaj.

Ta stran opisuje stanje po obeh preimenovanjih. Prejšnji koncepti, ki ne obstajajo več (lasten JSON shramba možnosti, nadzorna plošča za skrbnike v slogu WordPressa, odjemalsko obogatitev tabel, uporabniška kartica flyout, predal „+ Novo“ za vsebine) so izrecno navedeni nižje v odseku „Kaj je bilo odstranjeno od 2026-07-09“, da jih nihče ne išče, ne da bi vedel, da ne obstajajo več.