Malli arutelu:Navmall

Kuskilt laetakse ka CSS, kuid see pole MediaWiki:Common.css sees. Jätkan uurimist ja kõrvalt muudan tasakesi malli (kui vaja, võin eraldi tempmalli asja tõsta). MediaWiki:Common.js muutmise õigust oleks vaja. --4nd3r 16. aprill 2008, kell 07:33 (UTC)

see css on nimelt too common.css ja nii toda kui ka nimetet javascripti faili saavasd muuta üksnes adminid - Ahsoous 16. aprill 2008, kell 07:42 (UTC)

Arusaadav. Eks teeb siis if-lausetega. --4nd3r 16. aprill 2008, kell 07:55 (UTC)

Põhimall on [Navmall/tuum]. Redigeerimise akna all on mallid, mida see mall veel kasutab. --Tiuks 16. aprill 2008, kell 08:50 (UTC)

Kas navmalli võib kasutada? Ahsoous tegi {{Eesti otsib superstaari}} ja siin ei ole vaja välja state kasutada. --Tiuks 17. aprill 2008, kell 14:43 (UTC)

state=collapsed, uncollapsed, autocollapse saab lisada eraldi malliga en:Template:Collapsible option. Kuidas need tõlgib? --Tiuks 21. aprill 2008, kell 22:19 (UTC)

---

Sellepärast ei pea ju arutelu kustutama, et seal juhuslikult parasjagu ühtegi sellist alaosa pole, mida edasi võiks arutada.

Oletan, et 2200 linki ei ole üheski mõttes kõrge liiklusega ja siin pole kaitset vaja. Commonsis on loetakse sel põhjusel kaismisvääriliseks 200 000 lingiga mallid. Pikne 19. mai 2010, kell 18:34 (EEST)

Kas parameetri grupp asemel saaks olla rühm või vähemalt nii, et mõlemat pidi töötaks, kui esimesel juhul liiga palju malle tuleks parandada? Pikne 19. mai 2010, kell 18:37 (EEST)

Kui sa seda arutelu loed siis saad ju aru küll, et sellega pole mitte midagi peale hakata. 2200 lehte on eesti viki kohta päris suur lehtede arv, ja peale selle hoiatan ette, et mitmeid tuhandeid tuleb varsti juurde (nimelt pole mõtet säilitada malle Haldus ja Navigeerimismall, ja kui neid kasutavad mallid ära teisendada kasvab hulk mitmekordseks) -- Ahsoous 19. mai 2010, kell 18:42 (EEST)

Haldusmalli võiks küll ära kaotada, aga navigeerimismalli prooviksin kunagi saksa viki järgi korda teha. Ühe rühmaga navmallide jaoks olen seda siiani päris hää meelega kasutanud. Ta tundub kompaktsem (kitsam raam ja pildi saab päise peale lükata).

Ma küll ei tea, millal täpselt tuleb malli redigeerimist serverile koormavaks lugeda ja kas see projektiti erineb, aga 10 000 linki oleks ikkagi hulga vähem kui 200 000. Pikne 19. mai 2010, kell 18:59 (EEST)

No ei tea, millal ta serverile koormavaks saab ka paarituhande puhul kui hakatakse malli tihedalt muutma, kasvab tööjärg suht pikaks. Ja inglisviki elab selle oma meeltute klikkide arvuga tunduvalt kiiremini üle kui meil siin. Ütleme nii et kui tööjärg on 10000 siis vajame 1000 klikki et see nullini jõuaks. - Ahsoous 19. mai 2010, kell 19:18 (EEST)

---

Mul on küsimus selle kohta, et kui mallil on kaks kõrvutipaiknevat lahtrit, siis miks on nüüd need eraldatud püstkriipsuga ja mitte ei ole esimene lahter teist moodi värvunud? (vt nt sama malli õpetuses alajaotust "Tabeli paigutus") Enne oli minu meelest oluliselt viisakama väljanägemisega see asi. Ivo 20. mai 2010, kell 14:57 (EEST)

Nad on eri värvi ja mingit püstjoont vahel ei ole. Äkki asi selles et ma muutsin ka css faili, ning võib-olla sul istub miski asi cache'is. puhasta cache ja proovi uuest ning teata, kas said asja korda -- Ahsoous 20. mai 2010, kell 15:09 (EEST)

Nüüd on korras. Ivo 20. mai 2010, kell 15:38 (EEST)

---

Arvan, et Navmalli saaks ja võiks teha selle malli moodi. Siis oleks Navigeerimismalliga sarnane kujundus ning kui artiklis kasutada eri liiki malle, üht Navmalli ja üht Navigeerimismalli, oleks nad ikkagi vaikimisi peidetud. Pikne 26. august 2013, kell 22:42 (EEST)

Hetkel on vist navigeerimismall kujundatud selle järgi. Veel kasutab sama kujundust {{Muusikute navigeerimismall}}. Ma hetkel ei saanud pihta, mis seal erinevat on. Tundub väga selle moodi olevat. --Tiia (arutelu) 26. august 2013, kell 23:06 (EEST)

Navigeerimismalli on tehtud selle järgi. Mis ei erine millest ja mis on mille moodi? Pikne 26. august 2013, kell 23:28 (EEST)

Väljasid on navigeerimismallil vähem ja kood on teine aga kujundus on sellega sarnane. Ma saan aru, et saksa mallis on alamgrupid toodud malli sisse, muidu on kujundus ju sama. Seda malli kasutavad ka {{Navmall veergudega}} ja {{Navmalli alamgrupp}}. --Tiia (arutelu) 26. august 2013, kell 23:45 (EEST)

Kujundus on pisut erinev, vaata näiteks praegu artiklis Valga olevat kaht navigeerimismalli. Et nimetatud abimallid seda abimalli kasutavad, ei tohiks olla ületamatu probleem.

