Wikiverzita:Diskusní prostor/Archiv 2008

Z Wikiverzity
Skočit na navigaci Skočit na vyhledávání

Toto je archiv diskuse. Tuto stránku již prosím needitujte! Pokud chcete na diskusi znovu navázat, pokračujte na stránce Wikiverzita:Diskusní prostor a odkažte sem.


Koncepce[editovat]

Právě vzniká koncepce rozvoje Wikiverzity. Všichni jsou zváni: Wikiverzita:Koncepce :-)--Juan 11:58, 23. 6. 2008 (UTC)

Sidebar[editovat]

Tak v současnosti máme Sidebar takový jaký je s tím, že jsem tam přidal diskusní prostor. Navrhuji následující podobu:

Poznámky:

  • zrušil bych Portál Wikiverzity - myslím si, že ho zatím nepotřebujem - navíc je to struktura zatažená z Wikipedie
  • zrušil bych Aktuality - další struktura zatažená z Wikipedie, navíc aktuality při existenci Wikizpráv patří tam. O tom co se děje na projektu se všichni informují v Diskusním prostoru (to je standard ze všecho ostatních wv)
  • zavádím Diskusní prostor - místo kde se diskutuje. v každém projektu se to jmenuje jinak (např. Pod lípou, Pod pípou, Krčma, Bar, Colloquim atd.). Já si říkal proč se zdržovat vymýšlením něčeho, když se dá použít principielní název
  • trochu mi není jasná funkce Náhodné stránky - vzhledem, že tomu ale nerozumím, tak to ponechávám
  • Donate bych přejmenoval na Podpořte wikiverzitu - tímto názvem si nejsem jistý, protože podpora spočívá i v editaci. Jinak je to psáno s malým w, protože je myšlena wikiverzita jako projekt, tedy wikiverzita jako myšlenka, nikoliv česká Wikiverzita.--Juan 12:40, 23. 6. 2008 (UTC)
Jo, Portál je asi momentálně zbytečností. Aktuality by se možná časem hodily k oznamování nových projektů, výukových programů apod. Co se týče toho Donate, co takhle tam napsat třeba Podpořte nás? --Mercy 21:28, 23. 6. 2008 (UTC)
No proč ne. Jinak jsem zjistil, že mi vadí DP na druhé pozici, resp. 3 nejklikanější stránky v jednom pořadí za sebou. Čili by možná stálo za to to nějak proházet.--Juan 22:36, 24. 6. 2008 (UTC)
Portál teď vypustit, když nikdo ani neví, co by tam mělo být. Aktuality bych nechal – co tam třeba informovat o postupu importu atd? Nebo nějaké akce na prázdniny a tak :-) Náhodná stránka – občas člověk najde, co by nehledal (třeba staré chyby :-). Podpořit – asi jo. Takže v podstatě souhlas se vším. Asi bych to už neprohazoval, možná bych jen dal Nápovědu až nakonec, aby se snadno našla (od konce). --Kychot 07:44, 27. 6. 2008 (UTC)
OK. Dobrej nápad s těmi aktualitami. Takovej rychlej rozcestník o tom co se děje v zákulisí projektu. S tou nápovědou fakt nevím. Takže nám z toho vypadne toto:

Jinak chci říct, že zrovna změna tohohle je jednoduchá a rychlá. Ještě mě tak napadá, neměla by se sekce Aktuality jmenovat Co se děje? Jako betawikiversity:Wikiverzita:Co se děje.--Juan 10:07, 28. 6. 2008 (UTC)

Uvolnenitextprispevku[editovat]

Co bude s tou šablonou {{Uvolnenitextprispevku}}, kterou jsme měli všichni na betě? Kdysi jsme říkali, že bychom ji měli používat každý i tady, tady ale není zřejmě naimportovaná. Pokud by se importovala, možná by se měla nazvat jinak, takhle to sousloví nedává gramaticky dost dobrý smysl. --Kychot 06:26, 27. 6. 2008 (UTC)

A asi by se taky mohla přeložit do češtiny. Co se týče obecně šablon je lepší je importovat než pastovat. Na to ale budeme muset chvíli počkat, až nám developeři nastaví import.--Juan 06:56, 27. 6. 2008 (UTC)
Vypadá to, že k importu ještě nedošlo. Požádát na nástěnce správců? --Kychot 7. 10. 2008, 07:19 (UTC)
Omlouvám se, myslel jsem, že to kolega přeloží. U této šablony vidím jeden právní, ale i etický problém a to „I agree…and all future versions of the Creative Commons Attribution Share-Alike license“. Není totiž možné uvolňovat pod licencí, která ještě neexistuje. To že jsem z toho tehdy udělal šablonu bylo proto, že s tím řada lidí měla problémy. Ovšem já jsem tu šablonu taky použil v touze toho vyřešit licenční problém. Osobne bych preferoval jednoduchy dual GFDL a CC 3. Tudíž je třeba se ptáti, jestli tento text vnikl z rukou Dannyho a můžeme si dovolit tento přístup měnit, nebo to bylo doporučení zhůry. Jinak jako prozatimní řešení si mohou uživatelé vkládat na svoji stránku kód této šablony w:Šablona:DualLicenseWithCC-BySA-to-3.0.--Juan 7. 10. 2008, 07:51 (UTC)

Kategorizace[editovat]

Tak jsme pomalu dokončili přesun všech stránek z Bety (ještě na přesun čekají stránky s prefixem Fórum/Forum - to až po nastavení jp forum developerem). Je tedy na čase začít se pomalu bavit o tom jak budeme kategorizovat, jestli zvolit nějaký základní přístup a zbytek nechat volný, jestli kategorizaci sevřít a nebo si nechat zcela volné ruce. Pokud k tomu máte co říct, stavte se na Wikiverzita:Koncepce.--Juan 10:20, 28. 6. 2008 (UTC)

Přesněji na Wikiverzita:Koncepce#Kategorizace --Kychot 11:14, 28. 6. 2008 (UTC)
No je fakt, ale že se moc nebavíme:-(--Juan 1. 10. 2008, 21:05 (UTC)
Máš pravdu. Zvlášť teď na začátku semestru má asi každý víc práce s univerzitami, na kterých studuje či pracuje, a na Wikiverzitu zbyde méně času. Snažím se, pokud to aspoň trošku jde, i svoje pracovní úkoly řešit přes Wikiverzitu, viz třeba MedFyz, aby aspoň Wikiverzita nepřišla tak docela zkrátka. Ta kategorizace je určitě aktuální, ale spíš to vidím tak, že její hlavní okamžik přijde, až se podaří trošku rozchodit ty naše boty; doufám, že se pomocí nich nějak podaří udržet v tom nějaký pořádek. --Kychot 3. 10. 2008, 13:22 (UTC)

Sledování jednotlivých oddílů v DP[editovat]

Crosswiki přízpěvek: en.

Tady to zatím problém není, ale až tu bude větší traffic, nebo až budou fungovat fóra, tak by se jistě hodilo řešení, aby se ve Sledovaných posledních změnách zobrazovaly změny jednotlivých sekcí nikoliv celé stránky. Otázka tedy zní, jestli se to dá v současnosti nastavit? Pokud ne, proč nezakládat nové přízpěvky ve tvaru substránky jako {{/Nový přízpěvek}}? Pak by bylo možno sledovat poslední změny v uživatelem vybraných přízpěvcích a nemusel by člověk scrollovat nahoru a dolu a hledat, kde kdo odpověděl na jeho přízpěvek. A nebo jinak, je někdo schopný a ochotný naprogramovat Rozšíření, které by umožňovalo pozorovat poslední změny jen u vybraných oddílů ve formát == název == na jedné straně?--Juan 14:18, 28. 6. 2008 (UTC)

Návrhy na hlavní stranu[editovat]

Pokud máte nějaké návrhy nebo připomínky k hlavní straně, směrujte vše sem: Wikiverzita:Návrhy hlavní strany.--Juan 22:24, 14. 7. 2008 (UTC)

Stats[editovat]

Blbý dotaz[editovat]

Presunuto z: Diskuse k Wikiverzitě:Diskusní prostor/Archiv 2 (z Bety)#Blbý dotaz.

Jsem na wiki nový (a na wikiverzitě celkem taky) a nevím jestli je tohle to správné místo (no dobrá, tuším, že není) na dotaz: Vytvořil jsem nový samostudijní projekt Studuji_biostatistiku(jkl) (opraveno. -Oashi (diskuse)). Jak ho správně zviditelnit abych tam třeba nalákal nějaké matematicky nadanější jedince, kteří by mi to celé strhali ? Když dám poslední změny, tak na mně vypadne spousta snů, ale v nich se biostatistika celkem ztratí ... Jkl 25. 7. 2008, 12:06 (UTC)

Ano, do archivu to opravdu nepatri. Proto jsem to presunul sem, v archivu jsou archivovane diskuse. Tady to uvidi vic lidi nez tam. Jak to zviditelnit, jednoduse, dame to na hlavni stranu. Zrovna se pripravuje: Wikiverzita:Návrhy hlavní strany/01. Cili to zrejme spadne do te sekce Pripravujeme... Az se vratim, ze Spanelska, tak se tou Hlavni stranou zacnu aktivne zabyvat. Jinak ale nepredpokladejte, ze by se v prubehu leta divalo na Wikiverzitu mnoho lidi - to pride az na podzim.--Juan 25. 7. 2008, 18:47 (UTC)
Jo, jeste 2 veci. Podepisete se tak, ze v horni liste kliknete na to tlacitko co je za preskrtnutym W. A dalsi vec nemelo by se to spise jmenovat Studuji biostatistiku (Jkl)?--Juan 25. 7. 2008, 18:50 (UTC)
hmm, asi mělo. A zkuste si kliknout na ono tlačítko v linksu nebo ve FF s vypnutými obrázky :-( --Jkl 29. 7. 2008, 17:58 (UTC)
Tak jsem to přesunul s ponecháním redirektu. Njn, já jsem zavy/ile komerční, tak s tím problém nemám. Ve světě počítačů si člověk musí dávat kompromisy. Já bych asi příště brál apple.--Juan 30. 7. 2008, 13:12 (UTC)
Problém není v OS, Linux samozřejmě obrázky zobrazit umí, jde o to, že tam kde jsem nic lepšího než GPRS, tudíž na lince s kapacitou 48 kBit si člověk obrázky často rozmyslí... To jen tak na okraj --Jkl 1. 8. 2008, 06:58 (UTC)
Jako jinak co se týče tý hlavní strany tak to vidím bledě. Dokud nás totiž developeři nesynchronizujou, tak to je jako kdyby jsme oficielně nefungovali. K čemu nám je to, že máme vlasní doménu, když to blbě funguje. Doufám, že do 3 měsíců by to mohli udělat. Jen mě trochu irituje to, že se vyvíjí vyší verze MediaWiki, ale nadruhou stranu nejsou schopni synchronizovat náš projekt. To pak vypadá dost blbě.--Juan 1. 8. 2008, 07:16 (UTC)


Wikiversity Day 2008[editovat]

15. srpna slaví Anglická Wikiverzita své druhé narozeniny. Organizační stránka: Wikiversity Day 2008.--Juan 4. 8. 2008, 12:15 (UTC)


Konfigurace[editovat]

Před několika málo okamžiky byla konečně česká Wikiverzita nakonfigurována.

Viditelné změny:

  • funguje alias WV pro jmenný prostor Wikiverzita
  • funguje alias Uživatelka (diskuse) pro jmenný prostor Uživatel
  • byl založen jmenný prostor Fórum (diskuse)
  • až na stránky ve jmenných prostorech Soubor: a Kategorie: mohou mít všechny stránky i podstránky
Dotaz: Proč jsou tyto dva jmenné prostory výjimkou v možnosti vytváření podstránek? Už jsme problematiku jmenných prostorů a podstránek rozvířili v Diskuse:Projekt:Varhany#1. námitka, možná v ní bule lepší pokračovat tady, protože se asi jedná o širší téma. --Kychot 6. 10. 2008, 11:08 (UTC)
  • lze importovat ze všech českých projektů a z betawikiversity

Danny B. 7. 8. 2008, 16:57 (UTC)

Díky Bohu. Tedy vlastně díky Danny!--Juan 7. 8. 2008, 18:18 (UTC)
Jinak nám to stále nebere dobře vyhledávání. Často se stává, že se mi to nenabídne, když začínám psát v té rozbalovací tabulce. Třeba:

Opraveno.
Danny B. 8. 8. 2008, 23:43 (UTC)

Nech to ustálit a sečkej až se třeba dodělají joby (i když momentálně schází jen 2 [1]), jinak viz http://s23.org/wikistats/wikiversity_html.php, -jkb- 7. 8. 2008, 19:49 (UTC)

a) Co mají joby české Wikiverzity společného se statistikou všech Wikiverzit? b) Žádné "ustálení" na suggest vliv nemá, ani joby.
Danny B. 8. 8. 2008, 23:43 (UTC)

No dobře, chvíli počkám. Jen nahlašuji chybu, která trvá už delší dobu. Co se týče jobů, tak ty registruji, skoro žádné nemáme. Ten link znám, mám něco říct?--Juan 7. 8. 2008, 20:24 (UTC)

Chybějící nápověda[editovat]

