Inkscape - 1 (seznámení) (diskuse)

[helb]

S Inkscape dělám docela často, takže pokud se v následujících dílech dozvím něco novéhu, budu jen a jen rád. Jen tak dál.

[Shteffi]

Umí inkscape čárové kódy? kdyby ano.. bylo by to super..

[s0]

mno, inkscape to neumí, ale umí importovat hromadu grafických formátů - proto ČK můžeš vytvořit třeba v kbarcode nebo ve scribusu (ano, když se nepochválím sám, nikdo jiný to neudělá), uložit to jako postscript, posléze importovat jako bitmapu.

[cornelius]

A nebo importovat i jako postscript a nebo jeste lepe vygenerovat to do SVG (pokud se nepletu tak z aplikace Scribus by export do svg mohl jít též(?))

I když myslím, že tazatele by spíše zajímalo zda je umí přímo generovat. Neumí - zatím; existuje požadavek na funkci (RFE) týkající se této funkce, ale prozatím se nenašel vývojář, který by toto implementoval. Pokud má tazatel či někdo jiný zkušenosti s pythonem a chtěl by pomoci, neměl by být problém toto napsat jako rozšíření pro Inkscape(jako SoC projekt by to asi neuspělo).

[Shteffi]

hmm Tak jsem Inkscape vyzkoušel.. a musím říst, že na první rande je mi dost sympatickej... Škoda jen, že zatim je tak trochu chudej příbuznej.. i když základní vlastnosti jsou dobrý...

Nejvíc postrádam manager objektů. dále některé funkce poněkud chybí.. nejvíc mě mrzí že pod scrolovacím kolečkem neni zoom.. to je veliká škoda. jinak příjemný je posuv po stisknutí prostředního tlačítka. Myslím, že jestli se inkscapu budou vývojáři nějakou chvíli věnovat, tak to bude hodně dobrej nástroj.

Jsem navyklej na Corel a ve strovnání s ním tam opravdu spousta věcí schází.. ale zase kdyby měl Gimp podobný GUI jako inkscape.. tak bych vývojářům Gimpu zulíbal nohy...

[Jan Martinek]

nejvíc mě mrzí že pod scrolovacím kolečkem neni zoom.. to je veliká škoda.

Zoomovat lze v inkscape několikero způsoby:

Ctrl+kolečko na myši ... Zoom in, Zoom out (pozice kurzoru ovlivňuje výřez!)

Klik na prostřední tlačítko ... Zoom in (opět závisí na pozici kurzoru)

klávesa "4" ... zobrazí celou kresbu tak, aby se akorát vešla do okna inkscapu

klávesa "3" ... totéž co "4", ale provede to s aktuálně vybraným objektem.

klávesami "+" a "-" na numerické klávesnici ... trochu těžkopádné - používejte raději výše uvedené způsoby.

[Shteffi]

Vida.. aspoň ten ctrl+kolečko.. to užje použitelný

[cornelius]

Jako takový primitivní manažer objektů lze použít zabudovanou fukci "XML editor" (Ctrl+Shift+X). Na plnohodnotný manažer objektů to ale nemá, i když se s tím dají provádět zase jiné vylomeniny :)

Vývojáři se Inkscape věnují, důkazem budiž seznam nově přidaných funkcí a vylepšení, které se zanedlouho objeví v nové verzi 0.44.

[Slapo]

Nuz, keby Inkscape vedel aspon zobrazit filtre :/ Daju sa cez XML editor v Inkscape pridat, ale treba subor najprv ulozit, az potom sa to da zobrazit v externom prehliadaci. Ked som t onaposledy skusal, Inkscape mi vzdy pri nahravani takehoto suboru padol. Nie som si ale isty, co to bol 0.42 alebo 0.43. Nstastie, filtre sa budu riesit toto leto:

Final Summer of Code Projects

Application                                Student            Mentor
 ----------------------------------------------------------------------
 SVG Filter Effects #1                      Niko Kiirala       Bulia
 Inkboard Protocol Spec / Lib Conversion    Dale Harvey        David Yip
 PDF Export with Cairo                      Mikos Erdelyi      Ted Gould
 Memory Optimization                        Marina Diezler     MenTaLguY
 SVG Filter Effects #2                      Hugo Rodrigues     Bulia

Hmm, export do PDF, memory optimization, efekty ... hura :)

Este aby niekto zlepsil spravu objektov a vrstiev ;)

[cornelius]

Lepší správa vrstev bude už v 0.44, která vyjde brzy, a ve které už je dialog na vrstvy, a implementovane třeba i podvrstvy ;)

