chat ohledně jxp commanderu

2.7.2006 20:39 | Linux | poslední úprava: 2.7.2006 22:19

Na www.irc.cz v místnosti #jxp_devel běží chat ohledně vývoje...

UPDATE: založena wiki k projektu (thanks to pepca)

       

Anketa

Komentáře

[Kníže Ignor]

zatím je to drsně o ničem, hlavní slovo má dumbdog, který to programovat ale nechce...

[Michal Kubeček]

Ale na sledování je to docela zajímavé, určitě lepší než většina "zábavných" pořadů v televizi… :-)

[Vlastimil Ott]

Stíhám i Stargate...

[Michal Kubeček]

Stargate se mi nahrává, pustím si ji potom v klidu bez reklam. :-)

[Michal Kubeček]

Na druhou stranu je třeba ocenit, že programátoři a dokumentaristé jsou zatím 1:1, to se u open source projektů moc nevidí… :-)

[VícNežNic]

A taky už předem vím jak to asi dopadne

[fakenickname]

"pořád lepší zapálit malou svíčku, než nadávat na tmu"

[Michal Kubeček]

Když vidím, jak klíčové problémy se tam většinu času řeší, skoro si říkám, že by se záznam měl zachovat pro poučení komukoli, kdo se chystá začít s nějakým projektem. Jak praví klasik: "Vychovávat je nejlépe osobním příkladem. Nelze-li jinak, alespoň odstrašujícím." :-)

[VícNežNic]

To si musí každý aspoň jednou zkusit, tohleto, ehm

[Michal Kubeček]

Asi ano, ale místy je to opravdu estráda. Všichni se jednoznačně shodují, že to musí mít spoustu pluginů. Sice nikdo neví, co by tam ty pluginy měly vlastně dělat, ale určitě jich musí být spousta. Sice nikdo neví jakou roli tam ty pluginy mají hrát, ale vášnivě se debatuje, v jakém mají být jazyce… :-)

[diverman]

A ty tam potichu visíš a užíváš si to...

[Michal Kubeček]

exactly

[Michal Kubeček]

…nebo to spíš beru jako zdroj poučení - z hlediska project managementu

[VícNežNic]

No, a už mají nějaký návrh aspoň zhruba něčeho, nebo se jenom rozhodli, že to bude filemanager a bude mít červené pentle (já přišel pozdě)?

[Michal Kubeček]

Myslím, že otázka toho, co to vlastně má dělat a čím se to má lišit od už existujících projektů, zatím na přetřes nepřišla. Ale už se ví, že C++ je e-e, Qt je e-e, že to tedy asi bude v C a pluginy že by byly nejlepší v Pythonu (ale musí jich být spousta). Jo, a že tam má být určitě nějaký easter egg… :-)

[VícNežNic]

To není tak zlý Vystavte pak někdo někde log, já jsem tam teprve od čtvrt na jedenáct

[Michal Kubeček]

Log už existuje. Ale nevím, jak dlouho vydrží…

[Josef Kufner]

Log vydrží, ale přesune se někam, kde je pořádná linka na net...

[diverman]

Kdo umí, umí, kdo neumí, čumí.

[Michal Kubeček]

Opravdu vás ani na chvilku nenapadlo, že někdo se prostě zúčastnit nechce, protože (např.)

• takový program nepotřebuje
• není přesvědčen, že je opravdu potřeba*
• si myslí, že by bylo nutné začít důkladnou analýzou toho, co vlastně chcete vytvořit, proč to vlastně chcete vytvořit a zda to vůbec je dobrý nápad (a zda by třeba nebylo lepší věnovat své úsilí již existujícímu projektu)

---

* - Vzpomínám-li si dobře na ohnivé diskuse s Jindřichem Plešingerem, jeho názor, že takový projekt Linuxu citelně chybí, neměl příliš mnoho zastánců; proč je teď najednou všechno úplně jinak?

[Michal Vyskočil]

Vcelku je zajímavé, že představa aničky, když jsem jí napsal o nějaké info, je trochu jiná, než to, co vyšlo z pokecu na irc.

Ale je to škoda, čekal jsem mnohem větší flame na nejblíbenější linuxácké téma - Qt, versus Gtk

[Michal Kubeček]

