Translated the added items into Japanese and Traditional Chinese. I also adjusted the Simplified Chinese translation to be the same as Traditional Chinese. This is because Simplified Chinese and Traditional Chinese basically have the same word, only the shape of the letters is different. For verification, I installed the Simplified Chinese version of Paint Tool SAI and used it as a reference.

• Clipboard.

剪贴板 - 维基百科，自由的百科全书 "剪贴板" and "剪贴簿" are posted on Wikipedia. Also, The term used in Simplified Chinese version of Paint Tool SAI is "剪贴板".

• "至" and "到" have the same meaning. "至" is a formal expression.

• Brush size The term used in Simplified Chinese version of Paint Tool SAI is "画笔大小"

• Blending The term used in Simplified Chinese version of Paint Tool SAI is "水分量"

• submit Google 翻訳 There is also a "送出" in the Chinese HTML example. Traditional Chinese, which was translated the other day, also uses "送出".

• Copied The English translation of the "已粘贴" is probably "paste". The translation of Traditional Chinese is "已複製", so I replaced it with Simplified Chinese. Simplified Chinese "已复制".

Please tell me your opinion.

On https://github.com/webcompat/web-bugs/issues/99826#issuecomment-1061461720

@dholbert determined there was user agent detection against Firefox which removed the ability for Firefox users to use the pressure for affecting the drawing.

Could you fix it?

I just replaced the Chinese characters in Simplified Chinese with Traditional Chinese. However, when I translated it further into Japanese, there was an incorrect part, so I replaced it with another term. Since native Chinese cannot be used, I corrected Chinese → Japanese → Chinese with Google Translate. I also looked it up on Wikipedia in Chinese. If you have any opinions about translation, please let me.

The following parts used words other than the Simplified Chinese translation.

    'brush-size': {
        original: 'Size',
        value: '筆刷尺寸'
    },
    'brush-blending': {
        original: 'Blending',
        value: '水分量'
    },
    'file-copy-title': {
        original: 'Copy To Clipboard',
        value: '複製至剪貼簿'
    },
    'cropcopy-title-copy': {
        original: 'Copy To Clipboard',
        value: '複製至剪貼簿'
    },
    'cropcopy-btn-copy': {
        original: 'To Clipboard',
        value: '至剪貼簿'
    },
    'cropcopy-copied': {
        original: 'Copied.',
        value: '複製了'
    },
    submit: {
        original: 'Submit',
        value: '送出'
    },
    'submit-title': {
        original: 'Submit Drawing',
        value: '送出圖像'
    },
    'submit-prompt': {
        original: 'Submit drawing?',
        value: '您要送出嗎？ '
    },
    'submit-submitting': {
        original: 'Submitting',
        value: '送出中'
    },

When I open the "edit" menu and move the pen from left to right, it returns to the previous screen. This only happened in the latest version, not in a slightly older version.

Something changed in Chrome with an update. Pen brush lines look bad now. I guess Chromium attempting to optimize context.arc.

Chrome 106.0.5249.119 MacOS

Firefox 105.0.3 MacOS

Same problem on other drawing sites. Another reason to stay away from Canvas API.

A community user has reported an issue with the embedded version of Klecks + iPad. "submit" it from him iPad, but there was a didn't work. The the screen "Submit drawing?" Is displayed, and then there is no response. I tried sending it in a short time without taking time, but it doesn't seem to work. There is no issues with Windows10 + Chrome. POTI-board ↑ Board that can be used for testing.

Translated into Japanese. I translated some words by meaning, not by the word itself. Tilt shift is translated as "depth of field". This is because it is easier for Japanese people to understand. Please point out if there is a problem with the translation.

I'm sorry to add it later. That's all.

Hello. There were many users of this app on 2Draw.net. Therefore, I wanted to use embed version and use it like 2Draw.net. However, the example only has an example of submit → (PNG / PSD) download. I managed to post them with ajax and save them on the server, but I don't know how to load the PSD data from the server to correct the picture I drew. 2Draw.net seems to implement them with a concise source, but it doesn't work even if I write it in the same way. How can I load the PSD data into a layer? It is the task of modifying the data once stored on the server. If I can load into a layer and post from there, I can do what I want to do. If you can tell me, thank you.

https://paintbbs.sakura.ne.jp/cgi/neosample/petitnote/ ↑ An electronic bulletin board where i can draw and post pictures with klecks. However, i cannot edit the picture i drew at this time.

