Xara Croft (diskuse)

[hub]

Ten, kdo používá repozitář Fedora Extras, může hned instalovat.

[Dalibor Smolík]

V debianu apt-get install xaralx. Prográmek se mi docela líbí , uvítal bych českou verzi, ale není podmínkou

[nhy]

V debiane na amd64 nie je, iba na i386

[miso]

Cital som rozhovor s jednym so sefov Xara, mal dost pro-linuxove nazory, bohuzial na url zdroja so uz nespomeniem

[KS]

Jedine dve veci, ktere me chybi, jsou umisteni textu na cestu (to jsem nenasel)

Myslíte umístění textu na křivku? To si vyberete křivku a text a v nabídce Arrange zvolíte Fit text to curve

[deda.jabko]

diky, to jsem prehledl, tak ted uz me nic moc nechybi...

[Non_E]

jenom (skoda|stesti), ze tu neni upload obrazku, ukazal bych i nejake postmoderni umeni ;-]

Neslo by obrázek dát na imageshack nebo někam jinam a odkazovat přes src v img elementu?

[deda.jabko]

to asi jo, ale vecer se me uz nechtelo nikam registrovat a dat to na firemni servr by taky nebylo nejlepsi... a navic neni o co stat ... kopii obrazu padle madony dneska kresli kde kdo... ;-]

[s0]

s velkými balonky?

[deda.jabko]

jiste a jelikoz je xara vektorovy editor, jdou libovolne zvetsovat ;-]

[peter_h]

No ja som to akurat vcera skusal na starom 300MHz notebooku a vsetky tie vymozenosti xary (vsetko je realtime) na tom v pohode idu. Ta jej rychlost je neuveritelna, pretoze vytazenie CPU mi neukazovalo ani 100%.

[deda.jabko]

sice nevim, jak to merili, ale jestli je to pravda http://www.xaraxtreme.org/about/performance.html tak by po vypreparovani te kreslici knihovny z toho mohl byt pekny zaklad pro dalsi projekty...

dokazu si predstavit editor UML diagram, kde kazdy objekt bude mit stin a 3d efekt bez vyrazneho zpomaleni a manazeri budou jasat a kupovat nove verze ;-]

[Michal Vyskočil]

Ano, ale to ten editor musí mít ve jméně Advanced Proffesional . Škoda, že je Xara pod GPL, takto by se mohlo vyhodit Cairo a použít engine z Xary v Gtk.

[deda.jabko]

no to je tim, ze lidi pri vyberu licence nemysli a automaticky berou GPL, protoze ta je nejlepsi ;-]

misto caira by to i s lepsim licenci asi neslo pouzit, protoze je to v c++ a k tomu ta predstava, ze pro vykresleni kazde ikonky v gnomu se bude pouzivat objekt rozmeru orezeneho vektoroveho editoru... huh to uz by bylo asi efektivnejsi pouzivat opengl

[Michal Vyskočil]

Aha, já myslel, že cairo nějak OpenGL používat bude. Mělo se to jmenovat glitz, nebo tak něco.

BTW: myslím, že GPL byla zvolena i proto, aby ze Xary žádná taková knihovna vykuchat nešla. Respektive šla, ale byla by pod GPL.

[deda.jabko]

no, opengl backend tam sice je, ale oznaceny jako experimental a nejsem si jisty jestli je vubec v hlavni vetvi. a jak se tak divam do tutorialu, spis je to pouzitelne pro opengl aplikace, aby vyuzivali funkce caira nez, aby gtk-aplikace vyuzivali opengl.... takze na macovsky quartz si asi jeste pockame...

[Mikos]

takze na macovsky quartz si asi jeste pockame...

Nemusíš čekat, stačí použít Qt 4 Vektorový engine Arthur v Qt 4 umí renderovat nejen prostřednictvím X11/XRender, ale i přímo prostřednictvím OpenGL (a samozřejmě také do PDF a PostScriptu).

[deda.jabko]

tak to KDE 4 pobezi jak namydleny blesk

[Mikos]

Já sem třeba rád že je to pod GPL a v C++ I když C++ moc nemusim (je to na mě moc nízkoúrovňový jazyk, já radši dynamické jazyky jako Python, Ruby a spol.) , pořád lepší než čisté C

[deda.jabko]

ja bych byl radsi, kdyby byla pod *bsd-like licenci a v ansi c.

c++ taky moc nemusim, protoze je to sileny hybrid... chybi mu "elegence", kterou ma lisp, smalltalk nebo z tech s normalni syntaxi treba java, popr. python.

c++ je neco na pul cesty mezi c a "dnesnimi objektovymi" jazyky, ale zpusob vyvoje si snad musel pujcit perlu ;-] do jazyku byla zaclenana spousta featur nektere zbytecne, nektere ne zrovna nejlip a kdyz se k tomu pridaji treba tak inteligentni napady jako realizovat vystup pres pretizeni operatoru >> a k tomu STL... mame tu jazyk, ktery kdovi proc se stal popularni :-/

[Mikos]

Jo, ale porovnej si programování GUI aplikací v C / GTK vs. C++ / Qt. Nemůžu si pomoct, ale řešení v C++ / Qt mi přijde nesrovnatelně elegantnější a produktivnější. Pravda, Qt si ten jazyk (C++) taky muselo pořádně přizpůsobit (viz řešení slotů a signálů přes makra, atp.), ale výsledek je dle mého názoru skvělý

Ovšem abych moc nekecal - faktem je, že to hodnotím z hlediska člověka, který v C/C++ nikdy pořádně nedělal a umí jen základy (jak už jsem psal, já mnohem radši vyšší jazyky ). Ale kdykoliv jsem koukal na zdroják nějakých projektů (když sem něco hledal nebo něco jednoduchého chtěl ve zdrojáku upravit), tak mi projekty v C++/Qt přišli srozumitelnější a elegantnější než ty v C/GTK. A co sem tak četl v různých diskuzích, naprostá většina vývojářů si Qt z tohoto hlediska právě nesmírně pochvaluje, dělá se s ním prostě skvěle.

Ovšem když nemluvím o GUI aplikacích (nýbrž o nějakých jednodušších programech jen pro příkazovou řádku), tak tam se mi zas přehlednější většinou zdá C, tam se ta hybridnost C++ projevuje opravdu negativně...

[deda.jabko]

no jo, ale to jsou dve odlisne kategorie -- UI toolkit a jazyk... pro me jsou QT i GTK naprosto rovnocene -- stejne vetsinou vsechno pisu v jave ;-]

jestli je program citelnejsi v c nebo c++ zalezi spis na tom, jaky je programator prase a jakym zpusobem programuje i to jak dodrzuje coding styles a ted zalezi co mu jazyk dovoli... viz ten desivy priklad s pouzivanim pretizenych operatoru pro vystup.