New feature: Comic Panels tool/layer (asking for wishes, needs and ideas of comic artists and others)

I think just replicating CSP’s panel tool would be a good start. At the most basic we need rectangular panels, though curved or polygonal ones would also be greatly useful.

As for the implementation, to work the best it would have to be its own section of the app (e.g. not a special part of layer window or a type of layer). I envision each panel to be a section of the canvas. You could draw either on the main canvas, underneath the panels (but all pixels masked by panels would be protected) or on one of the defined panels.

I did your Idea past @EyeOdin and it is called “Project Pages”. uses ZIP to contain all files within.

When can we expect it to get added? I am “this” close to buying CSP.

Not sure if it’s been directly suggested, but some functionality to allow certain parts of certain groups/layers to extend outside of a panel that they’re inside would be great. Like some sort of non-destructive mask.

Pictured: One group that is both confined and unconfined to a panel.

Yes I’m aware this can be done with transparency masks. But that leaves a weird half transparent border because of the math of alpha + alpha pixels and makes changing the panel borders a pain. A non-destructive mask for this would be nice.

Two years and nothing has been done in regards to this. Is it really that hard to just go and clone feature another software has? The Chinese do it all the time! Just clone CSP’s panel feature as is, any improvements can be added later on.

because license. there is a thing called license. krita foundation is in EU. EU as far as I know respect intellectual property. Reverse engineering is also not that easy. The code that need to be produce should be clear of any license conflict.

Also when this was ask - i thought there was an understanding that this is not an immediate feature but something that is being folded into the plan and studied on.

At the time that this was ask by tiar, she is still doing the assistant tool improvement that as far as i know is just right now slowly getting folded into the pre-alpha [some have made it into 5.2] .

Mind you, Krita official devs can be counted by hand. Each has big project they took upon themselves not counting maintenance and stability.

@darkhog Please don’t bump Feature Request topics because you’re impatient that they haven’t been implemented. It’s non-productive and may even be counter-productive if the devs get fed up of hearing people complain about it.

There are no software patents in the EU.

@darkhog, Nobody said anything about patents. @kaichi1342 talked about licenses, of which there are many, of different kinds.
Again, you’ve bumped an old Feature Request topic with a non-productive and irrelevant reply.
Do not do this again.

The only person who meant to do it was me, and I was first working on assistants, and then I was on a kind of hiatus. And now I have something else to do again. I’m not forgetting about it, but development takes a lot of time. And we only have a few developers and a lot of features to make. The current donation level is just not enough for, let’s say, Blender rate of improvements. We do what we can.

It’s not that important here since we don’t have access to CSP’s source code anyway, so we can’t copy it. I mean we could, in theory, decompile it - which I’ve heard the Chinese for example do with free Android apps all the time, to repackage with their own ads system and publish for no effort, therefore easy money - but that would be illegal, so of course we’re not going to do that, so the amount of effort for the feature is nearly exactly the same as the amount of effort for a new feature of this size, based on user description and mockups. Which is, probably a few months to get it to a usable state.

Sorry, don’t mean to derail the thread, but maybe it will put things in perspective. Also, assuming this information can be made public – How many full time developers does Krita have at the moment?

If people are juggling their daily jobs and doing Krita in their spare time (at night, I guess?), then it’s unreasonable to expect any consistent rate of development, IMO. (Not meaning this as a critique, rather stating the obvious).

Well, we are all freelance, but right now it’s kind of like 5-6. All paid developers are intended to be full time. At some point we had 9, if I count it correctly, but you know, life happens. Note that at the beginning of 2019 there were just two of them. I’m one of the “seniors”, having been hired as a third dev! :smiley:

Which, yes, is a very small dev team. We do have both incidental and more regular volunteers, and some of them are really dedicated - like @Deif_Lou - and usually some GSOC students during the summer. That both reduces the amount of work, but also pulls the developer into the direction of that project, so away from the priority list (unless it’s something that is on the priority list already). (The “priority list” is mostly metaphorical here (not a real spreadsheet with precise numbers or something formal like that), though we did have a meeting recently to decide on a Roadmap, there should be a blog post on Krita website/News widget soon about it).

We do try to make Krita and all the stuff around it look very professional of course, so it might look “corporate-y” at first (inattentive) glance, but we are really tiny. I do hope Krita will grow - but we genuinely need more resources for that.

That’s a really helpful perspective, @tiar.

(typo edited)

Type of device* :
Brand and version of the device:
System** :

* graphics tablet/display tablet/2-in-1 laptop/Android tablet
** Windows/Linux/Mac/Android, + version (you’ll find it in Help -> Show system information for bug reports)


Description of the issue (you can include screenshots): Im a manga artist who uses Krita generally. The software is god sent but, i have some concerns on the manga department.

I feel like krita is more focused on illustration art than giving the same elbow grease on the manga part. Example, when we create a manga page… we all know that there has to be guides for drawing area n non drawing area.

