https://bugs.kde.org/show_bug.cgi?id=372221
Chris Jones changed:
What|Removed |Added
CC||ch...@outlook.com
--- Comment #4 from Chris
https://bugs.kde.org/show_bug.cgi?id=370237
--- Comment #14 from Chris Jones ---
(In reply to Tymond from comment #13)
> .
I think this might be a different issue, since the pauses only occur at the
start of new strokes rather than mid-stroke. Also it happens regardless of the
amount of
https://bugs.kde.org/show_bug.cgi?id=370237
--- Comment #17 from Chris Jones ---
(In reply to Bollebib from comment #16)
> @chrisjones
>
> incidently is it possible this issue occurs after using undo?
It happens regardless of whether there has been any undo.
Also I noticed
https://bugs.kde.org/show_bug.cgi?id=370237
--- Comment #18 from Chris Jones ---
I can't notice the delay on the Surface Pro 4 now though.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=425747
Bug ID: 425747
Summary: gwenview crash on large pixel files
Product: gwenview
Version: unspecified
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
https://bugs.kde.org/show_bug.cgi?id=370237
Chris Jones changed:
What|Removed |Added
Status|RESOLVED|REPORTED
Resolution|WORKSFORME
https://bugs.kde.org/show_bug.cgi?id=397371
Bug ID: 397371
Summary: shedule transaction calender view tab missing
Product: kmymoney
Version: 5.0.0
Platform: Other
OS: Linux
Status: UNCONFIRMED
Severity: no
https://bugs.kde.org/show_bug.cgi?id=359171
--- Comment #30 from Chris Jones ---
Hi Alvin,
In 3.3.3 there's no difference in the stroke start glitch when changing from
WinTab to Pointer Input.
When using the Dynamic Brush it's about on par with native Windows Ink apps
that are
https://bugs.kde.org/show_bug.cgi?id=370237
--- Comment #8 from Chris Jones ---
Desktop: With OpenGL the problem is less pronounced than it used to be; the
strokes are drawn in small chunks instead of fluidly with a timing of roughly
0.7 seconds between strokes, gets slightly worse as the timing
https://bugs.kde.org/show_bug.cgi?id=368792
Chris Jones changed:
What|Removed |Added
CC||chris.jc.jo...@gmail.com
Status
https://bugs.kde.org/show_bug.cgi?id=359171
--- Comment #26 from Chris Jones ---
Hi Dmitri,
On the desktop the straight line "hook" at the start of a stroke is about the
same as in my video attachment in Comment 22. However, I find that Sketchpad
(built into Windows 10) as well as On
https://bugs.kde.org/show_bug.cgi?id=359171
--- Comment #28 from Chris Jones ---
Hmm, not sure... as far as I know Windows Update takes care of driver updates
on the Surface, and it's up to date in that respect.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=370237
Bug ID: 370237
Summary: Strokes are delayed ~1.5 seconds after the previous
stroke
Product: krita
Version: 3.0.2 Alpha
Platform: MS Windows
OS: MS Windows
https://bugs.kde.org/show_bug.cgi?id=370237
--- Comment #2 from Chris Jones ---
Happens whether it's enabled or not.
Strangely, I just opened the Advanced Colour Selector docker, and the problem
went away until I closed it again. I tried opening it again and the problem
was still there t
https://bugs.kde.org/show_bug.cgi?id=370237
--- Comment #5 from Chris Jones ---
No stabilizer, only basic smoothing is on, although none of the smoothing
options seem to make any difference. Also I haven't been able to repeat the
Advanced Colour Selector incident so far.
--
You are rece
https://bugs.kde.org/show_bug.cgi?id=370237
--- Comment #6 from Chris Jones ---
I forgot to add that this problem resurfaced in the first 3.1 beta (3.0.99.90),
so I'm still using 3.0-9e17aff since that's the most recent build that doesn't
exhibit the problem. I don't reca
https://bugs.kde.org/show_bug.cgi?id=365179
Bug ID: 365179
Summary: Crash when nudging a hidden layer
Product: krita
Version: 3.0
Platform: MS Windows
OS: MS Windows
Status: UNCONFIRMED
Severity: crash
https://bugs.kde.org/show_bug.cgi?id=360541
Bug ID: 360541
Summary: Low resolution canvas on Surface Pro 4 with OpenGL
turned off
Product: krita
Version: 3.0 Alpha
Platform: MS Windows
OS: MS Windows
https://bugs.kde.org/show_bug.cgi?id=360541
--- Comment #2 from Chris Jones ---
That is weird. Definitely choppier here, especially at higher resolutions
(e.g. 7000 x 4500). Should I make a separate report?
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=360588
Bug ID: 360588
Summary: Brush is smoother and less laggy with OpenGL turned
off
Product: krita
Version: 3.0 Alpha
Platform: MS Windows
OS: MS Windows
S
https://bugs.kde.org/show_bug.cgi?id=359171
--- Comment #12 from Chris Jones ---
I find this is much improved now, however there is still a slight glitch at the
start of each stroke. When drawing fast circles this appears as a little hook
on the SP4, and a short straight line on the desktop
https://bugs.kde.org/show_bug.cgi?id=359575
--- Comment #1 from Chris Jones ---
I now find this is reproducible on the SP4 in krita3-prealpha3-de0d43d .
"Updating..." appears much more briefly than on the desktop, but still
interrupts the stroke.
--
You are receiving this mail becaus
https://bugs.kde.org/show_bug.cgi?id=359575
--- Comment #3 from Chris Jones ---
That does appear to have made a slight improvement, however strokes are still
delayed frequently. Sometimes after drawing several quick strokes, pausing for
around 5 seconds and drawing another stroke there is a
https://bugs.kde.org/show_bug.cgi?id=359171
--- Comment #14 from Chris Jones ---
Just the defaults with basic smoothing. I'll keep an eye out for the next
build.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=359533
--- Comment #2 from Chris Jones ---
I forgot to suggest making it customisable, so yes that would be my preference
as well.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=360588
--- Comment #2 from Chris Jones ---
Hi Boud,
This is with RGB 8 or 16 bit using the default colour profile. Occasionally
the problem is more pronounced with 16 bit (I haven't figured out why), so I'd
suggest testing with 16 bit. It happen
https://bugs.kde.org/show_bug.cgi?id=359575
--- Comment #5 from Chris Jones ---
To be clear, the interruptions occur irrespective of whether Instant Preview
Mode or OpenGL are enabled.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=363316
Bug ID: 363316
Summary: Strokes pause momentarily at regular intervals
Product: krita
Version: 3.0 Release Candidate
Platform: MS Windows
OS: MS Windows
Status: UNCONFIRME
https://bugs.kde.org/show_bug.cgi?id=363364
Bug ID: 363364
Summary: Spacing is inconsistent when controlled by speed
Product: krita
Version: 3.0 Release Candidate
Platform: MS Windows
OS: MS Windows
Status: UNCONFIR
https://bugs.kde.org/show_bug.cgi?id=363364
--- Comment #1 from Chris Jones ---
Created attachment 99110
--> https://bugs.kde.org/attachment.cgi?id=99110&action=edit
Spacing glitches
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=363364
--- Comment #2 from Chris Jones ---
Created attachment 99111
--> https://bugs.kde.org/attachment.cgi?id=99111&action=edit
Spacing Speed preset
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=363316
--- Comment #2 from Chris Jones ---
Of course, now that I actually want it to happen, I'm having a hard time
reproducing it (typical!). I was doing a lot of editing and testing presets at
the time so maybe it was something I was doing related to
https://bugs.kde.org/show_bug.cgi?id=363316
--- Comment #3 from Chris Jones ---
No sooner had I posted that comment than the more overt behaviour returned
(typical!), this time when I loaded a slightly larger image with a few more
layers.
SP4:
Image size: 1.6G
Memory used: 1.3G / 4.0G
image
https://bugs.kde.org/show_bug.cgi?id=363316
--- Comment #5 from Chris Jones ---
https://www.dropbox.com/s/iuwcr95vvsrlgvf/stroke_pauses.zip?dl=0
Drawing on layer 1 with any brush should produce the effect. The original also
had this problem on layer 5 and some of the other layers to a lesser
https://bugs.kde.org/show_bug.cgi?id=363770
Bug ID: 363770
Summary: Selection outline appears black on Surface Pro 4 with
OpenGL enabled
Product: krita
Version: 3.0
Platform: MS Windows
OS: MS Windows
https://bugs.kde.org/show_bug.cgi?id=363770
Chris Jones changed:
What|Removed |Added
Summary|Selection outline appears |Selection outline appears
https://bugs.kde.org/show_bug.cgi?id=363770
--- Comment #1 from Chris Jones ---
Correction, it appears black instead of *inverse* on the SP4, and green instead
of inverse on my desktop PC (which makes it hard to seen on green backgrounds).
--
You are receiving this mail because:
You are
https://bugs.kde.org/show_bug.cgi?id=359171
--- Comment #22 from Chris Jones ---
Created attachment 99307
--> https://bugs.kde.org/attachment.cgi?id=99307&action=edit
Stroke start glitches in krita-3.0-da5496d-x64
Hi Dmitry,
Here are videos and logs of both my desktop PC and Surfac
https://bugs.kde.org/show_bug.cgi?id=363770
--- Comment #4 from Chris Jones ---
Actually now that you mention it the brush preview outline is indeed also
affected. On the Surface it's black, on the desktop (which uses an NVidia GPU)
it's green. So this does look to be related, and n
https://bugs.kde.org/show_bug.cgi?id=363770
--- Comment #6 from Chris Jones ---
Created attachment 99335
--> https://bugs.kde.org/attachment.cgi?id=99335&action=edit
Selections and outlines on SP4 and desktop in 2.9 and 3.0
Here's a screenshot comparison.
I found the line too
https://bugs.kde.org/show_bug.cgi?id=356303
Bug ID: 356303
Summary: Overlay blend mode appears incorrect in a 16 bit image
Product: krita
Version: 2.9.9
Platform: MS Windows
OS: MS Windows
Status: UNCONFIRMED
https://bugs.kde.org/show_bug.cgi?id=356303
--- Comment #2 from Chris Jones ---
I'm using 16 bit with sRGB-elle-V2-g10.icc (Default), and converting to 8 bit
sRGB-elle-V2-g10.icc (Default). If I convert to 8 bit sRGB-elle-v2-srgbtrc.icc
as you suggest, it still changes the opacity. If I
https://bugs.kde.org/show_bug.cgi?id=356303
--- Comment #3 from Chris Jones ---
Correction: the default settings use 8 bit - the problem begins when starting
with a 16 bit image (as I typically do).
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=356303
--- Comment #5 from Chris Jones ---
Same results after looking at the color management page.
Photoshop does produce solid white when using 8 bit, as does Krita. I can
confirm that using Photoshop's default settings on a 16 bit image does not
pr
https://bugs.kde.org/show_bug.cgi?id=356303
--- Comment #6 from Chris Jones ---
Wait a sec - that's what it does already! Sorry, getting confused. :)
When I select 8 Bits in the "convert Image Color Space" panel, it also
automatically changes the Profile to sRGB-elle-v2-srgbtrc.
https://bugs.kde.org/show_bug.cgi?id=356303
--- Comment #9 from Chris Jones ---
Well, all I know is this:
If I start with a 16 bit image using the default colour profile
(sRGB-elle-V2-g10.icc (Default)), and I change it to 8 bit, the profile
automatically changes to sRGB-elle-v2-srgbtrc.icc
https://bugs.kde.org/show_bug.cgi?id=356303
--- Comment #11 from Chris Jones ---
I'm changing it with Convert Image Color Space, but I get the same results with
Image Properties. Is there somewhere else I should be changing it?
--
You are receiving this mail because:
You are watching al
https://bugs.kde.org/show_bug.cgi?id=356303
--- Comment #15 from Chris Jones ---
(In reply to Boudewijn Rempt from comment #13)
> Okay -- I think I get it now. I would in general warn against converting a
> multilayered image from one color model to another: keep working in the
> color
https://bugs.kde.org/show_bug.cgi?id=360588
--- Comment #4 from Chris Jones ---
Created attachment 98464
--> https://bugs.kde.org/attachment.cgi?id=98464&action=edit
Stroke opacity glitches
I've noticed now that this is having an effect on certain brushes in the form
of glitch
https://bugs.kde.org/show_bug.cgi?id=360588
--- Comment #5 from Chris Jones ---
Also, the choppiness and lag is very noticeable on a 7000 x 4000 image when the
whole canvas is in view, and the blocks of stroke pop into view behind the pen
as it moves across parts of the canvas that have not been
https://bugs.kde.org/show_bug.cgi?id=360588
--- Comment #6 from Chris Jones ---
Ok, it looks like the same opacity glitch problem happens on the desktop as
well.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=360588
--- Comment #8 from Chris Jones ---
Created attachment 98470
--> https://bugs.kde.org/attachment.cgi?id=98470&action=edit
Brush with spacing controlled by speed
Same results whether Instant Preview is on or off.
I've attached anothe
https://bugs.kde.org/show_bug.cgi?id=362032
Chris Jones changed:
What|Removed |Added
CC||ch...@outlook.com
--- Comment #2 from Chris
https://bugs.kde.org/show_bug.cgi?id=359171
--- Comment #20 from Chris Jones ---
There's still a short straight line at the start of strokes in normal and
full-screen mode in krita-3.0-Beta-master-962bfe1-x64
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=360541
--- Comment #6 from Chris Jones ---
You're probably already on top of this, but on closer inspection I've found
that the problem also occurs with OpenGL on, as ramskulls...@gmail.com
described above. It's not quite as evident when zoome
https://bugs.kde.org/show_bug.cgi?id=359171
--- Comment #15 from Chris Jones ---
Created attachment 98313
--> https://bugs.kde.org/attachment.cgi?id=98313&action=edit
Stroke glitch in krita_x64_2.99.89.0
Still produces a little straight line at the start of fast curved str
https://bugs.kde.org/show_bug.cgi?id=360541
--- Comment #9 from Chris Jones ---
Created attachment 98319
--> https://bugs.kde.org/attachment.cgi?id=98319&action=edit
Image size fields squashed
I'm posting this here since it's probably a side effect of the hidpi flag being
dis
https://bugs.kde.org/show_bug.cgi?id=361635
Bug ID: 361635
Summary: Deleted workspace returns on restart
Product: krita
Version: 3.0 Alpha
Platform: MS Windows
OS: MS Windows
Status: UNCONFIRMED
Severity:
https://bugs.kde.org/show_bug.cgi?id=332386
--- Comment #7 from Chris Jones ---
Repeating the steps in my original post, the problem appears resolved. I
couldn't reproduce rebuilders...@gmail.com's error, although I'm not certain
I'm replicating the steps in exactly the
https://bugs.kde.org/show_bug.cgi?id=360541
--- Comment #12 from Chris Jones ---
I'm at 200%.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=359533
Bug ID: 359533
Summary: Pop Up Palette Colour Selector is Too Small
Product: krita
Version: 3.0 Alpha
Platform: MS Windows
OS: MS Windows
Status: UNCONFIRMED
Sev
https://bugs.kde.org/show_bug.cgi?id=359575
Bug ID: 359575
Summary: Processing after each stroke interrupts consecutive
strokes
Product: krita
Version: 3.0 Alpha
Platform: MS Windows
OS: MS Windows
https://bugs.kde.org/show_bug.cgi?id=359171
Chris Jones changed:
What|Removed |Added
CC||ch...@outlook.com
--- Comment #4 from Chris
https://bugs.kde.org/show_bug.cgi?id=359171
--- Comment #5 from Chris Jones ---
Created attachment 97300
--> https://bugs.kde.org/attachment.cgi?id=97300&action=edit
Stroke glitches on Surface Pro 4
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=359171
--- Comment #6 from Chris Jones ---
Example image here:
https://www.dropbox.com/s/gzuf6d10bkxh7fk/krita3_circles.jpeg?dl=0
--
You are receiving this mail because:
You are watching all bug changes.
65 matches
Mail list logo