Saksa viki analoogsel mallil on veel see hea omadus, et malli päiselinke v-a-r näidatakse ainult neile, kes oma eelistuste all vastava valiku teevad. Pikne 7. september 2013, kell 13:13 (EEST)

Palun taastada redigeerimislingid malli päises. Nende ärakaotamine oli halb mõte,  • • • Kasutaja:Ahsoous • arutelu •

Kirjutasin juhendisse, kuidas need nüüd soovi korral nähtavale saab. Selleks on valik eelistuste kaardil "Tööriistad". Pikne 29. mai 2014, kell 16:05 (EEST)

Selline lahendus ei ole aksepteeritav.  • • • Kasutaja:Ahsoous • arutelu • 29. mai 2014, kell 16:22 (EEST)

Mulle tundus hea mõttena ja kuna minu üleelmise kommentaari juures ei protestitud, siis tegin ära.

Miks pole aktsepteeritav? Iseenesest need lingid on mõeldud ju peaasjalikult toimetajatele ning lugejatele pole tarvis neid köögipoole linke näidata. Nüüd on asi selles suhtes paindlikum. Pikne 29. mai 2014, kell 16:30 (EEST)

Mingeid gadgeteid ei pea sisu kuvamiseks kasutama ja ma põhimõtteliselt ei planeerigi seda aktiveerida. Sina ju viki sisulise poolega ei tegele.  • • • Kasutaja:Ahsoous • arutelu • 29. mai 2014, kell 16:40 (EEST)

Mõte selles ongi, et erinevalt muudest mallis sisalduvates linkidest pole toimetamislingid sisu ega hõlbusta sisu vahel liikumist. Ja mis gadget'is iseenest halba on? Css-i kasutame siin ju niikuinii, lihtsalt jupike sellest on hõlpsasti sisse-välja lülitatav (ilma oma stiililehele midagi kopeerimata). Ma ei tea, kas see siin asjasse puutub, aga eks ma ikka vahest eksi vikis ka mõnd otsesemalt sisulist asja tegema.

Veel arvamusi? Seoses sellega, et toimetamislingid v-a-r olid enne navmalli päises kogu aeg kõigile näha ning praegu on neile sisseloginud kasutajale, kes seda soovivad, nii nagu saksa vikis. Pikne 1. juuni 2014, kell 16:42 (EEST)

Miks nad ei võiks kõigile näha olla? Andres (arutelu) 1. juuni 2014, kell 16:45 (EEST)

Sest neid Vikipeedia köögipoole linke pole lugejal tarvis. Pikne 1. juuni 2014, kell 17:08 (EEST)

Tee nii, et vaikimisi need lingid on näha ja gadgetiga võib need ära keelata. Sellise variandiga nagu sa tegid ei saa mina nõustuda.  • • • Kasutaja:Ahsoous • arutelu • 1. juuni 2014, kell 21:18 (EEST)

Selle loogikaga võiks ka muuda-nupu vaikimisi ära peita. Andres (arutelu) 1. juuni 2014, kell 23:00 (EEST)

No muuda-nupp on pigem artikli kõrval, mitte niivõrd artikli osa. Lugeja jaoks pole ka ilmne, mida need lühilingid tähendavad ja seda segadust on meil võimalik vältida.

Vastupidi teha pole minu meelest mõtet. Neid linke pole tarvis sisselogimata lugejatel, kes ei saa peita ning kogenud kasutajad, kes üldiselt on sisse loginud ja neid linke tegelikult vajaks, seevastu saavad oma eelistusi muuta ja teavad kuidas see käib. Ma ei saa endiselt aru, miks ei saa nõustuda. Pikne 1. juuni 2014, kell 23:35 (EEST)

Kuidas ma peaksin üldse selle peale tulema, et ma peaksin eelistust muutma hakkama, kui kogu aeg on malle saanud redigeerida? Pigem ma arvaksin, et midagi on viga või et mul ei lubata malli puutuda. Andres (arutelu) 1. juuni 2014, kell 23:59 (EEST)

Kui siiski nii jätame, võin üldises arutelus kuulutada, et on selline võimalus. Aga eelistuste ja muude esmapilgul varjatud võimalustega on minu meelest üleüldiselt nii, et nende asjade vastu tuleb lihtsalt huvi tunda, tuleb uurida, millised eelistused üldse on olemas, mis on kirjas juhendites ja dokumentatsioonis. Ja kui mall töötab teisiti kui enne, siis eeldatavasti leiab malli juurest selle kohta infot. Redigeerimist iseenesest ju piiratud pole, lihtsalt valikut tegemata pole linke näha. Pikne 2. juuni 2014, kell 15:01 (EEST)

Kas varem olid alati lingid olemas? Mina isegi ei märganud. Mul on ükskõik, ma nende kaudu pole kunagi redigeerinud. --Epp 2. juuni 2014, kell 00:24 (EEST)

Mina küll olen. Andres (arutelu) 2. juuni 2014, kell 00:41 (EEST)

Mina navigeerimismalle nende kaudu redigeeringi.  • • • Kasutaja:Ahsoous • arutelu • 2. juuni 2014, kell 03:20 (EEST)

Mina ka redigeerin nende järgi. Nüüd kui on teada, siis ma lisasin need eelistustes. --Tiia (arutelu) 3. juuni 2014, kell 02:19 (EEST)

Minu meelest võiks nad vaikimisi näha olla.--Morel (arutelu) 4. juuli 2014, kell 02:25 (EEST)

Toimetamismall (27. august 2014)

Toimetamismall, kuna divid ei klapi ja tabeli lõpp on vales kohas (see peab olema pärast allrida).  • • • Kasutaja:Ahsoous • arutelu • 27. august 2014, kell 00:56 (EEST)

Kus divid sinu meelest ei klapi? Tabeli lõpp on meelega seal, kus ta on. Pikne 27. august 2014, kell 01:15 (EEST)

