BizWay (hišna predloga)

BizWay je hišna predloga wikija: barvni žetoni (tokens), tri barvne sheme, mreža strani obeh lupin, glava in noga ter bloki javnega področja, ki jih določajo nastavitve. Predloga prinaša videz, ne zgradbe – skrbniška delovna površina, območja in preusmeritve pripadajo paketu wkfluentui. Namenjena je upraviteljem, ki določajo videz in vrste strani, in avtorjem, ki vzdržujejo označevalne strani in bloke razdelkov.

Hitri začetek: vklop predloge in ločitev področja – najkrajša pot do prvega rezultata, v treh korakih.

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

Do 9. 7. 2026 je paket sestavljala predloga (lib/tpl/wvdsbizway, le okvir, postavitev in videz) in vtičnik (lib/plugins/wvdsbizway, shramba nastavitev, skrbniška stran in logika izrisa). Obeh map ni več: vsa logika izrisa je prešla v predlogo, ker predloga v DokuWiki ne more imeti lastne skrbniške strani, par, ki deluje le skupaj, pa je mogoče v upravitelju razširitev tudi le skupaj namestiti in vklopiti.

Spremljevalni vtičnik wvdspremiumnavyivory je nato vseboval še dve kljuki (hooks) DOKUWIKI_STARTED in tri pomočnike. Od 1. 8. 2026 je razpuščen tudi ta: preusmeritve so v wkfluentui, kjer so kljuke, ki jih potrebujejo; razreševanje področij se je vrnilo v predlogo; usklajevanje style.ini je funkcija v main.php. Razlog, zakaj preusmeritev nikoli ni mogla biti koda predloge, velja nespremenjeno: DokuWiki dejavno predlogo naloži šele potem, ko je act_dispatch() že razrešil dejanje – za preusmeritev je tedaj prepozno. Dovolj zgodaj pride le vtičnik za dejanja na DOKUWIKI_STARTED.

Takratna konstrukcija: le ena smer (predloga → vtičnik), brez povratnega depends v vtičniku, ker naj bi vtičnik brez predloge še naprej ostal brez učinka (vsak klic plugin_load('helper', …) v predlogi je bil zavarovan pred manjkajočim ali izklopljenim vtičnikom). Upravitelj razširitev DokuWiki to polje uradno podpira (Extension::getDependencyList()/getDependants(); Installer.php naj bi z njim preprečil odstranitev ali izklop razširitve, dokler obstaja odvisna razširitev), poleg tega pa vsako datoteko plugin.info.txt/template.info.txt v skupnem arhivu ZIP izdaje ne glede na to polje samodejno prepozna kot samostojno razširitev (Installer::findExtensions()) – arhiv ZIP izdaje z mapama predloge in vtičnika kot podmapama zato že brez polja depends namesti obe razširitvi v enem koraku.

Znana napaka jedra DokuWiki (različica 2025-05-14b »Librarian«, lib/plugins/extension): polje depends z natanko eno vrednostjo, nastavljeno krajevno (torej ne prek uradnega repozitorija dokuwiki.org, temveč v *.info.txt na tej namestitvi), linesToHash() (inc/confutils.php) razčleni kot niz, ne kot polje. To ima dve posledici, preverjeni neposredno na tej namestitvi (Playwright, prijava skrbnika, do=admin&page=extension):

V praksi je to pomenilo: dokler je bila vrstica depends nastavljena, vtičnika ni bilo več mogoče izklopiti v upravitelju razširitev – klik ali ni imel učinka ali pa je prikazal stran z napako. Edina delujoča pot je bila vrstico začasno odstraniti ali conf/plugins.local.php urediti neposredno v urejevalniku (ne s klicem $plugin_controller iz skripta – znano tveganje, da se datoteka pokvari).

Omejitev je bila tedaj zavestno sprejeta: korist formalne vidnosti je pretehtala tveganje. Popravka v jedru DokuWiki ni – ta bi bil v nasprotju z načelom, da se jedra te namestitve nikoli ne spreminja, in bi ga bilo treba po vsaki posodobitvi jedra znova preveriti.

Kaj ostane: polje depends z natanko eno vrednostjo je v tej različici DokuWiki past. Če ga nastavite, ga nastavite z dvema vrednostma ali pa sploh ne – in učinka ne preverite na plošči s podatki, temveč tako, da izklop dejansko poskusite. Tihi del (HTTP 200 na strani z napako, ki jo jQuery razume kot uspeh) je prava nevarnost: vmesnik ne sporoči ničesar.

Shramba: lastni sistem nastavitev DokuWiki – lib/tpl/wkbizway/conf/default.php (63 privzetih vrednosti) + conf/metadata.php (vrste polj za skrbniški obrazec); preglasitve se kot pri vsaki drugi nastavitvi jedra ali vtičnika zapišejo v conf/local.php pod ključ $conf['tpl']['wkbizway'][…]. Napisi so v jezikovnih datotekah predloge za de, en, hr, it in sl.

Do 9. 7. 2026 so bile iste vrednosti v lastni shrambi JSON (conf/wvdsbizway.json) z lastno skrbniško stranjo in oddaljenim API (plugin.wvdsbizway.getOptions/setOptions). Ta posebna rešitev je bila odstranjena brez nadomestila: migracija je zadnje veljavne vrednosti JSON prevzela 1:1 kot nove privzete vrednosti v conf/default.php (glejte komentar tam); od tedaj za te možnosti velja ista pot zapisa kot za vsako drugo nastavitev predloge:

• Skrbništvo → Splošne nastavitve (lasten zaslon DokuWiki, ni več posebne nadzorne plošče) – razdelek »wkbizway«
• Neposredno v datoteki – ročno urejanje conf/local.php (npr. za vrednosti s pravimi prelomi vrstic)
• Lastnega oddaljenega API ni več – splošni oddaljeni API jedra (core.getConf/core.setConf, če je vklopljen) pokrije isto potrebo

Varnostni model je enak kot pri stari rešitvi JSON: polja rawhtml (analytics, slideembed1/2, map_embed, customcss) se izpišejo brez ubežnih znakov (enakovredno wp_head/wp_footer v WordPressu); edina pot zapisa so Splošne nastavitve, ki jih lahko kot vsako nastavitev jedra spreminja le skrbnik. Identifikatorji predstavnostnih datotek gredo skozi cleanID() (CWE-22), notranje povezave in povezave http(s) skozi preverjanje s seznamom dovoljenih (CWE-79), glejte inc/wkbizway-render.php::wkbizway_media_src()/wkbizway_link_href().

Polja drsnika, kartic funkcij in družbenih omrežij so splošne privzete vrednosti; posamezni imenski prostori lahko uvodni pas in kartice preglasijo z označevalno stranjo za ta imenski prostor (glejte spodaj »Označevalne strani«) – hibridni model: skrbniške nastavitve določijo običajni primer, označevalna stran krajevno izjemo.

Lastna predloga DokuWiki v nogo postavi dva bloka, div.license in div.buttons. Ta predloga oba ohrani pod enakima imenoma razredov – če poznate DokuWiki, najdete oznake, ki jih pričakujete.

Navedba pravic je bila prazna, in vzrok ni bila predloga. Izmerjeno 6. 8. 2026: noga v nobenem jeziku ni povedala ničesar o pravicah – ne avtorskih pravic, ne licence, ne pridržka. Klic je bil na mestu in ni vrnil ničesar, ker je $conf['license'] nastavljen na 0, tpl_license() pa na neizbrano licenco v obeh oblikah odgovori s praznim nizom. Na spletnem mestu podjetja je to enaka vrzel kot prazen kolofon: odsotnost, ki je videti kot odločitev.

Navedba zdaj prihaja iz treh virov, najprej najbolj specifični:

1. footertext, če je nastavljen – upravljavec je to povedal sam.
2. nastavljena licenca DokuWiki, če obstaja – izbira licence CC je premišljena odločitev, jedro pa licenco izriše prevedeno, z značko in povezavo.
3. sicer pridržek pravic, sestavljen iz letnice in naslova spletnega mesta: © 2026 The White Knight Labs · Vse pravice pridržane. Sestavljen, ne natipkan – fiksna letnica je napačna vsak januar, fiksno ime na dan preimenovanja.

Besedilo tretjega primera je jezikovni ključ (rights_reserved), ne dobesedni niz: navedba pravic, ki je bralec ne more prebrati, ni navedba.

Vrsta značk vsebuje štiri od petih značk priložene predloge: PHP, HTML5, CSS in DokuWiki. Gumb za donacije je po izrecni odločitvi izpuščen – obiskovalca spletnega mesta podjetja prosi za denar za tretjo osebo. Slikovne datoteke so kopije v assets/images/buttons/ in izvirajo iz priložene predloge DokuWiki (GPL-2.0-only); kopirane in ne vključene prek njene poti, ker se pot v datoteke tujega paketa prelomi tisti dan, ko se ta paket posodobi ali odstrani.

Stolpci noge so obstajali le v nemščini. Nad pasom so stolpci s strani footerPage (privzeto footer), poiskani navzgor kot meni. Obstajala je le de:footer; vsi drugi jeziki so padli nazaj na stran footer za ves wiki, njena celotna vsebina pa je bila vrstica <lastcomments count="5" /> – oznaka vtičnika, ki tu ni nameščen. DokuWiki ob neznani oznaki ne spodleti, temveč jo zamaskira in izpiše: javna spletna mesta v drugih jezikih so to vrstico na vsaki strani kazala kot surovo besedilo nad nogo. Od 6. 8. 2026 ima vsak jezik svoje stolpce, stran za ves wiki pa je izpraznjena – dosegljiva bi bila le še s strani zunaj vsakega jezikovnega prostora, in ni jezika, v katerem bi bilo mogoče napisati njene naslove.

En blok, dve področji. Pas noge je bil v izvorni kodi dvakrat – enkrat za področje spletnega mesta, enkrat za področje dokumentacije – kot osem vrstic, ki so morale ostati enake, ni pa bilo ničesar, kar bi jih držalo enake. Zdaj prihaja iz ene funkcije. Navedba pravic, ki je na eni polovici spletnega mesta, na drugi pa ne, je slabša od nobene: manjkajoče polovice nihče ne opazi.

Glava lupine site prikaže dve stvari drugo ob drugi: slikovno oznako (logo) in naslov spletnega mesta (DokuWikijev $conf['title']). Ali sta pravilna obe hkrati, odloči slikovno gradivo, ne predloga – pasica, ki izpiše ime podjetja, ga ponovi, takoj ko je ob njej naslov; čist emblem tega ne naredi. Zato je mogoče oba dela vklopiti posebej, obe privzeti vrednosti pa sta vklopljeno: namestitev, ki ničesar ne nastavi, je videti kot prej.

Povezava v vsakem primeru obdrži dostopno ime. To je povezava na začetno stran z bližnjično tipko h; povezava brez imena krši merilo uspešnosti 2.4.4 WCAG 2.2. Dokler je naslov viden, poimenuje povezavo, slika pa namenoma ostane brez besedila alt – sicer bi bralnik zaslona ime prebral dvakrat. Če naslov odpade, ga slika prevzame v svoje besedilo alt. Če sta izklopljena oba dela, ga nosi vizualno skrito besedilo: izklopiti okras ni isto kot opustiti povezavo na začetno stran. Če je prazen sam $conf['title'], tu ime ne more nastati – tedaj manjka, predloga pa si ga ne izmisli.

Teh stikal dve stvari ne spremenita:

• Naslova zavihka v brskalniku. Prihaja iz $conf['title'] in je od prikaza glave neodvisen – če izklopite besedilno oznako, ime torej ne izgine s seznama zaznamkov.
• Lupine wiki. Njen pas glave ima lastno, kompaktno oznako z lastno potjo do predstavnostne datoteke (:wiki:header-logo.svg oziroma .png) in besedilnim nadomestkom, ki naslova spletnega mesta sploh ne uporablja; stikalo za naslov tam ne bi imelo na kaj vplivati.