But its a struggle to create our own guidelines cause we don’t know if its perfect so that when we have to publish we know what to expect, as in which parts are cut out.

Atleast there should be an automatic switch that creates the proper guides for u depending on what kind of page you are working on.

Now, this one is the one i cry about the most… manga panel creating… we have to create our own manga panel, then set a few setting and layers in order just so the work can stay in the panel n doesn’t go passed. That’s too much work, I’d spend 2 days paneling 45 pages of a chapter and its a buzz kill to have to do everything manually when creating a proper panel.

So i just ask if Krita could like create a tool where by it creates panels for you, you just have to select the tool drag in ur canvas then it appears and everything on you layer docker is done for you automatically…

But other wise Krita is super good… but its getting there…

Feel free to comment if I’m write or wrong… manga creators of krita know exactly what im talking about

Are you using templates? What I did was taking one of Krita’s comic page templates and adjusting it to my own needs, with my most commonly uses panel sizes and a bunch of guides and helper lines to help me adjust panel sizes on each new page. Then I set that as a template for my comics manager project, which made creating new pages a pretty quick process, at least for those pages that have somewhat normal panel shapes. (Maybe I should make a post about my templates, because they go a bit beyond the standard templates :thinking:)

If you want more, you can make a feature request in the feature request category, though you’d have to be more concrete as to how exactly this new functionality is supposed to work. Wishing that Krita can read our minds is one thing, but developers need to know what input you are imagining and what result they will lead to exactly.

@Mzansi_Manga @Rebecca

Moved to the existing feature request started by Tiar.

I hear you but it still needs more clicks just to get what you want… i’m an ex clip studio user and it has the panel tool that would be very easier to use with just 1 click of a button and it automatically organizes all the layer set up accordingly without doing the work manually, all u gutta do is click to the panel tool an drag whatever shape u want then u just start drawing…

For those who think i might be degrading Krita that isn’t my intention, im just suggesting that a tool specifically for paneling would be very useful for us mangakas n less time consuming.

Going to comic management dockers, u still need to set it to do what u want it to do… where else if there was a tool for manga panels in the tool set it would be much more easier…

Correct me if im wrong…

I found some voronoi generators.
It may be a hint for implementing a comic panel split and edit
It would be nice if the corners of the Cell weren’t round and the edges could be moved.

It can trying LIVE DEMO and downloadable.

This is going to be a list of things that I feel like I would need for my workflow specifically Exporting and Management, and I couldn’t find a better place to leave it as a feedback instead, unless I’m wrong in which case I would remove this post

Some Context 🥲

So, I’ll get this out of the way first, I’m working on a manga called “Firehounds” and it’s on GlobalComix, if anyone wants to look at the final results, this is for giving context to what I’m trying to achieve with this request.

Backstory 🥲

When the 5.2 version came out I upgraded it and the first issue I ran into was that the Comics Manager had some bug in exporting which made me resort back to 5.1.4, and I haven’t since upgraded, so I’m not aware about any of the following features that I propose are fixed in the versions that are out or are about to be in the near future

Now, onto Feature Requests!

So my proposal for Better Management :smiling_face_with_tear: is as follows, first is to address the arrangement and page ordering and how it is reflected on the JSON file.
I would like to have a place to view the pages, this is present in the Comic Manager, good. Now when I rearrange my pages, it is accordingly reflected in the JSON file, which is good, again.