Sice se vyznám, ale pro jiné wikipedist(k)y bych chtěl založit nápovědu. A prosím o pomoc. Založím zatím jen hlavní stranu nápovědy, vy pak můžete pokračovat. Železnice 13. 8. 2008, 10:12 (UTC)

Ano děkujeme. Já si myslím, že by se dala použít pro základní nápovědu modifikace, z jiného projektu. Co se týče ostatních specifických nápověd, zde se musí napřed vytvořit na to v komunitěnějaký názor.--Juan 21. 8. 2008, 05:13 (UTC)

I[editovat]

Chybí zde pomocný znak "I". Mohl by někdo udělat možnost, aby se mohl napsat? Železnice 13. 8. 2008, 10:11 (UTC)

Tomuhle požadavku nerozumím, napsal jsi znak písmeno velké I, tedy hexa 0x49, co je to za pomocný znak a proč by se nemohlo velké Íčko psát normálně na klávesnici? --Kychot 14. 8. 2008, 13:17 (UTC)
Asi chceš, aby jsme zavedli speciální znaky. Já to neumím. Čili zatím mohu doporučit postup, že si to uděláš jako tlačítko.--Juan 17. 8. 2008, 15:51 (UTC)
Já jsem to I psal jako náhradu za speciální znak. A speciální znaky jsou zde podle mě nutné. Železnice 22. 8. 2008, 10:15 (UTC)
Jistě. Jak říkám, já to neumím. Pokud to potřebuješ nutně, dej si to jako tlačítko, až někdo bude dělat speciální znaky tak mu to připomenu.--Juan 22. 8. 2008, 12:52 (UTC)
Zkus požádat uživatele MediaWiki default, aby se tady zaregistroval a udělal novou stránku MediaWiki:Edittools. Železnice 23. 8. 2008, 09:53 (UTC)
Uživatel MediaWiki default je developer neurčitého původu. Požádal jsem Dannyho B., který tomu rozumí, jestli by se na to nekoukl.--Juan 23. 8. 2008, 10:15 (UTC)
Ahoj, myslíte tento znak: | ? Ten se píše ve windows třeba stiskem pravého "alt" a "w".--193.84.36.249 30. 9. 2008, 19:38 (UTC)
A toto je script z vlastního monobooku pro tlačítko tohoto znaku: mwCustomEditButtons[mwCustomEditButtons.length] = { "imageFile": "http://upload.wikimedia.org/wikipedia/commons/7/71/TableCell.png", "speedTip": "Svislík", "tagOpen": "|", "tagClose": "", "sampleText": ""};--Juan 7. 10. 2008, 08:07 (UTC)

Politika souborů (obrázky, zvuky)[editovat]

V současnosti je běžnou praxí dávat "vše na Commons" (ne ale všude). Já jsem si na Commons všiml, že je docela problém něco přejmenovat. Proto bych navrhoval, aby jsme se drželi úzu vše na Commons, vyjma obrázků/zvuků/videí, které jsou na určení (rostliny, živočichové, zvukové projevy zvířat). Ty by se nahrály sem a po určení by se nahrály znovu na Commons. Nahrání by provedl autor, při nejhorším někdo jiný. Bylo by dobré kdyby zkušenější uživatelé toto vysvětlovali méně zkušeným a kdyby se k tomu vytvořila nápověda.

Druhá věc je pak licence. V současnosti se hodně u médií používala licence GFDL, která byla původně vytvořena pro dokumentaci Unixu či co a pro média se nehodí, neb při šíření médií tiskem není možné dostát požadavkům licence. Proto navrhuji, aby se doporučovalo díla nahrávat pod licencí CC-BY-SA 3.0, nebo kombinací GFDL/CC-BY-SA 3.0, pokud by podstata média nevyžadovala licenci jinou (např. PD). Ostatně i náš projekt jednou přejde na licenci CC. Opět by bylo dobré, aby zkušenější uživatelé měli základní přehled o licencích a byly schopni to nováčkům vysvětlit - nápovědy nejsou vždy čteny (já je taky na wp nečet:-) --Juan 21. 8. 2008, 05:28 (UTC)