p.s. na filtry už existuje oddělená vývojová SoC větev a co jsem viděl v -devel poštovní konferenci tak třeba Blur filtr už je funkční.

[xvasek]

Dobrý článek, těším se na další. Celkem by se mi hodilo podrobnější srovnání s konkurencí (GPL i jinou), docela se v tom ztrácím. Inkscape by měl být přímý konkurent CorelDraw, Illustratoru nebo OOo Draw (pokud to dobře chápu), Scribus by měl být spíš DTP, Sodipodi je pak tuším předchůdce něčeho. Freehand vůbec neznám a Xaru jsem viděl naposledy ve verzi 2.0 někdy v roce 1997, teď by měla být GPL nebo otevírali zdrojáky. Jenom nevím, jestli jenom u nějaké verze, nebo obecně. Prostě v tom mám chaos. V bitmapách je konkurenční "boj" přehlednější (Gimp, Pixel, Photoshop), tady by to možná chtělo nějaké osvětlení.

[Pev]

... Sodipodi je pak tuším předchůdce něčeho...

Inkscape je fork z Sodipodi.

Viz http://en.wikipedia.org/wiki/Inkscape

Nejvetsi rozdil je asi v pouzitem rozhrani. Sodipodi ma rozhrani vychazejici z gimpu, inkscape je sdi aplikace. Zatimco u gimpu mi mi nikdy nevadilo ze je mdi a nechapal jsem narky ostatnich po rozhrani adobe photoshopu / pixelu, u inkscape mi to naopak vyhovuje.

Podle tohoto srovnání [en] by mel byt u inkscape rychlejsi vyvoj, mit detailnejsi dokumentaci, opraveno vice bugu, sodipody zas o neco rychlejsi renderer...

Ze srovnani jsem pochopil, ze inkscape je na tom o neco lepe.

[pp_jj]

GIMP je MDI aplikace, jo? Nemáte v tom trochu zmatek?

[Kyosuke]

Gimp má Abundant Windows Interface...

[Jan Martinek]

Pokud si pamatuju, tak při tom forku se tehdy vývojáři nejvíc pohádali kvůli C versus C++. Sodipodi bylo/je v C, Inkscape je v C++. V tomto směru se zdržuji komentářů, protože vše již bylo řečeno

[stativ]

Rychlost mam odzkousenou, sodipodi je nekolikanasobne rychlejsi nez inkscape, ma ale take nekolikanasobne min schopnosti.

[Peter Lehotsky]

FYI Sodipodi je mrtvy projekt

[fakenickname]