Mně to moc zajímavé nepřipadá. Spíš by mne dost překvapilo, kdyby tomu bylo jinak…

[anicka]

Já se představy mileráda vzdám, pokud se najde schopný šéf s jinou

Jinak, koukala jsem se jenom chvilku, plánovat to nebudu

[Josef Kufner]

A jakou mas predstavu ?

[anicka]

imho by bylo záslužné spíš napsat náhradu za mc, protože mc je neudržovatelný bastl. Ale "port" TC taky rozhodně není od věci, ráda se k tomu přidám. Jakmile uvidím nějaký rozumný návrh, radostně se pustím do psaní

[Bluebear]

Možná by se dal JXP commander koncipovat tak, že by měl dva frontendy: grafický a konzolový, nad společným jádrem?

[anicka]

Diskuse pod mým posledním blogem myslím přinesla celkem jednoznačný závěr, že do toho se pouštět rozhodně nemůžeme. Jako memento mori zafungovala Zemljanka.

[Kyosuke]

Já bych ho třeba uvítal. Ovšem já do začátku srpna makám každý den a těžko k něčemu budu.

[fakenickname]

jen si dělej srandu z chudáka lamera.. počkej.. se ti to vrátí :P
Kdybych uměl programovat tak už rok nespím a jxp commander by dávno byl.

[Luk]

Kdybych uměl programovat tak už rok nespím a jxp commander by dávno byl.

Kdybych neuměl programovat, tak už rok nespím, učím se programování a ...

[Martin Böhm]

Jestli neumím programovat, tak jsem se ten rok učil nejspíš něco jiného - programování není jediný důležitý obor (jazyky,grafika,management ...)

[Josef Kufner]

Psaní kódu a programování není totéž.

[diverman]

Tak kde jsou ti nadšenci z minulého týdne?

[Daniel Kvasnička ml.]

O ou... sorry. Mel jsem v planu nabidnout pomoc s webem, prip. grafikou pro nej. Ale koukam, ze na web uz jsou dva lidi...

[Michal Kubeček]

Nevím proč, ale když přišla řeč na logo, vybavila se mi kapitola z Parkinsona, kde rozebírá vztah mezi honosností sídla britského ministerstva kolonií a množstvím těch kolonií… :-)

[Max]

Udělal jsem chybu, po přečtení logu z IRC si říkám, že jsem měl hlasovat "ne" .... :). Navrhoval bych anketu :

Jak rychle skončí tento projekt?
a)ani se nerozjede
b)měsíc
c)nějaký webmaster zaktualizuje barvičky ještě za 3měsíce
d)za 6 měsíců o tom už nikdo nebude vědět
e)Dávám těm Bolševikům rok, maximálně dva ...

Zdar Max

[Petr Jelínek]

Já bych takový program nepoužíval možná i kvůli názvu. Pořád bych měl před očima jeden obličej, který mám spojený s provokacemi a spojováním linuxu s komunismem.

A jak už tady zaznělo: v debatách s JXP o klonu TC tady padaly různé názory, jenom souhlasné skoro vůbec. Proto mě docela překvapuje, kolik tady bylo skrytých příznivců této myšlenky. Připadá mi to trochu zvláštní. Za to, co se stalo, nikdo z nás nemůže, tak proč dělat věci, které by za normálních okolností nikdo nedělal? Nebo se tento projekt (pod jakýmkoliv názvem) připravoval už před tou smutnou zprávou?

[Luk]

Skutečně kvalitní grafický file manager by určitěl neuškodil. Je tu sice Krusader, ale ten není pro odpůrce KDE. Takže nejsem proti, aby se to dělalo. Nicméně se obávám, že to počáteční nadšení brzy opadne a stane se z toho zombie. Tím spíš, že za startem stála ta událost, která za ním stála.

Za sebe říkám, že se do toho nijak montovat nebudu. Ani se nebudu podílet na vývoji (už tak mám práce desetkrát nad hlavu), ale nebudu ani kibicovat.

[anicka]

Původně jsme to chtěli psát s Jindrou. A rozhodně by se to nejmenovalo JXP Commander.

[kotyz]

naco proboha? mame mc a krusadera, to je dle me dost. a kdyby nekdo jo chtel tak ten TC beha pod wine. ja bych ocenil port irfanview pod linux.

[kyknos]