A jaká je politika programových souborů? Tomu ovšem předchází otázka, jestli třeba vývoj větších programových projektů na Wikiverzitu patří anebo ne a tím pádem by se měl odehrávat na takových tradičních místech, jako je třeba sourcegorge.net. Každopádně ale menší programové celky, ukázky a skripty by sem asi patřit měly. A tam bývá zvykem, že jsou používány svobodné licence, které právě byly vytvořeny pro programy, takže např. nikoli GFDL, vytvořená pro dokumentaci, ale původní GPL. Takže jak na Wikiverzitě či na Commons? (Tato otázka volně souvisí s níže založenou diskusí Konfigurační soubory ohledně možnosti uploadu textových souborů --Kychot 7. 10. 2008, 07:35 (UTC)
Zde by měl asi platit přístup, co nejde na Commons půjde na Wikiverzitě a jako nouzové řešení Sandbox Server.--Juan 7. 10. 2008, 08:00 (UTC)

Hmmm, tak jsem změnil názor a myslím si, že se můžem přidržet hesla "vše na Commons". Ono, když se to bude dělat výše uvedeným způsobem, tak to má své mouchy taky - a to hlavně z pohledu licence a ochrany díla.--Juan 16. 10. 2008, 13:56 (UTC)

Hmmmm, tak mám pocit, že teď už nechápu vůbec nic. Že třeba neurčené rozstliny dát na Commons s názvem "Nějaká kytka č. 1234 z příkopu u silnice" atd? Nebo jak jsi změnil názor, čeho se to týká, co bylo důvodem atd. Můžeš prosím nějak blíže osvětlit své myšlenkové pochody? --Kychot 17. 10. 2008, 07:20 (UTC)

Jistě. Původně jsem myslel, že neurčené věci budou tady na Wikiverzitě a až se určí, tak se nahrají "znovu" pod správným jménem na Commons. Jelikož jsem zjistil, že je technicky a administrativně náročené přejmenovat soubor. Ten postup dvojího nahrávání, má ale asi licenční problém. Někdo to nahraje sem pod nějakým názvem a dá tomu např. licenční tag cc-ba-sa 3.0. My to ale pak přejmenujem a smáznem tady. To si myslím dost odporuje licenci, protože se tato skutečnost musí uvést na Commons, čili odkázat na smazaný soubor (ostatně proto se to přesouvá). Navíc bude problém s tím, že ne vždy to na Commons bude nahrávat autor, který to nahrál na Wikiverzitu a pak, kdyby jsme zašli do krajnosti, tak by muselo se to potvrzovat přes OTRS. Tudíž si myslím, že "rovnou na Commons" bude menší zlo, navíc nám odpadne spousta administrační práce. Jasné?--Juan 17. 10. 2008, 07:31 (UTC)

Asi jo. Tak možná aspoň vymyslet nějakou politiku takových neurčitých názvů, aby nebyly až tak moc pitomé, jak jsem to uvedl za příklad. --Kychot 17. 10. 2008, 14:32 (UTC)

V tom problém není. De facto, když máš neidetifikovatelný obrázek, tak se to dá nazvat obecnějc a je zařadit do kategorie "unidentified", nebo se to nazývá jako "unidentified Asteraceae", "Unidentified Bellis.jpg", atd.--Juan 17. 10. 2008, 14:41 (UTC)

Konfigurační soubory[editovat]

Zanedlouho budu potřebovat v Projekt:Varhany uložit ukázkové konfigurační soubory - txt a XML. Můžu je samozřejmě prasácky vlepit do textu, ale nešlo by to nějak lépe ? Existuje na to nějaký standardizovaný nástroj ? Díky --Jkl 22. 8. 2008, 15:20 (UTC)

Errr, tak to jste nás zaskočil. Soubory txt a xml nejsou povoleny a tak rychle je nezvládneme zprovoznit. Jediné řešení, které se naskýtá je uložit to na Sandbox Server a odkázat na to. V současnosti jsou povoleny tyto soubory: png, gif, jpg, jpeg, xcf, pdf, mid, ogg, ogv, svg, djvu. Pod jakou licencí jsou ty konfigurační soubory?
Tento problém tu již nedávno nadhodil Kychot, že je třeba umožnit nahrávat více typů souborů: Wikiverzita:Diskusní prostor/Archiv 2 (z Bety)#Upload souborů. Bohužel to ale nedotáhl do konce.--Juan 22. 8. 2008, 16:49 (UTC)
Když nad tím tak přemýšlím, tak by stačilo txt, který by se uživateli mohl otevírat jako Content-type:text. Na TXT se dá převést cokoliv (v podstatě i to XML) a řešilo by to dokonce i Kychotův problém, protože od těch dob co existuje BASE 64 kódování se na plaintext dá převést cokoliv. S licencí oněch konfiguračních souborů nemám problém, protože jsem je všechny napsal já. --Jkl 22. 8. 2008, 20:21 (UTC)
Dobře, ale jak říkám hned to nebude. Musí se napřed připravit koncepce, která se dá komunitě ke schválení, pak se podá žádost k developerovi. Proto odkazuji na ten Sandboxserver.org. Včera jsem se díval a tyto dva typy souborů se tam dají uložit. Jinak co se týče licence tak pokud je to vaše, tak by bylo dobré to opět uložit pod duble licení GFDL a CC-SA-BY 3.0.--Juan 23. 8. 2008, 04:45 (UTC)
I když moment. Teďka mě ještě napadá, že u souborů jiných než média, mohou být jiné potřeby a tedy i jiné licence. Snaha přecházet u projektu wv a u médií na lincenci CC vyplývá z toho, že ta licence je jednoduše naplnitelná pro projekt a následně se i jednoduše šíří odvozená díla.--Juan 23. 8. 2008, 07:37 (UTC)
Když už se tu mihlo moje jméno, nemohu strkat hlavu do písku, když by se na ní měl sypat popel. Ano, říkal jsem to, slíbil jsem to, zavázal jsem se ... zkrátka že začnu dávat dohromady seznam typů souborů, které budeme chtít povolit uploadovat na Wikiverzitu. Původně to bylo v souvislostí s mým zájmem ukládat sem soubory s naměřenými hodnotami v různých experimentech, pro které existuje množství otevřených formátů. Jednali jsme o tom vášnivě na přelomu historického období, kdy jsme žádali o vlastní doménu – asi by se to dohledalo i v archivu či na IRC kanálu. Argumenty proti byly v tom, že kdybychom to byli požadovali už tenkrát, že by to mohlo o hodně prodloužit celý proces získání domény, neb by dotyčné autority musely dlouze zkoumat oprávněnost našich požadavků, atudíž mi bylo řečeno, že na tom mám pracovat a zkoumat licence jednotlivých forátů, abychom pak mohli podat tu žádost najednou an blok. Nezavrhnul jsem to, stojím o to, jen prostě nestíhám. Každopádně plain text je základ prakticky všeho, potažmo i XML, takže 100% souhlas.
Zatím ten samý problém (konfiguráky, skripty atd.) řeším "prasácky" tak, že je vkládám na stránku mezi tagy <pre></pre>, takže se zobrazují tak, jak jsou, a je možno je ze stránky stáhnout buď jednoduše metodou "copy&paste", či tu stránku protáhnout jednoduchým skriptíkem, abych dostal původní textový soubor. (Možná by stálo za to ten skriptík napsat a zveřejnit, třeba pod názvem wiki2txt.pl nebo tak nějak.)
V případě zdrojáků může být výhodnější namísto <pre> použít tag <source>, případně i s vhodným argumentem lang, jak mě onehdá upozornil Crochet.david – viz např. DBI. Pokud nevíš povolené hodnoty argumentu lang, nenapíšeš tam nic a při pokusu o ukázání náhledu dostaneš chybu i s nápovědou. --Kychot 3. 10. 2008, 17:30 (UTC)

@ Jkl 22. 8. 2008, 15:20 (UTC): Je vaším cílem ty konfigurační soubory poskytnout ke stahování nebo k výkladu jejich obsahu?
Danny B. 5. 10. 2008, 18:02 (UTC)

Ke stahování, jako konkétní možnosti provedení a vyzkoušení si vlastností. Výklad bude na wiki stránkách, kde budou odkazy k jejich stažení. Pokud například studuji C++ a dám na klasickou stránku zdroják, je možné ho přes schránku zkopírovat, ale za cenu ztráty - například - tabelátorů. To řeší stažení souboru tak, jak je (a přejmenování txt na .c). Student si pak na svém počítači program zkompiluje a prozkoumá, jak funguje. Nebo ukázkové konfigurační soubory pro nastavení varhan ... Doufám, že jsem to vysvětlil dostatečně srozumitelně. --Jkl 5. 10. 2008, 19:08 (UTC)

Tak tedy txt a xml[editovat]

Info: w:en:Text file a w:en:xml. Dovolil bych si podat pár dotazů:

  • Jsou to fomáty svobodné? Nebo pod jakou jsou licencí?
ad XML: viz w:en:Open standard; Co se týče textového souboru (plain-textu), tak to mě fakt nikdy nenapadlo uvažovat nad tím, že by to mohlo mít nějakou "licenci". To je přesně ta samá otázka, jako když píšu nějaký text za pomoci latinské abecedy, má použití té abecedy nějakou licenci? Máme nějakou licenci na to, že vůbec píšeme nějaká slova? Že jsme se naučili ve škole psát a počítat pomocí číslic? --Kychot 4. 10. 2008, 01:27 (UTC)
Hmmm, tak to si budu muset nastudovat. Ono, že se txt tváří jako něco přirozeného, ještě neznamená, že to svobodné je. Někdo to vytvořil a tudíž to musí mít nějakou licenci.--Juan 4. 10. 2008, 05:56 (UTC)
  • Proč to potřebujeme? Uvedte příklad dat, která nejdou do wiki, ale zůstávají v externím souboru.
Pokud chci například parsovat nějaká data, tak se mi ten program může dost zkomplikovat, když namísto textu bude načítat nějaké HTML, obsahující ten text. Navíc, když ten soubor bude mít např. několik milionů znaků a někdo na něj omylem klikne, tak jak jeho browser, tak i Wiki server s tím může mít určité problémy. Taky si myslím, že by to mohlo dost zbytečně zatěžovat tu MySQL databázi. A navíc mám takové podezření, že by to ani ta Wiki nepozřela, tak dlouhou "normální" stránku, že maximální délka stránky podléhá v konfiguraci Wiki nějakému dost podstatnému omezení, aby tam někoho nenapadlo vytvářet stránky o ekvivalentu několika tisíc stran A4. Takže to je také jeden z důvodů, proč se třeba obrázky nebo fotky apod. ukládají jakožto soubory ve zvláštním adresáři MIMO vlastní databázi.
Otázka je, jestli bude dostačovat povolená velikost souboru, proč je takto nastavena atd.--Juan 4. 10. 2008, 05:56 (UTC)
Já mluvil o omezení velikosti stránky, nikoli souboru. V tom to právě je. Jistě, že i soubor asi bude mít nějaké své omezení velikosti, ale povolená velikost bude nepoměrně větší. Protože třeba 1MB je dens úplně normální obrázek, zatímco 1MB textu na stránce by byla nepředstavitelná příšera (odpovídá cca 500 stran A4). Takže to je právě ten důvod, proč byť jen trochu větší textové soubory, např. datové soubory, uložené jako text (třeba sloupce ASCII čísel) nemohou být uloženy jakožto součást stránky. --
Aha, tak tím se vše vysvětluje. S velikostí souborů by problém být neměl.--Juan 4. 10. 2008, 20:57 (UTC)
Jak uvedl Kychot, lze samozřejmě konfigurační soubory kopírovat pomocí copy+paste, ale problémy začnou
  1. Pokud má soubor 20 stránek (a třeba na každém řádku jen 5-10 znaků) tak je to STRAŠNÉ
  2. Pokud se používá třeba tabelátor (typicky skripty v jazyce Python či makefile jazyka C/C++) tak se "prosté zkopírování" přes schránku stává noční můrou
  3. Pokud běžnému uživateli řekneme - stáhni si tady konfigurák a zkopíruj ho do /etc/vimjaco.conf tak to ještě zvládne, pokud to bude "schránkovat" tak podstatně stoupne riziko chyby.
--Jkl 4. 10. 2008, 06:17 (UTC)
Jasně, já to také uváděl jako více-či-méně nouzové řešení, když zatím není jiná možnost. --Kychot 4. 10. 2008, 10:26 (UTC)
  • Pod jakými licencemi budou data v těchto externích souborech?
To samozřejmě formát souboru nezaručí, jaký obsah tam kdo bude cpát. Takže je to, zrovna tak v jako jakémkoli jiném případě, na nás, abychom si to ohlídali.
No tak to jsem se z této odpovědi nic nedozvěděl. Tady vůbec nejde o hlídání. Tady jde o to, že musí vzniknout licenční politika souborů (myslím, že při prvotních diskusích na IRC jsem žádal, aby se tento bod odložil na konkrétní případy). A protože jí nemáme, tak jako správce můžu zastávat liberální přístup (např. na en importovali soubory, které byly smáznuty jinde kvůli licenci), nebo radikální přístup a jakmile sem něco s Jkl nahrajete, tak vám to vše smáznu (protože třeba usoudím, že je to nesvobodné).--Juan 4. 10. 2008, 05:56 (UTC)
Jsou dvě možnosti - dát na domácí stránku každého uživatele nějakou šablonu "všechny dokumenty, které nahraji v txt/xml budou pod licencí blabla" nebo to řešit tak jako je to na commons, pomocí nějakého formuláře k souboru. Nebo to dávat do commentu... --Jkl 4. 10. 2008, 06:17 (UTC)
Ano, to je praktické řešení (tedy dle Vás typ Commons), které se musí, dříve či později udělat. Neřeší to ale nic, jaké licence jsou pro nás vhodné, jaké budeme tolerovat a jaké jsou nepřípustné.--Juan 4. 10. 2008, 06:26 (UTC)
Jako nenapadlo mě, že by jsme museli diskutovat to jak to technicky řešit. Současné řešení přes šablony fungující na všech oficiálních wiki, je dle mého názoru pro uživatelé i pro používatele nejjednoduší, tak mě nenapadlo, že by to chtěl někdo diskutovat nebo mít "jinak".--Juan 4. 10. 2008, 06:30 (UTC)
Jo tak, to jsem nepochopil dotaz. Pro začátek bude asi potřeba Creative Commons, GPL, FDL, BSD licence, LGPL. Ty všechny jsou svobodné ... --89.250.247.17 4. 10. 2008, 08:50 (UTC)
Když si budu měřit každý den ráno teplotu a naměřené údaje zveřejním, tak ať si z toho kdo chce dělá jaké chce statistiky a použije si to do svých výzkumů. Ale pokud by měl svobodu ta data měnit, tj. svýšit a snížit mi teplotu, jak se mu zachce, tak to pak ztrácí jaksi smysl a pro nějakou vědeckou práci to bude jakci bezcenné. Tak to tedy nevím, jakou licenci na to použít. --Kychot 4. 10. 2008, 10:26 (UTC)
Myslím, si že tento problém vůbec není potřeba řešit licencí (alespoň pro zatím). Berme to jako slušnost, či dobré vychování, že se nemění data ve vložených souborech. Je pak na správcích, aby to ohlídali.--Juan 4. 10. 2008, 20:57 (UTC)
  • Nebudou tato data pod nesvobodnými licencemi?
Viz výše, to je ta samá otázka.
  • Co to znamená otevírat jako Content-type:text? Je to stejné, jako v současné době otevírání pdf?
To je MIME type, ale nevím přesně, co tím měl Jkl na mysli. Vůbec nemám představu o tom, jestli Wiki nějak pracuje s MIME typy. --Kychot 4. 10. 2008, 01:27 (UTC)
To si zas musím nastudovat co je to MIME type. Nejlépe by tedy bylo, kdyby odpoveděl Jkl. V současné době je to tak, že si soubor buď můžeš stáhnout nebo se ti otevře v novém okně.--Juan 4. 10. 2008, 05:56 (UTC)

--Juan 3. 10. 2008, 18:26 (UTC)

V podstatě ano, jde o to, že když www server odpovídá na požadavek "chci stránku http://vimjaco", tak se podívá na příponu (nebo to dělá nějaký skript na serveru) a řekne si: aha, txt, to bude texťák a pošle správný Content-type text, zatímco když to má příponu .pdf tak to počle Content-type PDF/blabla (nevím z hlavy, není podstatné). Podle toho prohlížeč pozná, co dostává za data a buď pustí Acrobat Reader nebo něco podobného, nebo přehravač hudby nebo nabídne stažení. A to je to co potřebujeme. Ale to co pošle server musí být jen a pouze obsah txt souboru, žádné odkazy na loga atd. Něco jako "verze k tisku", ale bez formátování, prostě tak jak se to nahrálo. Což platí pro txt i xml. --Jkl 4. 10. 2008, 06:17 (UTC)
Hmm, to se vyřeší s developery jestli je to možné. Ale mělo by být. Jinak to tedy chápu tak, že kliknu na data.txt a otevře se mi to dejme tomu v NotePadu (pokud mám nastaveno, že se mi txt otvírá v notepadu). Ono to jde, ale i bez toho. Soubory tohoto typu se Vám po kliknutí nabídnou na stažení, je tam ale i funkce otevřít.--Juan 4. 10. 2008, 06:26 (UTC)
přesně tak to vidím --Jkl 4. 10. 2008, 08:51 (UTC) 4. 10. 2008, 08:50 (UTC)

Licence txt a xml[editovat]

Už to začíná být trošku nepřehledné, tak začínám nový oddíl na výše uvedené téma. To, na co se Jkl na začátku ptal, byla v podstatě technická otázka, jak na Wikiverzitu uploadovat nějaký Txt nebo Xml soubor, aby se "nezprasil" a byl pohodlně použitelný, prohlednutelný či stáhnutelný, podle potřeby. Pak na to v odpovědi Juan zamotal mj. otázky licencí, což je u něj jako u správce omluvitelné i pochopitelné, že se stará o takové věci, a jeho bdělé očko budiž za to pochváleno. Ale tak nějak se nám tu popletly zase dvě záležitosti:

  1. licence formátu souborů
  2. licence obsahu souborů

Co se týče první otázky, tak ta je zcela korektní. Z důvodů podobných licenčních záležitostí se napři.hudba na Commons neuploaduje v MP3, ale v OGG, atd. Ovšem v našem případě jsme si vyjasnili, že hledat nějakou licenci u toho nejprostšího formátu, kterým je plain text, by byla asi dost zhůvěřilá věc, a zrovna tak XML v podstatě nepředstavuje žádný konkrétní formát (nemá ani žádné tagy, jako třeba HTML), ale v podstatě jen způsob, jak strukturovat data, a je to otevřené doporučení W3C. Takže tady v tom žádný problém není. Ale co se týče druhé otázky, tak tam bych aplikoval již výše řečené: V podstatě každý textový soubor, ať už je to plain, xml, html, nějaký konfigurák, zdrojový kód, sloupce či tabulky čísel nebo jiných znaků, prostě cokoliv, lze (například pomocí těch tagů <pre> či <source>, umístit na jakoukoliv stránku. Že to může být někdy dost "prasácké" či krajně nepraktické, tak na to téma vznikla původní řeč, ovšem s legitimitou obsahu to nemá naprosto nic do činění. Jak zjistil už před pár tisíci lety Aristotelés, konkrétní věci jsou jakýmisi srostlicemi obsahu a formy, které nelze sice v reálu od sebe oddělit, ale je potřeba je nahlížet a zkoumat jako dvě různé stránky věci. Pokud Jkl nahraje na Wikiverzitu nějakou skladbu, a pokusí se to nahrát v MP3, tak se mu to ani nepovede, protože narazí na licenci formy. Pokud to nahraje v OGG, je to OK. Ale pokud tam nahraje skladbu nějakého autora, která není free a poruší tím Autorský zákon či licenční politiku Wikemedie, tak je jedno, jestli tu skladbu někam nahrál v MP3, v OGG či jako obrázek zvukových vln třeba v SVG. Takže bych ty Juanovy otázky typu

  • Pod jakými licencemi budou data v těchto externích souborech?
  • Nebudou tato data pod nesvobodnými licencemi?

v tomto kontextu, na který tato diskuse vznikla, skutečně považoval za neadekvátní, prostě mimo mísu. Trochu mi to připomělo situaci, kdy mě na jaře 1989 pokaždé vytáhli celníci, instruovaní StB, z vlaku na celnici, prohledávali hlavně všechnu moje notýsky, zápisníky, adresáře atd., xeroxovali si je a vrchol všeho byl, když tam našli i jeden zcela prázdný linkovaný sešit, že jejich otázka při výslechu zněla: "A co si do toho sešitu hodláte zapisovat?" Původní námitka zněla v tom smyslu, že kreslit a psát si mohu do jakéholiv sešitu, ale někdy je vhodnější mít na takovou věc sešit linkovaný, jindy čtverečkovaný, někdy s notovými osnovami a někdy zcela čistý, a někdy namísto sešitu je lepší svitek, na způsob Tóry (třeba nestrukturovaný binární soubor, prostě řada hexadecimálních čísel). Vyjasnili jsme si, že čistý papír (plain text) se asi dá dost těžko licencovat, zrovna tak čtverečkovaný (třeba xml), a zrovna tak řada čísel (třeba naměřené hodnoty teplot, napětí či čehokoliv, prostě tzv. raw formát, který de-facto není ani žádným formátem ve vlastním slova smyslu). S notovými osnovami už to může být horší, pokud třeba někdo vymyslí sedmiřádkovou osnovu a k tomu nějaký obskurní klíč, už to může podléhat nějakým obstrukcím (jako třeba MP3). Ale ve chvíli, kdy se bavíme o tom, jestli linky nebo čtverečky, tak zároveň s tím řešit, jestli tam do nich budu psát slušná slova nebo vulgarismy a malovat sprosté obrázky – to podle mě je zase zcela jiné diskusní téma. --Kychot 4. 10. 2008, 11:18 (UTC)

Hezká rešerže Kychote! Ale pokud mám o něco žádat developery, tak o tom musím všechno vědět a pro to se ptám, pro případ, že by se ptali a zpochybňovali developeři.--Juan 6. 10. 2008, 16:08 (UTC)

Plně souhlasím --Jkl 4. 10. 2008, 16:30 (UTC)

Aktuální resumé[editovat]

TXT (resp. text/plain) ani XML (resp. application/xml nebo text/xml) z bezpečnostních důvodů povoleny nebudou. S hlavním vývojářem jsme se shodli na určité cestě k možnosti, jak by se s tím dalo v budoucnu nakládat, ale vzhledem k nízké prioritě bych neočekával, že to řešení (které - ač princip je jednoduchý - není nijak triviální na naprogramování) bude v dohledné době k dispozici.

Jako workaround navrhuji následující řešení: Vytvoří se jmenný prostor s názvem řekněme třeba "Příloha:" (nebo raději ještě něco přesnějšího vyjadřujícího, oč půjde), jehož stránky budou obsahovat právě tyto textové (= i XML) soubory. Bude nakonfigurován tak, aby zobrazoval text v monospace fontu, aby bylo dodrženo formátování. Takže půjde na to klidně odkazovat a při dodržení určitých podmínek si to v rámci možností i přímo ukládat jako soubor bez potřeby kopírování.

Danny B. 7. 10. 2008, 00:42 (UTC)

Je možno stručně vysvětlit, kde je problém s bezpečností?--Juan 7. 10. 2008, 08:01 (UTC)
Když tak vidím dole ty Kychotovy přízpěvky, tak mě napadá, že už ani to vysvětlovat nepotřebuji, nebo on ví a co jde a já ne, tak to snad stačí.--Juan 7. 10. 2008, 10:42 (UTC)
Tuhle svou reakci klidně strikni. Já si ji přečetl až po těch svých nápadech dole a sám jsem byl dost zvědavý, jak na to Danny odpoví. Já nevím, o co jde, já se jen tak můžu něco domnívat, co by asi tak mohlo či nemohlo být bezpečnostním problémem, protože jsem takový dobromyslný člověk a hned mě nenapadne, co si kde kdo může vymyslet za lumpárny. Takže si své domněnky klidně porovnám s názory developerů, byrokratů a správců, kteří asi již své zkušenosti se všelijakými vandaly mají. --Kychot 7. 10. 2008, 11:05 (UTC)

@Danny B. 7. 10. 2008, 00:42 (UTC):

OK, protože asi nemáme moc šancí přesvědčovat developery, prosil bych Dannyho, jestli by mám mohl alespoň v krátkosti naznačit, jak by mohla v budoucnosti ona "určitá cesta" vypadat a jakým stylem by se to muselo naprogramovat.

Pro nás bych asi doporučoval toto nabízené provizorní řešení přijmout a vyzkoušet jej v praxi, protože mě nic lepšího v tuto chvíli nenapadá. Pojďme se tedy bavit o té navrhované obezličce (jak si překládám slovo workaround). Nejdříve se pojďme shodnout na našich požadavcích ke konfiguraci takového jmenného prostoru a pak o jeho vhodném názvu.

Konfigurace[editovat]

Uvádím možnosti k diskusi, mnou preferované volby zvýrazńuji tučně – možno uvést námitky:

  • kódování:
    • UTF–8, to je asi jasné, nevím, jestli je tu ještě co dál řešit
  • konce řádku:
    • Pokud se soubor bude vkládat přes webový editor, tak Unixové, tedy jen LF (předpokládám, že takové je defaulní chování celé naší Wiki)
    • Pokud se soubor bude uploadovat, tak konce řádků:
      • ponechat, jak jsou
      • automaticky konvertovat na Unixový formát
      • mít možnost případné volby s defaultním nastavením:
        • automatická konverze na Unixový formát (pro Windowsí uživatele, kteří netuší, o čem je řeč)
  • Další řídící znaky:
    • Znak delete a backspace:
      • ponechat v souboru (možné bezpečnostní riziko)
      • konvertovat
    • Formátovací znaky (tabulátor, formfeed):
      • ponechat v souboru (zobrazování viz níže)
    • Zbývající řídící znaky:
      • ponechat v souboru (ještě zjistit, jestli některé nepředstavují nějaké riziko)
  • zobrazování:
    • Font: Nějaký monospace font, jak navrhuje Danny, OK – navrhněte možnosti, z těch známějších:
      • Courier
      • FreeMono
      • NimbusMono
      • Stejný, jako se defaultně zobrazuje mezi tagy <tt> nebo <pre> nebo <source>

Hlavně, aby byly dobře odlišené znaky l, 1, I, O, 0. V těch typewriterových fontech to někdy bývá horší. Danny, je někde nějaký seznam, z čeho můžeme vybírat?

    • Expanze tabelátorů:
      • 1 znak
      • 4 znaky (nevím, nepředpokládá Python 4 znaky?)
      • 8 znaků
      • možnost, aby si to každý nějak zkonfiguroval defaultní chování (možná to jde jednodušše na straně browseru?)
    • Carriage retun:
      • Návrat na začátek řádky bez posunu na další stránku (tj. přepis řádky)
      • Ignorovat
      • Zobrazovat jako zvláštní znak
    • Backspace:
      • interpretovat
      • ignorovat
      • zobrazit zvláštní znak nebo otazník
    • Bell:
      • zvonit
      • ignorovat, nezvonit
      • nezvonit, zobrazit zvláštní znak
    • Další formátovací znaky:

...

Nevím, jestli probírat všechny další řídící znaky, možná by se všechno dalo shrnout do následujících, co nejjednodušších pravidel:

  1. Soubor při uploadu ani downloadu nijak neměnit, ponechat ho binárně tak, jak je, i se všemi řídícími znaky beze změny, včetně formátu konce řádek
  2. Při zobrazování:
    1. interpretovat:
      1. pouze LF jako návrat na začátek+novou řádku
    2. expandovat:
      1. pouze tabelátor (a může být otázka, jestli tu expanzi ještě nějak graficky odlišit)
    3. všechny ostatní řídící znaky (více-méně archaické):
      1. Zobrazovat jako zvláštní znaky, např. inverzně (negativně) jako černý blok a v něm bílý znak, který by říkal, jaký je to řídící znak, třeba Ctrl-M (carriage return) by se zobrazilo jako bílé M na černém pozadí. (Ale možná na to Unicode už má nějaké standardní náhražky.)
        Tohle zobrazování nějakým paznakem bych tam ponechal z bezpečnostního důvodu, kdyby se tam třeba do toho souboru někdo snažil propašovat nějaké ošklivárny, které by něco mohly dělat a nebyly by jinak vidě (jak známe třeba backspace z názvů Unixových souborů apod.)

Hele, Danny, možná tu teď píšu samé pitomosti a nemusíme to takhle podrobně řešit. Možná by bylo lepší, kdybys sám napsal, které věci jsou vlastně v tom jmenném prostoru konfigurovatelé a které nikoli. Případně nějaký link, kde bychom se to dočetli. Možná že většina těch věcí, které jsem psal, je daná nastavením browseru a nikoli serveru, co já vím.

Poznámky[editovat]
  • kódování bych neřešil, jak to tam kdo nahraje, tak to bude - čili UTF v 99,9999% případů
No jo, ale podle čeho browser pozná, jak to má zobrazovat, lépe řečeno, co mu má webserver poslat v HTTP hlavičče? --Kychot 8. 10. 2008, 19:58 (UTC)
Content-Type: text/plain; charset=utf-8 (poslední hlavička má za sebou 2x \n\n viz [2] a třeba [3] --Jkl 9. 10. 2008, 17:13 (UTC)
No jo, ale v tom případě nemůžeš psát "kódování bych neřešil", když po něm chceš posílat v hlavičce "charset=utf-8". --Kychot 9. 10. 2008, 22:47 (UTC)
  • konec řádků UNIXový
  • ponechat všechny řídící znaky - vyhazovat je to 1) opruz pro programátory, 2) ztráta informací (co když tam ten backspace opravdu chci ?). Imho to není bezp. riziko. Pokračování příště.
Dyť tak to taky tak navrhuju. --Kychot 8. 10. 2008, 19:58 (UTC)
  • prostě ten soubor poslat do prohlížeče, font a tak podobně je věc uživatele, ne nás :-) Asi bude potřeba nějaký návod typu : klikněte na odkaz a dejte uložit jako ...