Dobrý článek. Inkscape je výborný nástroj a kdyby vychytal lépe udávání souřadnic, šířek, výšek a další vcelku dost používané věci tak by bez problémů mohl nahradit Corel Draw. Jen mě teď mrzí, že po přechodu na Xubuntu po mě chce Inkscape půlku Gnome :(((

martin@aerovax:~$ sudo apt-get install inkscape
Password:
Čtu seznamy balíků... Hotovo
Vytvářím strom závislostí... Hotovo
Následující extra balíky budou instalovány:
  gnome-mime-data libavahi-client3 libavahi-common-data libavahi-common3
  libavahi-glib1 libbonobo2-0 libbonobo2-common libgnomevfs2-0
  libgnomevfs2-common
Navrhované balíky:
  libxml-xql-perl python-xml libgnomevfs2-bin
Doporučované balíky:
  dia dia-gnome libwmf-bin pstoedit sketch perlmagick libgnomevfs2-extra
Následující NOVÉ balíky budou nainstalovány:
  gnome-mime-data inkscape libavahi-client3 libavahi-common-data
  libavahi-common3 libavahi-glib1 libbonobo2-0 libbonobo2-common
  libgnomevfs2-0 libgnomevfs2-common
0 aktualizováno, 10 nově instalováno, 0 k odstranění a 0 neaktualizováno.
Potřebuji stáhnout 9717kB archivů.
Po rozbalení bude na disku použito dalších 44,4MB.
Chcete pokračovat [Y/n]? n
Přerušeno.
martin@aerovax:~$

[cornelius]

Šlo by " kdyby vychytal lépe udávání souřadnic, šířek, výšek a další vcelku dost používané věci" trochu rozvinout? Btw, je pravda že každému vyhovuje něco jiného a nač je naučený, ale pokud se najde nějaký konstruktivní nápad jak něco vylepšit k obecnému blahu a oznámí se vývojářům buď jako RFE nebo v poštovní konferenci tak by se tím mohli zabývat.

Když nechcete stahovat dalších 45MB knihoven můžu doporučit poněkud statičtější autopackage (.package), který sice není přesně podle debianího stylu apt-get install ... ale může nějaký ten MB ušetřit. Co se týče knihoven GNOME tak některé, ale stále budou potřeba.

[fakenickname]

Pokud jste někdy pracoval s Corel Draw tak víte co mám na mysli. Vezmete objekt, naťukáte číslo, tabulátor, číslo, enter a máte takovou velikost obejktu jakou přesně potřebujete. Naprosto jasně je to vidět na jednoduchém 2D technickém kreslení. Ve škole jsme kreslili výrobní výkresy přířezů (krabičky) a Corel Draw byl pro toto výborný. V Inkscape bych nikdy žádný výkres asi neudělal, protože se přesně nedá pozicovat a škálovat do mm, cm, px, %, .. Byl bych rád kdyby tento alternativní styl ovládání Inkscape integrovat také, ale přijde mi to jako vcelku veliký upgrade a těžko by mě někdo mohl vyslyšet (zvlášť když připočítám svojí angličtinu).

[cornelius]

S Corel Draw jsem naposled pracoval když to byla verze tuším 3.0 a od té doby jsem se mu úspěšně vyhýbal(jako čert kříži :) a posldení zkušenost z testu Corel Draw 11 nebyla právě pozitivní tak jsem ani moc nezkoumal co to umí v oblasti pozicování.

Nejdřív k možnému workflow v Inkscape (nebude tak účinné jak popisujete): objekt lze vytvořit libovolný a v horním toolbaru nástroje lze poměrně upravit velikost objektu(i v jiných jednotkách než px. tyto jednotky jdou přes vlastnosti dokumentu nastavit jako defaultní pro celý dokument) a jeho pozici upravit pomocí nástroje výběru kde lze číselně zadat i přesnou pozici objektu na plátně. Druhou možností je vytvořit objekt na zelené louce přímo v XML editoru ale v tomto případě je nutné znát poměrně dobře XML/SVG pro správné zapsání objektu.

Je mi ale jasné že ani jedna z těchto možností není tak jednoduchá jako v Corelu.

Co se týče možného protlačení do programu tak co jsem zatím odpozoroval tak je inkscape spíš zaměřený na kresbu/ilustrace než na CAD-like kresby takže netuším zda by to bylo přijato. Mezi otevřenými RFE jsem našel jeden, který by z části mohl odpovídat a pokud by se ozvali ještě další uživatelé tak kdo ví... Jak moc velký by to byl zásah nevím, nejsem programátor ani expert na uživatelské rozhranní, ale možná by šlo zařídit aby se při dvojkliku na nástroj pro kreslení objektu nebo dvojkliku na plátno objevilo dialogové okno s možností zadání koordinátů a velikosti.. ale to jen hádám, chce to to sepsat a poslat a možná i zkusit naprogramovat.

[fakenickname]

Přesně tak, Inkscape je mnohem více editor pro uměleckou tvorbu, než pro přesné kreslení. Proto se také v něm tak dobře tvoří. S touhle vlastností (rychlé pozicování a škálování) by mohl konkurovat i jednoduším CAD systémům, ale jak jsem si jednou ve škole uvědomil -- kreslící program slouží k umělecké tvorbě, CAD systém slouží k přesnému tvoření. To že nás naučili dělat technické výkresy v uměleckém editoru je spíše chyba lektorů. Takže shrnuto a podtrženo, bylo by hezké kdyby tyto vlastnosti přejal i Inkscape, ale je to trochu na hraně smyslu editoru. Snad jen kdyby se sešlo hodně lidí, kterým by ona funkce chyběla.. Jenže na to jsem příliš pasivní

[Jan Martinek]

... možná by šlo zařídit aby se při dvojkliku na nástroj pro kreslení objektu nebo dvojkliku na plátno objevilo dialogové okno s možností zadání koordinátů a velikosti.. ale to jen hádám, chce to to sepsat a poslat a možná i zkusit naprogramovat.

To dialogové okno s různými transformacemi (Move, Scale, Rotation, Skew, Transformační matice) je kdykoli k dispozici přes Object->Transform nebo Ctrl+Shift+M.

[cornelius]

To byl čistě nápad jak realizovat to aby se dala pozice a rozměry nového objektu zadat přímo při jeho vytváření. Samozřejmě funkci Objekt - Transformace lze využít ale imo je rychlejší pozicování a velikost objektu řešit prvním navrhovaným způsobem, tedy přes volby na panelu voleb nástrojů se zvoleným nástrojem pro výběr než lovit okno s transformacemi. Samozřejmě proti gustu žádný dišputát :)

[Jan Martinek]

Jaktože se v inkscape nedají zadat přesně rozměry a pozice? Já ho používám na technická schémátka celkem běžně a rozhodně to nekreslím "odhadem" (to bych nepřenesl přes srdce . Tady je pár ukázek:

http://kf.fyz.fce.vutbr.cz/pub/inkscape/konzole.png

http://kf.fyz.fce.vutbr.cz/pub/inkscape/ATX_case.png

http://kf.fyz.fce.vutbr.cz/pub/inkscape/skrin-lichob.png

http://kf.fyz.fce.vutbr.cz/pub/inkscape/byt.png

Samozřejmě, že toho lze u inkscape dost vylepšit (především snapping trochu vázne), ale je to na dobré cestě.

[Petr Zelenka]

No a nechtěl bys vzít jedno z těch schémátek a udělat malinkatej tutoriál, jak že si toho dosáhl (přesnost tvarů atp.). Třeba by se to hodilo i někomu jinému než mně.

Tip: stačila by lehounce okomentovaná série screenshotů.

[Jan Martinek]

Abych pravdu řekl, žádné velké finty nepoužívám. Skoro pořád mám zapnuté Snap to grid. Typický příklad je kreslení plošňáků, kde je rastr desetina palce - tady mám ukázku:

http://kf.fyz.fce.vutbr.cz/pub/inkscape/pcb.png

Snap to grid se ale může hodit i u nehranatých tvarů - třeba tady: http://kf.fyz.fce.vutbr.cz/pub/inkscape/bitjing.png

(tady je ukázka postupu) http://kf.fyz.fce.vutbr.cz/pub/inkscape/jingjang_screenshot.png

Když chci něco zarovnat k něčemu, použiju Align. Pro přesné posuvy a škálování je Trasform dialog.

Ale jeden opravdu špinavý trik za zmínku stojí. Když chci zadat rozměry nějakého objektu tak, aby jeho uzly ležely na přesně definovaných místech, tak nejdřív vypnu outline, aby se obrys nezapočítával do škálování. Po změně rozměrů zase outline zapnu.

Přitom by stačilo jednoduché tlačítko "When scaling objects, ignore stroke width". Kdo tohle naprogramuje a pošle patch, který vývojáři akceptují, tomu dám tři stovky a pivo

[Jesus Jimenez]

pridam i panaka

[miso]

Nasiel som celkom dobre vyzerajuci tutorial, a ked do tyzdna nenakreslim svoj byt, tak zacnem prosit aj ja

[fakenickname]

Já měl na mysli něco jako tohle (i když možná něco složitějšího). Důležité jsou ty milimetry a přesné pozicování - přichytávání. Přichytávání je jedna z věcí, která mi u Inkscape citelně chybí.

[Jan Martinek]

Tak jsem to zkusil nakreslit: http://kf.fyz.fce.vutbr.cz/pub/inkscape/vykres-viko.png

Bez přichytávání bych samozřejmě neměl šanci, je to nachlup přesně. Musím ale říct, že kdyby mě u kreslení viděl někdo, kdo umí s CADem, tak by se zbláznil z toho, jak se v inkscapu tyhle věci dělají složitě.

[Hynek (Pichi) Vychodil]

Hmm, tak koukám, že ani vy, ani dum8d0g jste neměli technické kreslení. Teda jestli jo, tak bych na vašem místě chtěl vrátit školné. Do závorek se píšou přeurčené kóty a žádnou takovou tam nevidím. Tak co tam kruci dělaj ty závorky?

[Jan Martinek]

Přesně tak, technické kreslení jsem neměl, takže pro vrácení školného budu muset najít jiný důvod. O významu té závorky nemám nejmenší představu. Sprostě jsem to opsal od kolegy. Stejné chyby, stejné známky. Zde je oprava:
http://kf.fyz.fce.vutbr.cz/pub/inkscape/vykres-viko-2.png

[Mikos]

Můžete mi říct proč na takovéhle věci nepoužíváte jednoduchý 2D CAD? Třeba opensource QCad je na tohle doslova jak dělaný, naprosto ideální volba. Znásilňovat na podobné věci Inkscape mi přijde jako drbat se levým palcem u nohy za uchem... prostě na takovéhle věci není vektorový grafický editor určený, na to je CAD.

[Jan Martinek]

Qcad znám a přesto dávám přednost inkscapu. Qcad mi nevyhovuje, protože:
- neumí Beziérovy křivky (nahrazuje je úsečkami)
- práce s textem je zoufalá (unicode, fonty, text-to-path atd)
- práce s barvami je též zoufalá (výplně, gradienty, poloprůhlednost)
- neumí import bitmapy (natožpak primitivní operace s ní)
- neumí pracovat se SVG

a především tyhle věci _nikdy_umět_nebude_ - není pro to motivace.
Zatímco u inkscapu si dovedu představit, že až se přidá
snap [bounding box, node, guideline]
-> [grid, node, bounding box, intersection, guideline]
že se s tím budou kreslit velmi pohodlně i ta techničtější schémátka (krabice od bot, psí bouda, plošňák pro dvě součástky atd.). Extension pro kótování už existuje. Podotýkám, že tyto vlastnosti jsou u inkscape plánované, zatímco Qcad se asi inkscapu přibližovat nehodlá.
Nemá smysl debata inkscape versus Qcad. Přál bych si, aby se oba programy vyvíjely k lepšímu.

[JanM]

Extension pro kótování už existuje.

Můžete poradit, jak se to rozšíření jmenuje a kde se dá nalézt? (Ve verzi 0.43 v gentoo kompilované včetně "effects" jsem jej nenalezl.)

[Adrin]

Tak já si taky přisadím svojí trošku: http://kosmopako.net/uploads/bouda.png

Ale žádný CAD to není :) Chybí spousta základních kreslících (pomocných) nástrojů i když SVG by nemělo problém opravdový 2D výkres uložit.

Neexistuje něco co by bylo ke kresleni jednoduchých 2D výkresů poněkud sofistikovanější? Něco jako QCad a přitom to nativně ukládalo v SVG?

[sssssssss]

půlku gnome? vždyť je potřeba stáhnout jen cca 9MB... a navíc mam takovej pocit, že xfce4 má už samo o sobě dost z gnome.

[fakenickname]

Já myslím, že naopak GNOME má v sobě docela dost XFCE.
GO AHEAD!

[Saljack]

Nejlepší by bylo ho nasadit na školách. Já nevim proč mají na každé škole ten zk.... zoner callisto, s kterym se nedá vůbec dělat. Ach jo kdy už konečně pochopí školství, že nemusí šetřit a kupovat levnou sra.... ale rovnou to můžou mít zadarmo

[cornelius]

Ale on se na některých školách už nasazuje ;) Není to sice z iniciativy MŠMT, ale spíš z vlastní iniciativy učitelů IT, ale nasazuje. Osobně vím o dvou takových případech, Střední průmyslovka v Olomouci a jedna ZŠ v Děčíně.

[GeBu]

Tu Olomouc konkrétně VOŠ a SPŠE Olomouc www.spseol.cz mohu potvrdit s kolegou učíme grafiku na GIMPu a Inkscape. Já zatím na Windows a on na Linuxu.

[dan]

...uz nemuzu nula.ctyricetctyrku dospat, outline mod a nativni pdf export je toho pricinou...

[swed]

Sežere ta blbůstka tolik paměti, nebo tam mam někde bug? Nainstaloval jsem ho z oficiálního repozitáře kubuntu. Nabíhalo to asi tak minutu a rozevření každé položky menu trvalo asi tak půl minuty. Zaplácnul mi celou ramku (512) i swapku (590). Když jsem ho vypnul, obě splaskly na polovinu. Při spuštění z konsole nic nevypsal.

[Ricardo]

Bug, rozhodně, nejspíš asi na Tvé straně, možná na straně kubuntu.

[michich]

Stejné chování se krátce projevovalo v Unstable Debianu s některou verzí libc6. Způsobovala to chyba v řazení řetězců, která se projevovala jen s některými locales. Nepomůže dát před spuštěním inkscape export LC_COLLATE=C ?

[michich]

Byl to tento bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=357390

[Filip Dominec]

Mě taky sežere celou RAM, ale to znamená 64 MB. Není to sežrání RAM jenom nějaká nabobtnalá, ale převážně neškodná disková cache?

[petrnek]

škoda je to, že Inkscape je primárně vyvíjen pro uměleckou grafiku, ne pro technické kreslení, tzn. chybí například kótování a další užitečné věci.

dobrou věcí je možnost scriptování...

pv

[Mikos]

Na tohle je přeci CAD a né vektorový grafický editor. Můžu doporučit třeba opensource QCad...

[Jan Martinek]

Jojo, to už píšeš podruhé. Ukaž, co jsi v něm udělal. Mě se toho moc nepodařilo.

[Mikos]

Aha, teď sem si přečetl váš příspěvek výše (pod tím mým příspěvkem nahoře). Něco na tom bude, chápu to co se vám nelíbí, ale přesto si myslím, že CAD je na takovéto věci rozhodně lepší řešení...

A na plošné spoje je podle mě zas lepším řešením specializovaný software jako gEDA nebo Kicad (případně i komerční EAGLE, který má i verzi pro Linux).

[Petr "Glubo" Sýkora]

drobný překlep: "Inkspace" v poslednim odstavci

[Jiří Vičík]

Nevíte, umí to importovat cdr soubory? Myslím, že pro hodně lidí od grafiky to bude základní věc (minimálně o třech vím osobně).

[cornelius]

Neumí, jelikož je cdr uzavřený formát tak neexistuje v současnosti žádný volně dostupný nástroj, který by se dal byť i jen na konverzi nebo prohlížení použít.

Lze to obejít přes export/import do ps/eps/pdf z corelu a zpět. Od verze 12 Corel mam pocit podporuje import/export taky do SVG takže lze použít i nativní formát Inkscape.

[Jiří Vičík]

Ok, dík. Ten export do SVG by měl být dostačující.

[Mikos]

Myslím že Xara Extreme rozhodně import CDR souborů uměla. Možná to tedy bude umět i Linuxový opensource port Xara LX?

[sapix]

Zdravim, Prosim vas, neviete mi poradit, preco pri importovani obrazku (trebars jpg, png, al tif) je tento obrazok znacne vecsi ako povodny (napr. ak pozriem rozmery v gimpe). Ono totiz v gimpe aj v inkscape ma rovnaku velkost v pixeloch (resp bodoch), ale je viditelne vecsi v inkscape a ak to prevediem na mm, uz neplati ani rovnaka velkost (ciselne). Podla vsetkeho v gimpe pri prevadzani na mm pocita s dpi 300 (al inym), v inkscape iba 90, teda obrazok je cca 3 krat vecsi. Ak pouzijem na import grafiky OOorg, obrazok ma nezmenenu velkost, teda je to vysada Inkscape. Nevieme mi teda poradit ako to riesit, resp. ci sa da niekede nastavit aby inkscape importoval s povodnym rozlisenim obrazku? Vdaka. s pozdravom sapix

[Jan Martinek]

Toto chování potvrzuji, jen si nejsem jistý, jestli jde o BUG nebo feature Řešilo se to v mailing listu inkscapu, ale nemůžu to najít. Prozatím to obcházím tak, že importovaný obrázek upravím pomocí Trasform dialogu.

[sapix]

Vdaka, ano ked zmensim obr na 30%, a potom ho dam exportovat s 300dpi (namiesto 90 predvolenych), zachova sa velkost ako u povodneho a aj kvalita (podla oka). dik, nie je to idealne ale je to akasi cesta.

[Jan Martinek]

V tomto případě není třeba se obávat zhoršení kvality, protože při transformaci objektu nedochází ke ztrátě informace. Bitmapový obrázek se zůstává pořád tentýž a dokonce ani (v defaultním nastavení) není součástí svg souboru. SVG obsahuje pouze cestu k obrázku + příslušné transformace.
Ke ztrátě informace dochází až při závěrečném exportu do png.

[napetsy]

Zdravim,
mozna to bude v nekterem pokracovani, presto by se mi uz ted hodilo vedet, jak autori nekterych zverejnenych obrazku tvori sipky, pomoci kterych kotuji rozmery. Mate na to nejaky pekny trik?

Diky

[cornelius]

Otevřete si dialogové okno "Výplň a obrys". Na záložce "Styl čáry" jsou položky "Značka konce čáry" "Značka začátku čáry". Funguje to na jakákoliv objekt takže stačí nakreslit čáru a nastavit jí šipky jako značky konce a začátku.

[Jan Martinek]

Kótování je docela humus. Jednak se musí nastavit konce čar (jak psal kolega) a krom toho je potřeba upravit délku, protože šipky příliš přečnívají přes koncové uzly. Takže "snap nodes" nelze použít a je nutné se s tím piplat ručně. On sice bounding box šipku celkem rozumným způsobem ohraničuje, ale vyrobit šipku, která má přesnou délku (bounding boxu) je bez dost obtížné, kvůli dvěma chybám/vlastnostem inkscapu. Nelze použít Transform dialog, protože u čáry dovolí změnu jen v procentech. Nelze použít ani přímou změnu velikosti na liště, protože to zkátka blbne.
Takže to nakonec dělám přes snap to grid, ale je to _hodně_ blbej způsob. Výsledek ale docela ujde.

Ehm, takže šipka už je hotová. Pak napíšu vlastní kótu a pomocí dvou zarovnání ji umístím vzhledem šipce. To naštěstí funguje bez problémů.
Takže bych to shrnul - nic moc, ale už jsem si vychytal vlastní postup. A už nevím, kde jsem narazil na tu extension pro kótování
Jako první krok pro zlepšní bych viděl nadefinování šipek, které končí tak akorát s koncovými uzly. Předělávat již existující není možné, protože by se pokazily dosud vytvořené kresby.

[Jan Martinek]

Zapomněl jsem dodat, že při ručním posouvání uzlů (F2) nefunguje volba "snap bounging boxes to ...", čímž se to dost komplikuje. Je to další bug v inkscapu.

[JanM]

Jako první krok pro zlepšní bych viděl nadefinování šipek, které končí tak akorát s koncovými uzly. Předělávat již existující není možné, protože by se pokazily dosud vytvořené kresby.

Nejsem si jist, ale zdá se mi, že definici šipek inkscape ukládá do xml souboru spolu s obrázkem.

Tzn., že při otevření dříve vytvořeného souboru verzí programu s novou definicí šipek stejného názvu se použije definice, která platila při vytvoření obrázku.

Alespoň takto mi to fungovalo s definicí šipek, kterou jste upravil (viz níže v komentářích).

[Jan Martinek]

Jojo, máš pravdu. Ale zjistil jsem to až když jsem vytvářel ty nové definice. Proto jsem se pak už nezdráhal přepsat již existující šipky DimensionIn a DimensionOut, protože staré soubory se tím neovlivní. Takže odvolávám, co jsem psal dříve

Kdyby někdo chtěl použít nové šipky ve starých souborech, tak nezbývá než ručně zeditovat *.xml a nahradit sekci "marker".

P.S. Prosím, nevykejte mi. Dík

[Adrin]

No šipky, jak již bylo řečeno, Ink umí, ale pro kótování nejsou zrovna vhodné, z důvodů, které již byly také řečeny. Dodám jen, že druh kótovací šipky se jmenuje "DistanceIn" resp. "DistanceOut".

Já osobně kótování v Inku nepoužívám. Anebo používám druh šipky "StopL" nebo "CurveIn". Obě nevypadají na ISO normu, ale je s nimi mnohem menší práce :)

