No kdyz sem koukal na tu knihovnu, tak si nemuzu pomoct, ale zrovna u ni by mi prislo lepsi, kdyby se generovala z kodu, treba doxygenem. Tenhle popis je peknej, ale kdyz chce clovek pouzivat IDE co umi rovnou zpracovat i komentare k funkcim (treba doxygeni), tak by to rozhodne vice pomohlo.

Těžkotonážní sbírka dokumentace pro glibc je v Info (ano, taky ten systém nesnášim, ale je to tam).

Oo, díky - chvála od znalce potěší dvojnásob

(Teď jen doufám, že se mi podaří to dokopat do bodu, kdy bude možné povolit volnou editaci. )

Hledání je vždycky problém; zkusím to postupně vylepšit.

Struktura URL se asi ještě změní; pokusím se to udělat tak, aby byla přehlednější (ale v tomto bodě nemůžu nic slíbit, jsem rád, že to vůbec funguje )

Kdyby se pod to ještě přidalo nějaké diskuzní fórum

Mám ho v plánu, ale bude to ještě chvíli trvat - zatím se patlám s chytáním bugů, které se, jak to tak bývá, objevily teprve poté, co jsem to dal na veřejný web.

Velmi pěkný nápad. Kdyby chtěl býti realizován, určitě bych přispěl.....
I když v momentální chvíli nevím čím.....

Jenže na tohle potřebuješ hlavně hafo velkej tým native speakerů, nebo aspoň takovej hafo velkej tým, kde jich bude značné procento... Jestli se nepletu, Jirka to chce jako těžce globální iniciativu.

To by IMHO bylo dost nanic. Kolik je na abicku lidi, co jsou schopni prohrabavat zdrojaky glibc a pak o tom, co nasli, anglicky psat? A z tech schopnych, kolik je ochotnych? Ja Jirku hrozne moc obdivuju od sameho zacatku, kdy si tuhle posetilost usmyslel zrealizovat (posetilost rikam proto, ze od zacatku vypadal, ze chce zvladnout vsechno sam), ale delat bych to asi moc dlouho nevydrzela. Mozna tomu nekdy venuju tak jedno odpoledne, budu-li mit kvuli necemu obzvlastni vycitky svedomi, svatemu Tucnakovi jako pokani.

Tam by možná byl lehoučký problém s hlavním sponzorem AbcLinuxu; nevím, jak bych vysvětlil, proč má projekt, který byl vytvořen za peníze Novellu, na sobě logo Sunu

Húm, hom, to není bug... tak jsem to plánoval Když navštívíš stránku, která už je v seznamu drobečků, tak se umístí na konec a odstraní se z původní pozice.

Pokud je to nepřehledné, můžu to změnit - vyhovovalo by více, kdyby jednou navštívená stránka zůstala na původním místě (tzn. seznam drobečků by se při návratu na už navštívenou stránku nezměnil), nebo kdyby se prostě přidala na konec, i když už v seznamu jednou je?

Je to bug; je způsobený tím, že po určité době vyprší cookie, což je v pořádku, ale engine si už neověřuje, jestli uživatel je nebo není zalogován, a rovnou ohlásí tuto chybu, což je špatně - pokud uživatel není zalogován, tak samozřejmě nebyl ani odlogován a měla by se bez řečí rovnou ukázat příslušná stránka. Mělo by pomoci normálně reloadnout stránku.

Opravím to ASAP.

Přijde mi to jako velmi ambiciózní projekt. Držim palce.

Díky

Ambiciózní projekt to bezesporu je, nevím, jestli půjde zvládnout, ale chci to zkusit. Mám rozsáhlou zkušenost s neúspěšnými projekty, takže případný totální výbuch mi nic moc neudělá.

Je to mířené na Linux, nebo na SUSE?

Na Linux obecně.

Pokud jsou či budou mezi distribucemi rozdíly, je cílem tam mít všechny varianty?

Ano, i když doufám, že takových míst nebude moc. Například u package managerů bych tam rád měl dokumentaci ke všem, ne jen k rpm (rpm-kem jsem začal proto, že ho relativně lépe znám).

Musí tam být přímo data, nebo se lze spokojit s odkazy na autoritativní dokumenty?

Musí tam být přímo data, aby bylo všechno pohromadě, ve stejném formátu, prolinkované a vždy dostupné; odkaz na autoritativní dokument se rozhodně hodí, ale nestačí.

Vůbec, jaký je předpokládaný rozsah - gcc není jen pro Linux. Patří tam třeba perl? sbcl? Popis x86?

Ideál (samozřejmě nedosažitelný) je mít tam všechno, co linuxový developer může potřebovat - tedy glibc, kernel, manuály ke gcc, bashi, všem možným utilitám, atd. atp. Popis x86, případně dalších assemblerů, sice už není v hlavním proudu, ale v appendixech by se vyjímal dobře.

Bude se řešit to, že dnes zadaný popis čehosi tam může zastarat tak jako dnes info libc? Jak?

Rozhodně se to řešit bude - dokumentace musí zůstat aktuální, aby k něčemu byla. Technické řešení zatím nemám; například by se to dalo dělat tak, že když si někdo všimne, že stránka je neaktuální, ale neví, jak by měla být správně, tak ji označí nějakým tagem a stránka se pak ukáže v přehledech, takže kdo bude vědět, může ji aktualizovat. Mluvilo se i o automatizovaném updatu, ale to je spíš hudba budoucnosti.

V rámci projektu by mohly být užitečné nástroje pro konverzi z man, docbook, info nebo čehokoliv.

Ano, a mám je v plánu, i když nejdřív budu muset udělat řadu dalších věcí (přinejmenším opravit chyby). Automatický import z manu už je téměř hotov (není dokonalý, ale formát manu je tak hrozný, že to nejde udělat stoprocentně), ale bohužel v praxi není příliš užitečný, protože manuálové stránky jsou jinak strukturované, než bych potřeboval, a krom toho jsou tu licenční překážky.

Export bude zcela nepochybně. Musí být možnost si stáhnout celou dokumentaci na lokální stroj, aby ji mohl developer prohlížet bez nutnosti se pokaždé připojovat k netu. Přinejmenším do samostatného statického HTML, doufám, že se podaří i další formáty.

Nevím, jak to bude s manem či infem, protože struktura manuálových stránek a infostránek je jiná než struktura téhle dokumentace, ale čistě technicky převést jednu stránku do manu nebo do infa by neměl být problém.