Izvedeno v inc/wkbizway-render.php::wkbizway_render_brand(). Funkcijo uporabljata main.php in detail.php. Prej je imela vsaka od njiju svojo različico, različica pogleda predstavnostne datoteke pa je izgubila nastavitev logo: nastavljena slikovna oznaka se je prikazala na vsaki strani razen na tej. Nič pri tem ni spodletelo – glava, ki prikaže le ime, je videti kot oblikovalska odločitev.

Vstopna preusmeritev in preusmeritev kazala imenskega prostora sta do 1. 8. 2026 pripadali spremljevalnemu vtičniku te predloge. Od tedaj sta v wkfluentui, skupaj s petimi nastavitvami, in sta tam v celoti opisani: sodelovanje_petih_nastavitev razloži njihovo sodelovanje, referenca nastavitev navaja vrsto in privzeto vrednost vsake nastavitve.

Zakaj nikoli nista mogli biti koda predloge: DokuWiki dejavno predlogo naloži šele potem, ko je act_dispatch() razrešil dejanje. Takrat je za preusmeritev prepozno; dovolj zgodaj pride le vtičnik za dejanja na DOKUWIKI_STARTED. Predloga, ki obljubi preusmeritev, je ne more izpolniti.

Ista predloga izriše dve povsem različni lupini strani, odvisno od profila področja odprte strani (wkbizway_resolve_area() v inc/area.php):

Lupina site ne izriše opreme wikija. Orodja strani, orodja spletnega mesta, podatki o strani (ime datoteke in zadnji urednik) in sled drobtin tam odpadejo – za vse, tudi za prijavljene urednike, in pri vsakem dejanju, ne le pri branju. Predstavitveno področje je spletno mesto; ime datoteke strani in uporabniško ime osebe, ki se je je nazadnje dotaknila, povesta, kako je mesto narejeno, ne pa, kaj ponuja.

Uredniki s tem ne izgubijo ničesar: vnos »Uredi stran« je v uporabniškem meniju v glavi, viden le prijavljenim s pravico za pisanje na odprti strani. Pri do=edit, do=diff in vsakem drugem dejanju postane »Pokaži stran« – vrnitev na prikaz strani, ki jo je prej ponujala orodna vrstica.

Pravilo je vezano na oba pogoja: profil site in vklopljen enableAreaProfiles (wkbizway_area_is_public_site()). To ni dvojno dno, temveč nujnost – pri izklopljenem enableAreaProfiles dobi vsaka stran profil site, preverjanje le profila pa bi taki namestitvi tiho odvzelo orodja strani v vsem wikiju.

Razreševanje: nastavitev siteNamespaces našteje imenske prostore z lupino spletnega mesta, enega na vrstico. Stran sodi zraven, če je v tem imenskem prostoru ali kjer koli pod njim; pri več zadetkih zmaga najdaljši, zato je mogoče ožji vnos dodati pozneje, ne da bi pazili 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 lahko ob vnosu zapišete, zakaj je tam. Vrstica, ki ni verjeten imenski prostor, se zavrže, ne sporoči: tipkarska napaka stane en vnos, nikoli lupine vsega spletnega mesta.

Meja imenskega prostora, ne primerjava predpone: de:sitemap ne sodi pod de:site, čeprav se niz tako začne. Primerja se na meji dvopičja.

Profil področja je neodvisen od Layout strani (naslednji razdelek): področje odloča o lupini (site/wiki), postavitev o vrsti strani znotraj lupine site. Če je stran v profilu wiki, main.php njeno postavitev trdo nastavi na default – oznake HTML za hero, galerijo in kontakt se tam nikoli ne izrišejo, tudi če nad stranjo po naključju obstaja označevalna stran hero.

Vsebina uvodnega pasu (hero) in kartice funkcij so do 9. 7. 2026 lahko bile zapisane neposredno v posamezni vsebinski strani, obdelal pa jih je lasten vtičnik za skladnjo. Tega vtičnika ni več; isti zapis bi se na javno vidni strani od tedaj prikazal kot neobdelano surovo besedilo. Zato so te deklaracije na lastnih označevalnih straneh, ki niso namenjene bralcem; njihovo surovo besedilo se prebere neposredno z regularnim izrazom (wkbizway_parse_marker_attributes()), ne da bi šlo skozi izrisovalnik strani – sama označevalna stran se nikoli ne prikaže kot vsebina.

Obe se iščeta navzgor po istem vzorcu: najbližja stran <imenski_prostor>:<ime_označevalca>, sicer gola stran <ime_označevalca> v korenu wikija, sicer »ne obstaja«.

Za vsak jezik lastna označevalna stran. Od 6. 8. 2026 imata hero in features vsak jezik svoji strani; na tej namestitvi trenutno pod de:site:, en:site: in sl:site:. Vsebujeta besedilo, besedilo pa je za vsak jezik drugačno – iskanje navzgor se tako konča v lastnem jezikovnem prostoru, namesto da bi padlo na stran v tujem jeziku višje zgoraj.

Slika diapozitiva je hišna podoba, napis pod njo ni. Vsi uvodni pasovi kažejo na isti dve slikovni datoteki pod de:site:, medtem ko so naslov, napis in cilj povezave za vsak jezik lastni. To je zavestno vmesno stanje: ko bodo na voljo prave slike (drsnik 1920 × 770, kartice 600 × 300), se je treba odločiti, ali se preselijo v jezikovno nevtralen imenski prostor za predstavnostne datoteke. Do tedaj nemški imenski prostor hišne slike dejansko jemlje za svoje.

Povezava diapozitiva potrebuje lastno ime. Obdaja le sliko s praznim nadomestnim besedilom; napis, ki jo pojasni, je sorojenec za njo, ker ga FlexSlider položi čez sliko. Izmerjeno 6. 8. 2026 na izrisanem zaslonu: štiri povezave v vrtiljaku brez kakršnega koli dostopnega imena – dva diapozitiva in dva klona, ki ju doda FlexSlider. Merili uspešnosti 2.4.4 in 4.1.2 WCAG 2.2, raven A, pri prvem gradniku, ki ga obiskovalec sreča. Izrisovalnik od tedaj napis nastavi kot aria-label povezave; če ga ni, ga nadomesti ime ciljne strani; če ni niti tega, se slika izpiše brez povezave – povezava, ki je nihče ne more poimenovati, je slabša od slike, ki je nihče ne more klikniti.

Označevalna stran area od 4. 8. 2026 nima več učinka. Obstoječe so bile odstranjene v istem delovnem koraku; preverjanje repozitorija to sporoči, če se katera spet ustvari, ker je stran brez učinka, ki je videti kot nastavitev, slabša od nobene.

Primer označevalne strani hero (preglasi le drugi naslov, vse drugo se vrne k splošnim skrbniškim nastavitvam):

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

Vrsta strani se ne določa več s skladnjo, temveč z dogovorom o imenih (inc/area.php::wkbizway_get_layout()) – iz istega razloga kot pri označevalnih straneh: brez vtičnika za skladnjo ne bi bilo več razčlenjevalnika, ki bi obdelal v stran vdelano oznako {{wvdsbizway:layout type="..."}} (ta oznaka »layout« je obstajala le do 9. 7. 2026 in za razliko od area/hero/features zgoraj nikoli ni bila preseljena na označevalno stran – zato tu namenoma še vedno nosi staro ime).

fullwidth ostaja veljavna vrednost, vendar nima dogovora o imenu, ki bi jo sprožil (zgodovinsko, ni dejavne uporabe).

Izjema: bloki <footercol>…</footercol> so edina preostala skladnja, zapisana neposredno v pravi vsebini strani – ker wkbizway_render_footer_page() nastavljeno stran noge prav tako prebere z regularnim izrazom nad surovim besedilom (ne prek običajnega izrisovalnika), ta skladnja vsebnika deluje nespremenjeno. Stran noge s štirimi bloki <footercol> da štiri stolpce gradnikov v nogi; v bloku ne sme biti naslovov ====== (le osnovna skladnja), krepko zapisana prva vrstica je naslov stolpca.

Videz javnih strani – začetne strani, strani storitev, kontaktne strani, obeh samoocen, strani z njuno izbiro in strani z referencami – je od 6. 8. 2026 v celoti v lib/tpl/wkbizway/css/site-sections.css. Strani same so sestavljene iz izsekov HTML paketa wksnippet; ti vsebujejo le oznake HTML in imena razredov.

Pred to ločitvijo so izseki svoj videz nosili kot atribute style v oznakah HTML – izmerjenih 405, od tega 299 samo na tu navedenih straneh. To je drugi oblikovni sistem ob pogodbi žetonov, in odpove na način, ki ga slogovna datoteka nima: do oblikovanja v oznakah HTML shema, preobleka, poudarek in gostota ne sežejo. Ko se premakne katera od teh osi, se tiho neha ujemati s preostankom izdelka.

Dve obliki sta pri tem posebej dragi, ker ne povzročita napake:

• Vdelan <style> v izseku ga preverjanje atributov style ne vidi. Obe samooceni sta ga nosili 1883 bajtov, znak za znakom enako v dveh datotekah, in z njim oblikovali oznake HTML, ki so v tretji datoteki.
• Atribut on…, ki iz oznak HTML zapiše element.style. Na strani z izbiro samoocen so bili štirje; njihov učinek je bilo poleg tega mogoče sprožiti le z miško.

Oboje je danes strojno izključeno. Preverjanje prešteje izseke področja in ne prepusti nobenega s slogovno datoteko, skriptom ali atributom dogodka.

Na svetlih ploskvah javno področje piše z običajno barvo strani. Obstaja natanko ena poudarjena ploskev, temni pas, zlata in poudarna barva pa sta okras (lasna črta, okvir, ikona), nikoli ploskev pod besedilom. Razlog je s številkami zapisan v glavi datoteke; vrednosti, od katerih je odvisen, sta zlata na beli z 3,20:1 in poudarna barva na beli s 4,43:1, proti 4,5:1, ki jih merilo uspešnosti 1.4.3 WCAG 2.2 zahteva za tekoče besedilo.

Iz tega izhaja konstrukcija, ki se ponavlja na vseh straneh: glavno dejanje je obrnjeno – svetla ploskev, temna pisava, 14,07:1 – namesto zlate zapolnitve. Zlata zapolnitev ne uspe v nobeni smeri, ne z belo ne s temno pisavo.

Gumbi za odgovore v samooceni so videti kot gumbi, v resnici pa so običajni izbirni gumbi (radio) z narisano lupino ob njih. Polje je nevidno, ne odstranjeno: opacity: 0 na absolutno postavljenem okvirčku velikosti ene slikovne pike. Razlika je bistvena – display: none gradnik odstrani iz zaporedja tipke Tab in iz drevesa dostopnosti. Prav to je bilo tu do 6. 8. 2026: 30 izbirnih gumbov, nobenega ni bilo mogoče izbrati s tipkovnico, ves vprašalnik je bilo mogoče upravljati le s kazalno napravo (merilo uspešnosti 2.1.1, raven A).

Na tem visita še dve odločitvi:

• Stanje izbire je izraženo z input:checked + …, torej s kombinatorjem sosednjega elementa in ne z :has(). Zato je lupina podrejeni element napisa. V brskalniku brez :has() sicer ne bi bila vidna nobena izbira, vprašalnik, ki ne more pokazati danega odgovora, pa je slabši od neoblikovanega.
• Izbrani odgovor se ne razlikuje le po barvi: narisani izbirni gumb se zapolni, torej se spremeni oblika. Barva kot edino razlikovalno znamenje po merilu uspešnosti 1.4.1 ni dovoljena.