Směli-li bych ovšem nahlédnout do orákula vývojářů, pravděpodobně bych vsázel 100:1 na to, že zarovnání šipek bude upraveno nastavením typu konce čáry.

[Jan Martinek]

Abych upřesnil situaci, udělal jsem screenshot toho, jak vypadají šipky v inkscapu: http://kf.fyz.fce.vutbr.cz/pub/inkscape/arrows_old_3.png Jak je vidět, reálné konce šipek jsou úplně mimo uzly. Krom toho DistanceOut a DistanceIn ke kótám přidává kolmice a používá typ šipky, který není k dispozici samostatně (bez těch kolmic). ArrowL je větší, ArrowM je menší. Takže ve výkresu to pak vypadá každá pes jiná veš. Naštěsti šipky jsou nadefinované v souboru

/usr/share/inkscape/markers/markers.svg

Pohrál jsem si s tím a vyrobil šipky nové. Zde je ukázka:

http://kf.fyz.fce.vutbr.cz/pub/inkscape/arrows_new.png

Předefinoval jsem DistanceIn a DistanceOut a přidal další typ šipek ArrowIn a ArrowOut, přičemž všechny šipky jsou teď tvarově stejné a hlavně mají uzly tam kde mají být.
Tím se kótování velmi zjednodušuje. Šipky se navíc dají snadno řetězit, což bylo předtím takřka nemožné.
Kdo chce, může zkusit stáhnout ty nové šipky:
http://kf.fyz.fce.vutbr.cz/pub/inkscape/markers_new.svg a tímto souborem přepsat ten původní markers.svg.
Pokusím se to poslat vývojářům.