Proč proboha irfan? Linux má habaděj prohlížečů obrázků.

[David Watzke]

IrfanView jsem ve Windows taky používal a IMHO nic tak rychlýho a navíc schopnýho pro Linux není, nebo se o tom nemluví. Spouští se totiž téměř ihned a má spoustu funkcí.

[Dalibor Smolík]

Zvykl jsem si na gqview a docela mi vyhovuje.

[fakenickname]

emerge qiv

[kotyz]

habadej jich je, ale zadnej mi neni dost dobrej. nejbliz je xnview kterej tedka pouzivam, ale irfana bych tam mel mnohem radsi. zvyk je zvyk ;)

[Marián Kyral]

No ten mi třeba pod wine fungoval. Nicméně jsem jej úspěšně nahradil gqview.

[David Watzke]

Ve Wine je to platný... už samotný Wine startuje pěkně dlouho, takže se spíš vyplatí zapnout GIMP

[kotyz]

GIMP. ten je mi platnej, ten akorat zapnu, vydesim se z toho ovladani a fungovani zase ho vypnu ...

[filbar]

I když jsem Jindřicha neznal(spíš jenom okrajově co jsem tady o něm zahlédnul), protože si čtu jenom některé články a blogy, tak tomuto projektu fandím a v případě zájmu bych mohl tvořit rpm balíčky commanderu.

[fakenickname]

Zájem určitě je. Budeme rádi, když se připíšeš na seznam (nic závazného).

[Miloslav Ponkrác]

Uvažoval jsem o zapojení, ale jak jsem si přečetl, že se to bude psát v C, zájem jsem okamžitě ztratil. V C píšu už osmnáct let, a zastávám názor, že na větší projekty, než malé utility to je nevhodná volba. Třeba v C++ se takový projekt napíše daleko rychleji, je snáze udržovatelný a většinou obsahuje i méně chyb. Nebo klidně zvolit něco jiného za programovací jazyk, ale v C já píšu jen tehdy, pokud není jiná cesta.

Navrhoval bych ovšem udělat multiplatformní program, nevím proč by to mělo fungovat jenom v Linuxu.

[happy barney]

technicka otazka: ako v C++ riesit dynamicke pluginy (multiplatformovo)?

[Kníže Ignor]

zdá se mi to nebo si opravdu dneska vynechal oběd a z hladu meleš nesmysly?

[Michal Kubeček]

Stejně jako v C.

[happy barney]

to ano, existuje extern "C", co sa mi vobec nepaci. Ale generovanie manglovanych symbolov je este horsie.

[Michal Kubeček]

Jak (principiálně) jinak to podle vás řeší ostatní jazyky s podporou přetěžování (overload) symbolů, tříd a jmenných prostorů?

[Kyosuke]

Hromada jiných jazyků tyhle blbosti nemá a má vlastní ABI/runtime/whatever, kterými si to řeší... Ale pravda, už jsem četl i návod, jak interfejsovat C++ kód z assembleru. Moc hezky to nevypadalo.

[Michal Kubeček]

Ale tady nešlo o to, jak zpřistupňovat C++ modul programu v jiném jazyce. Naopak, řeč byla o tom, jak by C++ program dynamicky linkoval moduly napsané v C nebo jakémkoli jiném jazyce. Tvrdím, že v tom není žádný podstatný rozdíl oproti tomu, kdyby ten program byl napsaný v C.

[Kyosuke]

To chápu a také jsem to tak bral. Ale pokud je řeč o C nebo jiném jazyku, tak namespacy, třídy a přetěžování ten jazyk buď nezná (C) nebo to může mít řešené úplně jinak (ty jiné jazyky, nelze moc specifikovat, ale hromada jich volá funkce svého jazyka přes C API svého runtimu). To byla ta věc kterou jsem nepochopil. Ať si je hostitelský program psaný v čemkoliv, třeba i v tom C++, ale pokud pluginy psané v C++ nebudou, tak jeho interface vrstva s C++ manglingem nemusí mít nic společného, ne? (Samozřejmě se pak budou zase řešit jiné a potenciálně srandovnější problémy, to je mi jasné... )

[Michal Kubeček]