Tabeli lõpp on vales kohas, allrida peab tabelis olema tabeli alumine rida. Ja seda et divid ei klapi saad sa kõige paremini aru siis kui sa tidy välja lülitad.  • • • Kasutaja:Ahsoous • arutelu • 27. august 2014, kell 01:24 (EEST)

Mismoodi peab olema? Seda kohta saab mallis mitut moodi kirjutada. Antud juhul lihtsalt oli tabelit ja ümbritsevaid dive kergem sobitada, kui tabeli algus ja lõpp on seal, kus nad praegu on. Sarnaselt on ka saksa viki analoogses mallis. Nii palju kui ma aru saan, ei saa tidyt siin hõlpsasti välja lülitada ning mul pole mahti seda kuskil mujal katsetama hakata. Mida konkreetselt sa siis näed, kui tidy välja lülitad? Kontrollisin veelkord üle, kõik divid paistavad olevat paaris ja muidu omavahel loogilises asendis. Pikne 27. august 2014, kell 01:55 (EEST)

Igakordsel malli poole pöördumisel on malli lõpus 2 </div>i üle ja see tingib omakorda lehekülje nässu mineku koos menüüde ja kõige muuga. Mediawiki serverites on tidy jah sisse lülitatud, aga see ei tähenda, et koodi millalgi korda ei peaks tegema. See pole mitte esmane prioriteet.  • • • Kasutaja:Ahsoous • arutelu • 27. august 2014, kell 02:23 (EEST)

Mis real need üleliigsed lõppsildid on? Ma võin iga sildi juures näidata, millega ta paaris on. Ma olen üsna kindel, et ajad siin midagi sassi.

Mis tidysse puutub, siis minu arusaamise järgi pole see lihtsalt vigade parandamiseks, vaid ka MediaWikisse lisavõimaluste tekitamiseks. Et tidyst on kuskil abi, iseenesest ei tohiks tähendada, et tuleks teisiti teha. Kui tegu on tõesti lihtsalt veaga ja asju saab seada elegantsemalt, siis jah võiks küll teisiti teha. Aga selleks tuleks kõigepealt näidata, et siin tõesti on midagi valesti. Pikne 27. august 2014, kell 10:25 (EEST)

Tidy ei ole mitte lisavõimaluste tekitamiseks, vaid oskamatu koodikirjutaja hooletusvigade varjamiseks. Vead tuleb ära parandada, aga mitte niisamuti neile vilistada. See versioon mis enne sinu tegutsemist siin oli, ei andnud ühtegi viga.  • • • Kasutaja:Ahsoous • arutelu • 28. august 2014, kell 16:20 (EEST)

Hooletusvigade varjamiseks muidugi ka, aga näiteks võimalust kasutada koos vikitabelit süntaksit ja HMTL-i minu meelest ei taunita. Ja kui ma õigesti aru saan, siis sarnaseid asju nagu Tidy, teeb MediaWiki niikuinii ka ise.

Igatahes pole mõtet eksponeerida siin toimetamismärgist ja rääkida vigadest, kui sa ka ise aru ei saa, mis siin valesti on või kas üldse on. Pikne 28. august 2014, kell 16:51 (EEST)

Vaata siis.  • • • Kasutaja:Ahsoous • arutelu • 28. august 2014, kell 17:19 (EEST)

400px

Pildi pealt pole ju näha, kas siin koodis on midagi millega MediaWiki võiks ise hakkama saada, aga ilma Tidy abita ei saa (või kas sul on ehk konfiguratsioonis veel midagi muud, mis antud koodi ei soosi). Kui tegu on otseselt malli veaga, peaks ju olema lihtsasti leitav, millised divid ja miks sul seal välja jäävad (mall pole nii keeruline). Ja ma ei ole sellegipoolest nõus, et kõik, mis töötab tidy abil, on vale. Kui see nii oleks, võinuks ju samahästi nõuda, et alati tuleb MediaWiki piiratud võimalustega läbi ajada ja tidyt üldse mitte kasutusele võtta. Pikne 28. august 2014, kell 18:07 (EEST)

On vale. Ja puhas mediawiki ei saa sellega hakkama.  • • • Kasutaja:Ahsoous • arutelu • 29. august 2014, kell 15:15 (EEST)

Kust sa seda võtad? Nojah, kui MediaWiki ei saa hakkama, siis tidy täiendab MediaWikit. Too siis vähemasti mõni konkreetne viga välja. Sellisel umbmäärasel jutul pole mõtet. Üleüldse, kui see kood ei sobi kasutamiseks kuskil teises vikis, siis ei puutu see otseselt siia. Pikne 29. august 2014, kell 19:26 (EEST)

Oled sa ****** või? Igas vikis on võimalik konfiguratsioonifaili sisse kirjutada $wgUseTidy = true; ja edasi minna, aga see ei muuda asjaolu, et kood on praeguse seisuga vigane. Vead tuleb ära parandada.  • • • Kasutaja:Ahsoous • arutelu • 29. august 2014, kell 20:05 (EEST)

Seda me juba teame, et siin on tidy sisse lülitatud. Endiselt, ma ei ole loe kuskilt välja, et mingi asja töötamine tidy abil on iseenesest viga. Vastupidi, kui juhendis öeldakse näiteks, et vikitabeli süntaksi ja HTML-i tabelisiltide koos kasutamiseks on endiselt tarvis tidyt, siis eeldan, et pikemas plaanis (tulevikus) peaks MediaWiki võimaldama seda ka ilma tidyta. Ehk siis kui see, mida tidy siin teeb, on otseselt vigade parandus, peaks olema võimalik viidata ka mõnele konkreetsele veale, aga seda sa nähtavasti teha ei oska. Pikne 29. august 2014, kell 20:29 (EEST)

Aitab ükskord su nõmetsemistest. Pane redige4erimislingid vaikimisi tagasi ja tee mall korda, aga niisamuti toimetamismalli ära ära võta.  • • • Kasutaja:Ahsoous • arutelu • 1. september 2014, kell 23:20 (EEST)

