![]() Registered Member ![]()
|
I've started making standard default templates for European comics, using vector shapes for the frame outlines/margin mask.
(The green CheckColor layer is there to adjust frames size securely, and check display bugs) Here it is: http://www.mediafire.com/?kczlhf42lc144hm I'm gonna do the same for US comics and Japanese mangas. |
![]() KDE Developer ![]()
|
Cool! I had added one experimental template to Krita for old-style Spirou comics, but it used a raster layer for the outlines.
|
![]() Registered Member ![]()
|
Yes, the idea came when I tried your experimental template, I though it could be improved by taking advantage of shapes ^^ (also in your template color layer is above ink, it should be under).
Here is the US comics version: http://www.mediafire.com/?21m9tplt80y93zo |
![]() Registered Member ![]()
|
And then the Manga sized version:
http://www.mediafire.com/?34p5khd0mwzkoks |
![]() KDE Developer ![]()
|
imo it would be cool, if we can include these templates in the default install
![]() but for me not all templates are working. we should resolve all problems before doing so. i also don't know, if the performance with vector is enough. |
![]() Registered Member ![]()
|
This is exactly what they are meant to ![]() I agree vector shapes aren't very stable to use, but this is a good occasion to improve/fix them! As for you "not all templates are working", what exactly doesn't work for you? |
![]() KDE Developer ![]()
|
afaik fixing the speed of vectors is impossible with the current architecture. but i don't know the vector/flake part of krita.
there are also rendering bugs, that vanish, if hiding and showing the background layer (the outer frame shows a chequered pattern). the bd euro template doesn't work here. it's possible, that the reason is a bug in krita or my slow laptop. |
![]() Registered Member ![]()
|
I know about the rendering bug, I already reported it (this bug affect any multi-layer file, in a file with only raster layers the whole canvas is not displayed/transparent/check pattern before to do something that "refresh" the display-like hide/show the background. Here with vector layers it seems the area inside the vector objects zone is displayed, at least, and the border zone with only raster parts doesn't display at opening.)
Strange for the BD-euro template you can't open. If it persists I can re-create the file if necessary. Anyone else has an issue with this specific file? |
![]() KDE Developer ![]()
|
Except for the bug were the image isn't rendered after opening, the euro template works fine here.
|
![]() KDE Developer ![]()
|
the file do open, but it doesn't work
![]() it displays only white, if drawing on the ink layer, it is hidden, until you hide margin white. if you show margin white again, it gets white again. opening is also slower than the other files. |
![]() Registered Member ![]()
|
Does it still happen? Does it happen with or without opengl enabled? Opening is slower maybe because this is a bigger page/file than the 2 other. Also I've noticed the display bug at opening of multi-layer files happens only with opengl enabled (I've started working on a laptop with bad/slow opengl support so I've disabled it and then discovered this!) |
![]() KDE Developer ![]()
|
hm,
it also happens without opengl enabled. probably it's only a problem with my machine, because it happens nowhere else. |
![]() Registered Member ![]()
|
The display bug at opening with opengl enabled is fixed !
![]() So maybe you can add those files to the "Comic templates" now ?! |
Registered users: Bing [Bot], claydoh, Evergrowing, Google [Bot], rblackwell