Vsako vprašanje je <fieldset> z <legend>. S tem je besedilo vprašanja del dostopnega imena vsakega odgovora – brez njega bralnik zaslona desetkrat prebere »Da, Delno, Ne« brez povezave z vprašanjem.

Aritmetika obeh samoocen je v lib/tpl/wkbizway/script.js, ne v izseku: prej je bila tam dvakrat, v dveh različicah, ki sta se razlikovali v imenu ene spremenljivke. Različica v predlogi streže obema preverjanjema; katero je mišljeno, pove atribut data-wk-sa na vprašalniku in na bloku z rezultatom.

Dve vrednosti sta namenoma v oznakah HTML in ne v skriptu:

• Število vprašanj se ob vrednotenju prešteje v dokumentu. Prejšnja različica je ob desetih vprašanjih vodila konstanto 10; enajsto vprašanje bi povzročilo, da vprašalnik trajno ne bi dal rezultata, ne da bi kar koli povedalo, zakaj.
• Pragi treh pasov so zapisani kot data-wk-sa-min na pasu, ki obseg poimenuje tudi za bralca. Prej je bila vsaka številka zapisana dvakrat.

Brez JavaScripta je mogoče na vprašanja odgovoriti, trije pasovi pa pojasnijo, kaj bi vrednost pomenila; manjka le izračun. Prej je bil ves blok z rezultatom skrit, bralec brez skripta torej pojasnila sploh ni videl – bralec s skriptom pa šele, ko se je odločil za deset odgovorov.

Predloga prinaša podmnožico pisave Font Awesome 4.7 in vsako ime znaka posebej deklarira v css/icons.css. Nedeklarirano ime ne povzroči sporočila o napaki: pravilo za ustvarjeno vsebino preprosto ne obstaja, element se izriše z ničelno širino, manjkajoča ikona pa je videti kot ikona, ki je ni nihče hotel. 6. 8. 2026 je to zadelo 16 imen – med drugim je imelo pet osebnih kartic prazen krog, vsaka telefonska številka pa nevidno oznako. Novo ime je treba pred uporabo vpisati tja; preverjanje ne prepusti več nobenega nedeklariranega.

Od 6. 8. 2026 imajo vse jezikovne različice enako zgradbo, enakovrednost pa ni izjava o nameri, temveč zagotovilo preverjanja site-area-probe.

Kaj je začetna stran. Uvodni pas (naslov, podnaslov, dva diapozitiva), tri kartice funkcij, razdelek za zaupanje in zaključek z enim pozivom k dejanju. Uvodni pas in kartice prihajajo z označevalnih strani hero in features, oba razdelka pa iz izsekov trust_section in cta_final, ki vse jezike združujeta v enem samem jezikovnem stikalu.

Kaj je pri tem odpadlo. Devet izsekov, ki so jih uporabljale le še štiri začetne strani v drugih jezikih – bloki za kompetence, empatijo, statistiko, logotipe, mrežo storitev, prehode, reference in glavo. Z zadnjim uporabnikom so bili hkrati zadnje mesto z oblikovanjem v vsebini strani. Preverjanje od tedaj zagotavlja, da noben izsek brez uporabnika ne ostane, če ga nihče izrecno ni navedel.

Izmerjeno 24. 8. 2026 na živi namestitvi: pet jezikovnih različic, in niti ena stran pajku ni povedala, da so druge iste strani v drugem jeziku. rel=„canonical“ in <html lang> sta bila oba prisotna – le da vsak od njiju opisuje eno stran in nobeden enakovrednosti.

Od tedaj inc/hreflang.php za vsako stran javnega področja izpiše celoten nabor njenih jezikovnih različic: druge, lastno in x-default na angleško. Izpis je v glavi main.php, le če velja $bwPublicSite in je dejanje show. Vsako drugo dejanje tako ali tako nosi noindex, pajek, ki bi hreflang našel na ?do=edit, pa bi izvedel, da je obrazec za urejanje italijanska različica strani.

Zakaj je to tabela in ne pravilo. Tri od štirinajstih skupin imajo v vsakem jeziku drugačno ime:

Izpeljava po načelu »enako ime v sosednjem imenskem prostoru« prav za strani, na katerih zainteresirani obiskovalec vzpostavi stik, ne bi izpisala ničesar – in pri tem ne bi sporočila ničesar. Enajst imen, ki se v vseh jezikih glasijo enako, je zato na enem seznamu, tri različna na drugem, vsako v svoji vrstici. Tabela v kodi še vedno vsebuje stolpca za italijanščino in hrvaščino; ker teh strani ni več, se zanje ne izpiše nič.

Vsaka izpisana povezava je zavarovana s page_exists(). hreflang mora biti vzajemen; povezava na stran, ki se ne odzove, razvrednoti ves nabor. Nabor strani ni simetričen – de:site:projekte in blog obstajata le v nemščini – in tudi ne bo.

Označevalni strani hero in features sta izvzeti. Sta gradnika, ki ju vključujejo druge strani, ne pa cilja.

Isti seznam od 25. 8. 2026 napaja tudi vidno izbiro jezika. Do tedaj so bili jeziki navedeni izključno kot <link rel="alternate"> v glavi dokumenta – za iskalnike. V vsem telesu strani pri nobeni širini ni bilo povezave na drug jezik: bralec jezika ni mogel zamenjati, ne za pisalno mizo ne na telefonu. Tega niso opazili, ker je bil pajek brezhibno postrežen.

Pravilo obstoja – v kazalu in page_exists() in več kot ena preostala različica – je zato v wkbizway_hreflang_alternates() in ima zdaj dva uporabnika namesto enega. Dve kopiji pravila bi se razšli, smer razhajanja pa bi bila vidna povezava na stran, ki ne obstaja.

Izbira je en gradnik v servisni vrstici glave, ob simbolu računa: globus z oznako trenutnega jezika, ki odpre meni z lastnimi imeni jezikov. V zaprtem stanju je oznaka prostorska konvencija in ob sebi nosi polno ime kot dostopno ime; v odprtem meniju je izpisana beseda, ki jo bralec išče. Trenutni jezik tam ni povezava, temveč besedilo z aria-current – povezava na stran, na kateri ste, je majhna neresnica.

Ne v menijski vrstici, in to je izmerjeno, ne izbrano: prva različica je tja postavila pet stalnih gumbov z oznakami. .menu-inner je nastavljen na nowrap s fiksno vsebinsko širino 960 px, njegovi podrejeni elementi pa so že zasedli natanko 960 px. Dodatnih približno 175 px se je razrešilo prek edinega popustljivega dela – seznam navigacije se je prelomil v drugo vrstico, vidno v angleščini in slovenščini, v nemščini pa z 21 px rezerve tik ne. Bralec je to videl tudi v nemščini. Pet stalnih gumbov v glavni navigaciji poleg tega odločitev, ki jo bralec sprejme enkrat, obravnava kot področje spletnega mesta.

Razpiranje uporablja isto izvedbo kot meni računa – preklop, klik zunaj, Esc z vrnitvijo fokusa, aria-expanded usklajeno. script.js za to uporablja seznam parov sprožilec–plošča namesto enega trdno vezanega para in ob odprtju zapre druge: dve odprti plošči v tej ozki vrstici se prekrivata, spodnja pa prestreže klike, namenjene zgornji.

Preverjanje site-area-probe v razdelku 19 zagotavlja, da je vsaka skupina vzajemna, da se nobena ne skrči na manj kot dve obstoječi strani in – edini preizkus, ki odkrije razhajanje – da v tabeli ne manjka nobeno ime strani, ki obstaja v več kot enem jeziku.

Možnost colorscheme. Shema je datoteka lib/tpl/wkbizway/css/schemes/<ime>.css z dvema polovicama (od 10. 8. 2026): nevtralne vrednosti so premaknjene z :root na html in so s tem nadomestek, vrednosti znamke ostanejo na :root in so s tem preglasitev (pogodba slogov, glejte Styles Contract (--wk-*)) – dovoljene vrednosti v skrbniškem obrazcu se ugotovijo samodejno iz datotek v tej mapi (conf/metadata.php), ročno vzdrževanje seznama ni potrebno.

Od 10. 7. 2026 obstajajo natanko tri sheme, trije uradni poudarki znamke WvdS (podobno kot tri uradne predloge »MED NAMI« za Facebook istega lastnika znamke):

• riviera (privzeto, prej navy-ivory) – slonokoščena podlaga, mornarsko modra in jekleno azurna kot poudarek, zlata kot barva okvirja. Primerna za mirne vsebine spletnega mesta, ki gradijo zaupanje.
• night – v celoti temno mornarsko modro platno, zlata kot prevladujoča barva povezav in pisave, zlat okvir, brez lasne črte. Primerna za težje vsebine, ki poudarjajo avtoriteto.
• white – svetlo, skoraj belo platno, ista družina poudarkov kot riviera, a z mornarsko modrim okvirjem namesto zlatega. Rdeča lasna črta kot pri riviera.

Sheme z imenom default ni več – pred preimenovanjem je bila privzeta izvirna modra BizWay (default.css); ta datoteka je bila ob prenovi znamke zamenjana z navy-ivory.css, danes riviera.css. Tri prejšnje barvne možnosti WP BizWay, ki niso del znamke, green/red/meadow (čisti prenosi desetih barvnih različic WP 1:1), so bile ob tej priložnosti odstranjene.

Pomembna izjema – področje wiki je vedno white: profil področja wiki (glejte zgoraj razdelek »Profili področij: site in wiki«) se izriše brez izjeme s shemo white, ne glede na vrednost možnosti colorscheme (main.php, razdelek »color scheme«: $bwScheme = $bwArea['profile'] === 'wiki' ? 'white' : (string)tpl_getConf('colorscheme');). Nastavitev colorscheme torej vpliva izključno na profil področja site – njena sprememba nikoli ne spremeni videza področja wiki.

Lasna črta znamke (le področje wiki): vsaka od treh shem dodatno določa razširitveni žeton –wk-brand-hairline (tanka ločilna črta, pri night transparent). Uporablja ga komponenta css/brand-accent.css: dodatna lasna črta pod glavo wikija v profilu wiki. Podrobnosti in tabela žetonov: Styles Contract (--wk-*).