Nehledejte v tom nic složitého. Prostě jsem chtěl barneyho upozornit, že umožnit dynamické linkování modulů psaných v jiných jazycích není u C++ aplikace o nic komplikovanější než u C aplikace. A že jestli ho tak strašně trápí ten extern nebo name mangling vůbec, aby si uvědomil, že stejné problémy musí (i když třeba trochu odlišně) řešit jakýkoli jazyk, který má přetěžování nebo netriviální symboly, chce-li, aby jeho moduly šly linkovat (ať už staticky nebo dynamicky) s céčkovými. Přitom mlčky předpokládám, že má-li být možné psát pluginy v různých jazycích, céčko by mělo být jedním z nich.

[Kyosuke]

Chápu. Mimochodem, už jsem viděl (a zkoušel, jde to ) návod na psaní rubích extenzí v Ocamlu. Taky docela sranda...

[Miloslav Ponkrác]

Před patnácti lety jsem pracoval v objektově orientovaném assembleru od Borlandů tak bacha!

Jinak používat C++ kód z asm je celkem snadná a nenáročná věc, ve které nevidím sebemenší problém. V mnoha jiných jazycích si interface do asm prostě neuděláte, pokud nepočítám obskurní řešení.

[Miloslav Ponkrác]

Problém je, že hromada jiných jazyků má sice interface do C, ale vždycky to Céčko se musí tomu jazyku přizpůsobit. Takže Java, Python, Ruby a další sice umějí používat C věci, ale jen pokud jsou speciálně pro ten jazyk napsány. Pouze C++ má naprosto bezproblémovou koexistenci s Céčkem na úrovni, že může bez jakékoli úpravy využívat okamžitě Céčkový kód, aniž by se Céčkový kód musel nějak upravovat, balit do různých rozhraní, atd.. A pouze C++ umožňuje koexistenci s Céčkem i druhým směrem, to jest v C++ můžete napsat funkci, která bude okamžitě použitelná v Céčku bez jakýchkoli dalších interface (a jediné co tam je je to extern "C").

Takže flexibility a oboustrané přenositelnosti (byť z jedné strany omezenou) jaká je mezi C a C++ v žádném jiném jazyce nedosáhnete, snad s výjimkou assembleru.

[happy barney]

hmm, okrem javy sa mi iny nevybavuje ... a tam reflection api skryva detaily manglovania.

[Miloslav Ponkrác]

Upřímnou otázku: Opravdu si myslíte, že generování decorated názvů v C++ brání multiplatformovosti? Jaký je problém prostě vytvořit rozhraní na C++ názvech? Podle mě vůbec žádný.

Nebo snad třeba Qt nějak řeší, že C++ má decorated názvy a brání to multiplatformovosti Qt?

A co wxWidgets? Taky si myslíte, že používají nějaké extern "C", nebo prostě mají C++ rozhraní na decorated názvech?

V krajním případě se dá udělat modul, který přidá rozhraní pro C, ale jen pro zatvrzené nepřátele čehokoli efektivnějšího.

[trocha pravdy]

A bude to mit splashscreen? Doporucuju ten s ciselnejma buttonkama jako to ma originalni shareware. Vim, ze kdysi o legalnosti pouzivani WC JXP psal, ze to staci kdykoliv jen odkliknout a je to v pohode

[filbar]

Ale mělo by být možné v Nastavení zrušit.

[Quactuda]

Proc nestavet na necem, co uz existuje, napr. Gnome Commander?

[Petr Jelínek]

Protože Gtk...

Já fakt nevím, co se tady řeší, kdo má rád Qt, může používat Krusader, kdo má rád Gtk, může používat výše zmíněný GC. A všichni můžou používat MC. Zajímavé je, že tohle tady v těch flamech onehdá tvrdili skoro všichni a najenou je nutný nový projekt.

No ale proti gustu...

[Dalibor Smolík]

Já jsem si zvykl na mc a nepoužívám vůbec nic jiného. Občas zkusím Krusader, ale jen tak ze zvědavosti. V mc mám všechno co potřebuji, tak to neřeším ...

[Daniel Kvasnička ml.]

No a uz ten slavnej GC umi aspon vlizt do archivu na Enter??

[DjAARA]

To je putna jestli budou psat od zacatku nebo na vyuziji neco existujiciho.

Hlavni je aby to psalo spravne jednotky, aby nebyl nekdo zmaten ...