Sina ajad asjad totaalselt sassi, ei põhjenda ja tühistad enne põhjenduste äraootamist ning ometi olen mina see, kes nõmetseb? Vaata, mida resümees viimati Tidy kohta ütlesin.

Võib-olla küll, et redigeerimislingid tuleks tagasi panna, kui eespool ja siin toodud põhjendused tõesti eriti kellegi jaoks ei loe. Aga see on lihtsalt valikute küsimus, millest tulenevalt on ja jääb mall muudetavaks, see pole jällegi seotud otsese toimetamisvajadusega. Pikne 1. september 2014, kell 23:40 (EEST)

Tidy kohta võid öelda mida tahes, aga sellele viitamine ei vabanda vigast koodi mitte kusagil. Teatavas koosluses kui tidy on sisse lülitatud, võib see praegune kood põhjustada näiteks olukorra, et juhul kui navigeerimismalli sees on kasutatud eraldi tabelit, siis päis ja too tabel võib joosta artiklis oleva infokasti peale niimoodi, et kas siis osa mallist või infokastist on loetamatu, ning allrida murtakse infokasti vasakust piirist johtuvalt mitmesse ritta.  • • • Kasutaja:Ahsoous • arutelu • 1. september 2014, kell 23:58 (EEST)

No mina vähemasti ei mõtle välja, mida Tidy (ja tulenevalt malli vigasuse) kohta öelnud olen, vaid viitan sellele, kuidas asjast üldiselt aru saadakse.

Kui selline viga tõesti peaks olema ja saad näidata, kuidas selle täpselt esile kutsud, siis saaks edasi vaadata, kas ja mida toimetada. Pikne 2. september 2014, kell 00:07 (EEST)

TOIMETAMISMÄRKUSE PÕHJUS ON VÄGA LIHTNE: MALL ON VIGANE!!!!!  • • • Kasutaja:Ahsoous • arutelu • 3. september 2014, kell 19:56 (EEST)

Mida selline lahmimine ometi sulle annab? Ei ole mõtet rääkida vigasusest või muidu silte kleepida, kui sa ei too selgelt välja, milles viga seisneb. Kui ehk keskuses tarkvaravigadest teada oled andnud, siis tead, et vea ettekandmisest on kasu vaid siis, kui ütled täpselt, kuidas viga esile kutsuda ja kui on ühene, et see, mida pead veaks, on tegelikult viga ja vajab parandamist. Eespool ja resümees on näidatud, et viga ei saa olla Tidy kasutamine iseenesest või see, et mallis lihtsalt saab midagi teisiti teha ega see, et malli on võimalik valesti kasutada. Pikne 3. september 2014, kell 20:31 (EEST)

Võta siis teadmiseks, et malli poole pöördumisel ei ole mitte midagi valesti ja mall annab vigase tulemuse ka siis kui enne seda on thumb vasakus ääres ja seda muide ka kõige lihtsama koodiga, millega selle malli poole pöörduda.  • • • Kasutaja:Ahsoous • arutelu • 3. september 2014, kell 21:11 (EEST)

Vaevalt isegi aru said, mida nüüd ütlesid. Ole hea, näita liivakastis, mida seni ettenähtut selle malliga peaks saama teha, aga ei saa ja mis annab vigase tulemuse. Pikne 3. september 2014, kell 22:24 (EEST)

Kui need ekraanipildid 200px, 200px või 200px on normaalsed, siis ma olen nõus sellega, et mall:navmall on korras, aga kui kasvõi üks nendest on kõlbmatu, siis ka see mall ei ole korras. Esimene screenshotidest on tehtud kui tidy oli välja lülitatud, teised kaks aga siis kui tidy oli sisse lülitatud. Ehk siis ma jään selle juurde, et antud mall, millelt Pikne tahab toimetamismalli ilma toimetamata ära võtta ei kõlba sellisel tema soovitud kujul mitte kuhugi.  • • • Kasutaja:Ahsoous • arutelu • 5. september 2014, kell 00:34 (EEST)

Pardonks, mis see tidy on? Screenshoti pealt on näha, et miski on viltu, aga kui neid lehti vaatan, siis mul probleeme ei ole.--Kyng (arutelu) 5. september 2014, kell 08:11 (EEST)

Sa ju teadlikult eksitad meid. Need pildid on tehtud kuskil teises vikis, kus oled konfiguratsiooni ja/või koodiga manipuleerinud. Sul on osa koodist puudu või kuskilt mujalt kopeeritud, muu hulgas on klappimisnupu tekst tõlkimata. Pikne 5. september 2014, kell 10:36 (EEST)

Mitte mina ei eksita, vaid sina. Mul ei ole võimalik muuta vikipeedia konfiguratsioonifaile ja avalikus veebis ei tohigi seda kümneid kordi päevas teha.  • • • Kasutaja:Ahsoous • arutelu • 5. september 2014, kell 14:48 (EEST)

Muide veel kommentaariks: Teine ja kolmas screenshot on tehtud siis kui tidy on sisse lülitatud. Kui tidy on väljas, siis nii teine kui kolmas leht olid enamvähem korras ning varasemate versioonidega mallist olid kõik kolm lehte korras. Nii et see on kena küll, kui tehakse vigu juurde ja siis hakatakse arvama, et nii peabki olema. Aga jah kuna ma olen 25 aastat igapäevaselt arvutitega tegelenud, siis jutt sellest, et programmerimisvead on täiesti lubatavad ja et neid ei peagi ära parandama ajab tõsiselt vihaseks.  • • • Kasutaja:Ahsoous • arutelu • 5. september 2014, kell 15:14 (EEST)