[JanM]

Pohrál jsem si s tím a vyrobil šipky nové.

To moc pomohlo, díky.

[Tomáš Kubíček]

Před pár měsíci jsem přešel na jednom z pc na Ubuntu linux a s tím vyvstaly i problémy, jak nahradit aplikace, které často používám. Největší problém je právě u grafických editorů, kde opravdová náhrada za Adobe Illustrator bohužel neexistuje. Zkoušel jsem právě Inkscape. Na první pohled mi byl velice sympatický...Musím ale přiznat, že jsem se setkal s mnoha problémy. U Illustratoru jsem si velice zvykl na jednotlivé panely, které mohu mít trvale zapnuté, jsou drobné a hozené kdesi na kraj obrazovky. Např. Barvy, úpravy textu, změny souřadnic, velikosti, zarovnání objektů, síla tahu atd.... U Inkscapu tato možnost sice také je, ale je to takové to škrabání se za uchem přes hlavu, velice těžkopádné. Snažil jsem se připravit několik grafik pro tisk, trávil jsem nad nimi mnoho hodin a stejně jsem nakonec otevřel Illustrator, kde jsem to měl hotové za pár minut. Dále mi chybí možnost řešit soutisky barev, tak jak to umí všechny vektorové programy (Illustrator, Corel, Freehand), no a také jsem byl nepříjemně překvapen, když jsem chtěl importovat soubory z Illustratoru, nebo Pdf a ani jednou je Inkscape nebyl schopen otevřít...přesto, že oficiálně tyto importy podporuje...No uvidíme časem...zatím bohužel musím Inkscape brát jen jako hračku, než jako náhradu grafických softwarů.