--Jkl 8. 10. 2008, 05:44 (UTC)

Název prostoru[editovat]

Návrhy:

  • Příloha: (navrhoval Danny, ale přílohy mohou být různé, nejen textové)
  • Text:
  • Txt:
    Ano, myslím, že toto je logický název ns. A co to xml?--Juan 7. 10. 2008, 10:42 (UTC)
    XML můžeme brát jako speciální případ TXT. Ovšem můžeme pro něj také zavést nějaký další jmenný prostor, pokud bude odůvodněná potřeba. Takhle se bude XML zobrazovat jako text. V případě dalšího prostoru pro XML by se určitě daly vymýšlet zajímavější věci, jak to zobrazovat, připadně i validizovat, propojovat s DTD a XML schematy atd., jenže už by to bylo asi komplikovanější. Jde o to, jaké na to mají naši developeři nástroje a enginy, které by k tomu mohli použít, já nemám přehled, ale obecně mezi webovými technologiemi je podpora XML dost silná, takže nástrojů po světě běhá mnoho, ale nevím, jak které spolupracujií s MediaWiki. A neodhadnu, jak daleko by sahala ochota developerů se v tom angažovat. Ale na druhou stranu by se to asi dalo lépe ošetřit i po stránce bezpečnosti, než jiné formáty. --Kychot 7. 10. 2008, 11:05 (UTC)
  • Plain:
  • Plaintext:
  • ... (další návrhy)

--Kychot 7. 10. 2008, 08:55 (UTC)

  • jsem pro text --Jkl 8. 10. 2008, 06:07 (UTC)
Taky mě to tak nejdřív napadlo, jenže pak mi došlo, že slovo "Text:" v kontextu celé Wikiverzity může znamenat v podstatě téměř cokoliv; takže když se ten prostor namísto Text: bude jmenovat Txt:, tak spíš lidi trkne, že se jedná o textový formát a ne o nějaký, libovolný, jakákoli text (textů máme plné celé stránky). --Kychot 8. 10. 2008, 20:03 (UTC)

Resumé 2[editovat]

Trochu tu porcujete medvěda aniž jste ho ještě ulovili...

Především pro Kychota - je sice fakt, že si tím nejsem nastopro jist, ale pokud je mi známo, plaintextem se míní člověkem čitelné soubory, tedy s ASCII >= 32d. Pokud potřebuješ uploadovat věci, které obsahují i řídící znaky, pak jde o prosté binární soubory, a ty nenahraješ jinak, než jako soubor - tedy momentálně vůbec.

S názvem prostoru Txt: nesouhlasím - příliš to implikuje, že obsahem bude plaintext (rozumějme neformátovaný běžící text), přitom by tam šlo uložit xml, richtext, postscript (tudíž zřejmě i Tex - ale to soudím jen na základě toho, jak se tady píše matematika, nevím, jestli nemá nějaké specialitky, nikdy jsem s ním nepracoval) atd. - tedy jakýkoliv soubor snadno čitelný člověkem. Napadlo mne uvažovat směrem "Zdroják:" apod.

Kódování by bylo vždy UTF-8, což ale v případě, že se obsahem budou pouze lower-ASCII znaky nevadí, protože pak se to chová jako ASCII. S konci řádků zatím netuším - dal jsem si to samé stáhnout ve Firefoxu@Win a byly CRLF, v Lynxu@Linuxu jen LF. Zkusím zjistit podrobnosti. Content-type by byl text/x-wiki, možná by šlo domluvit text/plain a/nebo application/xml.

Nezapomeňte, že jde o workaround (pro Kychota: obezličku ;-)), a tudíž od toho nemůžete očekávat funkčnost shodnou s plnohodnotným uploadem.

Problémy s bezpečností z celkem logických důvodů nebudu rozebírat, omezím se jen na konstatování, že lze za jistých okolností podstrkovat nežádoucí obsah.

Danny B. 10. 10. 2008, 10:13 (UTC)

