[kdenlive] [Bug 479114] New: Chroma key color picker is not working?
https://bugs.kde.org/show_bug.cgi?id=479114 Bug ID: 479114 Summary: Chroma key color picker is not working? Classification: Applications Product: kdenlive Version: 23.08.4 Platform: Other OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Effects & Transitions Assignee: j...@kdenlive.org Reporter: mirandagrap...@gmail.com Target Milestone: --- Created attachment 164504 --> https://bugs.kde.org/attachment.cgi?id=164504=edit error selecting the chroma color. SUMMARY Select the chroma key: basic effect. try to use the color picker. Is not working. You can select a saturated color but it shows a pale tone. desaturated. Tested also in images, not only video. STEPS TO REPRODUCE 1. Select the chroma key: basic effect. Apply over a video or image clip. 2. try to use the color picker. 3. Doesn´t work OBSERVED RESULT Weird color different than selected EXPECTED RESULT Select the green from the chroma key video to be removed.Thanks for the hard work SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 479021] New: Kdenlive crashes while using Shift+G (grab) and movingbackwards with cursors and meet another clip.
https://bugs.kde.org/show_bug.cgi?id=479021 Bug ID: 479021 Summary: Kdenlive crashes while using Shift+G (grab) and movingbackwards with cursors and meet another clip. Classification: Applications Product: kdenlive Version: 23.08.4 Platform: Other OS: Microsoft Windows Status: REPORTED Severity: crash Priority: NOR Component: User Interface Assignee: j...@kdenlive.org Reporter: mirandagrap...@gmail.com Target Milestone: --- SUMMARY Kdenlive crashes while using Shift+G (grab) and movingbackwards with cursors and meet another clip. NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** STEPS TO REPRODUCE 1. use the shortcut Shift +G 2. move backwards with cursors untill you meet meet another clip. 3. Kdenlive Crash OBSERVED RESULT Crash . Reproducible here several times. EXPECTED RESULT Nothing. Just stop moving or in overwrite mode, overwrite the clip that is before the selected. you can go forward without any issue and move with mouse to another clip without problem. the problem is when you collide moving back and cllide with another clip. Tested with color clips. SOFTWARE/OS VERSIONS Windows: 10 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 462193] New: Saturation option in brush editor with weird behavior.
https://bugs.kde.org/show_bug.cgi?id=462193 Bug ID: 462193 Summary: Saturation option in brush editor with weird behavior. Classification: Applications Product: krita Version: 5.1.1 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Brush engines Assignee: krita-bugs-n...@kde.org Reporter: mirandagrap...@gmail.com Target Milestone: --- Created attachment 153991 --> https://bugs.kde.org/attachment.cgi?id=153991=edit Saturation behavior . Is this ok? SUMMARY Saturation in brush editor seems to not be ok. I attach one image. STEPS TO REPRODUCE 1. Select the palette pixel 32 and the color Tahiti Orange. 2. Go to brush editor and activate Saturation in the Color section 3. Activate Pressure sensor and test a brushtroke with maximum pressure OBSERVED RESULT The saturation Arrives to Red values R=223 G=0 B=0 EXPECTED RESULT I would expect a pure orange .Like displacing manually my hand in X axis inside the Advanced color selection in Disc with Square box for selecting color in HSV model. SOFTWARE/OS VERSIONS Windows: 10 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION I have tested in Krita 5.1.1 and NExt. Krita 5.2 prealpha 587a231 also Krita 4 so maybe this is old or i am missing something. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 461313] New: Isotropic spacing option is not working in default predefined brushtips
https://bugs.kde.org/show_bug.cgi?id=461313 Bug ID: 461313 Summary: Isotropic spacing option is not working in default predefined brushtips Classification: Applications Product: krita Version: 5.1.1 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: * Unknown Assignee: krita-bugs-n...@kde.org Reporter: mirandagrap...@gmail.com Target Milestone: --- Created attachment 153396 --> https://bugs.kde.org/attachment.cgi?id=153396=edit Isotropic visual guide 01 STEPS TO REPRODUCE 1. Start Krita 2. Select the Basic 2 Opacity 3. Open the brush editor 4. Disable the opacitiy and flow and rotation options. 5. Disable Auto spacing. Put normal spacing to 1.0, Ratio 0.25 and Angle 90º 6. Activate "Isotropic" in Spacing Option, Disable enable pen settings option and see how it changes. EXPECTED RESULT Isotropic spacing must to keep the blank space (arround the brush tip) that we achieve with Ratio change. And if isotropic is disabled the spacing between dabs is 1.0 so they are touching them in the edges.(It deppends on Fade parameter.) OBSERVED RESULT Now go to predefined brush and select "chisel Eroded" brushtip. (works with others too) Disable Auto spacing. Put normal spacing to 1.0 Change size to 40px to see it in the same scale as Auto brush. Activate "Isotropic" in Spacing Option if it is not active, Disable enable pen settings option and see how it changes. Isotropic spacing must to keep the blank space (arround the brush tip) But now we need to reduce the spacing to see how the brushtips are touching them to arround 0.5 Try the same with and RGBA brushtip and reacts as Auto brushtips. As i talked with Dmitry i thought, that Krita was understanding white pixels as part of the brushtip, But he reviewed the code in master iirw so i am reporting it. (My tests are in 5.1.1) I put in normal severity because i don't know if i decide that. I hope this helps, because for flat brushes it would speed up them. Thanks for reading it. SOFTWARE/OS VERSIONS Windows: 10 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION Qt Version (compiled): 5.12.12 Version (loaded): 5.12.12 OS Information Build ABI: x86_64-little_endian-llp64 Build CPU: x86_64 CPU: x86_64 Kernel Type: winnt Kernel Version: 10.0.19043 Pretty Productname: Windows 10 (10.0) Product Type: windows Product Version: 10 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 456668] New: Ratio with a weird curve creates lag in the first stroke. Video included
https://bugs.kde.org/show_bug.cgi?id=456668 Bug ID: 456668 Summary: Ratio with a weird curve creates lag in the first stroke. Video included Product: krita Version: 5.0.6 Platform: Other OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: * Unknown Assignee: krita-bugs-n...@kde.org Reporter: mirandagrap...@gmail.com Target Milestone: --- Created attachment 150580 --> https://bugs.kde.org/attachment.cgi?id=150580=edit The curve that creates the lag SUMMARY Ratio at point in value 0 in the curve for ratio makes the brush to have a serious lag in win 10. Attached image for the curve that causes this. STEPS TO REPRODUCE 1.Select Basic 2 opacity brush 2. Reproduce the curve i attach as an image 3. See the lag while you try to move the point you hace created OBSERVED RESULT Big lag in the first stroke. EXPECTED RESULT No lag. SOFTWARE/OS VERSIONS Windows: 10 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION I know is easy to solve modifying the brush but that makes me recreate the entire bundle i show in the video (for Gesture drawing video. The Next one). Is not happening in Kubuntu where i created the bundle to be as much usable and good for Krita 4 and Krita 5 and also for not tilt users and left handed and right handled people. I report it not for ranting, but help because maybe is related with other things or people testing are going to find it and rat about Krita.. The video if you want to see the bug in real time https://drive.google.com/file/d/1jFjBeJHMV8wKYd4QBsXAcAsrFWCfeZMR/view?usp=sharing Also happens in Krita 4 and Krita 5 Thanks for the hard job. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 456197] Pattern is loaded only after the brush is selected. Default brushes
https://bugs.kde.org/show_bug.cgi?id=456197 --- Comment #1 from RamonMiranda --- Created attachment 150315 --> https://bugs.kde.org/attachment.cgi?id=150315=edit This is for pastel details -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 456197] New: Pattern is loaded only after the brush is selected. Default brushes
https://bugs.kde.org/show_bug.cgi?id=456197 Bug ID: 456197 Summary: Pattern is loaded only after the brush is selected. Default brushes Product: krita Version: 5.0.6 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Resource Management Assignee: krita-bugs-n...@kde.org Reporter: mirandagrap...@gmail.com Target Milestone: --- Created attachment 150314 --> https://bugs.kde.org/attachment.cgi?id=150314=edit The patterns in .png to be replaced. They need to be renamed but .pat is what the brush looks for SUMMARY Pattern is loaded only after the brush is selected. Default brushes. g) Dry Textured Creases h) Chalk Details These brushes are afected and create 2 issues. Lag while loading the texture the first time. And second if i create a variant from them and save it with different name. If i restart Krita and i select the variant first, the texture is not created. Tested from Scratch in Windows 10 and Kubuntu STEPS TO REPRODUCE 1. 2. 3. OBSERVED RESULT The brushstroke has no texture until i EXPECTED RESULT Those patterns must be created by default. (added in attachment) They are named as .pat Extension maybe is related with that? I add the images in png format SOFTWARE/OS VERSIONS Windows: 10 macOS: Linux/KDE Plasma: Kubuntu (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 453331] Vector Symbols and Vector shapes don't get the color i choose for them.
https://bugs.kde.org/show_bug.cgi?id=453331 --- Comment #6 from RamonMiranda --- Sz_zam: I have tested the issue with gradients and in Linux I get these behaviors. I can translate the gradient, scale, change the angle or flip. I can modify each stop without problems. I can edit the stops with the menu. I can select each stop with mouse cursor or arrow buttons. Weird, because gradients work ok in Kubuntu 20.04 on my laptop. The solid colors work better in Windows 10. :S El mar, 10 may 2022 a las 15:15, Ramón Miranda () escribió: > I have updated the libraries, Halla. Let me know if they work for you. > Here they are working ok. > Only one thing is that when I drag the symbol to the canvas, the symbol > is a bit small. How can I control the size of the Symbol? Also I have > noticed that modifying the pivot point in the layer can affect the > transformation. But if you drag the symbol to a new vector layer, > everything works ok. > I notice that I look a lot for the "duplicate" option when I use symbols. > It would be interesting to be considered as an addition with time. > > Nature: > https://drive.google.com/file/d/1EaCpusrwjlcndtiYtBXGRx_xD7gCD_GN/view?usp=sharing > Sci-fi: > https://drive.google.com/file/d/11glCDHvY_C0ypcQ6EVLbCeqkxlHqJdkN/view?usp=sharing > > Sh_zam: I will test the things you are referring to. Thanks. > @everybody i know this bug is weird, so do your best with time. ;) > > > El mar, 10 may 2022 a las 15:06, Halla Rempt () > escribió: > >> https://bugs.kde.org/show_bug.cgi?id=453331 >> >> Halla Rempt changed: >> >>What|Removed |Added >> >> >> CC||ha...@valdyas.org >>Keywords||triaged >> >> --- Comment #4 from Halla Rempt --- >> I also cannot reproduce this, though weirdly enough, resizing the symbols >> from >> this library is really weird, the symbol gets translated when resizing, >> and >> dragging on top to make a symbol taller makes it smaller. >> >> -- >> You are receiving this mail because: >> You reported the bug. > > -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 449606] stops for vector shape gradient fill don't work correctly
https://bugs.kde.org/show_bug.cgi?id=449606 RamonMiranda changed: What|Removed |Added CC||mirandagrap...@gmail.com --- Comment #5 from RamonMiranda --- Tested in win10 and i see the same reported results. I can't use the stops as the bug reports. If i select a preset, i can leave it as it is, but if i modify any stop it becomes a gradient with 2 stops and goes from FG color100%op. to transparent. I will test it also in Linux Kubuntu. I hope this helps. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 453331] Vector Symbols and Vector shapes don't get the color i choose for them.
https://bugs.kde.org/show_bug.cgi?id=453331 --- Comment #5 from RamonMiranda --- I have updated the libraries, Halla. Let me know if they work for you. Here they are working ok. Only one thing is that when I drag the symbol to the canvas, the symbol is a bit small. How can I control the size of the Symbol? Also I have noticed that modifying the pivot point in the layer can affect the transformation. But if you drag the symbol to a new vector layer, everything works ok. I notice that I look a lot for the "duplicate" option when I use symbols. It would be interesting to be considered as an addition with time. Nature: https://drive.google.com/file/d/1EaCpusrwjlcndtiYtBXGRx_xD7gCD_GN/view?usp=sharing Sci-fi: https://drive.google.com/file/d/11glCDHvY_C0ypcQ6EVLbCeqkxlHqJdkN/view?usp=sharing Sh_zam: I will test the things you are referring to. Thanks. @everybody i know this bug is weird, so do your best with time. ;) El mar, 10 may 2022 a las 15:06, Halla Rempt () escribió: > https://bugs.kde.org/show_bug.cgi?id=453331 > > Halla Rempt changed: > >What|Removed |Added > > > CC||ha...@valdyas.org >Keywords||triaged > > --- Comment #4 from Halla Rempt --- > I also cannot reproduce this, though weirdly enough, resizing the symbols > from > this library is really weird, the symbol gets translated when resizing, and > dragging on top to make a symbol taller makes it smaller. > > -- > You are receiving this mail because: > You reported the bug. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 453331] Vector Symbols and Vector shapes don't get the color i choose for them.
https://bugs.kde.org/show_bug.cgi?id=453331 --- Comment #2 from RamonMiranda --- Thanks for the feedback, i feel is a weird bug. If it can't be replicated easily then i don't know how to give more info :S anyway, Thanks Ahab for your time testing the bug. El mié, 4 may 2022 a las 17:54, Ahab Greybeard () escribió: > https://bugs.kde.org/show_bug.cgi?id=453331 > > Ahab Greybeard changed: > >What|Removed |Added > > > CC| > |ahab.greybe...@hotmail.co.u >||k > > --- Comment #1 from Ahab Greybeard --- > With the 5.0.6 appimage on Debian 10: > > For Steps 1,2,3, I have no problem changing the fill colour using the Tool > Options docker or the Advanced Colour Selector docker. > > For Step 5,6,7, you can't change the colour until it's Ungrouped (as > expected) > and then I have no problem using the Tool Options docker or the Advanced > Colour > Selector docker. > > I have no idea why you have the problems that are shown on your attached > video. > > Whatever the content of the Vector Library item, an additional level of > grouping is applied when it's dragged onto the image. > I believe this is to take account of the situation where a vector item is > made > of a collection of ungrouped elements so that these can be drag/moved > around > the canvas and not be separated. > > -- > You are receiving this mail because: > You reported the bug. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 453331] New: Vector Symbols and Vector shapes don't get the color i choose for them.
https://bugs.kde.org/show_bug.cgi?id=453331 Bug ID: 453331 Summary: Vector Symbols and Vector shapes don't get the color i choose for them. Product: krita Version: 5.0.6 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Layers/Vector Assignee: krita-bugs-n...@kde.org Reporter: mirandagrap...@gmail.com Target Milestone: --- Created attachment 148531 --> https://bugs.kde.org/attachment.cgi?id=148531=edit The Symbol library to make some tests. STEPS TO REPRODUCE VIDEO: https://drive.google.com/file/d/1V5PMUuyeInDjwZ1n71Jdqe-H7zdEHA7T/view?usp=sharing 1. Create a new image. 2. Create a vector layer (Shift+ins) 3. Draw a Square shape and try to change the color. 4. Create another vector layer 5. Drag a symbol from the vector library. ( I link the file used). 6. Ungroup with right click over the selected symbol. and look the color that appears in tool options for vector. 7. Try to change the color. OBSERVED RESULT The color selected is not exact or goes to black or pure saturation EXPECTED RESULT The selected color in tool options fill parameter is used or the color is selected from the color wheel when the symbol (ungrouped) is selected. (It could be interesting and useful to detect if it is single shape and can be colorized directly or is a group of shapes and you have to ungroup. Faster use of symbols) SOFTWARE/OS VERSIONS Windows: Windows 10 Works OK with Krita 5.0.2 macOS: Linux/KDE Plasma: Kubuntu 20.04 (available in About System) KDE Plasma Version: 5.18.8 KDE Frameworks Version: 5.68.0 Qt Version: 5.12.8 OS Information 64 bit Build ABI: x86_64-little_endian-lp64 Build CPU: x86_64 CPU: x86_64 Kernel Type: linux Kernel Version: 5.4.0-109-generic Pretty Productname: Ubuntu 20.04.4 LTS Product Type: ubuntu Product Version: 20.04 Desktop: KDE ADDITIONAL INFORMATION VIDEO: https://drive.google.com/file/d/1V5PMUuyeInDjwZ1n71Jdqe-H7zdEHA7T/view?usp=sharing -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 451395] New: Krita 5.0.2 can't load created input profiles after restart
https://bugs.kde.org/show_bug.cgi?id=451395 Bug ID: 451395 Summary: Krita 5.0.2 can't load created input profiles after restart Product: krita Version: 5.0.2 Platform: Appimage OS: All Status: REPORTED Severity: normal Priority: NOR Component: Usability Assignee: krita-bugs-n...@kde.org Reporter: mirandagrap...@gmail.com Target Milestone: --- SUMMARY *** You can create input profiles in Krita 5.0.2 but after restarting Krita, Is liek they are dissapeared. Weird because they are still in the folder where they were created. *** STEPS TO REPRODUCE 1. Go to settings /configure Krita 2. look for Canvas input Settings (3rd category) and press the Edit profiles button. 3. Press Duplicate button in whatever profile, press close and after that ok. 4. Restart Krita and repeat 1,2,3 OBSERVED RESULT Your input profile is not there EXPECTED RESULT Input profile must be there ;) SOFTWARE/OS VERSIONS Windows: 10 macOS: Linux/KDE Plasma: Kubuntu 20.04 (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 448226] New: Lag when selecting brushes in brushes docker.
https://bugs.kde.org/show_bug.cgi?id=448226 Bug ID: 448226 Summary: Lag when selecting brushes in brushes docker. Product: krita Version: 5.0.2 Platform: Appimage OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Usability Assignee: krita-bugs-n...@kde.org Reporter: mirandagrap...@gmail.com Target Milestone: --- SUMMARY Hi, i have noticed that brush selection is slower than before . I have tested in krita 4 in same device and is faster. Instant. I have tested selecting brushes from same brush engine. Wich could be the easiest change. *** STEPS TO REPRODUCE 1. Go to brushes docker, select a brush 2. select another one 3. wait arround 2 seconds and the brush change to be selected. OBSERVED RESULT Lag while Krita changes the brush. about 2 sec. in my laptop EXPECTED RESULT instant change when i select another brush. Lag is not good for usability. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION I paste here the text that provides "report bug" feature. Krita Version: 5.0.2 Languages: es, en_US, en, en_US, en Hidpi: false Qt Version (compiled): 5.12.12 Version (loaded): 5.12.12 OS Information Build ABI: x86_64-little_endian-lp64 Build CPU: x86_64 CPU: x86_64 Kernel Type: linux Kernel Version: 5.4.0-91-generic Pretty Productname: Ubuntu 20.04.3 LTS Product Type: ubuntu Product Version: 20.04 Desktop: KDE OpenGL Info Vendor: "Intel Open Source Technology Center" Renderer: "Mesa DRI Intel(R) HD Graphics 4000 (IVB GT2)" Version: "3.0 Mesa 21.0.3" Shading language: "1.30" Requested format: QSurfaceFormat(version 3.0, options QFlags(DeprecatedFunctions), depthBufferSize 24, redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8, stencilBufferSize 8, samples -1, swapBehavior QSurfaceFormat::DoubleBuffer, swapInterval 0, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::CompatibilityProfile) Current format: QSurfaceFormat(version 3.0, options QFlags(DeprecatedFunctions), depthBufferSize 24, redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8, stencilBufferSize 8, samples -1, swapBehavior QSurfaceFormat::DoubleBuffer, swapInterval 0, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile) Version: 3.0 Supports deprecated functions true is OpenGL ES: false supportsBufferMapping: true supportsBufferInvalidation: true Extensions: "GL_EXT_texture_snorm" "GL_EXT_draw_instanced" "GL_EXT_packed_depth_stencil" "GL_EXT_packed_float" "GL_ARB_shading_language_packing" "GL_EXT_blend_func_separate" "GL_ARB_clear_buffer_object" "GL_ARB_draw_instanced" "GL_ARB_sample_shading" "GL_ANGLE_texture_compression_dxt3" "GL_ARB_vertex_array_object" "GL_EXT_stencil_wrap" "GL_EXT_secondary_color" "GL_EXT_provoking_vertex" "GL_KHR_parallel_shader_compile" "GL_ARB_framebuffer_no_attachments" "GL_ARB_spirv_extensions" "GL_ARB_internalformat_query" "GL_ARB_gl_spirv" "GL_EXT_blend_subtract" "GL_NV_half_float" "GL_EXT_texture_env_add" "GL_ARB_texture_compression_bptc" "GL_ARB_shading_language_420pack" "GL_ARB_separate_shader_objects" "GL_ARB_shader_atomic_counter_ops" "GL_EXT_demote_to_helper_invocation" "GL_ARB_ES2_compatibility" "GL_EXT_fog_coord" "GL_EXT_shader_samples_identical" "GL_ARB_sync" "GL_AMD_multi_draw_indirect" "GL_ARB_shadow" "GL_EXT_texture_compression_rgtc" "GL_ARB_transform_feedback2" "GL_APPLE_object_purgeable" "GL_EXT_abgr" "GL_EXT_bgra" "GL_EXT_texture" "GL_EXT_texture_sRGB_decode" "GL_ARB_occlusion_query2" "GL_ARB_fragment_program_shadow" "GL_ARB_texture_cube_map_array" "GL_EXT_compiled_vertex_array" "GL_EXT_copy_texture" "GL_ARB_draw_buffers" "GL_APPLE_packed_pixels" "GL_ATI_separate_stencil" "GL_EXT_framebuffer_multisample" "GL_EXT_texture_env_dot3" "GL_NV_packed_depth_stencil" "GL_ARB_get_program_binary" "GL_ARB_copy_image" "GL_ARB_transform_feedback_overflow_query" "GL_EXT_texture_rectangle" "GL_ARB_explicit_attrib_location" "GL_ARB_fragment_layer_viewport" "GL_EXT_texture3D" "GL_ARB_vertex_attrib_binding" "GL_KHR_no_error" "GL_AMD_conservative_depth" "GL_ARB_texture_env_crossbar" "GL_ARB_transform_feedback3" "GL_EXT_gpu_program_parameters" "GL_EXT_stencil_two_side" "GL_ARB_texture_rgb10_a2ui" "GL_EXT_texture_swizzle" "GL_AMD_draw_buffers_blend" "GL_ARB_timer_query"
[krita] [Bug 447235] New: Import from tools/import from Python plugin from web... doesn't work at all in Krita 5 Beta 5
https://bugs.kde.org/show_bug.cgi?id=447235 Bug ID: 447235 Summary: Import from tools/import from Python plugin from web... doesn't work at all in Krita 5 Beta 5 Product: krita Version: 5.0.0-beta5 Platform: Compiled Sources OS: All Status: REPORTED Severity: normal Priority: NOR Component: * Unknown Assignee: krita-bugs-n...@kde.org Reporter: mirandagrap...@gmail.com Target Milestone: --- SUMMARY import from tools/import from Python plugin from web... doesn't work at all in Krita 5 Beta 5 In Krita 5.1.0-prealpha (git 2c9ac8b) works but puts the plugin in C:\Users\RAMON\AppData\Roaming\krita not the C:\Users\RAMON\AppData\Roaming\krita5 defined in settings/configure Krita/general/resources STEPS TO REPRODUCE 1. Change the path for resources 2. Try to import a Python plugin like Timer watch 3. open the path to see if the pykrita folder contains the plugin OBSERVED RESULT EXPECTED RESULT import the plugin and ask for restart SOFTWARE/OS VERSIONS Windows: 10 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 447179] Pressure,Declination, Ascension and Random not working in Mypaint brush engine 5.1.0-prealpha (git 2c9ac8b)
https://bugs.kde.org/show_bug.cgi?id=447179 --- Comment #2 from RamonMiranda --- is solved then? sorry i have no clear Status is resolved . How can i test that? El sáb, 18 dic 2021 a las 17:06, vanyossi () escribió: > https://bugs.kde.org/show_bug.cgi?id=447179 > > vanyossi changed: > >What|Removed |Added > > > Resolution|--- |DUPLICATE > Status|REPORTED|RESOLVED > CC||ghe...@gmail.com > > --- Comment #1 from vanyossi --- > > > *** This bug has been marked as a duplicate of bug 447178 *** > > -- > You are receiving this mail because: > You reported the bug. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 447179] New: Pressure, Declination, Ascension and Random not working in Mypaint brush engine 5.1.0-prealpha (git 2c9ac8b)
https://bugs.kde.org/show_bug.cgi?id=447179 Bug ID: 447179 Summary: Pressure,Declination, Ascension and Random not working in Mypaint brush engine 5.1.0-prealpha (git 2c9ac8b) Product: krita Version: nightly build (please specify the git hash!) Platform: Compiled Sources OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Brush engines Assignee: krita-bugs-n...@kde.org Reporter: mirandagrap...@gmail.com Target Milestone: --- SUMMARY Mypaint brush engine doesn't work as expected in my latest test. with Krita 5.1.0-prealpha (git 2c9ac8b) Sensors :pressure, random,declination,ascension doesn't work as expected. STEPS TO REPRODUCE 1. Select Wet nife Mypaint brush 2. Go to brush editor and look for Elliptical Dab Angle 3. Active "Enable pen settings" 4. Observe if you can modify the behavior of the brush. OBSERVED RESULT No variation as i modify parameters or test the brush. Why if i don't have by default "enable pen settings" on is using Direction to control the angle of the dabs? EXPECTED RESULT More variety in how i can't modify the behavior. Declination must work for Tilt behavior. Appart of that more weird things i have noticed. For example antialiasing is off by default in ink brush. SOFTWARE/OS VERSIONS Windows: 10 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 447178] New: Pressure, Declination, Ascension and Random not working in Mypaint brush engine 5.1.0-prealpha (git 2c9ac8b)
https://bugs.kde.org/show_bug.cgi?id=447178 Bug ID: 447178 Summary: Pressure,Declination, Ascension and Random not working in Mypaint brush engine 5.1.0-prealpha (git 2c9ac8b) Product: krita Version: nightly build (please specify the git hash!) Platform: Compiled Sources OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Brush engines Assignee: krita-bugs-n...@kde.org Reporter: mirandagrap...@gmail.com Target Milestone: --- SUMMARY Mypaint brush engine doesn't work as expected in my latest test. with Krita 5.1.0-prealpha (git 2c9ac8b) Sensors :pressure, random,declination,ascension doesn't work as expected. STEPS TO REPRODUCE 1. Select Wet nife Mypaint brush 2. Go to brush editor and look for Elliptical Dab Angle 3. Active "Enable pen settings" 4. Observe if you can modify the behavior of the brush. OBSERVED RESULT No variation as i modify parameters or test the brush. Why if i don't have by default "enable pen settings" on is using Direction to control the angle of the dabs? EXPECTED RESULT More variety in how i can't modify the behavior. Declination must work for Tilt behavior. Appart of that more weird things i have noticed. For example antialiasing is off by default in ink brush. SOFTWARE/OS VERSIONS Windows: 10 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 446929] New: Add to palette feature it doesn't work in Color sampler tool
https://bugs.kde.org/show_bug.cgi?id=446929 Bug ID: 446929 Summary: Add to palette feature it doesn't work in Color sampler tool Product: krita Version: 5.0.0-beta5 Platform: Compiled Sources OS: All Status: REPORTED Severity: normal Priority: NOR Component: Color Selectors Assignee: krita-bugs-n...@kde.org Reporter: mirandagrap...@gmail.com Target Milestone: --- SUMMARY This is useful for example if i want to "steal" colors from an image (photo, or illustration from another artist). Good for the students who want to practice color. STEPS TO REPRODUCE 1. Create a new palette with groups 2. Select the color picker tool, 3. Activate the Add color to palette option and select the new palette 4. Click in the image several times OBSERVED RESULT selecting colors, they are not added to the palette. If you restart Krita colors are added in the main section of the palette , not groups. EXPECTED RESULT The tool adds all the colors in the right place. SOFTWARE/OS VERSIONS Windows: 10 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION Version (compiled): 5.12.12 Version (loaded): 5.12.12 OS Information Build ABI: x86_64-little_endian-llp64 Build CPU: x86_64 CPU: x86_64 Kernel Type: winnt Kernel Version: 10.0.19043 Pretty Productname: Windows 10 (10.0) Product Type: windows Product Version: 10 OpenGL Info -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 446892] Segmented Gradient in Beta 5 doesn't work when saving the gradient.
https://bugs.kde.org/show_bug.cgi?id=446892 --- Comment #3 from RamonMiranda --- Wow that is fast, thanks for looking at my bug report ;) El lun, 13 dic 2021 a las 12:09, Dmitry Kazakov () escribió: > https://bugs.kde.org/show_bug.cgi?id=446892 > > Dmitry Kazakov changed: > >What|Removed |Added > > > Latest Commit|https://invent.kde.org/grap | > https://invent.kde.org/grap >|hics/krita/commit/563c126c2 > |hics/krita/commit/67d59747f >|f79d0129b30cbe1f0d738d70d96 > |551e8b06f0a2556822faac2273b >|5ddb|291c > > --- Comment #2 from Dmitry Kazakov --- > Git commit 67d59747f551e8b06f0a2556822faac2273b291c by Dmitry Kazakov, on > behalf of Deif Lou. > Committed on 13/12/2021 at 11:08. > Pushed by dkazakov into branch 'krita/5.0'. > > Fix cleaning of old segments in KoSegmentGradient::loadFromDevice > > The old segments were not cleaned in KoSegmentGradient::loadFromDevice, so > the > gradient became corrupted when the new segments were added. > (cherry picked from commit 563c126c2f79d0129b30cbe1f0d738d70d965ddb) > > M +1-0libs/pigment/resources/KoSegmentGradient.cpp > > > https://invent.kde.org/graphics/krita/commit/67d59747f551e8b06f0a2556822faac2273b291c > > -- > You are receiving this mail because: > You reported the bug. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 446892] New: Segmented Gradient in Beta 5 doesn't work when saving the gradient.
https://bugs.kde.org/show_bug.cgi?id=446892 Bug ID: 446892 Summary: Segmented Gradient in Beta 5 doesn't work when saving the gradient. Product: krita Version: 5.0.0-beta5 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: * Unknown Assignee: krita-bugs-n...@kde.org Reporter: mirandagrap...@gmail.com Target Milestone: --- SUMMARY Gradient is not saved correctly STEPS TO REPRODUCE 1. Select the gradient tool 2. Create a new segmented gradient 3. Select red for the first stop and orange for the second, and give it a name. 4. Save the gradient. OBSERVED RESULT The gradients shows a basic B/W gradient. Is not saved correctly. I try to edit it and if i select a segment, color appears. but if i save the gradient. is again B/W EXPECTED RESULT Save the gradient as it is shon in the gradient editor. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Kubuntu 20.04 (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION Operating System: Kubuntu 20.04 KDE Plasma Version: 5.18.5 KDE Frameworks Version: 5.68.0 Qt Version: 5.12.8 Kernel Version: 5.4.0-91-generic OS Type: 64-bit Processors: 4 × Intel® Core™ i5-3320M CPU @ 2.60GHz Memory: 7,5 GiB OS Information Build ABI: x86_64-little_endian-lp64 Build CPU: x86_64 CPU: x86_64 Kernel Type: linux Kernel Version: 5.4.0-91-generic Pretty Productname: Ubuntu 20.04.3 LTS Product Type: ubuntu Product Version: 20.04 Desktop: KDE -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 446629] Not allowed to drag color from palette to the canvas
https://bugs.kde.org/show_bug.cgi?id=446629 --- Comment #1 from RamonMiranda --- Created attachment 144309 --> https://bugs.kde.org/attachment.cgi?id=144309=edit now allowed to drag color to canvas. Regression ? -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 446629] New: Not allowed to drag color from palette to the canvas
https://bugs.kde.org/show_bug.cgi?id=446629 Bug ID: 446629 Summary: Not allowed to drag color from palette to the canvas Product: krita Version: 5.0.0-beta5 Platform: Compiled Sources OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Color Selectors Assignee: krita-bugs-n...@kde.org Reporter: mirandagrap...@gmail.com Target Milestone: --- SUMMARY I can't drag the color swatch, from palette to canvas . It works with layers docker creating a fill layer with the selected color STEPS TO REPRODUCE 1. select a color from the palette docker 2. drag to the canvas OBSERVED RESULT Forbidden icon. Not allowed EXPECTED RESULT Fill the canvas with the color selected SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION Krita Version: 5.0.0-beta2 Languages: en_US, en, en_US, en, en_US, en, en_US, en, en_US, en, en_US, en, en_US, en, en_US, en, es_ES, es, en_US, en Hidpi: true Qt Version (compiled): 5.12.11 Version (loaded): 5.12.11 OS Information Build ABI: x86_64-little_endian-llp64 Build CPU: x86_64 CPU: x86_64 Kernel Type: winnt Kernel Version: 10.0.19043 Pretty Productname: Windows 10 (10.0) Product Type: windows Product Version: 10 OpenGL Info Vendor: "Google Inc." Renderer: "ANGLE (NVIDIA GeForce GTX 1050 Ti Direct3D11 vs_5_0 ps_5_0)" Version: "OpenGL ES 3.0 (ANGLE 2.1.0.57ea533f79a7)" Shading language: "OpenGL ES GLSL ES 3.00 (ANGLE 2.1.0.57ea533f79a7)" Requested format: QSurfaceFormat(version 3.0, options QFlags(DeprecatedFunctions), depthBufferSize 24, redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8, stencilBufferSize 8, samples -1, swapBehavior QSurfaceFormat::DoubleBuffer, swapInterval 0, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::CompatibilityProfile) Current format:QSurfaceFormat(version 3.0, options QFlags(), depthBufferSize 24, redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8, stencilBufferSize 8, samples 0, swapBehavior QSurfaceFormat::DefaultSwapBehavior, swapInterval 0, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile) Version: 3.0 Supports deprecated functions false is OpenGL ES: true supportsBufferMapping: true supportsBufferInvalidation: false QPA OpenGL Detection Info supportsDesktopGL: true supportsAngleD3D11: true isQtPreferAngle: true useBufferInvalidation (config option): false -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 446544] New: Subtitles importing needs to be adjusted to import Youtube captions files
https://bugs.kde.org/show_bug.cgi?id=446544 Bug ID: 446544 Summary: Subtitles importing needs to be adjusted to import Youtube captions files Product: kdenlive Version: 21.08.3 Platform: Other OS: Microsoft Windows Status: REPORTED Severity: task Priority: NOR Component: Effects & Transitions Assignee: vpi...@kde.org Reporter: mirandagrap...@gmail.com Target Milestone: --- Created attachment 144252 --> https://bugs.kde.org/attachment.cgi?id=144252=edit something you need to do manually to import captions SUMMARY If you download a caption file from youtube, it downloads in .sbv format. If you open it or directly rename to .srt, it doesn't work for importing in kdenlive 21.08.3. You need to adjust the contents as i show in the image atached. You need to add numbers :1,2,3,4,5,6 at the beggining of each caption, and then you need to change "," for " --> ". I hope this helps because for long videos i upload them first to YT and i wait for the caption done for YT. Then i adjust the content reviewing it, but is a lot faster that making them in Aegisub STEPS TO REPRODUCE 1. Create a new file in kdenlive. 2. Try to import and .sbv or renamed .srt file downloaded from YT. 3. Do the adjustments is show in the capture manually 4. Try to import again. It works if everything is ok OBSERVED RESULT It doesn't import the subtitles file but kdenlive is still working ok. NO crash. EXPECTED RESULT If we change the things manually it works well. But is a lot of work. SOFTWARE/OS VERSIONS Windows: 10 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 437288] After a color adjustment the filter mask layer is inverted. (black)
https://bugs.kde.org/show_bug.cgi?id=437288 --- Comment #9 from RamonMiranda --- Thanks Ahab, i usually test with Dina4 300dpi 8bit srgb as starting point. So is another tip for my tests. Thanks. RM mental note: Test also in lowres images :) -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 437288] After a color adjustment the filter mask layer is inverted. (black)
https://bugs.kde.org/show_bug.cgi?id=437288 --- Comment #6 from RamonMiranda --- I am testing again in Kubuntu 20.04 with Krita next git-6a4ed9a and is still the same. Is working ok if i create a filter mask and then look for select color adjustment curves. But are you using the steps to reproduce it?, if you select the filter by menu then it creates an inverted mask. i can record a minivideo if it is needed. And Thanks for your time too. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 437288] After a color adjustment the filter mask layer is inverted. (black)
https://bugs.kde.org/show_bug.cgi?id=437288 --- Comment #3 from RamonMiranda --- (In reply to Halla Rempt from comment #1) > Which version of krita is this? In the Krita Next releases. krita-nightly-x64-5.0.0-prealpha-ef98c1520e -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 437288] New: After a color adjustment the filter mask layer is inverted. (black)
https://bugs.kde.org/show_bug.cgi?id=437288 Bug ID: 437288 Summary: After a color adjustment the filter mask layer is inverted. (black) Product: krita Version: unspecified Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Filters Assignee: krita-bugs-n...@kde.org Reporter: mirandagrap...@gmail.com Target Milestone: --- SUMMARY The filter mask layer is inverted. (black) STEPS TO REPRODUCE 1. Paint something in an empty layer 2. Go to filter/adjust/color adjutment curves 3. modify the curve and Create filter mask OBSERVED RESULT It creates the filter mask but inverted. Is the same in Win 10. EXPECTED RESULT i expect to see the adjustment i have done in the curve. SOFTWARE/OS VERSIONS Windows: Win 10 macOS: Linux/KDE Plasma: Kubuntu 20.04 (available in About System) KDE Plasma Version: 5.18.5 KDE Frameworks Version: 5.68.0 Qt Version: 5.12.8 ADDITIONAL INFORMATION I have tested also the filter layer and works ok. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 436853] New: New recorder docker doesn't detect automatically the ffmpeg.exe in win 10.
https://bugs.kde.org/show_bug.cgi?id=436853 Bug ID: 436853 Summary: New recorder docker doesn't detect automatically the ffmpeg.exe in win 10. Product: krita Version: nightly build (please specify the git hash!) Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Dockers Assignee: krita-bugs-n...@kde.org Reporter: mirandagrap...@gmail.com Target Milestone: --- SUMMARY I have tested in 5.0.0 prealpha git 4805655 The new recorder docker doesn't detect automatically the ffmpeg.exe in win 10. Is not a complex task to locate a file, but is one more step for recording our painting session. I don't know if in win10 releases ffmpeg comes integrated in anyway.I have ffmpeg in downloads folder. STEPS TO REPRODUCE 1. Delete everything in appdata/roaming/krita folder. To make like a restore everything. Is correct? i am not sure. 2. open Krita 5.0.0 prealpha git 4805655 3. create anew file. (whatever size) 4. go to settings/dockers /recorder docker 5. After some brushstrokes press Export button 6. Krita can't detect where is ffmpeg file so video is not done. OBSERVED RESULT ffmpeg path with X video is not done. EXPECTED RESULT ffmpeg detected by default in an integrated path where binaries are for example? SOFTWARE/OS VERSIONS Windows: 10 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION I would like a way to restore all the docker settings to default. Maybe if we mess something and don't remember what, how could i restore everything? But the docker is very good. Thanks -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 428090] New: Pattern feature produce lag in brush editor when parameters are adjusted
https://bugs.kde.org/show_bug.cgi?id=428090 Bug ID: 428090 Summary: Pattern feature produce lag in brush editor when parameters are adjusted Product: krita Version: 4.4.0 Platform: Appimage OS: All Status: REPORTED Severity: normal Priority: NOR Component: Brush engines Assignee: krita-bugs-n...@kde.org Reporter: mirandagrap...@gmail.com Target Milestone: --- Created attachment 132626 --> https://bugs.kde.org/attachment.cgi?id=132626=edit images to compare the problem with lag in pattern feature SUMMARY Brush editor suffer lacks while editing parameters if we use a normal RGB pattern. In my desktop with Win10 and i7 the elag is like 0.5 seconds. a bit. But in the laptop with Kubuntu last update october 2020 and i5 CPU The lag is arround 3-4 seconds. Only happens in brush editor while pattern is active. If we deactivate pattern feature the brush editor works perfectly again. The problem also dissapear if we use greyscale png images. I give link to 2 images as reference. Maybe is this maybe i am doing something wrong with RGB saving? let me know please. The default Patterns works ok. this lag happens when you copy the png files to a pattern folder STEPS TO REPRODUCE 1. Import two patterns included RGB and Greyscale png patterns. or Copy directly to the pattern folder https://drive.google.com/drive/folders/1_g_VSbLhGUND7xre1BmXKv-BEnp2LPeH?usp=sharing 2. Open Krita if it is not open 3. Activate the pattern feature and compare with the 2 imported patterns. OBSERVED RESULT lag with RGB png file no lag with greyscale png file EXPECTED RESULT SOFTWARE/OS VERSIONS Windows:10 macOS: Linux/KDE Plasma:Kubuntu 2020 (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION Tested in 4.3 and 4.4. Same result. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 422157] Canvas acceleration turns overlapping Assistants a black square on certain zooming level (Win/Mac only)
https://bugs.kde.org/show_bug.cgi?id=422157 --- Comment #2 from RamonMiranda --- Confirmed here with Krita 4.3 Beta under Win10 Direct 3d via Angle High quality filtering use texture buffer active Here i notice weird behavior because if i resize de window (capture attached) the bug is not visible. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 422157] Canvas acceleration turns overlapping Assistants a black square on certain zooming level (Win/Mac only)
https://bugs.kde.org/show_bug.cgi?id=422157 RamonMiranda changed: What|Removed |Added CC||mirandagrap...@gmail.com --- Comment #1 from RamonMiranda --- Created attachment 128852 --> https://bugs.kde.org/attachment.cgi?id=128852=edit The bug can not be visible if we resize the window. Everything active. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 421097] New: Detach canvas is not usable in the platform win10 Krita4.3 Beta1 or Git release
https://bugs.kde.org/show_bug.cgi?id=421097 Bug ID: 421097 Summary: Detach canvas is not usable in the platform win10 Krita4.3 Beta1 or Git release Product: krita Version: nightly build (please specify the git hash!) Platform: MS Windows OS: MS Windows Status: REPORTED Severity: normal Priority: NOR Component: General Assignee: krita-bugs-n...@kde.org Reporter: mirandagrap...@gmail.com Target Milestone: --- Created attachment 128190 --> https://bugs.kde.org/attachment.cgi?id=128190=edit This is where the "detach canvas" goes but nothing appears SUMMARY The option in menu View/Detach Canvas doesn't appear neither in Beta1 or Git release (8e3f993) STEPS TO REPRODUCE 1. open Krita 2. look for "detach canvas" in the View menu. 3. The option is not there, but it is exposed in released notes for 4.3 Beta 1. https://krita.org/en/krita-4-3-release-notes/ under cat. Window Handling OBSERVED RESULT No option available. EXPECTED RESULT to be able to drag the document to the secondary monitor as exposed in release notes SOFTWARE/OS VERSIONS Windows: 10 pro ADDITIONAL INFORMATION Icore i7-6700 CPU 3.4Ghz Geforce GTX 1050 ti Controller:432.00 Direct 3d:12 Thanks a lot for your reply. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 414576] Zoom failure in 4.2.8 but not in 4.2.7.
https://bugs.kde.org/show_bug.cgi?id=414576 RamonMiranda changed: What|Removed |Added CC||mirandagrap...@gmail.com --- Comment #22 from RamonMiranda --- I have been testing this and i have uploaded a video. Maybe helps maybe not. https://drive.google.com/file/d/1hx8kwHQKX_0qYFXD55Sq-LXt6kB9hvSY/view?usp=sharing If you need more testing let me know please -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 415213] Transform Tool Crashing Program After resizing
https://bugs.kde.org/show_bug.cgi?id=415213 RamonMiranda changed: What|Removed |Added CC||mirandagrap...@gmail.com --- Comment #1 from RamonMiranda --- I have tried to reproduce in a laptop with and nothing happens. Works fine. Maybe is a bug only related with Win 7? My tests were done in 4.2.8 portable 64bit in Win 10. testing with selections, big image and small image(1024px texture) Result = ok testing with an entire image. Everything worked fine. I also have tested to dissable the opengl in preferences and enable to test the transform tool with Warp mode view active. Sorry for not being more useful -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 411057] New: Outline selection tool doesn't use shift to add and alt or control to remove area. also can't be moved
https://bugs.kde.org/show_bug.cgi?id=411057 Bug ID: 411057 Summary: Outline selection tool doesn't use shift to add and alt or control to remove area. also can't be moved Product: krita Version: 4.2.5 Platform: MS Windows OS: MS Windows Status: REPORTED Severity: normal Priority: NOR Component: Tools/Selection Assignee: krita-bugs-n...@kde.org Reporter: mirandagrap...@gmail.com Target Milestone: --- SUMMARY Outline selection tool doesn't use shift to add and alt or control to remove area. also can't be moved. STEPS TO REPRODUCE 1.Select the outline selection tool 2. Make a selection 3. Try to add a new selection área with Shift 4. Try to move the selection as you do with square selection for example. OBSERVED RESULT You can't see the symbol for Add a new selection "+" or "-" to remove area from selection You can't see the cross to move selection and neither you can't move the selection. EXPECTED RESULT Same result as you have when use elliptical selection or Square selection or poligonal selection. SOFTWARE/OS VERSIONS Windows: 10 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION "Lasso technique " is very used in concept art or speed Painting. Because You can uuse selections as stencils this way. You draw very fast a selection add areas to selection or remove as you want. Then you Paint the selection with textured brush or gradients. Then you move the selection to another place and transform the selection to distort a bit and then Paint using it as stencil. That gives a lot of detail fast with textured brushstrokes and hard edges. Thanks a lot for your time. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 409144] New: Problems with precise and fast lines. Comic creation oriented
https://bugs.kde.org/show_bug.cgi?id=409144 Bug ID: 409144 Summary: Problems with precise and fast lines. Comic creation oriented Product: krita Version: 4.2.1 Platform: MS Windows OS: MS Windows Status: REPORTED Severity: normal Priority: NOR Component: tablet support Assignee: krita-bugs-n...@kde.org Reporter: mirandagrap...@gmail.com Target Milestone: --- Created attachment 121116 --> https://bugs.kde.org/attachment.cgi?id=121116=edit Straigh line at the beggining . Lost signal on tablet? SUMMARY It is not easy to see because is related with high precission and speed. So maybe more other users didn't notice I noticed this because I am teaching krita to a comic artist. He needs a very good brushtroke. I have tested this in AZ drawing and nothing happens. Also csp and nothing happens. Maybe a bug here in windows 10.It seems to be usual in other users. I report under tablet support because i think is a problem on how Wacom send info to tablet in Krita. STEPS TO REPRODUCE 1.Open Krita 4.2.1 and select Ink 3 G-pen for example 2. Draw several fast brushstrokes with different pressure values. 3. Repeat and repaet because not always happens. OBSERVED RESULT This produce a weird line. Attached image show better the effect EXPECTED RESULT Cleaner and presise line. That makes the difference between a good ink job and a normal job. SOFTWARE/OS VERSIONS Windows: W10 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION My wacom ptk440 /intuos 4s) I have tested also in Krita 4.1.7 to see how if this is happening before.and yes. Same results. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 382767] Pressing play only plays 1 frame
https://bugs.kde.org/show_bug.cgi?id=382767 RamonMiranda changed: What|Removed |Added CC||mirandagrap...@gmail.com --- Comment #3 from RamonMiranda --- i think this is a very good program, and i used it in linux. This year i am on windows and the beta 18.04 is unusable sadly because it can't do basic things (at least here) , i am worried about how windows users are gonna be interested in this software with these kind of issues. on my desktop win 10 intel7 16GB Ram, i can edit but the play is not working and makes editing much more tedious. I also use other editors (paid of course)and the behavior is much nicer but i know kdenlive since 2014 in linux and this is frustrating to me. my gmail is mirandagrap...@gmail.com is somebody want to ask about performance in windows. Thst is the reason i give 20 points to see if this get noticed. -- You are receiving this mail because: You are watching all bug changes.