Zlepšete rozhraní grafického programu Inkscape (diskuse)

[Daniel Kvasnička ml.]

Tak UI rozhodne neni to hlavni, co by mel Inkscape zlepsit, aby se stal srovnatelnym nastrojem jako jeho konkurenti....

[cecilconrad]

Me se v inkscape pracuje mnohem lepe nez treba v Corel Drawu. Takze ja ho uz ted povazuji za lepsi.

[creon]

+1

[Miloslav Ponkrác]

Tak já dodnes vzpomínám na Corel Draw, sice to není nijak kvalitní editor, ale Inkscape na něj nemá. A to nemluvím o tom, jak málo zatěžuje počítač Corel Draw v porovnání s Inkscape. A ta rychlost akcí u Corelu!

Navíc u Inkscape musím často dělat v XML editoru, třeba řada transformací, které v Corelu udělám, neudělám v Inkscape jinak, než editací XML s kalkulačkou v ruce.

Ač Inkscape používám, stále uvažuji o koupi Corelu, protože Inkscape prostě rozhodně má co dodělávat.

[Daniel Kvasnička ml.]

A to nemluvím o tom, jak málo zatěžuje počítač Corel Draw v porovnání s Inkscape. A ta rychlost akcí u Corelu!

To je presne to, co jsem mel na mysli. Ze by si jadro Inkscape zaslouzilo rewrite, to vi devs sami moc dobre, ale dle jejich vlastnich slov je to moc matematiky a nikomu se do toho nechce

[Miloslav Ponkrác]

Nevím, která firma přišla na to, že je třeba dát programátorům slabší počítače. Sami programátoři pak vyplodí výrazně efektivnější programy.

Jinak já to na Inkscape vidím. Objevují se v něm nové objekty, které nejsou ničím jiným, než jednoduchými makry z toho co už existuje. Nic nového a zásadního v něm nevzniká. A teď budou špatné jádro malovat na růžovo novým vzhledem. Neviděl jsem tohle už u Microsoftu?

Čím více ptákovin si nahoře naplácají a čím více objektů, skinů, a dalších přidají, tím utopičtější je představa, že někdo sáhne do jádra a zlepší ho. Bude to jedině těžší.

Jinak třeba já velmi rád programuji v C++ (a nejvíce low level, ani složitá matematika nevadí) a hledal jsem projekt, kde bych se připojil a nenašel. Většinou mě dostatečně odradí coding style, který zakáže 99% C++ možností (případ Mozilly), nebo zvolí nepřehledný či nedomyšlený styl (případ Inkscape s nepřehledným coding style, navíc s debilním ideologickým názorem vývojářů nepoužívat namespaces), atd..

Jinak podle roadmap Inkscape plánuje do vydání příští verzi refactoring architektury a změnu vnitřního souřadnho systému. Nicméně podle mě jádro Inkscape hnije, a je plné červů a IMHO bez přepisu nebude dobré, natož pak rychlé.

[Zdeněk Štěpánek]

Me se v inkscape pracuje mnohem lepe nez treba v Corel Drawu. Takze ja ho uz ted povazuji za lepsi.

Velky souhlas.

[zager]

V dotaznicich jsem zahledl, ze se nekdo ptal na uvedeni vysledku. Tak odpovidam, ze o tom bude informace vyvesena na mem blogu: http://www.nikdo.org/blog.php to mozna v nasledujicich tydnech a mozna pozdeji. Podle toho jak se bude cela diplomova prace libit vedoucimu prace a komisi

[Jardík]

Příloha:

• inf.png (142410 bytů)

GUI inkscape je na Windows příšerné. Při změně velikosti okna to celé problikává a při rozšiřování to tam vykresluje černou plochu, než se to vykreslí (nepoužívá asi správně systémové fce, protože ten používá pro kreslení doublebuffer a prostě by to blikat nemělo). A pak to hnusné nesystémové GUI. Úchyty na toolbarech nesystémové, hnusné. Toolbary - ten gradient tam nemá co dělat, ten má být pouze v tom menu, nebo prvním toolbaru, pokud menu není - ale to by musely správně použít standardní ovládací prvek rebar, což nedělají. No a ta pomalost při zoomování na jednu svg ikonu 256x256 (asi 10x zoom) a potom vykreslování při posouvání ... bolest.

[Jardík]

A ještě jsem zapomněl na ten nesystémový vzhled nabídek. Když už musí používat vlastní ovládací prvky, tak ať si je to kreslí samo všechny a né půl a půl ... pak to vypadá, jak to vypadá.

[blablabla]

Hmm koukám, že ty jehoVisty jsou celkem porod donutit je, aby fungovaly.

[Jardík]

Ne, porod je to GTK pro Windows, protože tak, jak ho zvorali je moc.

[tom]

Kdyz si mi na todle nekdo stezoval, tak jsem v googlu nasel tema pro GTK, po jehoz aplikaci nebyly GTK aplikace od windowsich rozeznatelne. Tak si ho zkuste take najit.

[Jardík]

Ano, myslíte asi gtk-wimp, jenže to platí jen u pro Win <= XP. To téma (už jsem chtěl psát théma ) je bohužel na Vistě hnusné, nesystémové, pomalé a bliká.

[Václav HFechs Švirga]