Ma ütlesingi ju, et konfiguratsiooni on muudetud kuskil mujal vikis, kus need pildid tegid, mitte Vikipeedias. Võib-olla on kahe viimase pildi peal Tidy sisse lülitatud, aga päris kindlasti pole need tehtud Vikipeedias, ennekõike reedab tõlkimata kiri "hide". Kui oleks siin vikis tehtud, siis peaksid välja tooma, millist brauserit kasutad jms, mille järgi viga üles leida. Aga kui ei saa selgeks, kas viga on ja ega see pole sinu arvuti viga, siis pole toimetamismärkel mõtet nagu korduvalt toonitatud.

Siis on kurb küll, kui 25 aastat arvutitega oled tegelenud, muidu saaksid hämamist teadmatusega vabandada. Kui siit mõni tegelik viga leida, siis loomulikult tuleb see parandada. Pikne 5. september 2014, kell 19:35 (EEST)

Toimetamislingid

Teen toimetamislingid praegu uuesti vaikimisi nähtavaks. Selle küsimuse juurde peaks tagasi pöödruma kunagi, kui loodetavasti rohkem kasutajaid probleemi vastu huvi tunneb.

Ühtlasi võtan toimetamismärkuse ära, kuna ei siin ega üldises arutelus pole endiselt välja toodud, mis ja miks siin üheselt toimetamist vajab. Kutsun eelnevalt üles mõistlikkusele ja palun märkust mitte jälle tagasi panna ilma toomata välja konkreetseid puudusi, mida laiemalt (teistes vikides ja muidu MediaWiki kasutamisega seoses) tõesti parandamist vajavaks peetakse. Pikne 8. september 2014, kell 13:41 (EEST)

Kas kuidagi nii ei õnnestu teha, et igaüks saab ise otsustada, kas ta neid linke näeb v mitte? Mind nad ei häiri, aga mulle tundub, et see oleks sobiv kompromiss. Võtsin ka voli selle teema pealkirjastada. --kanakukk (arutelu) 9. september 2014, kell 21:40 (EEST).

Mõnda aega oligi nüüd saksa viki järgi nii, et sisseloginud kasutajad kes soovisid, said lingid eelistuste alt nähtavaks teha. Vt selle kohta eespoolt. Vastupidi teha pole eriti mõtet, nii et sisseloginud kasutajad saaks lingid peita, sest need on üldiselt sisselogimata lugejad, kes linke ei vaja ja kelle jaoks toimetamislingid asjakohased pole. Pikne 10. september 2014, kell 10:07 (EEST)

Loomulikult on hea, kui saab ise otsustada. Ma ei ole nõus, et vastupidi teha pole mõtet. Sellest on ülalpool juttu. Peita pole tarvis sellepärast, et neid nuppe tarvis pole, vaid sellepärast, et need kedagi häirivad. Kui kedagi ei häiri, siis pole jah mõtet valida anda. Andres (arutelu) 10. september 2014, kell 11:48 (EEST)

Kuidas nii? Ülalpool on juttu sellest, et toimetamislingid juhatavad lugeja valesse kohta, artiklinimeruumist välja. Lugejate häirituse taseme kohta ma ei tea, aga üldiselt ju püüame Vikipeedia sirvimise lugejate jaoks võimalikult lihtsaks teha. Antud juhul saame eksitavad ja ebavajalikud lingid ära jätta, nii et valdav osa neist, kellel linke siiski vaja on, saaks need ikkagi sisse lülitada. Vastupidi on mõtet teha, kui on sisseloginud kasutajaid, keda lingid häirivad, aga kuna sisseloginud kasutajad üldiselt tegelevad toimetamisega, siis ma tõesti ei tea, kas lingid neist kedagi häirivad. Kui lingid pole vaikimisi nähtavad, siis on mõeldud ikkagi eeskätt lugejate peale. Pikne 10. september 2014, kell 12:53 (EEST)

Uurisin pisut, tegelikult vist saab ka nii teha, et sisseloginud kasutajatel on eelistuste all vastav säte (lingid nähtavaks) vaikimisi sisse lülitatud. Ja sisselogimata kasutajatel ikkagi poleks toimetamislinke. Kas selle vastu oleks kellelgi midagi? Pikne 10. september 2014, kell 13:48 (EEST)

See oleks parem. Aga ikkagi ma ei saa aru, kuidas need lingid kedagi võiksid häirida. Selleks et midagi toimetada, ei pea sisse logima. Ja iga konkreetse lugeja jaoks on alati ekraanil hulk mittevajalikke nuppe. Kui neid nuppe ei ole, siis on väga raske taibata, kuidas malle toimetada saab. Andres (arutelu) 10. september 2014, kell 16:09 (EEST)

Aga mispärast peaks üldse sisselogimata (tõenäoliselt uus kasutaja) tahtma esimese asjana miskeid malle hakata parandama? Muide, kas navmall ei ole ainus, mida saab otse artiklist parandada? --kanakukk (arutelu) 10. september

See, et inimene on sisse logimata, ei tähenda, et ta on tingimata uus kasutaja. Artikli muutmise võimalus tal on, miks ta ei võiks malli muuta? Andres (arutelu) 11. september 2014, kell 02:44 (EEST)

Muidugi on ka sisse logimata kasutajate seas neid, kes toimetamislinke kasutaks. Lihtsalt võib eeldada, et neid on kõigi sisse logimata kasutajate seas väga vähe ja valdavalt on tegu lugejatega, kes neid linke ei vaja. Nii saab lugejatel ja toimetajatel enamvähem ligidaselt vahet teha. Ja muu sisuga võrreldes mallid üldjuhul tõesti ei vaja muutmist, navigeerimismallid küll ehk pisut sagedamini kui muud mallid, aga ka selleks puhuks on vastavad viited kohe artikli redigeerimislehel olemas.

Erinevalt lugeja jaoks ebavajalikest linkdiest artikli kohal ja kõrval, on toimetamislingid üsna artikli sees, kohe vahetult artiklite vahel sirvimiseks mõeldud linkide kõrval ilma kuidagi eraldamata. Pikne 11. september 2014, kell 11:21 (EEST)