[FrantaB]

Super prográme, ale nějak tam nemůžu najít jak uložit dílo do TIFu ...a prý ho dpodporuje.Nevíte mi poradit? Děkuji.

[cornelius]

TIFF podporuje pouze na importu. Pokud chcete export tak je k dispozici jen PNG, které pak lze do TIFF zkonvetovat jiným ke konverzi určeným programem.

[Grush]

Tak koukám a řekl bych že Inkscape některé z uvedených námitek už vcelku vychytal. Rozhodně umí Barcode Se šipkami nevím, nejsem kreslič technických výkresů. Ale když to všechno nascaluju, tak nakonec nechám změnit tah globálně na stejnou hodnotu a tím se upraví jednotně i ty mizerné šipečky. Bohužel špičky pořád přelézají hraniční body. Zato má ale jednu (možná nechtěnou) "fíčuru" - totiž otevírám v něm PDFka když mi je zákazníci pošlou zaheslované; pak export do EPS SVG či AI a pohoda

[Romana]

Ahoj, chci se naučit v Inscapu dělat motivy různé velikosti. Najde se někdo, kdo by mě to za úplatu třeba formou e-mailů naučil? Chtěla bych umět zhruba toto: http://www.fler.cz/zbozi?id=652881 Napište cenu, za kterou jste ochotni se mi věnovat. zonoro@seznam.cz