Juj, to je příšerné... taky bych asi přemýšel o šňůře, kdybych měl něco co bliká. Dostáváš mě ...

[alfonz]

proč to používáte když se vám to nelíbí? já inkscape miluji a funguje, ale mám normální GTK;)

[Jardík]

Protože je to snad jediný SVG editor (jak na Win, tan na Lin), který má nějakou funkčnost. Když mi najdete alespoň stejně funkční a hezčí a rychlejší, budu rád.

[otula]

Adobe Illustrator.

[goha]

Umí vůbec Inkscape ukládat kompatibilní EPS, který by přečetl třeba Adobe Illustrator? g.

[Airborn]

Umí, sám to běžně používám.

[Airborn]

Nejsem si úplně jist, Illustrator je velmi dobrý program, ale trochu těžká váha. Je to víc obecně vektorový editor než SVG editor, což někomu může vyhovovat, někomu zase ne. Osobně mám radši Inkscape, který je pomalejší a náročnější na výkon, ale jednodušší na ovládání a jeho funkce hodně vycházejí ze SVG. Vztah Illustratoru k SVG je dost... macešský. SVG umí načíst i uložit, ale vkládá do něj vlastní nestandardní data (Inkscape to děla taky, ale jeho data jsou tak nějak human-readable, není to jako u Illustratoru binární blob), v podstatě celý dokument ještě jednou, ale v podobě milejší Illustratoru.

[otula]

Jarda se ptal na minimálně stejně funkční, hezčí a rychlejší editor - myslím, že AI tyto vlastnosti splňuje všechny. Sám jsem měl velké tendence Inkscape používat, ale narážel jsem na problémy, že mi půlku svg souborů odmítnul vůbec otevřít :-/ S vektorovými obrázky je to v Linuxu celkem bída - kdybych vektorovou grafiku nutně potřeboval, asi bych byl docela nešťastný. Na to málo, co potřebuji, naštěstí Inkscape vystačí. Největší problém je ve výměně souborů mezi různými programy - není svg jako svg, což je smutné. Přitom zmíněný Illustrator mi toho dokázal přečíst asi nejvíc.

[Jardík]

Až by mohl být rychlejší a hezčí: http://www.abclinuxu.cz/blog/jarda_bloguje/2008/9/gtk-pro-win64. Jenom ho musím zkompilovat pro Win x64. S tím clearlooks enginem je to gtk-demo na Win rychlý hodně, tak by mohl i inkscape.

[stativ]

Xara.

[Miloslav Ponkrác]

Hlavně by Inkscape měl zlepšit XML editor, neboť bez něj se spousta věcí jinak rozumně udělat nedá. Osobně bych byl pro, aby Inkscape se soustředil na funkčnost, a ne na vzhled.

[Airborn]

Já integrovaný XML editor moc nepoužívám, radši si daný soubor otevřu ve Vimu. Výhoda: výrazně výkonnější prostředí. Nevýhoda: musím soubor pokaždé zavřít a po provedení úprav ve Vimu zase načíst.

[Miloslav Ponkrác]

Někdy edituji XML ve vimu, někdy v Inkscape XML editoru. On je přeci jenom vim hloupý na editaci XML souboru, bere ho jako prostý text, a je to často daleko těžkopádnější. Až bude mít vim stejnou podporu pro XML jako emacs, možná to bude lepší. Ale Inkspace XML editor určitě daleko rychleji a jistěji přesune objekty mezi skupinami, změní prioritu, apod..

Sám používám vim od rána do večera, ale vim má také své vady. Například špatná podpora Unicode a UTF-8 obecně (stejně vnitřně namapuje UTF-8 do nějaké 256 znakové sady, a znaky mimo jsou problém zobrazit). Špatná podpora velmi dlouhých řádků a práce s nimi.

[Käyttäjä 11133]

256 znakové sady, a znaky mimo jsou problém zobrazit

Například jaké znaky? Já na něco takového nikdy nenarazil...

[Miloslav Ponkrác]

Já v gvimu zobrazím pouze 256 znaků. Když jsem začal používat texty, kde se míchá normální text a různé speciální symboly, pak mi začal gvim prošpikovávat editaci různými hexa kódy znaků, které nedovede zobrazit. Takže přemýšlím o používání nějakého vhodného multiplatformního editoru pro UTF-8 texty, který nebude mít problémy zobrazit znaky, když se v textu bude vyskytovat najednou třeba 3 tisíce různých odlišných znaků. Vim rozhodně problémy má. Na český Unicode text vim stačí, ale na náročnější věci už začíná skřípat. Vim je sice super editor, ale editor, kde namísto znaků si začínám připadat jako u sálových počítačů s hexa dumpem se užitečnost ztrácí.

[belisarivs]

Zkus Kate z kde4 s vim pluginem.

[Michal Kašpar]

No nevím. Ale mě gvim bez problému zobrazí v jednom souboru kus česky, rusky, čínsky i japonsky. Takže tam žádné omezení na 256 znaků nepozoruji.

[tom]

A nemel jste treba jenom spatne zvolene pismo v terminalu? Mne vicejazycne texty funguji.

[zager]

Tak jsem ty vysledky umistil na blog v ramci cele diplomky: http://www.nikdo.org/blog.php