donaldkrebs wrote:....Oh, the lengths I will go to, just to use Krita.

The good thing is that you really willing to try, and thus we also want to weight in a bit to help.

donaldkrebs wrote:...(I still think there is a bug in the Krita install package intended for Ubuntu 18.04)

That may be true, but still that is a Ubuntu bug, not Krita. In either case I would like to make note just a little detail that I think got missed in the conversation, thus repeating what Wolthera and Boud mentioned.

The "app menu" is that utility been used by Gnome and KDE to remove the programs menu from the program window and place it on the Desktop's panel, (disclaimer, I'm not a user of either Gnome or Ubuntu, but in theory this is how it works), unfortunately on your previous screenshot it doesn't show us your whole screen to determine if it is in fact there (top panel, next to the system menu) or if it is missing.

The problem here is that Krita uses KDE software and Gnome/may not correctly show the menu in the panel, same thing happens the other way around, thus I want to make sure you are aware of it.

Look at this image (googled something ramdom to show the "app menu" on Ubuntu) https://static.makeuseof.com/wp-content ... y-Menu.png there is shows the menu of the open window in the panel, not at the top of window, but at the top of the screen. If yours was missing, then there must be a way to set gnome not to use the "app-menu" (I may be wrong here, but KDE has this as optional) and been able to display non gtk software properly.

All in all, it shouldn't require from you such a hardship to get Krita working, the Krita in the Ubuntu repos must work fine (I assume) but the thing with this distro is that while their default stock works fine, once you try to modify/install/customize stuff, things break easy, and Kubuntu, well, is Ubuntu with a K, thus may not be the last of you seen things going odd when using outside repositories/apps.

My preference is to use the linux appimage. It has no dependency on the OS or installed libraries (apart from hardware drivers) and so is not affected by any bad updates in other areas. You have to manually replace it by any later version you want to use but some people see that as an advantage in that you can have older versions available for running any time you want them.

The other thing is that you have to get the GMIC filter appimage as well and tell Krita where it is to use it. This is available at :

https://binary-factory.kde.org/job/Krit ... age_Build/

It's above the pre-alpha download link. Good luck with everything and I hope it's all stable now.

ahabgreybeard wrote:My preference is to use the linux appimage. It has no dependency on the OS or installed libraries (apart from hardware drivers) and so is not affected by any bad updates in other areas....

I totally agree here, one little note though, and this is merely for reference purpose, as it is right now, the appimage doesn't recognize KDE's app-menu in the title bar, thus if one is using it that way, Krita has no menu for sure and the only way to invoke it is by Alt+"item in menu" (with erratic behavior). I'm not sure if this extends to the app-menu at the panel (as I haven't used it that way), to Gnome app-menu or even to other OS (Arch/Plasma here). But it is something to consider when using appimages and app-menu.

Nope, I didn't save the whole screenshot (dual monitor setup) before I cropped it. Now it's gone wherever Ubuntu went to when I installed Kubuntu, wiping and using the whole disk.
I've made use of Krita a couple of time since and it's the same look of Krita that I've used for several years while using Kubuntu. I'm not going to reinstall from a different source unless something breaks It's working...I'll leave it alone. Switching to Ubuntu 18.04 when it came out was intended to be a kind of learning experience.
It was.
(Now if you guys could work it out to have unique backgrounds for each virtual desktop...like a few iterations back)

Well the point of the Appimages is that you don't need to install them, they just work, and they are made by the debs who make Krita, and for the record the ppa lime repo is already "an outside source", but I agree, if ain't broken, don't fix it

donaldkrebs wrote:(Now if you guys could work it out to have unique backgrounds for each virtual desktop...like a few iterations back)

Really? Kubuntu doesn't let you set background for each virtual desktop? Now that is sad

Yeah, a topic for another thread, right? I suspect mine wouldn't be the first.
Before someone jumps in with 'use activities,' I have, for a couple of years. Now I'm gonna use the virtual desktops (or are they Workspaces?) and just grind my teeth.

Hello.
Today I found to be in the same situation with krita. I'm using Arch linux with KDE Plasma 5.12.5 and Krita 4.0.3.

I've lost main menu also (and also MenuBar option turns to disabled in .config/krtitarc after each time I open Krita). Deleting this file does nothing interesting, after next time I open krita new kritarc file is created with MenuBar=Disabled again...
Toggling Tab key does not repair nothing, no menu bar.

That's funny, but I also use multi monitor setup and as I remember, the last time I've seen main menu bar in krita it went to Plasma panel on different monitor than krita's main window was located.. Now I'm using only one monitor, and hmmm I think I need to check other monitors too.

I'm stuck.

kgruszka wrote:....That's funny, but I also use multi monitor setup and as I remember, the last time I've seen main menu bar in krita it went to Plasma panel on different monitor than krita's main window was located.. Now I'm using only one monitor, and hmmm I think I need to check other monitors too.

I'm stuck.

As advice above, make sure that you don't have Plasma Global Menu activated (by checking active widgets, removing global menu) or (by removing application menu in system settings/application style/window decorations/buttons/application menu), this is specially needed if you are using a AppImage of Krita.

For more information just google "Global Menu Plasma/KDE". That's a new feature that is not 100% functional (like with gtk apps in kde)

@Quiralta:
Indeed I have plasma global menu activated.. But when I disable this feature main menu just... wanishes, until I enable this widget again.
So the main menu was in fact on other monitor... Is there a way to force it to be always in Krita's window?

Konrad

kgruszka wrote:@Quiralta:
Indeed I have plasma global menu activated.. But when I disable this feature main menu just... wanishes, until I enable this widget again.
So the main menu was in fact on other monitor... Is there a way to force it to be always in Krita's window?

Konrad

There is no way (as far as I can tell) to force this feature on per application basis, thus is either you completely deactivate it or keep it in your main panel/window title for easy access.
Note that system settings don't always apply on running apps or even on restarted apps within a session, thus if you remove the global menu (making sure that is disabled on the panel widgets and the window tittle buttons) or do any other mayor customization at system level then re-log in your desktop to see full effect.

Thank you Quiralta! I appreciate your help.
After logout and login again main menu sits where it should be - in main window. BTW It would be useful to have "force main menu to stay in main window" option to block the krita menu... or at least when no external monitor is connected (with panel where global menu sits), widgets that can't be visible should not be active.

Anyway, my problem is SOLVED and I'm very happy to use krita again!

kgruszka wrote:...Anyway, my problem is SOLVED and I'm very happy to use krita again!

Glad it worked out, happy painting