Me ju tekitame olukorra, kus inimene peab sisse logima, selleks et malle redigeerida. Sellega me sisuliselt sunnime inimese sisse logima, miks me peaksime seda tegema?

Ma ei saa aru, mis vahet seal on, kus redigeerimislingid asuvad. Sisseloginud kasutaja jaoks on redigeerimislingid iga alapealkirja juures. Kui inimene malli juures olevaid linke näeb ja ei tea, milleks need on, siis ta proovib ja saab teada. Aga kui neid pole, siis on eriti raske taibata, kuidas saab malli redigeerida.

Sisuliste mallide puhul ju tuleb ette näiteks, et need vananevad. Siis ei ole nende muutmine ülejõu käiv ega spetsiaalseid oskusi nõudev. Mida rohkemate asjadega inimesed ise hakkama saavad, seda parem. Andres (arutelu) 11. september 2014, kell 17:48 (EEST)

Minu meelest nii küll pole, et ilma nende linkideta malli redigeerimine samahästi kui võimatu oleks. Kui uus kasutaja pole varem malle redigeerinud ja ta ei tea ka mida lingid malli nurgas tähendavad, siis võiks arvata, et ennem püüab ta redigeerida mõne ilmsema funktsiooniga "muuda" või "redigeeri" lingi kaudu ning süvenedes leiaks ikkagi viited mallidele. Kui puudub varasem kokkupuudu mallidega, siis süvenemata on redigeerimine minu meelest mõlemal juhul "võimatu". Nojah, möönsin ka eespool, et navigeerimismalle muidugu on vahel harva vaja muuta, aga võrreldes muu tekstiga pole see tavaliselt siiski vajalik.

Tõsi, et ka alaosade redigeerimislingid on artikli sees. Samas nende linkide puhul on pisut ilmsem, mida need teevad ja need lingid ei vii päris nurga taha, vaid sama artikli lähteteksti juurde. Ma möönan, et linkide vaikimisi kõigile nähtavale jätmine pole otseselt vale, aga kuna nad on lugejale peaaegu alati ebavajalikud, siis on minu meelest ikkagi parem need lingid võimalusel valikuliselt peita. Pikne 11. september 2014, kell 22:04 (EEST)

Tead, meil on siin vasakul menüü, kus suurem osa nuppe on niisugused, mida ma kunagi ei kasuta. Mis Sa arvad, äkki peaks need ära peitma? Mina ei tea, kas teised kasutavad neid. Andres (arutelu) 13. september 2014, kell 18:07 (EEST)

Ma ju olen püüdnud seletada, mis vahe on artikli sees ja kõrval olevatel linkidel ja miks osasid linke ei pruugi lugejatele näidata. Kas ka saksa vikis on need lingid peidetud sinu meelest lihtsalt sellepärast, et sakslased on imelikud? Hästi, seda ei pruugi pidada oluliseks, kas need lingid on või ei ole, aga tundub, et siinkohal sa lihtsalt ei taha mõista.

Mis vasakusse menüüsse puutub, siis näiteks mobiiliseadmete kaudu lugedes ongi see menüü sellisel kujul puudu. Pikne 13. september 2014, kell 20:26 (EEST)

Ma saan Su põhjendusest aru küll, aga mulle ei tundu see "kõrval" ja "sees" erinevus nii oluline kui Sulle. On ju näha, et tegu on nuppudega, mitte sisuliste linkidega, ja teiselt poolt ronivad muuda-nupud minu meelest ikka teksti sisse küll, aga ometi on arusaadav, et need on nupud. Kui asi on ainult selles, siis võib nad ju paigutada ka malli piirjoonest väljapoole.

Küsimus on minu meelest selleks, kuidas leida kõige vähem kahjulik variant, kui üks kahju on infomüra, teine on leidmise raskus või tülikus vajaduse korral. Mis on optimaalne lahendus, selle hindamine on subjektiivne. Andres (arutelu) 13. september 2014, kell 20:55 (EEST)

---

Praegu tekib malli kasutamisel väike tüsistus, kui jätta kirjutamata loend1. Näide.  • • • Kasutaja:Ahsoous • arutelu • 29. september 2014, kell 17:51 (EEST)

See on sihilik, parameetrit loend1 on eeldatavasti alati tarvis. Ja nende nummerdatud parameetrite kasutamist on mõistlik alustada algusest ja õiges järjekorras, muidu lähevad ridade taustavärvid sassi. Pikne 29. september 2014, kell 18:26 (EEST)

Pigem tuleb see teha nii, et sellist viga ei annaks. Ja ridade taustavärvid peaksid vist nii ehk naa olema teisiti seadistatavad. Ning muide, mõningatel puhkudel ongi parem alustada mitte algusest, vaid kuskilt kaugemalt, kasvõi selleks, et pärast näiteks varasemate andmete väljakaevamisel ei oleks igakord vaja mallis olevaid ridu üle kontrollida.  • • • Kasutaja:Ahsoous • arutelu • 29. september 2014, kell 18:35 (EEST)

Kui see parameeter valikuliseks teha, siis on veel see segadus, et piltide parameetrid ei tööta, kui loend1 puudub (nii ka inglise vikis). Ridade taustavärvid saab ümber pöörata, aga parameetreid peab ikkagi olema kasutatud õiges järjekorras. See pole väga oluline, kas see parameeter on valikuline või mitte, aga ma pigem siiski ei teeks teda valikuliseks. Kohustusliku parameetri kasutamata jätmine iseenesest pole malli viga. Pikne 29. september 2014, kell 23:07 (EEST)

Punktloend tütarmallis

Ja veel üks asi, mis tundub praegu probleeme tekitavat on child mallid... üritan mõne aja pärast ka näite tekitada.  • • • Kasutaja:Ahsoous • arutelu • 29. september 2014, kell 19:24 (EEST)