To mě trochu mrzí, že se problémy s bezpečností nebudou ze zcela logických důvodů rozebírat. Nicméně co se týče nežádoucího obsahu tak už teď se dá na Commons nahrávát soubory typu *.ogg a *.pdf a pochybuji, že by je někdo kontroloval a zjišťoval, jestli obsahují nežádoucí obsah. A stejně tak, jestli obsahují copyvio, soundvio, nebo cokoli jiného.--Juan 12. 10. 2008, 09:23 (UTC)
Ogg a pdf jsou bezpečné formáty, a proto je možné je nahrávat kamkoliv, nejen na Commons. A spojuješ dvě věci, tady nejde o legálnost nebo vhodnost obsahu, ale o to, aby uživateli nebyl podstrčen škodlivý obsah - malware. A je snad nad slunce jasné, že tu nikdo nebude veřejně říkat, jak zneužívat soubory k podstrkávání takového obsahu.
Danny B. 12. 10. 2008, 23:55 (UTC)
Tak mi to někdy řekni na query, pls.--Juan 13. 10. 2008, 05:53 (UTC)
například zdroják v jazyce Python nelze spustit, pokud neobsahuje korektně znak tabelátoru (#09 neboli \t). Je to opruz, ale je to norma. Podobný problém je s makefile, bez kterého zase nelze jednoduše přeložit větší projekt v c++. Čili pokud máme na wikiverzitě řešit i techničtější věci jako je programování, nutně potřebujeme nahrávat i znaky s ASCII<=32 !
Zdroják není špatný, možná lepší Source: ?
No, pokud by se náš plaintext posílal uživateli tak jak je, například přímým nalinkováním z nějakého adresáře jen pro tento účel vytvořeného (čili na úrovni Apache a nikoliv mediawiki, jako třeba [4]) tak naprosto nechápu o jakých rizicích hovoříš. Prostě by to bylo natvrdo přilinkované a nazdar bazar. Jediným rizikem je, že by uživatel nahrál moc velký soubor a to není problém obsloužit. A jestli stažený text způsobí nevratné psychické změny uživatele nebo mu zahltí disk je uživatelův problém, který nemusíme řešit. --Jkl 11. 10. 2008, 09:07 (UTC)

Tabelátor jde vložit. Je to výjimka, podobně jako i konec řádku, že... A je celkem pochopitelně součástí plaintextu - je to lidsky čitelný znak. Nenapadlo mne to zdůraznit, bral jsem to jako automatické. Tohle jsem si vypůjčil z nějaké náhodně nalezené stránky na webu:

    def __str__(self):
	""" String representation of the circle equation, standard form ,centre and radius """

	#Equation raises radius value < 0
	assert self.__radius > 0, "<Radius value should be greater than zero"

	return ( "\n<Equation for the circle of radius (%s)\
		centred at (%s,%s) is : \n\n%s < -- > %s" ) % \
		(self.__radius,self.__x,self.__y,self._s,self._v)

Source: bych nedoporučoval, chtělo by to něco českého, navíc to může v budoucnu kolidovat s označováním Wikisource a už i teď by to mohlo vyvolávat podobné konotace.

Ad Apache apod.: jenže my tady máme MediaWiki a ne webový server. Jestli rozumíte, co tím chci říci: Nemáme přístup k serveru a ze zcela jasných důvodů ani mít nebudeme. Nikdy. A ze stejných důvodů ani nikdy nic podobného nebude v jádře MediaWiki, maximálně by to teoreticky někdo někdy mohl naprogramovat jako extenzi, ale ani tak bychom to z bezpečnostních důvodů neměli.

Prosím, už tu pořád nevymýšlejte zbytečně nějaké další a čím dál tím obskurnější a neproveditelnější možnosti. Jaké možnosti jsou, to jsem už napsal. Není co víc dodat. Prostě buď vezmete, co je k dispozici, nebo ne a najdete si nějaké jiné řešení. Mně je to celkem jedno, jak se tu rozhodnete. Já vám nabídl současné možné maximum. Zbytek je na vás.

Danny B. 11. 10. 2008, 22:19 (UTC)

@danny B. - to je to, o čem tu hovořím. Mediawiki je aplikace běžící v PHP, které běží v prostředí Apache (nebo jiného www serveru). Nechci šahat do aplikační vrstvy PHP ani Apache, jde o to, že kdyby se vytvořil - podobně jako je pro uploady - adresář pro zdojáky (třeba někam natvrdo pod /var/www/wiki/Zdrojak nebo kde to tu bydlí) do kterého by mělo právo zápisu PHPko, tak by se prostě plaintexty nahrávaly tam a nebyl by tam index.php, ale nechalo by se to čistě na serveru jak si se soubory poradí. Mělo by to nevýhodu, že by to nepočítalo počet stažení, ale -ruku na srdce - koho to zajímá ?? Jediný problém je, že by to asi chtělo udělat nějaký plugin :-/. Každopádně bych prosil o vysvětlení, jak přesně by se výše popsaná obezlička měla realizovat - ideálně na nějakou samostanou stránku typu Zdroják:howto ... ---Jkl 12. 10. 2008, 07:10 (UTC)

Já vím, co je MediaWiki - podílím se na jejím vývoji... Ale už bohužel nevím, kolikrát to ještě mám opakovat: Žádné kdyby není. Přístup k serveru vám nikdo nedá. To je ještě nebezpečnější, než kdyby se povolily ty uploady klasickou cestou. Uvědomte si, že pak byste mohli nahrávat úplně cokoliv - jakýkoliv malware. A to je přesně to, proč nejsou povoleny uploady jiných typů souborů, než ty, které jsou. Nehledě na to, že prakticky to, co požadujete teď, je de facto to samé, jak fungují uploady teď. Počítadlo stažení tu není ani teď, tak tak nějak nechápu, jak se v této diskusi objevilo?

Abych byl upřímný, trochu mi už tato diskuse začíná docela trochu vadit. Jaké jsou možnosti, jsem předestřel hned v prvním příspěvku, a přesto je tu pořád snaha o řešení jiná. Nejsou. Jak jsem napsal posledně - co je k dispozici, to jsem nabídl. Další spekulace už budu ignorovat, nemám bohužel tolik času, abych se jim mohl věnovat. Budete-li ovšem mít dotaz k něčemu z popisu obezličky, rád zodpovím. Takže buď to zamítněte nebo berte, já vaše potřeby neznám a sám žádné nemám, tedy je mi jedno, jak to nakonec dopadne. Ale ať už se konečně někam hneme.

Ještě k tomu zdrojáku výše: <source> převádí tabelátory na mezery, to jsem zapomněl napsat, abyste se nelekali. Ale to můžete ignorovat - když se podíváte do zdrojáku stránky, pořád tam je tabelátor. A to je důležité.

Danny B. 12. 10. 2008, 23:55 (UTC)

To převádění tabelátorů na mezery by mělo být - přinejmenším pro <pre>, ale pravděpodobně i pro <source> vyřešen. Ještě musíme počkat, až to bude naživo, ale do kódu už to zaneseno bylo.

Danny B. 20. 10. 2008, 11:54 (UTC)

hledá se učitel polštiny[editovat]

Dobrý den, protože jsem založil rozcestník Polština, tak tedy hledám nějakého učitele polštiny. Železnice 23. 8. 2008, 09:55 (UTC)

Doporučoval bych zeptat se na Wikipedii. Je tam několik uživatelů, kteří se živí překlady. Případně je možné to zkusit i na pl wp.--Juan 23. 8. 2008, 10:18 (UTC)
Na Wikipedii jsem zatím zablokován, tak to zkuste vy. Železnice 23. 8. 2008, 17:08 (UTC)
Aha, tak já se zeptám. No, to pravda není moc dobrá vizitka být někde zablokován.--Juan 24. 8. 2008, 20:03 (UTC)
Žádost podána: w:Wikipedia:Pod lípou#Wikiverzita hledá učitele poštiny.--Juan 25. 8. 2008, 18:05 (UTC)
Zájemci také přidělím koordinační okno. Železnice 23. 8. 2008, 17:27 (UTC)

Tak to vypadá, že zájemce zatím není. Doporučuji se učit sám a poslouchat nahrávky polských slov, rádio a televizi.--Juan 7. 10. 2008, 08:02 (UTC)

Dobry den, jsem Polka a rada bych Vas ucila polstiny. Ackoliv studuju a bydlim ted' v Praze. Jde to? Tento nepodepsaný text vložila uživatelka Mala.apokalipsa 14. 11. 2008, 09:06. Doplnil --Juan 14. 11. 2008, 10:57 (UTC)


Wikiversity the Movie[editovat]

Nuvola apps kaboodle.png
Již brzy na wiki divadla u Vás!

Tato komunita projekt je oživena. Jsme v potřebují pomoc ve všech oblastech (kreativní nápady, skriptování, filmové produkce, překlady ...). Pokud někdo má zájem prosím podporu této komunity projektu. Děkujeme vám, --Erkan Yilmaz 24. 8. 2008, 20:48 (UTC)

Hi, thanks for your message. Could you please stop using machine translations? The message above is quite obscure. We really don't mind you writing in English. :-) Sincerely, --Mercy 25. 8. 2008, 11:00 (UTC)
OK, see below. --Erkan Yilmaz 25. 8. 2008, 15:46 (UTC)
Coming soon to a wiki theater near you !

This community project is being revived. We are in need of help in all areas (creative ideas, scripting, movie production, translation...). If anyone is interested please support this community project. Thank you, --Erkan Yilmaz 25. 8. 2008, 15:46 (UTC)

I am identifying at the moment the Wikiversity the Movie/Tasks and there will also be a kickoff meeting, --Erkan Yilmaz 25. 8. 2008, 16:22 (UTC)

Ke sluneční soustavě[editovat]

Takže na výzvu Mercyho první dotaz. Díval jsem se na Sluneční soustava/init/Země je kulatá/Sluneční soustava - přehled/Mars, (myslel jsem, že bych mohl začít doplněním sluneční soustavy). Upřímně řečeno nechápu, jak moc je třeba heslo rozpracovat, zdali stačí např. tak, jak je to u Marsu, nebo to chce rozhodně více. U Merkuru, Venuše... tam není skoro nic. Stačí, když dopracuji hesla do podoby, jako je Mars? To samé platí u planet, které tu nejsou, tj. Jupiter a dále od Slunce. Díky za radu. --Krvesaj 31. 8. 2008, 10:11 (UTC)

Tak za prvé, nemáme tu hesla ale stránky:-) Hesla jsou na Wikipedii. Co se týče toho projektu Sluneční soustava, tak to rozpracuj jak chceš - měj ale na paměti, že je to určeno pro děti 5-8 let (v audio podobě) a 10-13 v textové podobě. Tzn. že by tam vedle nejdůležitějších dat měli být pouze zajímavosti - a nemusí to být tak dlouhé. Taky použití slov je třeba pečlivě vybírat. Jinak mrkni na en a klikej, tam jsem toho udělal víc: en:Solar System/Earth/Solar System overview.--Juan 31. 8. 2008, 13:17 (UTC)

en:Cizinecka policie v0.2[editovat]

Ahoj, can somebody provide more info how to handle above page ? Anyone interested to import it to here ? --Erkan Yilmaz 2. 9. 2008, 19:08 (UTC)

Já myslím, že to nepotřebujem. Navíc jde o to, že tento projekt lavíruje na hraně slušnosti - vzhledem, k tomu že se tam ani nic neděje, tak nevím k čemu to je a spíš mi to připadá jako takový protest než výukový projekt. --Juan 7. 10. 2008, 08:09 (UTC)

Reference - odkazy[editovat]

tag <ref> mi funguje, <reference/> ani </reference> ne. Dělám něco špatně já, nebo je chybka v modulu Cite nebo jeho konfiguraci ? --Jkl 7. 9. 2008, 16:19 (UTC)

Opraveno. Je to "references".--Juan 7. 9. 2008, 19:52 (UTC)
díky, to mne nenapadlo --Jkl 8. 9. 2008, 08:36 (UTC)

Počítačové schopnosti[editovat]

Před časem tady někdo chtěl "zneužít" šablonu jazyků i pro jazyky programovací, což mu bylo zcela správně zatrženo. Neexistuje nějaká šablona jako je babel pro programovací jazyky ? Pokud ne, mohli bychom jí podobnou vytvořit. Co takhle šablona "Coder" ? --Jkl 10. 9. 2008, 11:59 (UTC)

Jako ta šablona byla zatržena z nějakého důvodu. Tudíž by mě zajímalo, k čemu by se používala ta nová? Samozřejmě, že se dají vyvtořit šablony, ale Coder neznám.--Juan 10. 9. 2008, 14:46 (UTC)
No já to právě chci nejdřív otevřít v diskuzi. Já třeba teď začínám studovat C++. A kdosi tu chtěl učit PHP. A podobně, jako může mít uživatel různou znalost němčiny od "neumim, nemluvim, jdi pryč" přes "Ich Sprache Deutschland, aber klein." a plynnou němčinu po psaní knih k nerozeznání od Goetha, tak jsou různé znalosti jednotlivých systémů a programovacích jazyků. Čili něco jako Babel - jen s jiným prefixem, navrhoval jsem "Coder" pro programovací jazyky. Viděl bych to zhruba takto:
  1. neznám, neumím, nikdy jsem neviděl (ekvivalen babelového cs-0)
  2. umím v daném jazyce napsat "Hello, world" program
  3. pochopím jednoduchý cizí kód v daném jazyce
  4. jsem schopen napsat složitější program v daném jazyce
  5. jsem přesvědčen, že znám většinu důležitých funkcí tohoto jazyka
  6. v tomto jazyce mne už máloco překvapí
  7. v tomto jazyce jsem schopen o půlnoci když mne vzbudíte napsat jakýkoliv program
Není snad problém nějakou existující šablonu modifikovat na tyto parametry.--Juan 11. 9. 2008, 20:48 (UTC)
jo, ale nechci vymýšlet kolo se čtyřmi loukotěmi, když by už existovalo s pěti ... --Jkl 12. 9. 2008, 09:27 (UTC)
A kde ta šablona je? Já ji nikde nevidím.--Juan 23. 9. 2008, 17:39 (UTC)

Nové domény pro Wikiverzitu[editovat]

