terkO5

Hello, the issue occurred again this morning, so I took some spare time to investigate the cause and would like to report my findings. Initially, when I started up with all startups disabled and non-Microsoft services disabled, the issue did not occur. However, when I enabled only the services for my favorite Stardock apps, Start11 and Groupy2, the issue occurred again. Even after resetting Start11's settings, the issue persisted, so I disabled Groupy2 as a tr

Hello, I appreciate you taking the time to set up the environment and verify its operation. After posting on the forum, I had disabled that feature and was using it, but I just turned it on again and noticed that the same bug isn't occurring. I have restarted the system in the meantime. As a reference, I'll describe the method I used to pinpoint the cause of the issue: I turned off all services unrelated to the system, then gradually turned them back on, which led me to suspect tha

Hello, I posted this in the feedback thread and it recommended its own thread, so I'll start one. I am not sure how long this bug has existed, but I am reporting it because the bug that has plagued me for a long time was caused by start11. The defects occur in applications that own their own window frame, such as Android emulators (e.g. Bluestack5) and CHITUBOX, which is slicer software used in 3D printers. When dragging windows with unique frames, the b

Hello, I am not sure how long this bug has existed, but I am reporting it because the bug that has plagued me for a long time was caused by start11. The defects occur in applications that own their own window frame, such as Android emulators (e.g. Bluestack5) and CHITUBOX, which is slicer software used in 3D printers. When dragging windows with unique frames, the behavior becomes erratic, and the window may fly off the screen. Furthermore, since most applications with custom f

It's entirely my fault. I'm glad it could be resolved. I'm very sorry, but I would like to ask the Stardock team to merge the Japanese files as soon as possible.

Hello, I am the person who created a Japanese file under the name DiGS-O5 on GitHub. This was my complete fear, and is due to a mis-description of the Japanese language file. I have already sent a pull request on github but it has not been reflected yet. https://github.com/StardockCorp/Stardock-Software-Localization/pull/74 You can prevent the crash by replacing the relevant file or changing the language.

I have fixed some translation problems in the previous start11 version from a native Japanese speaker's point of view. Can you please check and update it? https://github.com/DiGS-O5/ja.lng-for-start11 If there is a problem I will delete the file immediately.

Certainly, unlike other languages with the same word order as English, such as Japanese, which has different grammatical word order, AI-driven language support is likely to take time. I checked the above language file and it seems to be garbled. Differences in the generation process, such as 2-byte characters, may be the cause. I hope I can be of help in providing feedback :)

Unfortunately, Japanese is not included in the list of languages to be supported. I like Groupy2 very much, but is it possible to add Japanese? Below is a file I translated for my own use. (I put them on github because I can't seem to attach the files on this page, but I will remove them as soon as there is a problem) https://github.com/DiGS-O5/ja.lng-for-groupy2/blob/main/ja.lng I translated almost all English, but could not translate sentences with different grammati

Thank you for the quick reply. I forgot to mention the version. I'm using 1.46.

When using groupy, some of the applications are overflowing in full screen mode. I can check for this problem with Discord. When the image is multi-monitor, as shown in the image, it is about 4 pixels longer than the bottom of the screen, resulting in an overhang. As this is a very noticeable problem, I would like to see a way to fix it from the s