Näide

---

Siis veel seda, et hlist ei kipu töötama ülemises ja alumises lahtris, loendites see määratlus töötab. Näide:

Seejuures tundub, et selle hlisti vigasusest on tingitud ka too mainitud probla tütarmallidega.  • • • Kasutaja:Ahsoous • arutelu • 29. september 2014, kell 19:40 (EEST)

---

Ja veel keerulisemate konstruktsioonidega tuleb ilusti välja ka see jutt, kui ma ütlesin, et div-id ei klapi. Ja ei klapigi. Näide siis ka selle kohta. Ehk siis tuleb suht selgelt välja, et pärast tütarmalli kasutamist lüüakse tabelid sassi. Siit tuleb välja ka veel see asi, et rea alguses olev semikoolon, mis peab andma rasvase kirja, siin ei tööta.  • • • Kasutaja:Ahsoous • arutelu • 29. september 2014, kell 20:54 (EEST)

Reavahetustega oli pisut probleeme. Nüüd peaks saama malli kasutada ka nii, nagu siin ette näed. Pikne 29. september 2014, kell 23:07 (EEST)

paistab, et see osa on nüüd korras.  • • • Kasutaja:Ahsoous • arutelu • 1. oktoober 2014, kell 00:13 (EEST)

---

Veel üks tähelepanek: malli poole pöördudes ei tööta näiteks määratlus style = width: auto; (style antud puhul on parameeter ja mitte otseselt css-i kood), ehk siis tegelt on mul tunne, et see mall tuleks ikkagi div-ide pealt tabeli peale tagasi kirjutada. (Igaks juhuks siis ka näide mallist, mille väljanägemise muudatused ära muutsid on Mall:Kuupäevad. Algselt nägi ta välja samasugune nagu en:Template:Months.)  • • • Kasutaja:Ahsoous • arutelu • 29. september 2014, kell 22:20 (EEST)

Nojah, width:auto lihtsalt ei tööta div-i küljes. Võib proovida tabeliosa laiendada või kuidagi teisiti teha. Aga nagu kuskil teises arutelus juba jutuks oli, selle võimaluse puudumine pole eriline viga ja kui navigeerimismalle teisiti ühtlustada ei õnnestu, siis ainult sellepärast pole mõtet ülejäänud funktsionaalsust tagasi pöörata. Pikne 29. september 2014, kell 23:07 (EEST)

See on juba piisavalt suur viga, kui mallile ei õnnestu laiust määrata. Otse loomulikult on tabelile tunduvalt lihtsam vaikimisi laiusi määrata ja lahtrid lähevad ka ise automaagiliselt laiemaks, kui sisu ära ei mahu. Ning üleüldse kuna tegu on tabeliga, siis pole vähimatki mõtet hakata asja divide peale vägistama nagu sa selle tegid. Seda nimetatakse vist overuse Iseenesest kogu funktsionaalsus oli siin juba ju ammu enne sind olemas ja nüüd enam pole.  • • • Kasutaja:Ahsoous • arutelu •

Laiust saab määrata, lihtsalt mitte konkreetselt sedasi (nii, et kõik brauserid asjast aru saaks). Sellest oli eespool ja kuskil veel juttu, et div-i oli tarvis navigeerimismallide ühtlustamiseks (NavFrame ei tööta tabeli päises). Sarnaselt on tehtud ka saksa vikis. Pikne 30. september 2014, kell 09:54 (EEST)

Kahtlen sügavalt selles jutus. Ma küll päris täpselt ei mäleta, mida kasutasid siinses vikis kokkuklapitavad tabelid ja ma ei viitsi neid ka üles otsima hakata, aga kahtlustan, et ka need töötasid sellesama css-i koodiga, millega navmallidki. Ja div-e ja span-e on mõtet alles siis kasutada, kui muid html-i vahendeid nagu pole. Tabelid on ikkagi mõtet kirjeldada table-iga ning div-id jätta lehekülje kujunduse jaoks. Kuigi ei saa eitada, et uuema aja veebitegijad võivad eelistada div-e ning seda vast seetõttu, et tabeli puhul tuleb oodata millal kogu tabel alla laaditud on ning div võib seetõtu olla kiirem (muidugi võimalik, et ka koodi on lihtsam kirjutada, kuid teisalt samas on ka lihtsam vigu teha).  • • • Kasutaja:Ahsoous • arutelu • 1. oktoober 2014, kell 00:08 (EEST)

Kas kahtled selles, et NavFrame pole mõeldud tabeli päises kasutamiseks? Eks proovi siis järele, kui ei usu. Ma eeldan, et tead, et standardne kokkuklapitava tabeli kood ja standardne NavFrame on eri asjad. Mõlemad on siin kasutusel olnud. Seda muu hulgas ühtlustasingi, et nüüd kasutab nii navmall kui ka navigeerimismall sama süsteemi. Iseenesest tabeliosa ongi siin kirjutatud tabelikoodiga ning tabeli ja div-i kooskasutuses ei tohiks olla midagi imelikku, siin on alati div-id sees olnud. Pikne 1. oktoober 2014, kell 09:33 (EEST)

---

Kas keegi oskab öelda, miks loendi puhul enne viimast rida on suurem vahe? Näide: Mall:Austria esindajad Eurovisiooni lauluvõistlusel --Pelmeen10 5. veebruar 2018, kell 19:22 (EET)

Ma küll tean, et malli koodis on vead sees, kuid pole olnud viitsimist neid üles otsida (ja pole kindel, et need just seda põhjustavad). Antud probleemist saab lahti sedaviisi, et lahtri tekst panna div-märgendite vahele. Kuid parem on kasutada classi hlist, siis jääb malli poole pöördumine selgem ning pole vaja ka murdmismalle kasutada.  • • • Kasutaja:Ahsoous • arutelu • 6. veebruar 2018, kell 02:19 (EET)

