[krita] [Bug 390672] When moving Krita to second monitor, brush position indicator adds random
https://bugs.kde.org/show_bug.cgi?id=390672 Peter Mueller changed: What|Removed |Added Resolution|WAITINGFORINFO |WORKSFORME --- Comment #7 from Peter Mueller --- just played along with v4.1.1. It seems to work. I was able to span krita across both monitors. Monitors do have different scaling factors. I also moved the app window completely from one to the other monitor and back. Received no artifacts. >From my perspective, it's solved. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 393144] New: [git hash c88391e] Missing menu text
https://bugs.kde.org/show_bug.cgi?id=393144 Bug ID: 393144 Summary: [git hash c88391e] Missing menu text Product: krita Version: nightly build (please specify the git hash!) Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: Dockers Assignee: krita-bugs-n...@kde.org Reporter: mue...@gmx.net Target Milestone: --- Created attachment 112028 --> https://bugs.kde.org/attachment.cgi?id=112028=edit Video showing missing menu texts. I wanted to add a new layer via the [+] button. The "menu" opens but there's no text. Please see attached video. I'm not sure about the reproducability, though. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 391025] Brush thumbnails not saved
https://bugs.kde.org/show_bug.cgi?id=391025 --- Comment #4 from Peter Mueller <mue...@gmx.net> --- With respect to the UX for the brush icon, let me know where to put my points as I don't think the bug list is the right place fro it? -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 391025] Brush thumbnails not saved
https://bugs.kde.org/show_bug.cgi?id=391025 --- Comment #3 from Peter Mueller <mue...@gmx.net> --- Created attachment 111064 --> https://bugs.kde.org/attachment.cgi?id=111064=edit Video showing brush tag issues -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 391025] Brush thumbnails not saved
https://bugs.kde.org/show_bug.cgi?id=391025
--- Comment #2 from Peter Mueller <mue...@gmx.net> ---
(In reply to Scott Petrovic from comment #1)
> For the points about the tags not saving, can you try the latest nightly and
> see if it still has issues. We have had a beta 2 as well as some other
> changes since the 1st beta. I thought that was fixed with saving tags when
> overwriting.
>
> https://binary-factory.kde.org/job/Krita_Nightly_Windows_Build/
I've picked build #75, "krita-nightly-x64-v4.0.0.51-460-ge72f2bdea2-setup.exe".
When installed, it said it's "4.0.0-beta1". Is this the correct version (as I
do not see beta2 ...)?
I think you do have some tag management issues. I've attached a video showing a
sequence of actions with strange behaviour:
(1) I create a copy of a brush and assign it to a newly created tag ("ABC").
This works as expected. The brush appears on the respective newly created brush
preset.
(2) I then modify the brush and use Overwrite. (a) The brush is removed from
the preset. (b) the the second tag ("Pencils_(mpe)") is duplicated.
(3) Then I assign the brush again to the tag "ABC". However, it is not present
on the respective preset list. Although when checked on the brush, the brush
seemed to be assign to the tag "ABC".
(4) When I then exit Krita (without saving the file) and start it again, the
newly created brush (!) is not in the list of brushes anymore. Also tag "ABC"
is no longer available.
Weird is, that if I name the second brush "AAA Air..." or "AjA Air..." it is
NOT deleted from the list of tag ABC when tghe brush is changed. It does happen
when I use the name "mpe Air..." (which sorts it more in the middle of the
list.
>
> For the changing the icons and it not being modified. We need to have a
> discussion internally with the developers and artists about that. There are
> some various UX issues with the current way it is done in the scratchpad.
> The biggest one being a lot of people don't realize those dotted lines are
> for the brush icon. You have to manually click the button on the bottom to
> show the current icon.
>
> We are trying to think of solutions on how to do this better. One solution
> might involve separating the icon from the scratchpad so it is in its own
> area. This area will auto-load the existing icon and have options to edit
> it. We need to discuss it more.
>
> Other suggestions would be welcome. :)
--
You are receiving this mail because:
You are watching all bug changes.
[krita] [Bug 391054] Krita Crash after changing tablet settings
https://bugs.kde.org/show_bug.cgi?id=391054 --- Comment #9 from Peter Mueller <mue...@gmx.net> --- (In reply to Alvin Wong from comment #4) > (In reply to Peter Mueller from comment #2) > > If I remember correctly, I changed the setting for pressure sensitivity and > > compatibility to older devices (i.e., it was set to compatibility (1024 > > levels) and I switched it off). > > > > In the referenced bug, you wrote in a comment that you received pressure > > values higher than 1 ... maybe switching caused something similar > > (especially when done while Krita is running). > > > > Sorry, I'm not able to reproduce the crash. > > Ah, did you switch off that setting in the Wacom settings while Krita is > opened? If this is true, then it would be due to the WinTab support code not > being able to dynamically refresh the tablet configuration, which is in some > way related to bug 374336. Yes. Krita was running while I switched it off. > > I can't test this because my Intuos Pen & Touch only supports 1024 pressure > levels. > > > (In reply to Peter Mueller from comment #3) > > Btw: Many Kudos for being so responsive. Even on Sunday. This is really > > cool. > > I would like to point out that I'm usually only responsive during weekends, > and it was technically Monday when I made my previous reply. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 391069] New: Crash when adding color to palette and deleting immediately afterwards
https://bugs.kde.org/show_bug.cgi?id=391069 Bug ID: 391069 Summary: Crash when adding color to palette and deleting immediately afterwards Product: krita Version: 4.0.0-beta.1 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: Dockers Assignee: krita-bugs-n...@kde.org Reporter: mue...@gmx.net Target Milestone: --- Created attachment 110998 --> https://bugs.kde.org/attachment.cgi?id=110998=edit Crash log Krita reproducibly crashes when doing the following steps, after selecting a template for drawing: (1) "Settings / Dockers / Palette" - opens an empty palette docker. (2) Select "default" palette. (I have to click on the "Choose palette" button, then, select "Default", then click outside the dialog (please note that this is confusing as there's also a Save button which I used first but which does not close this dialog)) (3) Click "+" to add a color (color appears at the end of the palette) (4) Click "the red crossed circle" to delete the same color (5) Krita crashes Attached the kritacrash.log. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 391054] Krita Crash after changing tablet settings
https://bugs.kde.org/show_bug.cgi?id=391054 --- Comment #3 from Peter Mueller <mue...@gmx.net> --- Btw: Many Kudos for being so responsive. Even on Sunday. This is really cool. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 391054] Krita Crash after changing tablet settings
https://bugs.kde.org/show_bug.cgi?id=391054 --- Comment #2 from Peter Mueller <mue...@gmx.net> --- If I remember correctly, I changed the setting for pressure sensitivity and compatibility to older devices (i.e., it was set to compatibility (1024 levels) and I switched it off). In the referenced bug, you wrote in a comment that you received pressure values higher than 1 ... maybe switching caused something similar (especially when done while Krita is running). Sorry, I'm not able to reproduce the crash. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 391054] New: Krita Crash after changing tablet settings
https://bugs.kde.org/show_bug.cgi?id=391054 Bug ID: 391054 Summary: Krita Crash after changing tablet settings Product: krita Version: 4.0.0-beta.1 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: General Assignee: krita-bugs-n...@kde.org Reporter: mue...@gmx.net Target Milestone: --- Created attachment 110991 --> https://bugs.kde.org/attachment.cgi?id=110991=edit Krita crash log Just had a krita crash. In the doc's you asked for a kritacrash.log ... well, here it is :-) I think, I switched some Wacom tablet settings (from the outside). I'm using "krita-nightly-x64-v4.0.0.51-460-ge72f2bdea2-setup". -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 391015] Tilt not working with Intuos Pro M
https://bugs.kde.org/show_bug.cgi?id=391015 Peter Mueller <mue...@gmx.net> changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #10 from Peter Mueller <mue...@gmx.net> --- Yup. Meanwhile I installed Photoshop and GIMP. In both it didn't work. So ... it was not Krita. I now did the following: (1) I de-installed Wacom driver. (2) I installed it fresh from within an admin account (the first install was from a standard user account using Windows run-ad admin). And, yes, it works now. Sorry for this. Next time I go and check first with other apps to not waste your time. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 391015] Tilt not working with Intuos Pro M
https://bugs.kde.org/show_bug.cgi?id=391015 --- Comment #7 from Peter Mueller <mue...@gmx.net> --- Tried DebugView. Hope that I used it in a helpful manner. BR Peter -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 391015] Tilt not working with Intuos Pro M
https://bugs.kde.org/show_bug.cgi?id=391015 Peter Mueller <mue...@gmx.net> changed: What|Removed |Added Version|3.3.3 |4.0.0-beta.1 --- Comment #6 from Peter Mueller <mue...@gmx.net> --- I'm currently using 4.0.0-beta.1. (Changed respective bug attribute.) -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 391015] Tilt not working with Intuos Pro M
https://bugs.kde.org/show_bug.cgi?id=391015 --- Comment #4 from Peter Mueller <mue...@gmx.net> --- Created attachment 110986 --> https://bugs.kde.org/attachment.cgi?id=110986=edit DebugView log with wintab API The Wintab API log showed an additional aspect: That "the resource could not be saved, because there's no name." This was happening when I chose Overwrite Brush to save it with a rectangular predefined brush tip. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 391015] Tilt not working with Intuos Pro M
https://bugs.kde.org/show_bug.cgi?id=391015 --- Comment #5 from Peter Mueller <mue...@gmx.net> --- Created attachment 110987 --> https://bugs.kde.org/attachment.cgi?id=110987=edit DebugView log with win8 API -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 391015] Tilt not working with Intuos Pro M
https://bugs.kde.org/show_bug.cgi?id=391015 Peter Mueller <mue...@gmx.net> changed: What|Removed |Added Resolution|WORKSFORME |--- Status|RESOLVED|UNCONFIRMED --- Comment #2 from Peter Mueller <mue...@gmx.net> --- This is exactly what I tried: I tried to control the brush tip rotation with the tilt sensor. I've tried X-Tilt, Y-Tilt, Tilt elevation, and Tilt direction. None of these influence the brush tip. I could use ANY other brush tip setting. None is influenced. I also would like to ask not to set bugs to RESOLVED when you raise questions and are not clear about what the bug is really about, i.e., when there's a request for more information. This is a bit confusing. BR Peter -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 391025] New: Brush thumbnails not saved
https://bugs.kde.org/show_bug.cgi?id=391025 Bug ID: 391025 Summary: Brush thumbnails not saved Product: krita Version: 4.0.0-beta.1 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: Brush engines Assignee: krita-bugs-n...@kde.org Reporter: mue...@gmx.net Target Milestone: --- Created attachment 110980 --> https://bugs.kde.org/attachment.cgi?id=110980=edit Video showing the issue described Just played with modifying brushes. It seems that thumbnails are not correctly saved. (Also changing the part of the thumbnail does not trigger the flag that the brush has changed.) Additionally, the lists of brush selection dialogues seem not to be updated accordingly with these changes. Please see attached video. Also note that overwriting a brush setting remove the tags of the brush (at least it looks like that so that it is no longer present in my own brush list). When I change a brush and overwrite it, I, personally, don't want that tags get lost. BR Peter -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 391015] New: Tilt not working with Intuos Pro M
https://bugs.kde.org/show_bug.cgi?id=391015 Bug ID: 391015 Summary: Tilt not working with Intuos Pro M Product: krita Version: 3.3.3 Platform: Other OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: tablet support Assignee: krita-bugs-n...@kde.org Reporter: mue...@gmx.net Target Milestone: --- Hi, I've tried to use tilt information for a brush on an Intuos Pro M with Pro Pen 2. Krita seems not to receive anything. I tried with Rotation (to see something). The WACOM diagnosis shows the respective changes in X/Y tilt. For me, this is true for 3.3.3 as well as 4.0.0-beta.1. Let me know, if you need more information. BR Peter -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 390584] Opening a .psd, then saving as .psd, then opening file again creates internal error
https://bugs.kde.org/show_bug.cgi?id=390584 --- Comment #8 from Peter Mueller <mue...@gmx.net> --- Thanks for the prompt reply. I've also raised a respective issue to the author of the App which produced these .psd files. So issue is addressed on both sides: krita is made more robust, artflow (the other app) is made more correct :-) Best Regards Peter -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 390672] When moving Krita to second monitor, brush position indicator adds random
https://bugs.kde.org/show_bug.cgi?id=390672 --- Comment #4 from Peter Mueller <mue...@gmx.net> --- Aah ... ok. Thanks for the clarification, indeed I missed the point. It is true that both monitors work with different scaling factors. Note that if I completely move the Krita window to the other monitor the effect also happens. It is not only because Krita spans two monitors. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 390672] When moving Krita to second monitor, brush position indicator adds random
https://bugs.kde.org/show_bug.cgi?id=390672 Peter Mueller <mue...@gmx.net> changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|WORKSFORME |--- --- Comment #2 from Peter Mueller <mue...@gmx.net> --- (In reply to Alvin Wong from comment #1) > What happened here is that the Krita window has spanned two monitors with > different display density. The window is supposed to adjust the scaling > according to which monitor it is on, but since there are more than one > monitors to choose the scaling from, the behaviour is sort of undefined. > > If you want a proper behaviour, the Krita window must not cross multiple > monitors with different display scaling option. Either set both monitors to > the same scaling in the Windows display settings, or resize the window so > that it fits within one of the two monitors. Both monitors run at 1920 x 1080. Anyway, I still think it should not happen that the indicator shows artifacts. BR Peter -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 390672] New: When moving Krita to second monitor, brush position indicator adds random
https://bugs.kde.org/show_bug.cgi?id=390672 Bug ID: 390672 Summary: When moving Krita to second monitor, brush position indicator adds random Product: krita Version: 3.3.3 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: General Assignee: krita-bugs-n...@kde.org Reporter: mue...@gmx.net Target Milestone: --- Created attachment 110775 --> https://bugs.kde.org/attachment.cgi?id=110775=edit Moving Krita to second monitor breaks brush position indicator Hi, I've encountered the following. I use a two monitor set-up using one external monitor and the laptop monitor. Now, when I start with a blank page the brush position indicator is as expected. Then moving the Krita window to the second monitor breaks this indicator. I'va attached a small video which shows this effect. I'm on Windows 10. Let me know, what additional information you need. BR Peter -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 390584] Opening a .psd, then saving as .psd, then opening file again creates internal error
https://bugs.kde.org/show_bug.cgi?id=390584 --- Comment #2 from Peter Mueller <mue...@gmx.net> --- Just found out, that the problem comes with having layers in the .psd which have an empty name. When you load the provided image, all layer names are blank. It works, if you give every layer a name. Hope this helps. Seems that writing cannot cope with layers with no name. BR Peter -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 390584] Opening a .psd, then saving as .psd, then opening file again creates internal error
https://bugs.kde.org/show_bug.cgi?id=390584 Peter Mueller <mue...@gmx.net> changed: What|Removed |Added CC||mue...@gmx.net --- Comment #1 from Peter Mueller <mue...@gmx.net> --- Created attachment 110734 --> https://bugs.kde.org/attachment.cgi?id=110734=edit Example psd which crashes after save and open My steps: (1) Start Krita and open this file (2) Save-as .psd (3) Close Krita. (4) Start Krita and open .psd leads to internal error -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 366343] psd export or save as psd file : result a corrupt psd file
https://bugs.kde.org/show_bug.cgi?id=366343 Peter Mueller <mue...@gmx.net> changed: What|Removed |Added CC||mue...@gmx.net --- Comment #3 from Peter Mueller <mue...@gmx.net> --- Created attachment 110733 --> https://bugs.kde.org/attachment.cgi?id=110733=edit Example psd which crashes after save and open Steps I did: (1) Start Krita and open the file. (2) Save-as .psd (3) Close Krita. (4) Start Krita and open .psd results in Internal Error. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 390584] New: Opening a .psd, then saving as .psd, then opening file again creates internal error
https://bugs.kde.org/show_bug.cgi?id=390584 Bug ID: 390584 Summary: Opening a .psd, then saving as .psd, then opening file again creates internal error Product: krita Version: 3.3.3 Platform: Other OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: File formats Assignee: krita-bugs-n...@kde.org Reporter: mue...@gmx.net Target Milestone: --- Good day, with the attached file: Open in krita, then save (no changes). Then trying to open the file again leads to internal error. I'm on Windows 10, 64bit. Let me know, if you need more info. BR Peter -- You are receiving this mail because: You are watching all bug changes.
[kwordquiz] [Bug 371711] New: Save file problem
https://bugs.kde.org/show_bug.cgi?id=371711 Bug ID: 371711 Summary: Save file problem Product: kwordquiz Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: pe...@peterandlinda.com Reporter: elektrotechnik2...@outlook.com Target Milestone: --- "Unknown file type" when saving a file. Occurs after Ubuntu update to LTE 16. -- You are receiving this mail because: You are watching all bug changes.