[emeli]

Ahoj, právě jsem si nainstalovala Inkskape a potřebuju se s ním co nejrychleji seznámit. K tomu ale potřebuju češtinu, a to je ten problém, přestože jsem při instalaci vybrala jazyk čeština, tak program se mi po instalaci spustil v angličtině. Nevíte někdo prosím, jak si tam tu češtinu nastavit? Něco jako Settings v liště nemůžu najít. Děkuji moc za pomoc :)

[GeBu]

Zřejmě jsou to Windows 7, že? Ony se detekují jako by byly anglicky. Je potřeba nastavit systémovou proměnnou. Někde jsem na internetu viděl řešení.

[emeli]

Nene, já mám Vistu. Ale už je to OK, odpověď od Corneliuse pomohla.

[cornelius]

Před měsícem jsem řešil něco podobného, jsou dvě cesty, které fungovaly:

1. File - Inkscape Preferences (Ctrl+Shift+P) - Interface - Language a vybrat "čeština" a restartovat program.
2. "Hrubá síla" pokud předchozí nefunguje: Složku "cs" v C:\Program Files\Inkscape\locale\ přejmenovat na "en" a nechat v nastavení Inkscape nastavenou angličtinu (fungovalo 100%, může nastat problém při aktualizaci programu - špatné nebo neúplné překlady).

Je divné, že na jedněch W7 funguje nastavení jazyka automaticky, na jiných musí jít člověk hrubou silou. Samotnému se mi na W7 Inkscape chová česky, jen nevím jestli to není tím, že potřebné proměnné prostředí (jak zmiňuje Jirka nademnou) už nastavil GIMP a Inkscape se jen neveze.

[emeli]

Velké díky! Odpověď č. 1 postačila :)