Rád bych vám oznámil šťastnou novinu, že pobočce Wikimedia ČR se podařilo zaregistrovat a ustájit domény wikiversity.cz a wikiverzita.cz. Co mě již připadá méně šťastné, že se na ně chce umístit vyhledávací portál typu: http://wikipedia.de/. Proč z toho nejsem nadšený? Jednak jsme začínající projekt, tak tu nejsou ještě výukové jednotky o všem. Navíc cílem Wikiverzity není propagovat produkt (tak jako Wikipedie propaguje články, nebo Wikislovník slovníková hesla), ale možnost vyzkoušet si MediaWiki, tvorbu výukových jednotek apod. Navíc se domnívám, že vyhledávač není schopen pochopit jak jsou zde nazvány stránky. Zatímce všude jinde jsou stránky nazvány "encyklopedicky", tak jak by je člověk hledal, zde jsou nazvány všelijak a jednomu tématu může být věnováno více stránek.

Obecně bych tedy uvítal, kdyby se z těchto domén zatím pouze přesměrovávalo na cs.wikiversity.org. Co na to ostatní?--Juan 23. 9. 2008, 17:51 (UTC)

Souhlasím s Juanem, je to stejné jako wikipedie.cz nebo wikislovnik.cz --Eldron 23. 9. 2008, 21:06 (UTC)
No u wikipedie.cz si myslím, že to nevadí. Už máme přes 100 000 hesel tak je v čem vyhledávat.--Juan 24. 9. 2008, 05:53 (UTC)

@ Juan 23. 9. 2008, 17:51 (UTC): Je třeba si uvědomit, že vyhledávání nevyhledává jen dle názvu stránek, ale i v jejich obsahu, což je mnohdy důležitější, než název. MediaWiki má toto vyhledávání značně omezené, a proto většina lidí používá klasické vyhledávače. To s tou propagací už vůbec nechápu, tady o žádnou propagaci hesel/stránek přeci nejde, ale o funkční vyhledávání v obsahu toho kterého projektu.
@ Eldron 23. 9. 2008, 21:06 (UTC): Pravděpodobně jste to nepochopil zcela přesně. Portály podobné (tj. nikoliv totožné, ale funkčně lepší) budou na všech doménách v držení sdružení Wikimedia ČR, současné přesměrování je jen do doby, než ony portály budou zprovozněny.
Danny B. 24. 9. 2008, 14:06 (UTC)

Ano, chytrost vyhledávače by v případě Wikiverzity byla opravdu na místě. Otázkou je jestli ale vyhledávání v projektu, kde nic de facto není, nebude spíše na škodu. Druhá věc je stále te samá do kolečka. My nenabízíme hotový e-learning ale systém Wikiverzity, kde si může každý zkusit vytvořit e-learning - to pro zatím. Teorie je tu diametrálně odlišná praxi.--Juan 7. 10. 2008, 00:20 (UTC)

Každá site, která má být k něčemu užitečná, potřebuje kvalitní vyhledávání ve svém obsahu bez ohledu na jeho kvantitu. A netvrdil bych, že tu nic není - např. ta databáze snů není zrovna nejmenší. Nehledě na fakt, že kdokoliv z aktivních uživatelů může potřebovat něco vyhledat z dávných diskusí apod. A co má (ne)hotový e-learning společného s vyhledáváním?
Danny B. 7. 10. 2008, 00:54 (UTC)

Na vyhledávání již dnes používáme Google, který docela ochotně pracuje v hlavním hs.--Juan 7. 10. 2008, 01:15 (UTC)

Podmínky zablokování[editovat]

Zatím to u nás funguje tak, že když je někdo zablokovaný, nemůže editovat nic. Zatímco na en může dotyčný editovat alespon svojí diskusní stránku. Přínos to má v tom, že mu může správce vysvětlit co udělal špatně a proč byl zablokován - zároveň tak vidí rekace respondenta a může posoudit, zdali respondent chápe, co udělal špatně. Navrhoval bych toto nechat zprovoznit i zde na cs.--Juan 23. 9. 2008, 17:51 (UTC)

Zatim souhlas. Kdyby se to neosvědčilo, tak je možné to dát zase zpátky? --Kychot 30. 9. 2008, 20:40 (UTC)
Fakt nevim nejsem developer. Podle mne ale není problém odstavit zablokovaného i od těchto stránek - to při nejhorším.--Juan 30. 9. 2008, 21:37 (UTC)
Jo, tak jsem to myslel – při tom skoro nejhorším. (Při tom ještě horším na tebe pošle stádo svých roboutek.) --Kychot 1. 10. 2008, 06:43 (UTC)

Ale jako, já si myslím, že tohle nebudeme řešit, protože se tu nebude tak blokovat.--Juan 1. 10. 2008, 18:02 (UTC)

Jmenné prostory a podstránky[editovat]

Právě se na Diskuse:Projekt:Varhany#1. námitka dohadujeme o tom, jak vytvářet podstránky k projektům. Zároveň Danny na Wikiverzita:Diskusní prostor#Konfigurace zmínil, že Wikiverzitu máme v současné době nakonfigurovanou tak, že je možné vytvářet podstránky standardním způsobem ve všech jmenných prostorech s výjimkou prostorů Soubor: a Kategorie:. Chápu, že tyto prostory jsou svým způsobem odlišné od ostatních jmenných prostorů, nicméně si dovedu představit i důvody pro to, proč by tyto JP mohly být v případě potřeby nějak hierarchizovány. Takže moje první otázka je po důvodu, proč nemají, případně, co by vznikalo za problémy, kdyby je měly. Či zda to z nějakých technických důvodů ani nejde nakonfigurovat tak, aby měly. (V tuto fázi jde skutečně jen o dotaz a případnou diskusi, ne, že bych v tuto chvíli měl už dostatečný důvod k tomu, prosazovat nějakou změnu.) --Kychot 6. 10. 2008, 11:16 (UTC)

  1. Žádný soubor nemůže ze svého principu mít žádný "podsoubor". Soubor není stránka, ale data. Navíc si nejsem jist, jak by se to chovalo stran akcí se soubory jako takovými. Soubor je se svojí stránkou spjat poměrně těsně.
  2. Kategorie, podobně jako Soubor není obsahová stránka, ale de facto určitá technická vlastnost, podkategorie jsou navíc řešeny už samy softwarem vlastním tvořením stromu, podstránkami by se vytvářel jakýsi paralelní vesmír - druhý strom kdesi mimo skutečnou realitu.
  3. Standardní konfigurace MediaWiki připouští podstránky pouze v prostorech Diskuse, Uživatel, Uživatel diskuse, Projekt diskuse, Soubor diskuse, MediaWiki diskuse, Šablona, Šablona diskuse, Nápověda, Nápověda diskuse, Kategorie a ve všech extra jmenných prostorech.
  • Docela bych chtěl vidět ty důvody, proč mít podstránky v Souboru a Kategorii, rozhodně by to byla zajímavá diskuse, ale spíš sázím na použití nevhodného nástroje než na objev dekády. ;-)

Danny B. 6. 10. 2008, 20:30 (UTC)

  1. Buď jsem ti předtím blbě rozuměl, anebo jsem se teď blbě vyjádřil. Je jasné, že soubor jakožto "hromada nějakých jedniček a nul" nemůže mít "podsoubor". Nedorozumění, jak jsi dobře pochopil, je v tom, že někdo má na mysli "soubor jako takový" (např. tu věc na http://upload.wikimedia.org/wikiversity/cs/8/88/Varhany_schema_pistaly.svg) a někdo má na mysli stránku toho souboru (jak ji najdeme třeba na http://cs.wikiversity.org/wiki/Soubor:Varhany_schema_pistaly.svg). Protože ale šla řeč o "jmenných prostorech", tak to jsem měl za to, že ve jmenném prostoru "Soubor:" jsou umístěny právě ty stránky souborů. A tam by bylo možno si představit nějakou stromovou hierarchizaci, jakože by se ty soubory či jejich stránky nejmenovaly Soubor:Varhany schema pistaly.svg, Soubor:Varhany schema main.svg, Soubor:Varhany schema pozitiv.svg atd., ale třeba Soubor:Varhany/schema/pistaly.svg, Soubor:Varhany/schema/main.svg, Soubor:Varhany/schema/pozitiv.svg atd., přičemž třeba na stránce souboru Soubor:Varhany/schema/pozitiv.svg by se automaticky vytvářel odkaz do nadřazené položky Soubor:Varhany/schema, která by naopak mohla obsahovat seznam všech souborů přináležejících souborů. Takhle jsem to myslel a to by mohlo mít svoji logiku a já se ptal, jestli je vůbec něco takového v prostředí MediaWiki realizovatelné.
  2. Já jsem měl právě takový dojem, že systém kategorií obecně dovoluje vytvářet daleko obecnější grafové struktury, než jen strom. Třeba na anglické en.wikiversity.org jsem při prohledávání tzv. "stromu kategorií" narazil i na cykly, což byl evidentně renonc. Každopádně tím systémem kategorií na MediaWiki můžu vytvářet třeba síťové struktury, ne? Někdy to může být výhoda, ale někdy z nějaké podstaty věci mohu chtít, aby určité kategorie vytvářely strom a nic jiného. Tak v takových případech by mi mohlo připadat smysluplné, aby i kategorie mohly mít své podstránky. --Kychot 6. 10. 2008, 21:56 (UTC)
  3. Čímž chceš říci to, že konfigurace naší Wikiverzity je nestandardní v tom, že připouští podstránky i v hlavním prostoru?
  4. Viz výše. Zatím to ber spíš jako příklady nebo možnosti, než jako důvody. Jak jsem psal výše, zatím nejsem v té fázi, že bych vytvoření něčeho takového požadoval a hledal důvody, zatím mě zajímají možnosti stroje jako takového a důvody, proč to tak není: jestli to zkrátka ten stroj neumožňuje, nebo to je totální pitomost, anebo zkrátka jen není na projektech Wikimedia zvykem to konfigurovat jinak.
  5. Závěrem bych položil ještě jednu triviální otázku: Jaký je rozdíl mezi stránkami dejme tomu abc/def v případě, že ta stránka je či není v prostoru, který buď nepšipouští anebo připouští vytváření podstránek? V prvním případě jsou ta lomítka pouhými znaky ve jméně stránky, ve druhém případě vytvářejí podstránku, to je jasné. Ale jaké to má všechny praktické důsledky a konsekvence, v čem všem se to chová jinak? Já jsem zatím objevil jen jeden důsledek, a to ten, že u podstránek se hned za nadpisem vytvářejí automaticky odkazy na nadřazené stránky, a jiný praktický rozdíl jsem neobjevil. Liší se to třeba nějak způsobem prohledávání?

--Kychot 6. 10. 2008, 21:56 (UTC)

  1. Tak to přesně jsi popsal to, k čemu slouží strom tvořený kategoriemi, případně galerie (viz Commons). Jak píši výše i níže, tady bych právě předpokládal kolizi - jak by se podle tebe měl software chovat, když bude ta struktura, kterou jsi popsal, a přijde někdo, kdo bude chtít nahrát soubor s názvem "Soubor:Varhany/schema"? Buď ti přepíše tu existující stránku tím, co zadá do pole Popis při uploadu, nebo to při uploadu zařve, že už stránka existuje. Tak jako tak ti nastane kolizní situace.
  2. Kategorie mají své "podstránky" tak, že to jsou jejich podkategorie. Nemá nejmenší smysl vytvářet strom pomocí dvou technologií najednou, protože by v tom nešlo udržet konzistenci. K čemu by to bylo? Přijde mi to jako snaha pověsit listy na jehličnatý strom.
  3. Ano, konfigurace české Wikiverzity (jakož i ostatních českých projektů, které spravuji) je značně nadstandardní.
  4. No když už jsi to vyřkl: Ano, je to totální pitomost... ;-) Opravdu si nedovedu představit jediný use case. Jinak z ryze technického hlediska to povolit samozřejmě jde, ale jak jsem říkal: kromě toho, že to nedává žádný smysl, tak u souborů by pravděpodobně mohla nastat i kolize (záleželo by na používání).
  5. Rozdíly jsou de facto asi jen tři, když nepočítám od nich odvozené věci (zatím, než se doprogramují další featury): Jeden (nejviditelnější) jsi řekl. Druhý je rozdílnost v odkazování (u povolených podstránek lze použít relativní cesty) a na to navazuje i možnost jednoduchého skákání v hierarchii pomocí vestavěných nástrojů, což u nepovolených podstránek nejde, protože tam je to komplet bráno jako jeden řetězec a ne jako sada řetězců oddělených lomítky. A třetí je ten, že lze nastavit konfiguraci náhodné stránky tak, aby brala jen "hlavní" (kořenové) stránky (typický příklad: chceš náhodný portál na Wikipedii. Portály jsou složeny z různých komponent na podstránkách. Ty ale nechceš zobrazit jako náhodu některý ten malý kousíček, ale pokaždé jen celý portál).

Danny B. 7. 10. 2008, 00:27 (UTC)

Jo, tak takhle je už to celkem jasně řečeno. Budeš si muset asi zvyknout, já už to mám si od přírody, když mi všichni budou říkat, že je blbost lízat v zimě zmrzlou mosaznou kliku, tak mě to nedá, dokuď se o tom nepřesvědčím :-) Ale věšení listů na jehličnatý strom, to jsi mě navedl na hodně zajímavou myšlenku – jedem pozítří do lesa, hned to musím zkusit! Ale i kdyby se mi to hned napoprvé nepovedlo – mám takové matné tušení, že Matičce Evoluci se už takový cirkusový kousek někdy poved!

