Vertical comic reader "preview"

So I’m planning to make a webtoon, vertical comic, and I think it would help a lot to have this feature. An example would be in CSP. It’s this “window” that shows you what the reader will see. Because the files are so long, and I’m working on it on my laptop, it’s kind of hard to tell what the reader will see as they’re scrolling. Without having this feature, pacing and panel size becomes a problem. I’ve tried making a homemade version, but it was too big of a hassle.

What it could contain:
-Ability to change the size of the window
-Everything outside the window grayed out
-Ability to hide it when not needed
-“Locking” it in place
-Changing color

If you have more ideas about what would make this tool even better, feel free to comment. I apologize if I wasn’t clear, I’m just not exactly sure how this tool works, I’ve only occasionally seen artists use it.

This could probably be implemented in function as just a toggle button in the overview window, to allow it to fit to the horizontal width of the window, and scroll vertically with the scrollbar/scroll wheel. Bonus points for a mode button that goes fit → fill width → fill height → fill fill both → back to fit again.

Assuming I understand the intended function of a vertical reader preview anyway, anyway.

Ignore this, it's bugged. It opens in a new tab, and then opens a new blank window with nothing in it. Would be cool if it worked, though. So many "it almost does something cool and useful" features in Krita lol

I think you can currently achieve some of what you’re after by opening a new view of the canvas, which would be a much more useful feature if it wasn’t restrained by click to focus.
You may need to use view → detach canvas which is… sub optimal in a lot of ways in the way it’s implemented, it doesn’t seem to have the necessary window priorities to make it functional, but can probably be made to work by moving docked elements into independent windows to the side of the detached window.
For the new view, it’s under window → new view
It will list the currently open documents, just select the one you want to create a new view for.

:kiki_upside_down:

You can vote for your won feature request. This sounds like a reasonable feature request thanks for making it.

Katia, actually I already suggested this feature couple years ago. And this was one of reason I make my project in CSP, but initally planning do it in Krita. Here the link for topic with webcomics.

Oh yeah! I saw that discussion, I just didn’t scroll through the whole thing ig. Do you know when, if ever this feature will be put in? Since I don’t wanna buy CSP and would rather keep using Krita. If this won’t be out any time soon, I’ll have to find work-arounds or make something myself, cuz I’m planning to start making the webtoon in like a couple months.

I think this feature is going be implemented since many users are interested in.
Still, judging by last Krita’s developers plans an implementing new features for comic artists not going to happen in this year. Most of work will be input to update\refresh\rebuild code for future progression – important but invisible side for Krita’s user.

At beginning I tried to emulate composition checking tool with sort of mask – simple layer framed on top at bottom in dark semi-opacity color. But back than in 2021, movement of that layer had a lags, it consumed so much time and endurance that I give up and switched to CSP. I didn’t check how it works now, may be after updates it is more or less ok.

Hi guys, have you tried using a new view of the same document in a separate Krita window? This way you could resize that view and fit the image to it. It would be much more responsive that the overview docker.

This doesn’t address all requests, but maybe could work well enough?

TBH, I haven’t read these vertical comics yet, so I’m not sure how they are supposed to look as the finished product.

1 Like

Not sure how that would work and I don’t know if my laptop would be able to handle two very large files opened at the same time.

@I9S I’ve tried that before and it’s not bad. Seeing how we’re not getting that feature anytime soon I’ll have to use this method.

I’ll try to record a video of this workflow. There’s only one file open, so I hope it would still work ok.

What resolution will be the file during the editing?

Thank you so much! The resolution size is 1600 x 12000. The height might become larger if I ever deem it necessary but for now I use this one.

Hi @Katia_Dorosh , so here are some options that you can try. There can be some additional memory overhead for using multiple views, but it should be much smaller than opening two big documents (different kra files).

Krita is very flexible in how you can manage your canvas views. Essentially, you have these options:

  • single window and tabbed document view - this means you can have only one document/view visible in your window, and you can switch between the tabs.
  • single windows and multiple subwindow views - you can use it to open two documents or views side by side
  • multiple windows and multiple subwindow views - the most flexible, your other view can be in a separate window.

Here’s how it looks. I created a 1600x12000 document and drawn some numbers to make it easier to see which part we are looking at. I opened two views of the same document (details at the end of the post) and put them side by side. The view on the left can be used to fit the comic to width, or any other zoom level that you need. The view on the right can be your main painting/editing view.

The subwindows are maximized by default, so you need to shrink them and you can use the option Window > Tile to lay them next to each other. From here, adjust them manually to your liking.

And here’s the other option, two Krita windows (note the titlebar is repeated, they are just next to each other). The one on the left is your “preview”, the one on the right is the editing view. I used an option to show only the canvas in the left window, to make the full use of the available space. Naturally, you could move either window farther apart, or to a second monitor, etc.

One issue I can see with this approach, is that it’s a bit annoying to scroll the view vertically, as Krita’s pan tool is inefficient for such a big image. Probably there’s a way to improve it, either with some key bind or a tweak that I’m not aware of.

If you are using the single window mode, you can use the overview docker (visible in my screenshot) to quickly navigate to any part of the document in the view that currently has the focus.

Lastly, here are some relevant settings:

  • to switch to subwindow mode: Settings > Configure Krita > General > Window > Multiple documents mode - switch to subwindows.
  • to open a new view or a new window. On the menu bar: Window > New Window or Window > New View > (your document).
  • to enlarge the canvas view in the window without making it fullscreen: Settings > Configure Krita > Canvas-only settings - uncheck “titlebar”.

Let me know if this helps or if you have any questions!

It’s a pretty common format on sites like webtoons, where you scroll down the pages/panels.

1 Like

Oh, wow! Thank you so much for the detailed explanation! I’ll definitely try this method out.
Are those rulers on the sides the pixel count? And are the edits shown/changed in real time?
Again, thank you!

Hello,

I am actually featured at Webtoon France so I do produce scrolls that meet webtoon’s “original” requirements.
My approach is very different from anyone I know as other pros usually rely on features integrated in their drawing app of choice. I separate tasks between programs.
Why ? Because I can use each one for what it’s best at and replace it if needed without affecting the rest of the production pipeline.

My latest scroll is a bit less than 40 panels AND my panels are not the talest, so my scrolls are small compared to others.
Yet, the final Hi-REZ scroll is nearly 400 kpx long (4 hundred thousand pixels). So I don’t try to keep it rendered live in Krita.

To have live previews of my scrolls, I publish the kra files in scribus. This is where I add all my balloons, text, sfx, background colors and fades.
This required me to set up scribus tu show 1 page at a time and to stick them with no margin between them. And “Voilà”! I have my live preview.

3 Likes

Also, making this in the drawing app and files seems to bring some challenges:

  • There is a lot of margin between pictures, In which you can put text, fades etc…
    Generally I have nearly as much margin as I have panels.
    Having Krita display efficiently vertically a concatenated list of pictures would not be enough unless I embed those margins in my canvases… to see the real preview.
    So instead of having 5 or 6 kpx heigh images I could endup with 10 kpx images full of transparent background…

  • And how would the list of files to display be defined? Would it be all the files a directory? Then you couldn’t have extras / temp files.
    Or would it be a more complicated mechanism? Then where would the list be stored ?

  • If such a list didn’t exist and we rely on the files in a directory, one would also need to add helpers to reindex files in the directory if the want to add a new panel in between others. for example, a new panel X between panel 9 and 10… (I actually automate these things in my shell)…

2 Likes

Yes, the side rulers are in pixels and the views will be updated in real time (unlike the overview docker which has a pretty long delay).

1 Like