Rdeč okvirni pas (področje site): zgornji okvirni pas lupine strani site (#dokuwiki__top.site) je stalno rdeč (–wk-error), ne glede na dejavno barvno shemo – edini poudarek v glavi site. Popravki uporabnika 10. 7. 2026 (dva zaporedna vizualna pregleda): prejšnja različica te komponente je dodatno risala zlat valovit pas z lasno črto na stiku glave (.header-container) in menijske vrstice (.menu-container) ter od sheme odvisen (zlat/mornarsko moder) zgornji okvirni pas – to je najprej delovalo »preveč zlato«, po odstranitvi valovitega pasu pa rdeča črta neposredno na tem stiku še vedno ni bila usklajena. Oboje je zdaj odstranjeno: na stiku glave in menija ni več poudarne črte, namesto tega je en sam rdeč pas čisto na vrhu strani. Prejšnji žeton –wk-brand-frame od tedaj nima več uporabnika in je bil odstranjen iz vseh treh datotek shem.

Slonokoščena območja identitete (neodvisna od barvne sheme): glava (.header-container), uvodni pas vstopne strani (.slider-wrapper-container) in glava wikija (.wkbizway-topbar, od 10. 8. 2026 izvzeta – sledi dvignjeni ravni dejavnega sveta, ker ji sledijo njene barve pisave, fiksna slonokoščena pod temno shemo pa je dala 1,05:1) imajo isto fiksno slonokoščeno ozadje (#F7F5EF), ne od sheme odvisnih –wk-paper/–wk-surface.

Usklajevanje pogodbe DokuWiki (style.ini): poleg zgornje pogodbe –wk-* DokuWiki pozna drugo, neodvisno barvno pogodbo: nadomestne oznake [replacements] v style.ini (__text__, __link__, __theme_color__ itd.), ki jih kot spremenljivke LESS @ini_* lahko uporablja vsak vtičnik, ne le uporabniki –wk-*. Ob uvedbi treh barvnih shem (10. 7. 2026) je bila ta druga pogodba sprva spregledana in je še naprej kazala staro, nedejavno paleto BizWay.

wkbizway_sync_style_ini_replacements() v main.php (kliče se ob vsaki zahtevi; funkcija je bila od 12. 7. 2026 do 1. 8. 2026 pomočnik v spremljevalnem vtičniku in se je ob njegovi razpustitvi vrnila sem) to uskladi samodejno: krajevna datoteka za preglasitev conf/tpl/wkbizway/style.ini se – le ob dejanskem odstopanju – zapiše na novo in nato vsebuje natanko enajst nadomestnih oznak, ki so dejansko odvisne od sheme (__text__, __background__, __background_alt__, __background_neu__, __border__, __highlight__, __link__, __background_site__, __theme_color__, __text_neu__). Vse druge nadomestne oznake (__existing__, __missing__ in vrednosti postavitve __*_width__) ostanejo nespremenjeno veljavne iz priložene lib/tpl/wkbizway/style.ini.

Od 10. 8. 2026 vrednosti prihajajo iz dejavne preobleke, ne več iz slogovnih datotek te predloge. Most jih je prej z iskanjem vzorcev bral iz css/tokens.css in datotek shem – od predaje nevtralnih vrednosti je to nadomestna plast, objavljal je torej paleto konfiguracije, ki je nihče ne uporablja. Zdaj vtičnik oblikovnega sistema vpraša za lestvico nevtralnih vrednosti dejavnega sveta in nadomestne oznake DokuWiki preslika na vloge (podlaga, dvignjena ploskev, pogreznjena ploskev, črta, črnilo, umirjeno črnilo); le tri nadomestne oznake s poudarkom še naprej prihajajo iz lastnih deklaracij te predloge. Vrednost, ki ni barvni literal, se zavrne – konča namreč v aritmetiki LESS in v metaoznaki theme-color, var(…) pa preživi oboje kot niz, ki ne pomeni ničesar.

__text_alt__ do tedaj izrecno ni bil vključen v usklajevanje in je zato trajno ostal na dobavljeni vrednosti #999999 – 2,85:1 na beli, medtem ko ga lastni LESS DokuWiki bere na enajstih mestih. Utemeljitev je veljala za ime in zgrešila vlogo: po primerjavi vrednosti je to umirjeno črnilo, in to je vloga na lestvici kot vsaka druga. Zdaj se usklajuje tudi on.

Pomembno za obratovanje: ročni vnosi v conf/tpl/wkbizway/style.ini se ob naslednji zahtevi prepišejo, takoj ko odstopajo od nastavljene podobe – datoteka velja za samodejno upravljano.

Most od 10. 8. 2026 dobi nastavljeno shemo in ne sheme strani, ki se ravno izrisuje. Videti sta zamenljivi, a nista: vrednost strani je odvisna od področja, ta datoteka velja za vso namestitev in je odvisnost predpomnilnika sestavljalnika slogov. Z vrednostjo strani se je preklopila ob vsakem prehodu med področjem dokumentacije in spletnega mesta, in vsak preklop je znova zgradil ves sveženj slogov – izmerjeno 0,07 s s toplim predpomnilnikom proti 0,89 s po menjavi področja. Posledica je poimenovana, namesto da bi jo nekdo odkril: ta pogodba dveh področij ne more izraziti. Če je področje spletnega mesta nastavljeno na night, lastni okvir DokuWiki sledi področju spletnega mesta, področje dokumentacije pa se okrog njega izriše svetlo. Priložena lib/tpl/wkbizway/style.ini ostane nespremenjena.

• Vodoravna menijska vrstica: dedovanje z najbližje strani prek možnosti navPage (privzeto nav), izrisano kot gnezden seznam s spustnimi ploščami ob prehodu z miško in fokusu. Ikona za začetno stran levo zunaj vrstice je trdno vpeta v main.php in ni del same strani nav.
• Za vsak jezik ena stran nav, od 6. 8. 2026. Če je iskanje navzgor ne najde, main.php izriše vrstico z enim vnosom – povezavo na začetno stran. Do tega datuma je obstajala le de:nav; angleška, slovenska, hrvaška in italijanska začetna stran so obiskovalcem torej ponujale prav to eno povezavo, tri kartice funkcij na strani pa so bile edina pot kamor koli. Nič pri tem ni spodletelo in nič ni bilo zabeleženo: vrstica z enim vnosom je videti kot namenoma varčen meni, ne kot stran, ki je nihče ni napisal. Preverjanje od tedaj zagotavlja, da ima vsak nastavljeni jezik področja stran z menijem in da noben vnos v meniju ne kaže v prazno.
• Dinamična spustna plošča: en dodatni podmeni se samodejno vstavi v izrisano stran nav, če obstaja ustrezna začetna stran – kategorije bloga pod <jezik>:site:blog:start (potrebuje vtičnik wkblog). Zgradi in vstavi ga inc/nav.php v sami predlogi; predpomni se za 30 minut, ključ predpomnilnika pa vsebuje članstvo obiskovalca v skupinah, da drevo, filtrirano z ACL, iz predpomnilnika ene skupine ne zaide k drugi. Predpomnilnik je poleg tega vezan na data/meta/wkblog.sqlite3, da na novo nastavljena oznaka ne ostane do 30 minut nevidna.
• Kategorije da, posamezni prispevki ne, od 25. 8. 2026. Pod vsako kategorijo je do tedaj visel seznam njenih prispevkov, vsak vnos s polnim 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 prelil, preden je bil dosežen zadnji razdelek, štirje vnosi pa so bili dvovrstični naslovi člankov. Potem 17 vnosov in 783 px, s tem prvič v celoti v vidnem polju. Kategorija je zgradba in ostane; prispevek je posamezna stran, zastari in se najde v svojem področju. inc/nav.php od tedaj bere le še imena kategorij. Preverjanja praznosti tam namenoma ni, ker getCategoryTree() preveri pravico za branje, preden ustvari ključ – kategorija brez berljivega prispevka se sploh ne pojavi, preverjanje, ki se nikoli ne more sprožiti, pa je videti kot primer, ki ga je nekdo doživel.
• Lastna prelomna točka vrstice pri 1023 px, od 25. 8. 2026. Vrstica je v .container_24 in je s tem omejena na največ 980 px; njena vsebina ostane enaka, medtem ko se vrstica navzdol oži. Kaj se vanjo prilega, zato ne odloča širina okna, temveč dolžina napisov – in ta je odvisna od jezika. Izmerjeno v slovenščini, najdaljšem jeziku: seznam navigacije 599 px, ob njem začetna stran 50 px, iskalno polje 162 px in rob zloženega stikala 12 px. Od tega ostane pri 1024 px 157 px rezerve, pri 900 px še 57 px; pri 820 px manjka 23 px in pri 768 px 75 px. Gumb hamburger se je do tedaj pojavil šele pri 767 px, zato je bila prav na stari prelomni točki najneugodnejša š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 ostane pri 767 px, ker je to širina, pri kateri stran postane stran za telefon. 1024 px in ne 900 px, čeprav bi 900 še zdržalo: 57 px je manj kot en vnos v meniju. Ista stopnja tako ali tako preklopi lupino wiki, zato ne pride nobena nova prelomna točka. style.ini od tedaj navaja iste vrednosti – nadomestni oznaki __tablet_width__ in __phone_width__ sta bili nastavljeni na 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 zraven. Nosilni razlog pa ni številka 57, temveč njen izvor. Velja za slovenščino, in slovenščina je danes najdaljši jezik. Odvisna je od napisov, ki jih je mogoče kadar koli preimenovati, in od jezika, ki ga še ni. Prelomna točka, ki je odvisna od dolžine besede v meniju, ni prelomna točka, temveč stava. 1024 px je od jezika neodvisno, ker je pod širino, pri kateri vrstica sploh postane ozka – zato 900 px ne bi bilo izbrano niti, če bi rezerva tam znašala 150 px.
• Pravilo prelivanja: v eni vrstici, dokler gre z rezervo, pod tem v celoti v predal – ne »prelomi, ko postane tesno«. Prelom je bil prejšnje stanje in je nastal nenamerno: vnosi v meniju imajo white-space:nowrap, zato je flex-wrap na seznamu edini popustljivi del vsega okvirja, drugi pas pa je 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 za vsak jezik in spodnjo mejo 100 px za vse, kar naj bi v prihodnje prišlo v to vrstico. Prevzame se rezerva, ne vtis: različica z 21 px rezerve je na preizkusni postaji veljala za enovrstično in se je v brskalniku bralca prelomila, ker je bila razlika med dvema rastrskima 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 za vsak jezik. Nobeno slogovno pravilo je ne preverja, nobeno preverjanje se ob njej ne ustavi. Pred vsako vgradnjo v to vrstico je treba rezervo izmeriti ročno, v vseh jezikih.
• Česa tu ni več in zakaj: do 24. 8. 2026 sta bila dodatno vpeta celotno drevo strani wikija pod <jezik>:wiki:start in drevo projektov pod <jezik>:projects:start, oba prek wkacmenu. Izmerjeno je to v menijsko vrstico javnega nastopa prineslo 199 strani dokumentacije v 42 mapah in notranji delovni prostor (vtičniki, repozitoriji) – obiskovalec je naletel na razvijalski wiki, preden je videl ponudbo. Menijska vnosa »Dokumentacija« in »Projekti« sta še vedno na strani nav in vodita tja; odpadlo je le razpirajoče se drevo pod njima. Drevo bloga ni isti primer in ostane: njegovi vnosi so objavljene kategorije, torej prav to, kar išče nekdo, ki klikne »Novice«.
• nav-flyout.js (naloži se le na straneh s profilom site): reši čisto težavo CSS velikih, ustvarjenih spustnih plošč (npr. 20+ imenskih prostorov wikija) – overflow/max-height na spustni plošči bi odrezal tudi globlje gnezdene, absolutno postavljene podmenije. Namesto overflow skript pri predolgih ploščah prikaže le okno zaporednih vnosov in doda majhne puščične gumbe za premikanje tega okna.

Postavitev s štirimi stolpci v slogu dokumentacijskih strani Google Developers/Microsoft Learn, izrisana namesto lupine site BizWay, ko je profil področja wiki – od širine 1024 px se doda peti stolpec (glejte spodaj »Desni stolpec kazala«):

[levi stolpec dejanj] [stranska vrstica dokumentacije] [glavna vsebina] [kazalo strani] [desni stolpec kazala]

• Levi stolpec dejanj (možnost wikiEnableLeftActionRail): urejanje/zgodovina/povratne povezave/predstavnostne datoteke/skrbništvo/prijava ter stikalo vidnosti (prikaz ali skritje stranske vrstice) so tu namesto v ločeni vrstici »Orodja strani«. Stikalo za kazalo od 13. 7. 2026 ni več trdno tu, glejte spodaj »Desni stolpec kazala«.
• Stranska vrstica dokumentacije (možnost wikiEnableDocSidebar), trije nadomestki zapovrstjo: (1) izrecna stran wikiSidebarPage, iskana navzgor, a omejeno na lasten koren področja (wkbizway_area_find_bounded_page() v inc/wiki-shell.php – za razliko od DokuWikijevega page_findnearest(), ki brez omejitve išče do korena wikija in bi pri tem napačno zadel splošno stransko vrstico spletnega mesta, še preden bi prišla na vrsto stopnja 3); (2) wkacmenu v načinu ns=auto (samodejna navigacija po imenskih prostorih, ki upošteva ACL); (3) besedilo z namigom, vidno le uporabnikom s pravico za pisanje na trenutni strani, če manjka oboje.
• Kazalo strani (možnost wikiEnablePageToc): prazno kazalo (kratka stran brez naslovov) stolpec v celoti skrije, namesto da bi ga prikazalo praznega.
• Desni stolpec kazala (od 13. 7. 2026, .wkbizway-action-rail–right, id dokuwiki__tocrail): zrcalni stolpec ikon k levemu stolpcu dejanj, izrisan le od širine 1024 px (pogoj $wikiEnableToc && $wikiTocHtml !== '' && !$wikiIsAdminScreen v inc/wiki-shell.php), in doslej nosi izključno stikalo vidnosti kazala. Pod 1024 px – kjer za drugi stolpec ni več prostora in stolpec kazala za namizje tako ali tako nadomesti mobilno kazalo v vsebini – se isto stikalo vrne na prvotno mesto v levem stolpcu dejanj (druga kopija istega gumba v DOM, id=„wiki-toc-toggle-mobile“ namesto id=„wiki-toc-toggle-rail“; css/wiki-layout.css s prelomno točko nikoli ne prikaže obeh kopij hkrati). initDrawer() v js/wiki-area.js od tedaj sprejme enega ali več sprožilnih gumbov namesto natanko enega in aria-expanded usklajuje na vseh kopijah, ki so trenutno v DOM.
• Razmiki med stolpci (asimetrični model lastništva robov, od 13. 7. 2026): dva žetona v css/tokens.css določata razmike petih stolpcev: --wk-wiki-gap (1.25rem/20px, pri prelomni točki 1024–1279px zmanjšan na 1rem/16px; do povratnih informacij uporabnika 13. 7. 2026 dvakrat večji) kot bralni razmik ob robovih glavne vsebine in --wk-wiki-gap-rail (0.75rem/12px, pri nobeni prelomni točki ne spremenjen) ob robovih proti stolpcema ikon (levi stolpec dejanj↔stranska vrstica dokumentacije, kazalo strani↔desni stolpec kazala) – 52px ozka stolpca ikon ne potrebujeta bralnega razmika; prejšnji enotni razmik 40px je tam pustil optično mrtev bel hodnik (platno, plošče in stolpca si delijo isto barvo ozadja). Tehnično razmiki niso na lastnosti mreže gap (ta svojo vrednost rezervira tudi ob stolpcih, ki se med izvajanjem skrčijo na 0px), temveč so robovi obeh zložljivih stolpcev, stranske vrstice dokumentacije in kazala strani; ob zložitvi (sidebar-collapsed/toc-collapsed) njuni robovi padejo na 0 in glavna vsebina ob robu stolpca ikon prevzame natanko en razmik --wk-wiki-gap-rail (css/wiki-layout.css, blok @media (min-width: 1024px) z razlagalnim komentarjem). Zunanja robova lupine sta od 1024px poravnana (vodoravni odmik 0 – stolpca ikon sta kot vrstica dejavnosti v VS Code/Azure Data Studio neposredno ob robu vidnega polja); pod 1024px še naprej velja 1em odmika od roba (oziroma 16px pod 768px), ker stolpec tam postane vodoravna vrstica in vsebina potrebuje bralni razmik do roba.
• Sploščitev kazala (od 13. 7. 2026, css/dokuwiki-overrides.css): če ima kazalo strani natanko en vnos ravni 1, je to (pri toptoclevel=1, privzeto na tej namestitvi) vedno dvojnik naslova strani H1, vidnega tik ob njem – njegova naslovna vrstica se s CSS skrije, podrejeni seznam pa se začne brez zamika (vzorec »On this page« v dokumentaciji Google Developers); poleg tega odpade vodoravni odmik jedra ovoja #dw__toc. Raven ≥3 obdrži relativni zamik 1em. Dva varovalna pogoja: :only-child pusti strani z več H1 nedotaknjene, :not(.mode_admin) pusti nedotaknjena skrbniška kazala (njihov edini vnos ravni 1 je pravi napis, ne dvojnik naslova – npr. napis »Zbirka podatkov:« nad seznamom zbirk sqlite). Skrije se le naslovna vrstica, nikoli podrejeni seznam – noben vnos se ne more izgubiti. Namenoma učinkuje tudi na mobilno kazalo v vsebini (enake oznake HTML, enaka odvečnost).
• wikiStickyHeader / wikiStickySidebars: glava oziroma levi stolpec dejanj/stranska vrstica dokumentacije/kazalo/desni stolpec kazala ostanejo med pomikanjem vidni (le pri namizni širini).
• wiki-area.js (naloži se le na straneh s profilom wiki): odpira in zapira predal stranske vrstice dokumentacije, stolpec dejanj in mobilni predal kazala, vključno z zapiranjem s tipko Esc, povezavami ARIA in neobveznim pomnjenjem stanja odprto/zaprto v localStorage.
• Stikali pogleda sta pod 768 px odprto v vrstici in nosita besedilo, od 25. 8. 2026. Drevo imenskih prostorov je bilo na telefonu dosegljivo, ne pa najdljivo. Veriga je bila pri 390 px preklikana in po vsakem koraku preštevana: v mirovanju meri stranska vrstica dokumentacije 358 × 0 px pri devetih dostavljenih vrsticah drevesa in nobeni vidni; po gumbu orodij nespremenjeno 358 × 0; šele po gumbu stranske vrstice 358 × 542 px z vsemi devetimi vrsticami. Dva dotika torej, oba za simboli: prvi velik 38 × 40 px in za bralnik zaslona »Orodja strani« (kar obljublja orodja, ne strani), drugi 52 × 52 px in »Stranska vrstica«, kar poimenuje posodo, ne njene vsebine. Na zaslonu na dotik ni orodnega namiga, ki bi to nadomestil. Stikali pogleda zato prideta izza gumba orodij; dejanja strani in spletnega mesta ostanejo za njim, ker učinkujejo na eno stran, »kaj je še v tem področju« pa je pogostejša potreba. Izmerjeno potem: gumb je viden brez predhodnega dotika, meri 95 × 44 px in z enim dotikom odpre devet vrstic drevesa po 52 px.
• Napis »Strani« namesto »Stranska vrstica«. Stikalo je uporabljalo niz jedra $lang['sidebar']. To je pojem iz zgradbe predloge, ne pojem bralcev – ista napaka, ki jo je hamburger lupine site z nav_toggle že enkrat dobil. Predloga ima za to wiki_sidebar_toggle v vseh svojih jezikih. Kratka oblika, ker je gumb na telefonu neposredno ob wiki_toc_toggle: »Strani« ob »Na tej strani« v dveh besedah pove, da eden odpre drevo področja, drugi pa členitev te ene strani. Napis pri tem ne nosi razreda a11y: DokuWiki tam vsako lastnost razglasi za pomembno, zato noben izbirnik besedila ne more vrniti za ozek prikaz. Vrstica ima lastno, preglasljivo različico istega skrivanja, in ta bralniku zaslona zadošča enako.
• Ciljne površine prek --wk-touch-min, ne prek lastnih številk. Ime je edino zagotovilo zbirke za ciljno površino; wkfluentui ga nastavi na 40 px, pod (pointer: coarse) pa na 44 px. Lastne številke na mestu uporabe so prav tista razcepljenost, zaradi katere ime prej ni bilo zanesljivo – nekoč je bilo določeno s 32 px, v petih tujih paketih pa klicano z nadomestno vrednostjo 40 px, tako da je bila ciljna površina odvisna od tega, katera slogovna datoteka je bila po naključju na strani. Kjer datoteka ni naložena, velja nadomestna vrednost 44 px, ker je to primer telefona.

Glava in noga (logotip, uporabniški meni, gradniki noge, vrstica z licenco, ikone družbenih omrežij) sta namenoma zgrajeni enako kot v lupini site – razlikuje se le področje med glavo in nogo, da znamka v obeh profilih deluje enotno. Konkreten primer te enotnosti: okrogli gumb z avatarjem in uporabniškim menijem zgoraj desno v glavi (.premiumnavyivory-user-menu-toggle) meri v obeh lupinah enotno 48px – css/design.css za lupino site, css/area-wiki.css za lupino področja wiki (popravljeno 10. 7. 2026: lupina site je prej kazala 72px veliko ploščico gumba okrog že 48px velike slike avatarja, vidno kot bel obroč).

Skrbniško področje od 9. 7. 2026 v celoti teče v lastnem, izvornem skrbniškem okviru DokuWiki (Splošne nastavitve, upravljanje dostopa, upravljanje uporabnikov, upravljanje razširitev) – lastnega skrbniškega vmesnika »BizWay Admin« v slogu WordPressa ni več. Razlog: samostojno skrbniško nadzorno ploščo je v DokuWiki mogoče zagotoviti le z AdminPlugin; z razpustitvijo vtičnika za nastavitve v smeri izvornih nastavitev predloge je zato nujno odpadla tudi podlaga za lastno nadzorno ploščo.

Naslednji deli, ki so bili prej opisani na tej strani, v kodi ne obstajajo več – če jih iščete, iščete nekaj, kar je bilo namenoma odstranjeno, in to ni znak napake v dokumentaciji:

• lastna skrbniška nadzorna plošča v slogu WordPressa (»BizWay Admin«) z zgornjo vrstico, stranskim menijem in stikalom za klasičen skrbniški pogled DokuWiki;
• trdno vezana skrbniška barvna shema WordPressa (admin-chrome.css, temna stranska vrstica, modri poudarek #2271b1), neodvisna od izbrane colorscheme;
• obogatitev tabel v skrbniškem področju na strani odjemalca (razvrščanje s klikom na stolpec, prosto besedilni filter v upravljanju uporabnikov, ACL in karticah razširitev);
• izstopna kartica s podrobnostmi uporabnika v upravljanju uporabnikov (klik na ID uporabnika);
• predal »+ Novo« za ustvarjanje vsebine v zgornji vrstici (drevo imenskih prostorov, izbira urejevalnika, takojšnje shranjevanje osnutkov Markdown, ustvarjanje vnosov v blogu);
• lasten skrbniški izbirnik predstavnostnih datotek.

Namesto lastne nadzorne plošče css/_admin-forms.css nespremenjene izvorne skrbniške oznake HTML na novo oblikuje zgolj strukturno, ne da bi se dotaknil ene same datoteke jedra ali vtičnika jedra – čista dodajalna kaskada CSS prek specifičnosti izbirnikov in vrstnega reda nalaganja (za nespremenjenim delom jedra css/_admin.less, pred oblikovno ravnjo, glejte style.ini). Oblikovni jezik se zgleduje po Microsoft Fluent/Azure DevOps/nastavitvah Windows (le zgradba, brez novih barv ali pisav – izključno že obstoječi žetoni –wk-* iz Styles Contract (--wk-*)):

• polja: napis nad vnosnim poljem, majhen in polkrepek, umirjena barva besedila – enak dogovor kot pri obrazcih za prijavo (css/_forms.css);
• skupine polj in plošče kot bela kartica (–wk-surface/–wk-border, zaobljeno, z notranjim odmikom); legende in glave plošč polkrepke s tankim ločilom;
• vrstice nastavitev (Splošne nastavitve, drevo ACL): polna širina s tanko ločilno črto, ob prehodu z miško –wk-admin-hover namesto ploskovne barvne zapolnitve; stanje, kot sta »zaščiteno« ali »napaka pri preverjanju«, dobi 3px poudarno črto levo in značko namesto polne barve – običajni primer (»vrednost ustreza privzeti«) ostane namenoma neopazen;
• tabele in seznami (upravljanje uporabnikov, drevo ACL): videz podatkovne mreže, le vodoravne ločilne črte, brez mreže celic, umirjena polkrepka glava.

Pomembna razlika do stare rešitve: skrbniški poudarek zdaj sledi izbrani colorscheme (prek žetonov –wk-admin-accent/-accent-light/-hover, ki so bili prej določeni, a jih ni bralo nobeno pravilo CSS) – zavesten odmik od nekdanjega »skrbništvo je vedno videti enako, ne glede na barvno shemo spletnega mesta«.

Od starega script.js skrbniških razširitev je kot samostojen, še uporabljan del ostala le svetlobna galerija (lightbox) nad mrežami .wkbizway-gallery (vrsta strani gallery, glejte zgoraj).

Na skrbniških zaslonih (do=admin) se isti levi stolpec ikon, ki na običajnih straneh wikija nosi orodja strani (razdelek »Lupina področja wiki« zgoraj, .wkbizway-action-rail), zdaj napolni z vrstico dejavnosti v slogu VS Code/Azure Data Studio z vsemi skrbniškimi moduli, ki jih prijavljeni uporabnik po ACL lahko doseže – namesto da bi tam kot prej ostal prazen ali zložen. Možnost wikiEnableAdminActionBar je bila pozneje odstranjena: vrstica je zdaj območje delovne površine v wkfluentui, ali se delovna površina sploh prikaže, pa odloča način prikaza (do=admin&mode=fluentui).

• Seznam modulov: helper_plugin_wkfluentui_adminrail::getAdminRailItems() (vtičnik wkfluentui, splošen in neodvisen od predloge – od 12. 7. 2026 ni več koda predloge, glejte FluentUI: javni API pomočnika) posnema isto logiko izbire in razvrščanja kot lastna skrbniška pregledna stran DokuWiki (dokuwiki\Ui\Admin::getPluginList(), tam protected in zato ni neposredno dosegljiva) – isto preverjanje ACL (isAccessibleByCurrentUser()/showInMenu()), iste tri skupine (admin/manager/other), isto razvrščanje. Trenutno odprt modul je označen kot dejaven (poudarna črta levo).
• Prerazporejanje: ikone je mogoče prerazporediti z miško (izvorno vlečenje in spuščanje HTML5) ali s tipkovnico (Alt+puščica gor/Alt+puščica dol na izbrani ikoni, vključno z obvestilom za bralnik zaslona) – js/admin-rail.js, naloži se le na skrbniških zaslonih.
• Trajnost: izbrani vrstni red se shrani izključno na strani odjemalca v localStorage, s ključem za vsako prijavo uporabnika (brez nove oblike podatkov na strežniku, podobno kot lastna, prav tako zgolj odjemalska razporeditev vrstice dejavnosti v VS Code/Azure Data Studio). Kateri moduli se sploh prikažejo, s tem ni spremenjeno in v celoti na strežniku odloča preverjanje ACL – spremenjena vrednost v localStorage lahko kvečjemu spremeni vrstni red prikaza, nikoli pa ne naredi vidnega modula, ki ni dovoljen.

Skrbniško področje poleg zgornjega strukturnega videza Fluent pozna tretjo razsežnost: tribarvno semantiko dejanj za gumbe, neodvisno od pogodbe za vse spletno mesto primarno (modro)/sekundarno (obroba) iz css/design.css (ta še naprej nespremenjeno streže prijavi, profilu in urejevalniku wikija). Celotna referenca žetonov in razredov: Contract v3.

• Nevtralno/belo – vsako običajno dejanje, izrecno vključno s shranjevanjem. Za razliko od obrazcev za vse spletno mesto v skrbniškem področju ni več samodejno poudarjenega »glavnega poziva k dejanju«.
• Modro (accent) – posebna dejanja: izvoz, uvoz datoteke, pretvorba.
• Rdeče (danger) – uničujoča ali za varnost pomembna dejanja: brisanje, ponastavitev.

Referenčna izvedba: wkidentity (lasten vtičnik WvdS, PHP je mogoče urejati – razred neposredno v oznakah HTML) ter usermanager (združevanje v orodni vrstici z ločilnimi črtami: belo→modro→rdeče, vrstni red v DOM, ne le barva) in drugih 9 skrbniških zaslonov, ki jih prinaša DokuWiki (ACL, Config, Extension, Logviewer, Styling, Popularity, Revert, Discussion, SQLite – pravila CSS, omejena z ID ali atributom, ker se njihov PHP ne ureja).

V isti funkciji je bilo dodatno popravljeno: podvojeni naslovi na več zaslonih (Logviewer, UserManager, Extension Manager, Discussion), v običajnem stanju neoblikovana plošča »Dodaj uporabnika« v upravljanju uporabnikov (učinkuje le v nadomestnem načinu brez JavaScripta – pogled predala z JavaScriptom je bil že pravilno oblikovan kot kartica), seznam potrditev po razveljavitvi, skupina polj za pravila ACL ter osnovna velikost pisave v skrbništvu (13px→14px) in poenoten sklic na žeton za pisavo enake širine (–wk-admin-font-mono).

Po prvi praktični uporabi barvne semantike skrbniških dejanj je naročnik sporočil osem konkretnih napak in želja glede uporabnosti:

• Splošne nastavitve: trije simulirani stolpci (ime/opis/vrednost) z na vsej strani zajamčeno enako širino (fiksne namesto prilagodljivih osnov flex) in align-items:flex-start za vsako vrstico (ustreznik vertical-align:top v flexboxu).
• Upravljanje slogov: štirje gumbi za dejanja se z novim js/styling-toolbar.js iz treh vrstic <p> pod barvno tabelo premaknejo v ukazno vrstico nad njo – »Ponastavi na privzeto« (po runRevert() dejansko izbriše vse krajevne prilagoditve) rdeče, druge tri nevtralno.
• Upravljanje uporabnikov: gumb »Dodaj«/»Shrani« ni imel lastnega barvnega pravila in je ostal moder; vnosno polje za nalaganje CSV je bilo povsem neoblikovano; gumbi za premikanje po mreži (začetek/prejšnja/naslednja/konec) so bili modri in brez ikone – vse troje popravljeno.
• Logviewer: obrazec za datum, vrstica zavihkov in vrstica filtra, ki jo vstavi script.js, niso bili medsebojno poravnani – preurejeno na vzorec zavihkov Fluent s podčrtajem (zgled wkidentity), omejeno na #plugin__logviewer (skupna komponenta css/_tabs.css ostane nespremenjena, drugi uporabniki, kot je upravljanje razširitev, niso prizadeti).
• Discussion: izbirni seznam stanja (golo <select>, brez class=„edit“) je dobil enake mere polja kot druga skrbniška polja obrazcev.
• sqlite – najbolj opazna posamezna ugotovitev: »viden je le tekst, brez funkcionalnosti« ni bila napaka vtičnika, temveč vrzel v predlogi: lib/plugins/ sqlite/admin.php izvaja getTOC() (lasten mehanizem DokuWiki, v tpl_toc() že predviden za seznam zbirk podatkov na skrbniškem zaslonu), inc/wiki-shell.php pa za $ACT==='admin' tpl_toc() ni nikoli klical. Po popravku se je pokazala druga delna ugotovitev: namizni <aside> kazala je privzeto zaprt predal (.is-open se običajno nastavi z ikono stikala v stolpcu) – skrbniški zasloni pa takšne ikone sploh nimajo (skrbniška vrstica dejavnosti v celoti nadomesti običajni stolpec), zato se is-open za skrbniške zaslone zdaj izriše neposredno na strežniku.
• wkidentity: prijavljeni »spet moder gumb« se je ob preizkusu na živi namestitvi v sveži seji brskalnika izkazal kot že pravilno obarvan – vzrok je bil manjkajoč razbijalec predpomnilnika (cache buster) v povezavi admin.css metode action.php::injectAssets() (glejte Identity), ne napaka CSS.
• Upravljanje razširitev (le raziskano, brez popravka): že znana RuntimeException: Invalid remote data ima dvojni vzrok – neujemanje vrste ulovljene izjeme v imenskem prostoru v lastnem lib/plugins/extension/ GuiAdmin.php DokuWiki (vtičnik jedra, ne ureja se) in manjkajoča nastavitev curl.cainfo/openssl.cafile v tem okolju PHP (neposredna dosegljivost dokuwiki.org s curl je zagotovljena, lastno vedenje HTTPS v PHP pa je brez svežnja overiteljev nedosledno) – oboje zunaj obsega sprememb te predloge.

Tekstura menijske vrstice, senca drsnika, tekstura stranske vrstice in noge ter značka z datumom pri vnosih v blogu so nespremenjeno izvirne grafike PNG/JPG iz teme BizWay za WordPress (lib/tpl/wkbizway/assets/images/, GPL po readme.txt izvirnika), različica -blue. Znana meja, ki še velja: te bitne slike so trdno obarvane modro in ne sledijo izbrani colorscheme – pri nobenem od treh poudarkov znamke (riviera/night/white) se tekstura menijske vrstice, stranske vrstice in noge ne prebarva. Ustrezne različice slik za vsako shemo so odprt, še ne načrtovan projekt. Komponenta poudarka znamke (glejte razdelek »Barvne sheme«) to mejo namenoma obide, namesto da bi jo odpravila: lasna črta se na glavi izriše kot samostojen, z žetonom obarvan element CSS, ne kot poskus, da bi barvno zadeli fiksno modro bitno teksturo.

Arimo, gostovana lokalno kot spremenljiva pisava (woff2, wght 400–700, latin + latin-ext za slovenske diakritične znake, SIL OFL 1.1) → pravi krepki in ležeči rez, brez sintetične odebelitve. Žetoni: –wk-font-body/-heading/-display; mesta za izvirno pisavo WP »Museo 500« predloga namenoma ne prinaša (licenčni razlogi) in se tako kot v izvirniku vrne k Arimo.

Preverjanje skladnje PHP neposredno v ukazni vrstici (C:\PHP\8.3\php.exe -l) ter dimni preizkusi HTTP in v brskalniku na vsakokratnem razvojnem strežniku (trenutno localhost:8880 kot glavni, localhost:8800 starejši) – strani ter css.php/js.php s purge=true.

Past predpomnilnika (popravljeno 10. 7. 2026): razbijalec predpomnilnika tseed v naslovu css.php/js.php se v funkciji jedra DokuWiki tpl_metaheaders() (inc/template.php) izračuna kot zgoščena vrednost MD5 iz časov spremembe (filemtime()) več datotek – ne le conf/tpl/premium-navy-ivory/style.ini, temveč vseh datotek kaskade nastavitev main (inc/config_cascade.php): conf/dokuwiki.php, conf/local.php in conf/local.protected.php, poleg tega style.ini. Same izvorne datoteke CSS/JS predloge (css/*.css, assets/js/*.js) v to zgoščeno vrednost ne vstopajo – urejanje teh datotek torej tseed ne spremeni, zato brskalniki (css.php/js.php pošiljata glave Expires daleč v prihodnost) še naprej uporabljajo staro, predpomnjeno različico.

Rešitev: po vsaki spremembi CSS/JS predloge katero koli datoteko kaskade nastavitev prepišite z novim časovnim žigom, npr. touch conf/local.php (zadošča sprememba mtime, vsebina datoteke ostane enaka) – to spremeni naslov css.php/js.php v HTML strani (&tseed=…), in za vse brskalnike zadošča običajno osveženje. Druga možnost: uporabnik izvede trdo osvežitev (Ctrl+F5), ki pa predpomnilnik brskalnika obide le v tem enem brskalniku, ne da bi spremenila sam tseed. Preverjanje, da je res dostavljen svež CSS: curl na trenutni naslov css.php iz HTML strani in iskanje prizadetega pravila v njem.

Prejšnja različica tega razdelka je napačno trdila, da conf/local.php na tseed ne vpliva in da šteje le style.ini – to je v nasprotju z zgoraj navedeno izvorno kodo jedra in je bilo empirično ovrženo (s primerjavo prevedenega CSS s curl pred in po touch conf/local.php).

• 25. 8. 2026: izbira jezika je iz navigacijske vrstice premaknjena v servisno vrstico glave in je tam spustni gradnik (globus z oznako trenutnega jezika, inc/hreflang.php). V vrstici je stala približno 175 px, ki tam niso bili prosti: vrstica se je v angleščini in slovenščini prelomila v dve vrsti, v nemščini je z 21 px rezerve zdržala na preizkusni postaji in se prelomila v brskalniku bralca. Vrstica ima od tedaj lastno prelomno točko pri 1023 px, poimenovano pravilo prelivanja in dogovorjeno najmanjšo rezervo. Prevzeto v petih jezikih pri sedmih širinah od 390 px do 1920 px, na živi namestitvi, na izrisani sliki.
• 6. 8. 2026 (noga): div.license in div.buttons sta spet vključena, pod lastnima imenoma razredov DokuWiki. Povod je bila povratna informacija uporabnika, da je predloga od noge strani DokuWiki »veliko odrezala«; po meritvi je bil vzrok drug: klic vrstice z licenco je bil vedno tam in ni vrnil ničesar, ker licenca ni nastavljena. Noga s tem v nobenem jeziku ni povedala ničesar o pravicah. Zdaj: lastno besedilo noge, sicer nastavljena licenca, sicer iz letnice in naslova spletnega mesta sestavljen pridržek pravic v petih jezikih. Vrsta značk nosi štiri od petih značk (brez donacij), izklopiti jo je mogoče z novo nastavitvijo footerbuttons. Pri tem se je pokazalo, da je bil ves pas noge trikrat v izvorni kodi (področje spletnega mesta, področje wiki in pogled predstavnostne datoteke), tretja kopija pa je bila najrevnejša: nosila je navedbo programske opreme in nič o pravicah. Zdaj prihaja iz ene funkcije; tretjo kopijo je našlo novo zagotovilo, ne pogled. V istem koraku: stolpci noge so obstajali le v nemščini, drugi štirje jeziki pa so namesto njih kot surovo besedilo kazali oznako vtičnika, ki ni nameščen; vrsta ikon družbenih omrežij pa ni imela niti enega slogovnega pravila in se je prikazala kot naštevni seznam s pikami in 40 slikovnimi pikami zamika.
• 6. 8. 2026: javno področje je v vseh petih jezikih enako zgrajeno. Angleška, slovenska, hrvaška in italijanska začetna stran so z deset do enajst blokov prenesene na iste štiri razdelke kot nemška; za to so štirje jeziki prvič dobili lastne označevalne strani hero in features. Devet izsekov, ki potem niso imeli več uporabnika, je odstranjenih – z njimi zadnjih 124 navedb oblikovanja in 130 nadomestnih vrednosti v vsebini strani. Pri tem so prišle na dan tri ugotovitve, ki jih ni nihče sporočil: štiri spletna mesta v drugih jezikih sploh niso imela menija (obstajala je le de:nav; predloga tedaj izriše vrstico s povezavo na začetno stran, kar je videti kot varčen meni), povezave diapozitivov v uvodnem pasu niso imele dostopnega imena (WCAG 2.2, raven A, v vseh petih jezikih), prav tako ne puščici drsnika – script.js prevText/nextText namenoma pusti prazna, da je viden znak iz slogovne predloge, prazno pa pomeni tudi brez imena. Vse troje popravljeno; kloni, ki jih FlexSlider doda za neprekinjeno kroženje, so poleg tega izvzeti iz zaporedja tipke Tab. Šestnajst strani v hr:site: in it:site: se od tedaj imenuje z imenom namesto z identifikatorjem, izgubljeni diakritični znaki v hrvaških in italijanskih besedilih (drzi, sto, racunala ugroiavaju, conformita) pa so obnovljeni. Preverjanje site-area-probe je zraslo s 17 na 25 zagotovil in od tedaj meri tudi izseke lupine, izseke brez uporabnika in stran z menijem za vsak jezik; šest protipreizkusov v obe smeri.
• 4. 8. 2026: stran je premaknjena z de:wiki:dwe:premiumnavyivory sem – skupaj z arhivom različic, dnevnikom sprememb in vsemi dohodnimi povezavami, v vseh petih jezikih. Povod ni bilo pospravljanje, temveč mrtva povezava: vrstica url v template.info.txt je kazala na de:wiki:dwe:wkbizway, in prav to povezavo upravitelj razširitev DokuWiki upravljavcu ponudi kot dokumentacijo predloge. Identifikator strani je do tedaj nosil ime vtičnika, ki od 1. 8. 2026 ne obstaja več. V istem prehodu: glava, razdelek o zgradbi, možnosti teme, barvne sheme, usklajevanje style.ini in lupina wiki so posodobljeni na današnje poti in predpone (lib/tpl/wkbizway, wkbizway_/.wkbizway-); razdelek o preusmeritvah je prešel v sodelovanje_petih_nastavitev, ker so tja prešle preusmeritve – tu je bil edini opis mehanizma, ki ga ta predloga nima več. Predloga je poleg tega prvič dobila lastno README.md s petimi dokumenti v docs/ in je od tedaj predmet prevzemnih vrat, za katera je bila prej nevidna (manifest ima v template.info.txt, vrata pa so iskala izključno plugin.info.txt).
• 3. 8. 2026: preimenovanje paketov hiše: predloga premium-navy-ivory → wkbizway, predpona funkcij in razredov premiumnavyivory_ → wkbizway_, razredi CSS .premiumnavyivory- → .wkbizway-, skladnja označevalcev {{wkbizway:…}} → {{wkbizway:…}}. Pri tem je enkrat ostal klic preimenovan, datoteka pa ne (inc/wkbizway-render.php): vsaka stran je vrnila usodno napako (fatal), medtem ko je 1062 preverjanj sporočilo zeleno in sta oba svežnja CSS vrnila HTTP 200 – css.php nikoli ne naloži main.php. Od tedaj k vsakemu preimenovanju sodi pravi priklic strani, ne le priklic svežnja.
• 1. 8. 2026: spremljevalni vtičnik wvdspremiumnavyivory razpuščen. Preusmeritve skupaj z nastavitvami v wkfluentui, razreševanje področij nazaj v predlogo, usklajevanje style.ini kot funkcija v main.php. S tem je odpadla tudi vrstica depends in z njo zgoraj opisana past jedra.
• 13. 7. 2026 (razmiki, drugi krog): na povratno informacijo uporabnika o rezultatu prejšnje prilagoditve razmikov kazala: zunanja robova lupine od 1024px poravnana (vodoravni odmik 0, vzorec VS Code/ADS; pod tem nespremenjeno), bralni razmik --wk-wiki-gap prepolovljen (2.5rem→1.25rem, preglasitev za 1279px 1.75rem→1rem); razmik ob stolpcih ikon in mehanika zlaganja nespremenjeni. Izmerjeno na živi namestitvi: 0/12/20/20/12/0 pri 1920px, 0/12/16/16/12/0 pri 1120px. Poleg tega so obnovljeni oglati koti podlag in kartic iz prejšnje regresije (border-radius: 0 na štirih mestih v css/area-wiki.css) – prvotni popravek je bil izključno na nikoli združeni veji bugfix/083 in se je ob menjavi veje na master na živi namestitvi izgubil (»zaprto v ADO ≠ združeno na živo«); zdaj s cherry-pick v redni delovni veji.
• 13. 7. 2026: odpravljeno zapravljanje vodoravnega prostora v področju kazala: nov žeton --wk-wiki-gap-rail (0.75rem/12px) naredi model lastništva robov asimetričen – bralni razmik 40px (oziroma 28px pri 1024–1279px) le še ob robovih glavne vsebine, 12px ob robovih proti stolpcema ikon, vključno z vedenjem ob zlaganju (css/tokens.css, css/wiki-layout.css). Poleg tega sploščitev kazala v css/dokuwiki-overrides.css: odvečen vnos ravni 1 (dvojnik naslova strani) skrit, podrejeni seznam brez zamika, odmik ovoja odstranjen; izjemi :only-child (strani z več H1) in :not(.mode_admin) (skrbniška kazala, npr. napis sqlite »Zbirka podatkov:«). Podrobnosti v razdelku »Lupina področja wiki« zgoraj. Izmerjeno na živi namestitvi (Playwright): razmiki 12/40/40/12 pri 1440px, 12/28/28/12 pri 1120px, zložena stanja 12px ob stolpcu; protipreizkusi stran z več H1, skrbniško kazalo, mobilno kazalo v vsebini.
• 13. 7. 2026: dodan desni stolpec kazala (.premiumnavyivory-action-rail–right, id dokuwiki__tocrail), zrcalno k levemu stolpcu dejanj, od širine 1024px kot peti stolpec mreže (css/wiki-layout.css, –wiki-tocrail-col). Stikalo vidnosti kazala se preseli vanj; pod 1024px se vrne na prvotno mesto v levem stolpcu dejanj (druga kopija istega gumba v DOM, initDrawer() v js/wiki-area.js od tedaj podpira več sprožilnih gumbov na predal namesto natanko enega). Velikost pisave kazala strani in stranske vrstice ACMenu/dokumentacije z 0.85em na fiksnih 13px (družina pisave nespremenjena prek var(–wk-wiki-font-body)). Podrobnosti v razdelku »Lupina področja wiki« zgoraj. Preverjeno s php -l, node –check ter s Playwright pri vseh štirih prelomnih točkah (>=1280px, 1024–1279px, 768–1023px, <768px), vključno z usklajevanjem stanja localStorage med obema kopijama gumba.
• 12. 7. 2026: preureditev komponent po ločitvi odgovornosti: poslovna logika in logika ACL, ki je bila od razpustitve wvdsbizway (9. 7. 2026) v sami predlogi, premaknjena v komponente pomočnikov. inc/routing.php in inc/area.php izbrisana – njuna vsebina je zdaj helper_plugin_wvdspremiumnavyivory_{routing,area} v lastnem vtičniku (odpravi prej obrnjeno odvisnost: wvdspremiumnavyivory/action.php je prej dejavno nalagal notranje datoteke predloge). Funkcije za usklajevanje style.ini v main.php so postale helper_plugin_wvdspremiumnavyivory_styleini. Naštevanje stolpca skrbniških ikon, podatkovna logika galerije, usklajevanje delov navigacije in izračun začetnic avatarja (prej podvojeno med main.php in inc/wiki-shell.php) so prešli v nov, splošen, od predloge neodvisen vtičnik wvdsfluentui (glejte FluentUI (knjižnica oblikovalskega sistema)), ki poleg tega prek združevanja CSS vtičnikov v DokuWiki prinaša privzete vrednosti žetonov –wk-* za vse spletno mesto – menjava predloge od tedaj ne pokvari več videza drugih vtičnikov WvdS (npr. wvdstotp). Čista preureditev, brez spremembe vedenja; vsak klic plugin_load() prenese vrednost null. Celotne pogodbe metod: FluentUI: javni API pomočnika.
• 12. 7. 2026: odpravljenih osem točk povratnih informacij uporabnika po prvi praktični uporabi barvne semantike skrbniških dejanj (podrobnosti v razdelku »Skrbniško področje« zgoraj): postavitev s tremi stolpci v Splošnih nastavitvah, orodna vrstica upravljanja slogov, preostale vrzeli v upravljanju uporabnikov (gumb za shranjevanje/nalaganje/premikanje po mreži), preoblikovanje zavihkov v Logviewer, izbirni seznam v Discussion, seznam zbirk podatkov sqlite (ponovna aktivacija kazala strani) ter raziskava sporočila o napaki upravljanja razširitev (vzrok dokumentiran, popravek ni mogoč).
• 11. 7. 2026: uvedena barvna semantika skrbniških dejanj (podrobnosti v razdelku »Skrbniško področje« zgoraj): tri obvezne barve gumbov (nevtralno/modro/rdeče), referenčna izvedba wvdstotp + združevanje v orodni vrstici usermanager, popravki 7 skrbniških zaslonov, ki so bili že označeni kot »zaprti« (podvojeni naslovi, neoblikovan obrazec za dodajanje v upravljanju uporabnikov v nadomestnem načinu brez JavaScripta, seznam po razveljavitvi, skupina polj ACL), prva pokritost Fluent za discussion/sqlite, osnovna velikost pisave v skrbništvu 13px→14px, nov žeton –wk-admin-font-mono. Celotna pogodba: Styles Contract (--wk-*).
• 11. 7. 2026: odpravljen neželen vodoravni drsnik ob pripetem stolpcu dejanj, stranski vrstici dokumentacije in kazalu strani: samo overflow-y: auto je brskalnik po specifikaciji pripravil do tega, da je nedoločeno os overflow-x prav tako razrešil v auto (CSS Overflow Module Level 3), zaradi česar je navpični drsnik, širok nekaj slikovnih pik, sam ustvaril dovolj prelivanja, da je trajno prikazal nefunkcionalen vodoravni drsnik – to je zadevalo novo skrbniško vrstico dejavnosti in obstoječo vrstico orodij strani na običajnih straneh wikija. Popravek: v css/wiki-layout.css izrecno dodan overflow-x: hidden, navpično pomikanje ostane nespremenjeno. Preverjeno z meritvijo getComputedStyle() pred popravkom in po njem na obeh prizadetih vrstah zaslonov.
• 11. 7. 2026: dodana skrbniška vrstica dejavnosti (razdelek »Skrbniško področje« zgoraj): levi stolpec ikon lupine področja wiki na skrbniških zaslonih zdaj prikaže vrstico dejavnosti v slogu VS Code/Azure Data Studio z vsemi dosegljivimi skrbniškimi moduli, prosto razporedljivo z vlečenjem in spuščanjem ali s tipkovnico, namesto da bi tam ostal prazen ali zložen. Nova možnost wikiEnableAdminActionBar (privzeto vklopljena). Preverjeno s Playwright (s prijavo) na štirih zaslonih (Splošne nastavitve, skrbniški pregled, upravljanje uporabnikov, običajna stran wikija).
• 11. 7. 2026: dodano usklajevanje pogodbe DokuWiki: main.php od zdaj samodejno zapiše conf/tpl/premium-navy-ivory/style.ini (razdelek »Barvne sheme« zgoraj) v skladu z dejavno barvno shemo, namesto do tedaj zastarele priložene palete BizWay. Zapiše se le ob dejanskem odstopanju (varovalo razlike); zapis pri tem samodejno zamenja razbijalec predpomnilnika tseed (style.ini je že na njegovem seznamu odvisnosti, inc/template.php vrstica 245), ročna trda osvežitev za ta popravek – drugače kot pri čistih spremembah izvorne kode CSS/JS (glejte razdelek »Preverjanje«) – ni potrebna; preverjeno s primerjavo vrednosti tseed s curl pred menjavo sheme in po njej. Preverjeno s php -l ter z ročno primerjavo ustvarjenih vrednosti style.ini z vsemi tremi datotekami shem in vsiljenim white v področju wiki.
• 10. 7. 2026: komponenta poudarka znamke poenostavljena (dva zaporedna popravka uporabnika po vizualnem pregledu): zlat valovit pas na prehodu glave in menija odstranjen, nato odstranjena še preostala lasna črta na tem stiku (rdeča črta tam ni delovala usklajeno). Zgornji okvirni pas lupine strani site je zdaj edini poudarek v glavi site – stalno rdeč (–wk-error), neodvisen od sheme. Žeton –wk-brand-frame s tem nima več uporabnika in je odstranjen iz vseh treh datotek shem; –wk-brand-hairline zdaj uporablja le še glava wikija. Poleg tega glava, uvodni pas vstopne strani in glava wikija enotno kažejo isto fiksno slonokoščeno ozadje namesto od sheme odvisnih žetonov –wk-paper/–wk-surface.
• 10. 7. 2026: barvne sheme združene na tri uradne poudarke znamke WvdS: green/red/meadow odstranjene, navy-ivory.css preimenovan v riviera.css, dodani novi shemi night.css (polno temno platno) in white.css (svetlo platno, mornarsko moder okvir). Novi razširitveni žetoni –wk-brand-frame/–wk-brand-hairline za vsako shemo, ki jih uporablja nova komponenta css/brand-accent.css (valovit motiv + lasna črta na stiku glave in menija v profilu site, zgornji okvirni pas na lupini strani site, dodatna lasna črta pod glavo wikija). Profil področja wiki se od tedaj brez izjeme izriše z white, ne glede na vrednost možnosti colorscheme (main.php); ta možnost vpliva le še na profil področja site. Privzeta barvna shema preimenovana z navy-ivory v riviera (zgolj preimenovanje, paleta nespremenjena). Preverjeno s php -l in posnetki zaslona Playwright (glava site, glava wikija).
• 10. 7. 2026: notranje preimenovanje bizway → premiumnavyivory v celoti zaključeno: vseh 34 imen funkcij in konstant PHP (bizway_*/BIZWAY_* → premiumnavyivory_*/PREMIUMNAVYIVORY_*) in 32 razredov CSS (.bizway-* → .premiumnavyivory-*) v predlogi ter izbirniki JS v script.js/js/wiki-area.js prestavljeni; datoteka inc/bizway-render.php je postala inc/premiumnavyivory-render.php. Skladnja oznak označevalcev ({{wvdsbizway:...}} → {{wkbizway:...}}) je bila spremenjena skupaj z obema mestoma regularnih izrazov v inc/area.php in vsemi 7 prizadetimi stranmi wikija v enem delovnem koraku. Mapa slogov BlogTNG lib/plugins/wvdsblog/tpl/wvdsbizway/ je bila preimenovana v tpl/premiumnavyivory/. Ta stran je bila premaknjena z identifikatorja de:wiki:dwe:wvdsbizway sem; na starem identifikatorju je od tedaj preusmeritvena stran. Osirotela conf/wvdsbizway.json odstranjena. Namenoma izvzeti sta ostali: imeni možnosti WP bizway_footertext/bizway_customcss (prava imena polj prvotne teme za WordPress) ter mapa lib/plugins/blogtng/tpl/bizway/ (neodvisna mapa tujega, opuščenega vtičnika jedra blogtng, ki ni del tega paketa). Preverjeno s php -l in preizkusom v brskalniku Playwright (localhost:8880, vseh 5 jezikov).
• 10. 7. 2026: nov razdelek »Formalna deklaracija odvisnosti (depends)«: template.info.txt je dobil vrstico depends wvdspremiumnavyivory. Pri tem je bila odkrita in na živi namestitvi preverjena napaka jedra DokuWiki (različica 2025-05-14b »Librarian«): krajevno nastavljeno polje depends z eno vrednostjo se razčleni kot niz namesto kot polje, zato izklop in odstranitev vtičnika prek skrbniškega vmesnika ne delujeta več čisto (TypeError namesto zapore). Podrobnosti, zapisnik preizkusa in tabela primerov v novem razdelku.
• 10. 7. 2026: popravljen razdelek »Preverjanje«: dosedanja trditev, da touch conf/local.php ne vpliva na razbijalec predpomnilnika tseed, je bila napačna – po izvorni kodi jedra DokuWiki (inc/template.php, tpl_metaheaders()) conf/local.php prek kaskade nastavitev main neposredno vstopa v izračun tseed, prav tako kot style.ini. Popravek je nastal med preverjanjem s primerjavo curl pred touch conf/local.php in po njem.
• 10. 7. 2026: gumb z avatarjem in uporabniškim menijem v glavi (.premiumnavyivory-user-menu-toggle, takrat še .bizway-user-menu-toggle) v lupini site zmanjšan s 72px na 48px (css/design.css), skladno z že 48px veliko sliko avatarja in z vedno pravilno lupino področja wiki.
• 9. 7. 2026: stran v celoti na novo napisana po ločitvi in preimenovanju wvdsbizway → predloga premium-navy-ivory + vtičnik wvdspremiumnavyivory. Novi razdelki: profili področij (site/wiki), mehanizem označevalnih strani, preusmeritve (vstopna preusmeritev in preusmeritev kazala imenskega prostora, vključno z dokumentiranim primerom napake pri vstopni preusmeritvi), lupina področja wiki, dinamične spustne plošče navigacije. Odstranjeni: vsi razdelki o medtem odpravljeni skrbniški nadzorni plošči WP, obogatitvi tabel, izstopni kartici uporabnika in predalu »+ Novo« (zdaj le še kot negativni namig v razdelku »Kaj je odpadlo od 9. 7. 2026«). Privzeta barvna shema posodobljena z default (modra BizWay) na navy-ivory.
• Starejša zgodovina (do različice pred preimenovanjem, kot »BizWay Bundle«): glejte zgodovino različic te strani wikija (zavihek »Stare različice«).

Predloga: lib/tpl/wkbizway (GPLv3, oblikovanje izpeljano iz teme BizWay za WordPress 1.8.4, InkThemes.com)
Spremljevalni vtičnik: nobenega – predloga je od 9. 7. 2026 samostojna, od 1. 8. 2026 brez kakršnega koli deleža vtičnika
Avtor: Wolfgang van der Stille Wolfgang.van.der.Stille@gmail.com (The White Knight Labs)
Pogodba slogov: Styles Contract (--wk-*) · Delovna površina in lupina: FluentUI (knjižnica oblikovalskega sistema)

Predloga prinaša videz: barvne žetone, tri sheme, mrežo strani obeh lupin, glavo in nogo ter bloke lupine site, ki jih določajo nastavitve. Zgradbe ne prinaša – skrbniška delovna površina, območja in preusmeritve pripadajo wkfluentui. Preizkus za to je hišno pravilo: če je tema BizWay izklopljena, delovna površina deluje nespremenjeno.

Opomba o imenu (tri preimenovanja, vsako z razlogom). Ta stran se je prvotno imenovala »BizWay Bundle« in je pod skupnim imenom wvdsbizway opisovala predlogo in vtičnik. 9. 7. 2026 sta bila ločena: predloga se je od tedaj imenovala premium-navy-ivory, vtičnik wvdspremiumnavyivory. 10. 7. 2026 je bilo zaključeno notranje preimenovanje (imena funkcij in razredi CSS so odtlej nosili premiumnavyivory_/.premiumnavyivory-). 3. 8. 2026 je s preimenovanjem paketov hiše iz tega nastal wkbizway s predponama wkbizway_/.wkbizway-, skladnja označevalcev pa se od tedaj glasi {{wkbizway:...}}. 4. 8. 2026 je bila ta stran premaknjena z de:wiki:dwe:premiumnavyivory sem – skupaj z zgodovino, ker je njen identifikator do tedaj nosil ime vtičnika, ki ga ni več.

Ta stran opisuje današnje stanje. Kar je nekoč obstajalo in danes ne več, je namenoma zapisano nižje, namesto da bi bilo izbrisano: razdelka »Kaj je odpadlo od 9. 7. 2026« in »Opuščena konstrukcija« navajata vsako slepo ulico skupaj z meritvijo, ob kateri je spodletela – da je nihče ne bi iskal in nihče ne bi zgradil drugič.