But Pedro wants it to be better, but how? To do this, we need to see why this isn’t better for the long term imo. The JSON file, which I opened using notepad out of curiosity as I moved my files around (to be precise, I was moving all the pages - of which were 15 and were more than 15 GBs together - due to concerns over letting Krita keep opening and exporting the whole comic and running into memory issues, and potentially crashing and corrupting the files.

The JSON file keeps a list of pages in an arrangement and seems to update everytime Krita accesses the set folder and/or when pages are rearranged and stuff, the issue that I’ve come across is the pages are removed from JSON file when I move them, and if I move the first page (which in my case was numbered 00) it runs into an error and throws an error message that it couldn’t export it due to not being able to find it. And this rearranging of pages in the folder itself makes the Manager to show the files which are in the set folder and not the other pages that I moved around. This can be fixed if there was a single export option but since there isn’t, I had to move the files.

So as you can see, Krita needs to manage it better without losing track of the pages and not having to let the user change anything in the folders which might make it harder on Krita to keep track of it all, but not limited to just one folder. I will get to the more-than-one-folder later on.

So rearranging pages, change the order of it being displayed but when files are moved away from the folder Krita is supposed to manage, the JSON file is updated accordingly, so when someone does end up rearranging it back, the user will have to rely on opening multiple KRA files which are not named according to the page order they are supposed to be in. So I suggest to change the naming of the KRA files itself, based on the page order they are in when rearranged, Comic Manager already handles the naming of the pages while the JSON file can hold the data about the page order to KRA file relation as a backup which Krita can use to override if there’s a page with a different naming, maybe there’s a collaborator who named it differently, and so If I had to add the page the naming should be changed in the final page ordering (this can go more advanced, like sharing Comic Manager settings to make multiple Krita clients have one unified setting to work under if the user is a collaborator and checkboxes on which Krita client to have the override access while the other Krita clients can’t override it as it was in the shared settings and blah blah, too ambitious, doesn’t help for the immediate future, back to present)

So now, having the naming conventions reworked and fixing the ordering, we now go to the folder stuff.
I feel the need to have Krita manage multiple folders, so for example, I would like to have a toggle for each page, which would either mark them as either WIP or as Completed, this way I can have a cover image named and ordered as the first page (which I think could be 00, for example). Now the reason for this way of marking pages is for a better way of showing pages in the Manager. So if I have appropriately named tabs, or a toggle (don’t know if that’s easy to do in Python) which would show me the pages that are either WIP or Completed. This is just a way to display the information and shouldn’t have anything to do with rearranging pages. But how does multiple folders come into play? I don’t know how the Manager chooses to export, but since the only option is to Export the whole comic at once tells me it uses whatever is in the set folder as a basis to work off of, so if there were a folder named WIP and Completed, this way Krita would only export multiple pages in the WIP folder and move them to Completed when marked as such (there could be a checkbox in the export settings where Exporting a page could either be marked Completed automatically or it could be left to the user doing it manually for each page as I would like to do it that way incase I didn’t like the export or had to make corrections).
[Ignorables 1 - More can be built on top of this, like folders representing a chapter and have more options over file naming and page ordering, like resetting the naming and starting from 00 again while continuing the page order, etc but that’s not the focus of this]

Now we go to Export Options :smiling_face_with_tear:

The export feature needs more to it, and this is already a feature request here that I have voted for.
I hoped that Advanced Export would fix that issue, but the thing is it doesn’t take into account the Guide lines I set for cropping and has no options to consider it in the first place, and so the file output I get is not exactly the file I need for digital upload and is very much the full size print version…

Specifically, the export needs options such as Single Page export, so this way one wouldn’t need to export multiple pages for that one page. This workflow is because my files, like single Krita files for each page, can range from 1-3 GBs, mostly due to the fact that the resolutions I choose is above 4K, for better image quality for digital viewing on 4K screens (and that lower resolution images at source can induce aliasing in higher res screens), and the high dpi for more flexibility for printing in different sizes, I have plans to do special editions of my physical copies which would be bigger, in my case the dpi went up to 900 for maintaining that resolution requirement (which I’m aware is too high of a dpi for a physical copy!!).

After mentioning that, the file output that I get from exporting are usually around 15 MBs, and I export them to multiple formats, like EPUB and TIFF, and use the export PNGs from the CBZ export for the digital upload. So the issue now that i run into is that this can limit me from posting to a variety of other sites, for example MANGA Plus by Shueisha and Medibang, which has a file limit of 5 MB, and that sucks and also the reason for me to export it into EPUB as it has JPG export but
If i rearranged my files suddenly my exported JPGs are now replaced (in other words I realised this too late… So this next feature is more about adding more customisations to the export capabilities that are already present.
For example, I would want an option to Export to Images separately, instead of bundling them with the existing export options (unless they are essential for the other formats to working correctly), where I could choose an export format like JPEG/JPG or set a size limit so that Krita can work out which resolution it should be and other options where one can fine tune so the quality and size balance can be maintained, without exceeding the limit.
How I suppose that would look, would be separate tab on the export settings dialog box, it should have an optional Size Limit checkbox which if unchecked should not apply any limits to the customisations, but if check it would change the limits on the customisations, for example if there was a resolution slider, which would change the size (either a percentage or length/width option with linking) would now actively stop from letting you go over a certain resolution where the size limit is reached and etc.

Also, Krita should free up the memory when exporting multiple pages if there’s a risk of it crashing from not having enough of it available when it does batch export!

Also

Where’s the double page spread mode!?
.
.
.
.
.
.
.
.
.
.
jk

Here I’ll add a screenshot of a page I’m working on in Krita!

Is that a 3D model?

Yes that is a 3D model, I use Blender with Krita (I also wish Krita and Blender had more ways to communicate with other, there’s this software called fspy I think which can create a scene in Blender from images, it only needs atleast 2 lines that the user needs to align on the image and fspy will setup camera and perspective that matches that, Krita could benefit from something like that for people who use both together…

And other than that, thanks to the Krita devs for keeping up the amazing work and Wolthera for writing the Comic Manager, I considered Clip Studio before and had it not for the Comic Manager, I would have been pulled out of the Open Source environment…:smiling_face_with_tear:

@ZayH Thank you for your well-described ideas. Your topic has been merged into the topic started by Tiar to capture artists’ wishes and ideas for this feature.

You can add your vote to it if you wish (at the top of this thread).