Jinak, až se mi tedy podaří někdy vymyslet nějaký "use case" tady na tu "totální pitomost", tak se ozvu.

--Kychot 7. 10. 2008, 12:20 (UTC)

Wikiverzita nebo sourceforge?[editovat]

To co tady poslední dobou řešíme, ať jsou to všelijaké formáty dat či licence či bezpečnost jejich používání a nutnost různých technických řešení a zásahy developerů atd. atd. jsou dle mně pouze průvodní důsledky jednoho zásadního problému, který jsem se pokusil básnicky vyjádřit v nadpisu tohoto příspěvku.

Už desítky let tady funguje celosvětová spolupráce programátorů na různých projektech, které, když se osvědčí, jsou živé a spolehlivé, se případně stávají i základem či součástí velkých a spolehlivých systémů. Jen jako příklad jsem tu uvedl doménu http://sourceforge.net, která je jednou z mnoha známých sídel, ve kterých se množství takového svobodného software pod různými svobodnými licencemi tvoří. Kromě jiného to znamaná mít vhodnou politiku, za které jsou programátoři schopní a ochotní se takhle neformálně sdružovat a organizovat při vývoji i složitých projektů, technické zabezpečení, jako třeba CVS atd. To jsou prostě už desetiletí osvědčené metody práce, které si za ta léta nějakým způsobem "vypěstovaly" nějaké obranné mechanismy vůči všelijakým vandalům a crackerům, kteří by do vývoje takového SW chtěli proniknout.

Naprotitomu tady stoji WikiMedia se svými projekty, založenými na technologii Wiki, konkrétně na jednom stroji MediaWiki. To není nic, co by původně sloužilo k vývoji nějakých programů či zprcování nějakých tabuylek, číselných dat atd. Slouží to dobře pro různou dokumentaci, pro encyklopedie, soubory poznatků, ale vesměs tu používáme běžnou lidskou řeč; podle této řeči se pak vznikají různé národní projekty.

O správcích a byrokratech na takových projektech se předpokládá, že dobře rozumí řeči projektu, který spravují, a mají jakýsi základní přehled i o mravech, zvycích a zákonech společnosti, ve které žijí. A tak když někdo někam napíše, že "X je Y", a za X dosadí jméno nějakého politika či označení národa, rasy atd. a za Y nějaký nelichotivý výraz, pak každý na první pohled pozná, že tu něco není v pořádku. Na to nemusí být ani odborník, ani programátor. A pokud na druhé straně někdo namísto i napíče y či udělá překlep, druhý to po něm lehce opraví a na smyslu věty to málokdy něco změní; tím méně, když je někde špatná interpunkce, chybí či přebývá tečka, čárka, otazník, středník.

Pokud ale namísto řeči lidské se začneme bavit v řeči počítačových programů, tak se ta situace radikálně změní. Tam stačí vynechat, přidat či pozměnit znak, čárku, tečku, středník, a program většinou přestane pracovat tak má; buď něpracuje vůbec, nebo pracuje špatně či jinak a čsto se to pozná až při ladění programu, debuggingu, trasování programu atd. A to už musí dělat lidi, kteří o tom aspoň něco vědí.

Nejhorší situace asi nastane, když tam někdo vnese takovou jakovy "chybičku" záměrně a nenápadně a pak ten program může začít, třeba jen občas, dělat podivné věci, a někdy se to těžko všechno ohlídá.

A nemusí jít ani o zlý úmysl, ale koordinovat práci na rozsáhlejších projektech také není sranda. Nějaká aplikace může sestávat z desítek, stovek, tisíců souborů, na kterých pracují různí lidé, neustále to vyvíjejí a zdokonalují, je potřeba držet prehled o všech verzích. Na takové věci je např. CVS také dobře zařízen, ale mechanismus MediaWiki už tolik ne: dobře mapuje historii jednotlivých stránek a souborů, ale (možná se mýlím) už je to horší v případě, kdy by nějaké množství takových souborů a stránek mělo vytvářet nějaký jednotný projekt.

A jak jsme řekli výše, ladění programů logicky vyžaduje i spouštění různých programů, což je vždy nějaké bezpečnostní riziko. Většinou si to ladí každý sám doma na svoje triko, a ven zveřejňuje jen výsledky. Tady na Wiki by bylo hezké, moci spouštět své programy i vzdáleně, aby více lidí mohlo sledovat, "co to dělá".

Krátce shrnuto: vidím to teď jako naše určité dilema, ohledně, dejme tomu, společného vytváření nějakého software tady na Wikiverzitě:

  1. Buď si ho budeme vyvíjet tradičními mechanismy někde na sourceforge nebo jinde, zkrátka mimo projekty WikiMedia, a tady se omezíme na své zážitky, výsledky, dokumentaci a vše podobné, sdělitelné otevřenou lidskou řečí.
  2. Anebo si řekneme, že doba nazrála k tomu, že i třeba software je možné vyvíjet na technologiích wiki, a začneme se pomalu tlačit do Wikimediálního prostoru se svými nápady – což se právě v malém teď tady na Wikiverzitě začíná dít. Ale prostě musíme počítat s tím, že to bude něco, co půjde dost těžko a dost pomalu.

To, co tu zatím naznačujeme, jen takové malé příštipkaření, Že si tu a tam na stránce zveřejníme nějaký malý prográmek či skriptík či konfigurák. Pokud ale budeme mít časem vyšší ambice, tak to všechno směřuje přinejmenším k založení dalšího projektu WikiMedia, který se použitými technologiemi bude asi dost výrazně lišit od všeho, co tu kdy dosud vzniklo.

Možná by nám na takové počáteční experiment mohl posloužit stařičký Sandboxserver, nebo nějaký takový stroj, u kterýho by se moc neriskovalo, kdyby se tu a tam někomu z nás něco nepovedlo (anebo naopoak nějakému crackerovi či vandalovi zase něco povedlo).

A závěrem ještě jedna úvaha: Dosud se projekty MediaWiky štěpí podle národních jazyků. To už v řeči programovacích jazyků neplatí – skoro se dá předvídat, že podobně, jako teď máme jazykové mutace en, de, ru, cs atd, tak pak budeme mít c, py, pl, j atd. Ale v současné době jsou takovéhle myšlenky prostě něco, co už přesahuje oblast naší české wikiverzity. Takže, Juane, nebylo by to jedno z témat pro naši připravovanou mezinárodní wikiversitní konferenci?

--Kychot 7. 10. 2008, 12:05 (UTC)

Juan jednoznačně hlasuje pro obtížnější variantu 2. Ano staříček SS rád k tomuhle poslouží. Ano na konferenci ano, ale nechce se mi shánět místo.--Juan 7. 10. 2008, 13:33 (UTC)
Apropo, co se týče toho programátorství tak si myslím, že právě na to máme Sandbox Server.--Juan 15. 10. 2008, 08:26 (UTC)

Žádost o práva správce[editovat]

Ahoj, začal jsem trochu dělat pořádek v kategoriích a stránkách a zjistil jsem, že je tu ve všem dost velký chaos. Proto bych chtěl zdejší komunitu požádat o udělení práv správce, abych mohl měl více možností a nemusel se dožadovat o pomoc byrokratů. Dále můžu všem nabídnout zkušenosti, které jsem získal při svém působení ve funkci správce na Wikipedii. V případě potřeby jsem také ochotný poskytnout služby svého bota, který už tu nějakou dobu funguje. S pozdravem -- Mercy (|) 12. 10. 2008, 16:52 (UTC)

Mercy je zkušený a prověřený uživatel - správcuje na Wikipedii. U nás často kontroluje a opravuje poslední změny. Práva jsem mu rovnou přidělil, když má nám chuť pomoci, ať má snažší práci. Doufám, že nikdo nebude protestovat - není problém mu je případně zase odebrat. Děkuji za pochopení.--Juan 12. 10. 2008, 17:13 (UTC)
Jo, Juan mi volal, jestli s tím souhlasím, právě když jsem zdrhal na slavnostní zahájení konference Forum 2000, a jak jsem byl v tom fofru, tak jsem nějak blbě slyšel cosi o nějakém správci, tak jsem myslel, že mi volá správce lesního revíru :-) Tak teď jsem se vrátil, a koukám, že zatímco jsem popíjel v blízkosti celebrit v kostele sv. Vavřince a poté byl svědkem promluvy šíitského muslimského duchovního Ammara Al-Hakima v závěru mše u sv. Salvátora, tak tady Mercy (s pomocí svého robůtka) zastal hromadu práce. Gratuluji! --Kychot 12. 10. 2008, 22:40 (UTC)

Přednášky v PDF[editovat]

Volně navazuji na výše uvedené diskuse ohledně politiky uploadovaných souborů, co na Commons a co na Wikiverzitu. Měl jsem z toho dojem, že soubory s obrázky, grafy atd. patří na Commons. Teď jsem tam uploadoval PDF soubor se svojí přednáškou commons:Image:Mechanika2005kychot.pdf a vzápětí jsem byl upozorněn commons:User talk:Kychot, že byl tento soubor navržen na smazání s odůvodněním, že tam nepatří – Outside project scope commons:Commons:Deletion_requests/Image:Mechanika2005kychot.pdf. Přitom je to součást mého projektu MedFyz.

Jestli jsem to dobře pochopil, tak by se o tom mělo diskutovat někde na commons:Commons:Deletion requests, ale tam jsem požadavky z dnešního dne commons:Commons:Deletion requests/2008/10/19 ještě vůbec nejsou. Našel jsem to až na seznamu na commons:Commons:Deletion requests/2008/10/19.

Zítra mám tu přednášku, mělo by přijít asi 60 studentů a tak jsem je chtěl upozornit, že si ji můžou stáhnout na Wikiverzitě, abych jí udělal aspoň nějakou reklamu na univerzitě, ale teď nevím, jestli jim to mám vůbec říkat, když se to má smazat. Nebo kde se tam o tom hlasuje, jsem také vůbec nepochopil.