Fill-tool with Alpha paint! Selecting "Eraser" enables this feature, opacity would influence how much alpha is added (similar to shape eraser opacity). Tolerance works the same.

Basic selection tool, explanation and functions in the picture above

This always bothered me, especially on smaller screens. precise scaling and perspective and the whole Editing page in general could use a bigger interface. This especially helps when trying to scale layers with small content.

Almost every tool has Lock Alpha. But the shape tool does unfortunately not. Having L.A. on the shape tool offers cleaner geometrical drawing. For example one wants to draw a tin can, but getting those curved lines is difficult. Using a circle tool with L.A. can help in this scenario.

Thanks for reading!

so I was drawing and then randomly my menu just grew I don't wether this was intented or not but if you could fix this issue or tell me how to fix it thank you.

So I have been getting a problem where I draw over one color with the same color then I get a lighter shade of that color and I can't figure out how to fix it.

This came with the newest 0.5.11 update. This Bug is related to Safari, it does not show up in other browsers like Chrome.

How to recreate: Black background + extra layer. Apply the new fade tool with any color on the alpha layer and then try to edit it (Blur, Sharpen, Distort, To Alpha, Tilt Shift, Brightness, Hue, etc.)

With 16 layers of 2048 * 2048 px, Klecks/Kleki is capable of reaching the 480MB canvas limit that iPadOS has. That breaks the application, as no new canvas objects can be created, or more specifically their contexts are null.

Scenario 1 - embed - iPad

• create new image: 2048*2048
• add new layers until there are 16 layers
• draw for a while, ~20 lines -> now the application will be broken

Scenario 2 - embed - iPad

• open an image that is 2048*2048 and has 16 layers -> the application is broken right away

Scenario 3 - standalone - iPad

• create new image: 2048*2048
• add new layers until there are 16 layers
• store to browser storage
• reload the page -> now the application is and will remain broken until the cache (indexedDB) is cleared

Also reloading the page will break everything much quicker because it appears that Safari keeps the page from before the reload in memory. It will fail to create even a single canvas.

Cause

When the application breaks, it has 32 2048*2048px canvases, or 32 * 2048 * 2048 * 4 / 1024 / 1024 = 512MB. 16 canvases which represent the current state of the image, and 16 canvases that represent the image in its earliest Undo state. Architectural changes are needed to fix this issue.

• Tested in Chrome (Win10, macOS), Does not happen in Firefox (Win10)
• Paint with Blend brush on new layer
• Invert that layer a lot (10+ times)
• Artifacts will form. (Won't happen on a layer where all pixels are fully opaque)

Looks like an issue with Chromium. -> I will create a Chromium ticket.

Example (using this image: https://i.imgur.com/JtvO7zc.png)

Before:

After:

Artifacts in detail

It can be more pronounced than that.

Invert shader:

uniform sampler2D texture;
varying vec2 texCoord;

void main() {
    vec4 color = texture2D(texture, texCoord);
    gl_FragColor = vec4(1.0 - color.r, 1.0 - color.g, 1.0 - color.b, color.a);
}

Multiple users have reported that Kleki (and thereby Klecks) can freeze during a longer session (30 minutes) in Safari on iPad or Mac. When freezing occurs it's impossible to save and the page needs to be reloaded.

I think it started around December 2021. I've yet to reproduce this myself.

If you've experienced this issue and have a reliable way of reproducing it please provide information. Thank you.

When possible remove dependency on isFirefox.

Is still used to avoid the following bugs:

• https://bugzilla.mozilla.org/show_bug.cgi?id=1753724
• https://bitbof.com/stuff/2022-03-08-ff-pointer-buttons/ or https://bugzilla.mozilla.org/show_bug.cgi?id=1758516

1) The issue

Since the end of January 2022 many reports have come in of Kleki glitching after switching tabs. All of them appear to come from ChromeOS/Chromebook users. Glitching occurs after pressing Undo, switching tabs, zooming, or when using the eraser. Glitching includes:

• Parts of layers getting "erased"
• Layers getting "pixelated"
• Corners around brushstrokes getting erased
• Drawing turning gray

3) More details

Example of the glitch (from here) And another

Note the blocky erased sections.

After buying two different Chromebooks I was finally to reproduce it myself. I created a page that provokes the Chrome glitch: https://bitbof.com/stuff/2022-04-28-intelhd400-canvas/ It is not an issue with Kleki, but Chrome.

4) Chromium Report

A Chromium issue has been created on Mar 24, 2022

https://bugs.chromium.org/p/chromium/issues/detail?id=1309876#c_ts1648128675