Seda murdmismalli oli valesti kasutatud, ilma murdmistega osa alguse ja lõpu süntaksita. 2001:7D0:88DD:F880:7D27:B8A3:BA56:270D 8. veebruar 2018, kell 10:11 (EET)

Värvid

Pikne, Kas muutsid värvilahendusi? Kuidas näeks {{Rahvusvaheline jalgpall}} normaalsem välja? --Pelmeen10 10. september 2018, kell 15:59 (EEST)

Panin selles jalgpallimallis stiilid enamvähem nii nagu inglise vikis. Aitäh tähelepanu juhtimast.

PS Mainimise teavitus ei tööta, kui su allkirjas pole linki. Panin enda allkirja ka nüüd lingi sellepärast. :) Pikne 10. september 2018, kell 19:30 (EEST)

Punased arutelulingid

Mind häirivad punased arutelulingid, sest punaste linkide nimekirjas on esimese 500 seas neid juba tervelt 41. Adeliine 2. mai 2019, kell 21:50 (EEST)

Üksvahe olid need lingid välislingi süntaksiga (kõik lingid ühtviisi sinised), aga see muudeti tagasi. Ma ei mäleta täpselt mille pärast, võimalik, et keegi pidas sinist linki eksitavaks, kui arutelu pole. Minu meelest võinuks vabalt nii olla. Teine võimalus oleks arutelulingid lihtsalt ära jätta. Ka seda võib minu meelest vabalt teha, vaatamislingi kaudu saab vajadusel küllalt hõlpsasti arutellu edasi liikuda. Võiks ka piirduda vaid ühe lingiga (nt nagu hammasrattaikooniga link vene viki navmallidel: ru:Шаблон:Месяцы). Pikne 2. mai 2019, kell 22:35 (EEST)

Kas oleks võimalik link kuvada ainult arutelulehe eksisteerimise korral? Pelmeen10 (arutelu) 5. mai 2019, kell 17:42 (EEST)

Peaks olema võimalik küll, aga vastav parserifunktsioon on kulukas. Ma jätaksin lingi pigem ikkagi ära, kuna selle järele pole erilist vajadust. Pikne 15. mai 2019, kell 17:00 (EEST)

Jätsin praegu lingi ära. Pikne 23. mai 2019, kell 18:01 (EEST)

Halb lahendus

Miks nüüd v•t•e päise üleval asuvad?--Raamaturott (arutelu) 28. juuni 2019, kell 22:35 (EEST)

See jookseb kuskilt mujalt sisse (ma ei leia malli enda lähtekoodist) ja on veel ingliskeelne ka. WikedKentaur, kas oskad vaadata, milles asi? Adeliine 28. juuni 2019, kell 23:43 (EEST)

kasutaja:TongcyDai oli miskit muutnud navbari moodulis, mille tühistasin, lisaks oli ka miskit muutnud navboxi moodulis, igaksjuhuks võtsin ka selle tagasi. Pelmeen10 (arutelu) 29. juuni 2019, kell 14:15 (EEST)

hlist

Stiiliklassi "hlist" kasutatakse praegu peamiselt navmallides (umbes 220 navmallis umbes 1200 navmallist). Nüüd, kui siin saab kasutada TemplateStylesi, võiks teha nii, et vastavad stiilid laaditakse ainult koos malliga ja ainult siis, kui neid mallis tegelikult kasutatakse. Seda on võimalik saavutada mitut moodi. Ma kaldun navmallides eelistama varianti, milles tuleks kasutada eraldi loendimalli iga navmalli koodis eraldi iga loendiga, mis neid stiile kasutab. Võrreldes praegusega (vasakul) näeks uus süntaks (paremal) välja nii:

| kehaklass = hlist | loend1 = * link1 * link2 | loend2 = * link1 * link2

| loend1 = {{rõhtloend| * link1 * link2 }} | loend2 = {{rõhtloend| * link1 * iink2 }}

Kood on siis küll pisut pikem, aga samas süntaks ehk ühtlasem, kui sama loendimalli tuleb kasutada enamvähem kõikjal (mitte ainult navmallides), kus loendid nii vormistatakse. Neist vikidest, kus veel samu stiile kasutatakse, on navmallides selline lähenemine veel näiteks prantsuse vikis.

Mõeldav oleks teha (mooduli abiga) ka nii, et mitmest praegusest klassiparameetrist otsitakse klassi nime ja siis rakendatakse vastavalt stiile ühes või teises navmalli osas, või siis teha praeguste klassiparameetrite asemele või neile lisaks parameetrid, mis on konkreetselt loendiklassi "hlist" jaoks. Aga see läheks vist üsna häkkimiseks kätte ära, kokkuvõttes puhtam tundub kasutada lihtsalt eraldi malli, siis kui vaja.

Inglise vikis pole seni püütud nende stiilide jaoks TemplateStylesi kasutusel võtta. Nähtavasti sellepärast, et stiilidel on rohkem erisuguseid kasutusi ja stiilide üleviimine on sellevõrra oluliselt keerulisem.

Mõtteid, ettepanekuid? Pikne 5. november 2019, kell 20:32 (EET)

Nüüd kasutavad need stiilid ka TemplateStylesi. Pikne 21. november 2019, kell 18:33 (EET)

Rasvane kiri

Kas gruppide nimed peavad ikka automaatselt rasvased olema? (vt nt {{Briti hertsogid}}) Minu meelest pole selleks vajadust, aga ma ei suuda seda kohta koodist yles leida. - Neptuunium ❯❯❯ arutelu 27. jaanuar 2020, kell 03:26 (EET)

Veeru- ja reapäised on vaikimisi rasvased. Nii on ju Vikipeedias ka muudes tabelites (tabelid klassiga "wikitable", infokastid). Pikne 27. jaanuar 2020, kell 16:44 (EET)