Ještě jsem také nepochopil, když sem umístím odkaz Mechanika2005kychot.pdf, že to bez uvedení toho jmenného prostoru 'commons' nefunguje. Nějak moc toho poslední dobou nechápu :-(

No ale ta poslední otázka, co z toho tedy vyplývá, znamená to, že české přednášky v PDF máme uploadovat přímo sem na Wikiverzitu? Že by to "out of scope" bylo tím, že se jedná o českou přednášku určenou primárně jen pro jeden projekt (Wikiverzitu) a tím pádem to bylo "mimo mísu" na Commons? --Kychot 19. 10. 2008, 20:08 (UTC)

Yes check.svg Hotovo české přednášky, které patří pod Wikiverzitu smějí zůstat na Commons. Vyrazil jsem na IRC Commons a celou záležitost jsme si se správci vyjasnily. Prostě to někdo vyhodnotil jako nevhodný soubor. Svojí nominaci na stažení už ale stáhl: Commons:Commons:Deletion requests/Image:Mechanika2005kychot.pdf. Tedka jeste chvily potrva, nez to zmizne z té stránky toho souboru. Na Commons je velký traffic a vše tam trvá. Čili tvoje přednáška zústane na Commons a mohou tam být umístěny i další přednášky.
Co se týče umístění na Wikivezitě, tak je to myslím jasné. Na grafiku existuje zobrazení přímo na stránce, zvuk se táké zobrazuje přímo na stránce, ale ještě neexistuje fičura na pdf. Čili proto se odkazuje rovnou na zdroják (s tím, že se tam v některých wiki projektech zobrazuje typ pdf dokumentu).--Juan 19. 10. 2008, 21:32 (UTC)

Díky za rychlou akci! --Kychot 20. 10. 2008, 04:53 (UTC)

Konsenzus nedosažen – Wikiversity Beta zůstává[editovat]

Dovolte mi informovat vás o nedávno uzavřeném hlasování a zrušení projektu Wikiversity Beta. Stránka s hlasováním: Closure of Beta Wikiversity.

Projekt Wikiversity Beta byl 27. května 2008 navržen na smazání. Hlasovalo se na Metě. Důvody pro smazání měly být, že je to duplikát k Wikimedia Incubator a záležitosti ohledně rozvoje projektu Wikiversity se mají diskutovat na Metě. Vzhledem k tomu, že konsenzus nebyl dosažen, dá se očekávat další diskuse.--Juan 28. 10. 2008, 13:19 (UTC)

Hned v úvodu se chci omluvit za délku svého příspěvku, ale jde mi o to, aby naši účastníci jasně pochopili, že Wikiverzita není tvořena pouze doménou cs.wikiversity.org, ale ještě doménami beta.wikiversity.org (projekt Wikiversity Beta – pojednáno níže) a sandboxserver.org (projekt Sandbox Server – v podstatě se jedná o server, který není propojen s ostatními projekty a komunita zde má možno zkoumat a dělat věci, které nejsou v prostředí Wikiverzity možné).
Osobně jsem hlasoval pro ponechání. Většina lidí co hlasovali pro ponechání jsou lidé z Wikiverzity, ti co hlasovali proti na Wikiverzitě nepůsobí. Musím připomenout význačnost Bety, zejména díky její vícejazykovosti (angl. multilingualism). Té je dosahováno tak, že není, žádný preferovaný jazyk (např. angličtina) a všechny jazyky jsou si rovné. Všechny texty týkající se rozvoje projektu se tak překládají do všech jazyků a možnost zapojit se do diskuse mají i ti, kteří by nerozuměli. Přesun těchto diskusí na Wikimedia Meta by bylo tragédií. Wikiversity je projekt velmi odlišný ostatním, nejsou striktní pravidla, jak tvořit obsah, je povolen vlastní výzkum a další věci, které jsou na ostatních projektech nemyslitelné. Vzhledem, k vysokému výskytu Wikipedistů na Metě se domnívám, že by se diskuse o projektu Wikiversity dostala v tomto prostoru spíše do úrovně emocionálních bojů (kdy by de facto do toho kecalo spoustu lidí, kteří tomu nerozumí) a nic by se nevyřešilo. Na Betě je akademická komunita v klidu a zároveň je otevřena všem, kdo chtějí k tomu něco říct.
Co se týče funkce inkubace, nedovedu posoudit. Česká Wikiverzita byla inkubována na Wikiversity Beta a na Wikiversity Incubator jsem nikdy nepůsobil. Žádnou zvýšenou pomoc, či vliv komunity jsem na Betě nepocitoval. Jako problém spíše vidím to, že nově vznikající projekt musí přeložit všechna hlášení. Jedná se o stovky textů, které ne všem mohou být srozumitelné a myslím, si že toto pravidlo mnoho lidí odradí vytvořit Wikiverzitu ve svém jazyce (mě by to taky odradilo). Zvášť když se podíváte na již existující projekty, které to také nemají přeloženo (vizte například es-španělština).
Výhoda Wikiverzity je i, že je na ní odkazováno z wikiversity.org, takže komunity nemající vlastní doménu mohou fungovat a fungují právě na Wikiversity Beta (např. ro).
Posledním přínosem Bety bude dle mého do budoucnost uložení mezinárodních projektů napříč různými jazykovými mutacemi.--Juan 28. 10. 2008, 13:19 (UTC)

Chyby na Hlavní stránce[editovat]

V úvodní stránce jsou gramatické chyby. Opravte je prosím. Tento nepodepsaný přízpěvek vložil 85.71.11.164 9. 11. 2008, 19:17 UTC. Doplnil --Juan 10. 11. 2008, 11:03 (UTC)

Zaregistrujte se a pomozte nám je opravit.--Juan 10. 11. 2008, 11:03 (UTC)

Zdroje[editovat]

Ahoj,

dal jsem si kdysi docela práci sestavit pro Wikiprojekt Zdrojování na Wikipedii seznam základních zdrojů. Jsou mezi tím i odkazy na volné zdroje z českých univerzit - snad by se to mohlo z této stránky vytáhnout a plácnout někam sem. Mimochodem, teď jsem taky docela náhodně našel pěkný e-learning portál MUNI - pokládám čerpání z takovýchto zdrojů za vysoce kvalitní a především efektivní pro obsažené obory.--Kozuch 12. 11. 2008, 17:31 (UTC)

Jo díky. Mrknu na to.--Juan 12. 11. 2008, 20:49 (UTC)

Wikiverzita:Hlavní strana[editovat]

Navrhuji odstranit z hlavní stránky po vzoru cs.wikipedie nadpis "Wikiverzita:Hlavní strana" - je úplně k ničemu.--Kozuch 12. 11. 2008, 17:35 (UTC)

Provedeno - viz žádost o opravu na nástěnce správců.
Wikiverziťané! Chtěl bych Vás nesměle upozornit, že hlavní strana Wikiverzity je vymyšlena až příliš chytře:-). Na serveru se Vám její obraz cachuje i několik dní, a dokud někdo nepřijde s ?action=purge (odkaz zde), tak se zobrazuje stále stejné datum, projekt i "představení". Dnes jsem např. obnovil verzi z 8. prosince (!). Chtělo by to buď zakázat cache serveru pro tuto stranu (jak?) nebo každý den poctivě obnovit stránku pomocí uvedeného purge. Nebo možná ještě existuje jiné řešení? --Slepi 16. 12. 2009, 20:21 (UTC)
Ano s tímto problémem se také setkávám, technickým záležitostem ale nerozumím.--Juandev 17. 12. 2009, 16:52 (UTC)

Hlavní stranu purguje můj bot vždy o půlnoci z neděle na pondělí UTC. Moje úprava "představení" se bohužel nesetkala s pochopením, takže tam to bohužel ještě bude asi nějakou chvíli neměnné. Zkontrolujte si, prosím, také nastavení cache vašeho prohlížeče. Děkuji.
Danny B. 17. 12. 2009, 16:14 (UTC)

Můžeš to specifikovat? Co se nesetkalo s pochopením?--Juandev 17. 12. 2009, 16:52 (UTC)
Opravuji se, upravoval jsem ne Představujeme..., ale Nejlepší projekt.
Danny B. 20. 12. 2009, 12:09 (UTC)
Aha. No, ona by se setkala s nadšením, kdyby jsi k tomu dodal dokumentaci. Já jsem tu každý den a každý den se o projekt starám, zatímco ty sem chodíš jen když máš čas (někdy jsou to měsíce neaktivity). Čili já potřebuju vědět, jak to na hs, funguje. Pokud to nevím, tak je pro mě lepší používat systém, kterému rozumím. Pokud nejsi schopný dodat návod, tak je to k ničemu.--Juandev 20. 12. 2009, 13:15 (UTC)
Bot - to je přesně ono, co mě nenapadlo. Skvělé řešení! Nastavení prohlížeče mám takové, že se cache automaticky maže při jeho ukončení. Ovšem problém je v tom, že na hlavní straně jsou části, které se mění každý den, nikoli každý týden (což obhospodařuje bot) - např. datum. Do zákulisí nevidím, ale šlo by, prosím, spouštět bota každý den? Díky. --Slepi 17. 12. 2009, 20:20 (UTC)
To jsem myslel, že to má MW vyřešeno lépe. Že třeba to vychází z jádra. A nešel by takový obnovovací kód zabudovat do mediawiki:common.js?--Juandev 17. 12. 2009, 20:31 (UTC)
Nešel. Je to na úplně jiné vrstvě.
Danny B. 20. 12. 2009, 12:09 (UTC)
@ Slepi: Asi šlo, nicméně by to v současném stavu bohužel asi stejně moc nepomohlo. :-/
Danny B. 20. 12. 2009, 12:09 (UTC)
Kdyby mi někdo věnoval kód, tak bych ho spouštěl. Jsem tu de facto každý den.--Juandev 17. 12. 2009, 20:31 (UTC)
Periodickou práci dělají boti, netřeba, aby se o ni staral člověk.
Danny B. 20. 12. 2009, 12:09 (UTC)
Ano mluvím o kódu bota. Toho bota, ale musí někdo spustit. A předpokládám, že z toho co píšeš výše ho spouštíš jen jednou za týden.--Juandev 20. 12. 2009, 13:15 (UTC)
Bot se spouští sám na Toolserveru podle předem daného plánu.
Danny B. 20. 12. 2009, 13:30 (UTC)

Motta[editovat]

Zajímalo by mě, kde se berou ta všelijaká motta, která se zobrazují v záhlaví stránek, nepř.: "Wikiverzita: Děláme život jednodušším." Tak zrovna tohle se mi moc nelíbí. Nepřipadá by, že bychom zde byli od toho, že děláme život jednodušším. Anebo zrovna teď se mi zobrazuje: "Wikiverzita je závislá na vašich příspěvcích, přispějte i vy. 2803990 $ Cíl: 6000000$". Tak to nevím, že by česká Wikiverzita už dostala skoro tři melouny doláčů. Kde asi jsou?--Kychot 19. 11. 2008, 19:47 (UTC)

Ta mota se berou z Mety, kde se to přeložilo do všech jazyků. Problém, je, že ta motta jsou pro všechny jazyky stejná a bylo to děláno hlavně pro Wikipedii. Viz: meta:Fundraising 2008/core messages/cs. Jako, ja bych to nejradši zrušil, protože je to padlý na hlavu, ale to by se tu na nás mohli vrhnout z hůry. Třeba takovej Mercy má na to programming jak se toho zbavit.--Juan 19. 11. 2008, 22:23 (UTC)

Založ si User:Kychot/monobook.css a vlož tam následující text:

#siteNotice, #fundraiser, .fundraiser-box {display:none; !important;}

-- Mercy (|) 20. 11. 2008, 09:18 (UTC)

No jo, já jsem si už před časem všimnul, že tam máš nějakou takovou podivnou podstránku a moc jsem nechápal, k čemu ti je dobrá. Napodobil jsem – a funguje OK. Takže teď už to chápu. Jen si říkám jestli tohle je definitivní řešení a jestli to je tak všechno, co se s tím dá dělat. Jestli se zabývat tím, kolik dalších lidí to otráví. Je mi jasné, že Nadace nějakým způsobem ty peníze potřebuje shromažovat. Jen jde o to, jestli se snažit nějak usilovat o to, aby ten způsob byl nějak inteligentnější a ne tak připitomělý, jak tomu tak v současné době zhusta je. --Kychot 20. 11. 2008, 16:51 (UTC)

Je to otravné, ale nic víc se s tím momentálně dělat nedá. Až se nasbírá těch 6 milionů, tak to zase na necelý rok zmizí. Na druhou stranu, je to pořád lepší, než mít na každé stránce nějaký reklamní banner. -- Mercy (|) 20. 11. 2008, 18:51 (UTC)

Dumpy[editovat]

Teď jsem koukal, že se už skoro po půlroce zase rozjely dumpy, nevím jak často, předposlední z 2008-06-13, poslední z 2008-11-08 viz http://download.wikimedia.org/cswikiversity/20081108/, zatím je to zabzipovaných pár MB, tak si myslím, že je dobré to sledovat a mít to někde v suchu na disku, člověk nikdy neví, kde kdy co lehne. Ale jestli jsem to dobře pochopil, tak soubory v těch dumpech nikde nejsou? --Kychot 3. 12. 2008, 20:49 (UTC)

IMHO mám pocit, že se to vše zálohuje. Takže když to lehne, tak se to nahreje ze zálohy.--Juan 3. 12. 2008, 23:25 (UTC)
Já si nové dumpy pravidelně stahuju pro svého bota. -- Mercy (|) 4. 12. 2008, 10:08 (UTC)
Ten tvůj bot projíždí jen ty dumpy? On nejede naživo? --Kychot 7. 12. 2008, 21:39 (UTC)
Záleží na to, co s ním dělám. Pokud ho pustím na interwiki, což je zde docela zbytečné, tak prochází všechny stránky. Dumpy jsou zase dobré na hromadné záměny textu. Je to rychlejší, než procházet všechny stránky. -- Mercy (|) 8. 12. 2008, 19:07 (UTC)

Rozcestník na hlavní stránce - probíhající a hotové projekty[editovat]

Ty odkazy na tematické portály na hlavní straně nejsou špatné ale z celkové nabídky jsou zpracované alespoň trochu smysluplně pouze ZŠ a SŠ. Myslím, že vzhledem k tomu, že v současné době jsou hlavní náplní Wikiverzity samostatné projekty (většinou one man show), tak by na prvním místě měl být odkaz na rozcestníky probíhajících (aktuálních) projektů - t.j. projektů, na kterých se stále ještě pracuje a na projekty "hotové", t.j. "nejlepší projekty". Vím, že tam odkaz "nejlepší projekty" je, ale je takový zastrčený a běžný uživatel si toho moc nevšimne. Podle mne - pro lidi přicházející zvenčí by to chtělo nějaký zcela jasný rozcestník: Na tomto se pracuje -> úplně všechny aktuálně probíhající projekty, tohle je z větší části hotovo -> nejlepší projekty. A to vše větším písmem někde na začátku stránky.

Nebo to cpát do mapy stránek ?

--Jkl 7. 12. 2008, 12:55 (UTC)

Jako nápady jsou to zajímavé, otázka, ale je, kdo se o to bude starat a kdo to bude dělat a sledovat. Co se týče Hlavní strany, tak ten stav samozřejmě není ideální, ale zatím nevadí. V úhrnu nás měsíčně sledují ne víc než desítky lidí. Čili sledovanost hs je drtivě mizivá.--Juan 7. 12. 2008, 18:45 (UTC)
Co se týče sledování a starání - pojal bych to klasicky wikiverzitně, neboli dala by se obecná guideline: když někdo založí nějaký projekt, tak ho do jedné z těchto kategorií zařadí nebo ev. přeřadí do "vyšší" ... Co vy na to ? --Jkl 13. 12. 2008, 17:03 (UTC)
Teď nevím, jaké kategorie máte na mysli.--Juan 17. 12. 2008, 21:23 (UTC)
Projekty probíhající a již "proběhlé". --Jkl 18. 12. 2008, 21:20 (UTC)
Rozpracujte konkrétní návrh a uvidíme.--Juan 19. 12. 2008, 08:24 (UTC)