[gwenview] [Bug 354542] Show proper CMYK colors embedded in files like Krita
https://bugs.kde.org/show_bug.cgi?id=354542 Gary Wang changed: What|Removed |Added CC||wzc782970...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 488784] icon request: show whitespaces / show all characters
https://bugs.kde.org/show_bug.cgi?id=488784 --- Comment #1 from Gary Wang --- Some info might be helpful for creating related icons: For the "Show whitespaces" action, the glyph of the ␣ (U+2423 OPEN BOX) character can be used as reference, which itself is the graphic for space. For the "Show non-printable spaces" action, I actually don't have any good idea but the glyph of the ␢ (U+2422 BLANK SYMBOL) character might be good to be used as reference, which itself is the graphic for (blank) space. Actually U+2400-2421 is for these non-printable control characters, like U+240A is LF and so on, KCharSelect can be used to check those characters. Alternatively, ☒ (U+2612 BALLOT BOX WITH X) can be used as reference, which more likely a tofu character. For the "Show all characters" action, the glyph of the ¶ (U+00B6 PILCROW SIGN) character can be used as reference. This is the icon that most Notepad++-clones (include Notepad++ itself) use for such action. Whatever acceptable or not I'm both fine with VDG's decision, hope that helps :) -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 488784] New: icon request: show whitespaces / show all characters
https://bugs.kde.org/show_bug.cgi?id=488784 Bug ID: 488784 Summary: icon request: show whitespaces / show all characters Classification: Plasma Product: Breeze Version: unspecified Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: Icons Assignee: visual-des...@kde.org Reporter: wzc782970...@gmail.com CC: kain...@gmail.com, m...@nueljl.in Target Milestone: --- I'm a user of Notepad++-style editor, which provides a lot of common-used features in their toolbar and makes the toolbar icon-only. One of the features is "Show all characters" which allows user see all characters which are usually hard to distinguish or invisible, like Tab and Space, CR LF and LF. I'd like to contribute such a feature to Kate so I can use it the same way, so icons for such action are needed. The icons I think we might need are: 1. Show whitespaces 2. Show non-printable spaces 3. Show all characters ADDITIONAL INFORMATION If you would like to try out the "Show all characters" feature but don't want to install Windows or use Wine, you can try other Notepad++-clones like the following ones, which I confirmed have such feature: - Notepadqq: https://archlinux.org/packages/extra/x86_64/notepadqq/ - NotepadNext: https://flathub.org/apps/details/com.github.dail8859.NotepadNext - Notepad--: https://aur.archlinux.org/packages/notepad---git - Textosaurus: https://flathub.org/apps/io.github.martinrotter.textosaurus About the feature itself, I currently have a MR to add the "Show whitespaces" action to KTextEditor, see: - https://invent.kde.org/frameworks/ktexteditor/-/merge_requests/698 -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 117648] Add a "show whitespaces" option in the "View" menu
https://bugs.kde.org/show_bug.cgi?id=117648 Gary Wang changed: What|Removed |Added CC||wzc782970...@gmail.com --- Comment #8 from Gary Wang --- Just would like to leave a comment here, I'm a user of Notepad++-style editor and also use a similar feature a lot, so I proposed a MR to allow user to add such entry to the toolbar if they preferred. See https://invent.kde.org/frameworks/ktexteditor/-/merge_requests/698 -- You are receiving this mail because: You are watching all bug changes.
[NeoChat] [Bug 464397] Closing NeoChat when it doesn't have proper network connection will cause all account disappear
https://bugs.kde.org/show_bug.cgi?id=464397 --- Comment #1 from Gary Wang --- Managed to reproduce this issue by losting all my login token again, some details: When the network is down, we will need to wait for all "GetTokenOwnerJob" re-attempt failed, then it will attempt to do "LogoutJob" (but why?) Log: QML debugging is enabled. Only use this in a safe environment. Reading access token from the keychain for "@blumia:kde.org" Reading access token from the keychain for "@blumia:matrix.org" Reading access token from the keychain for "@blumia:mozilla.org" qrc:/main.qml:168: TypeError: Cannot read property 'contentItem' of null quotient.jobs: No valid HTTP headers from GET https://kde.modular.im/_matrix/client/v3/account/whoami quotient.jobs: "GetTokenOwnerJob" status NetworkError: Connection closed quotient.jobs: "GetTokenOwnerJob": retry #1 in 5 s quotient.jobs: No valid HTTP headers from GET https://matrix-client.matrix.org/_matrix/client/v3/account/whoami quotient.jobs: "GetTokenOwnerJob" status NetworkError: Connection closed quotient.jobs: "GetTokenOwnerJob": retry #1 in 5 s quotient.jobs: No valid HTTP headers from GET https://mozilla.modular.im/_matrix/client/v3/account/whoami quotient.jobs: "GetTokenOwnerJob" status NetworkError: Connection closed quotient.jobs: "GetTokenOwnerJob": retry #1 in 5 s quotient.jobs: No valid HTTP headers from GET https://kde.modular.im/_matrix/client/v3/account/whoami quotient.jobs: "GetTokenOwnerJob" status NetworkError: Connection closed quotient.jobs: "GetTokenOwnerJob": retry #2 in 10 s quotient.jobs: No valid HTTP headers from GET https://matrix-client.matrix.org/_matrix/client/v3/account/whoami quotient.jobs: "GetTokenOwnerJob" status NetworkError: Connection closed quotient.jobs: "GetTokenOwnerJob": retry #2 in 10 s quotient.jobs: No valid HTTP headers from GET https://mozilla.modular.im/_matrix/client/v3/account/whoami quotient.jobs: "GetTokenOwnerJob" status NetworkError: Connection closed quotient.jobs: "GetTokenOwnerJob": retry #2 in 10 s quotient.jobs: No valid HTTP headers from GET https://matrix-client.matrix.org/_matrix/client/v3/account/whoami quotient.jobs: "GetTokenOwnerJob" status NetworkError: Connection closed quotient.jobs: "GetTokenOwnerJob": retry #3 in 30 s quotient.jobs: No valid HTTP headers from GET https://kde.modular.im/_matrix/client/v3/account/whoami quotient.jobs: "GetTokenOwnerJob" status NetworkError: Connection closed quotient.jobs: "GetTokenOwnerJob": retry #3 in 30 s quotient.jobs: No valid HTTP headers from GET https://mozilla.modular.im/_matrix/client/v3/account/whoami quotient.jobs: "GetTokenOwnerJob" status NetworkError: Connection closed quotient.jobs: "GetTokenOwnerJob": retry #3 in 30 s quotient.jobs: No valid HTTP headers from GET https://matrix-client.matrix.org/_matrix/client/v3/account/whoami quotient.jobs: "GetTokenOwnerJob" status NetworkError: Connection closed quotient.jobs: No valid HTTP headers from GET https://mozilla.modular.im/_matrix/client/v3/account/whoami quotient.jobs: "GetTokenOwnerJob" status NetworkError: Connection closed quotient.jobs: No valid HTTP headers from GET https://kde.modular.im/_matrix/client/v3/account/whoami quotient.jobs: "GetTokenOwnerJob" status NetworkError: Connection closed quotient.jobs: No valid HTTP headers from POST https://mozilla.modular.im/_matrix/client/v3/logout quotient.jobs: "LogoutJob" status NetworkError: Connection closed quotient.jobs: "LogoutJob": retry #1 in 5 s quotient.jobs: No valid HTTP headers from POST https://kde.modular.im/_matrix/client/v3/logout quotient.jobs: "LogoutJob" status NetworkError: Connection closed quotient.jobs: "LogoutJob": retry #1 in 5 s quotient.jobs: No valid HTTP headers from POST https://matrix-client.matrix.org/_matrix/client/v3/logout quotient.jobs: "LogoutJob" status NetworkError: Connection closed quotient.jobs: "LogoutJob": retry #1 in 5 s quotient.jobs: No valid HTTP headers from POST https://matrix-client.matrix.org/_matrix/client/v3/logout quotient.jobs: "LogoutJob" status NetworkError: Connection closed quotient.jobs: "LogoutJob": retry #2 in 10 s quotient.jobs: No valid HTTP headers from POST https://mozilla.modular.im/_matrix/client/v3/logout quotient.jobs: "LogoutJob" status NetworkError: Connection closed quotient.jobs: "LogoutJob": retry #2 in 10 s quotient.jobs: No valid HTTP headers from POST https://kde.modular.im/_matrix/client/v3/logout quotient.jobs: "LogoutJob" status NetworkError: Connection closed quotient.jobs: "LogoutJob": retry #2 in 10 s quotient.jobs: No valid HTTP headers from POST https://matrix-client.matrix.org/_m
[NeoChat] [Bug 464397] New: Closing NeoChat when it doesn't have proper network connection will cause all account disappear
https://bugs.kde.org/show_bug.cgi?id=464397 Bug ID: 464397 Summary: Closing NeoChat when it doesn't have proper network connection will cause all account disappear Classification: Applications Product: NeoChat Version: unspecified Platform: Compiled Sources OS: All Status: REPORTED Severity: major Priority: NOR Component: General Assignee: fe...@posteo.de Reporter: wzc782970...@gmail.com CC: c...@carlschwan.eu Target Milestone: --- SUMMARY Closing NeoChat when it doesn't have proper network connection will cause all existing accounts disappear, thus when next time launching NeoChat, it will ask user to login in account as the account(s) never logged in. This might happen when the end user have a bad network connection, and this might also happen when the user have a good network connection but the matrix homeserver is down. STEPS TO REPRODUCE 1. When NeoChat complain about the network connection 2. Close NeoChat 3. (when the network or homeserver is back online) Launch NeoChat again I'm not sure if it can be stable reproduced but I have already faced that issue 2 times and my workmate also got this issue as well. Since I don't know a proper way to "backup" existing account login token/information so prefer not to try to reproduce this bug intentionally, but these might be able to help developers to reproduce: - Run a test matrix server locally and use NeoChat to connect to the server, stop the server to simulate homeserver downtime. - Using a Wi-Fi connection, disconnect the Wi-Fi to simulate bad network. - Setting up a local socks5 proxy via `ssh -D` and set this as proxy in NeoChat, then stop `ssh -D` to simulate bad network. - Using a cable connection, unplug the cabel to simulate bad network. OBSERVED RESULT When re-launch NeoChat, all previous existing logined accounts disappeared, user will need to login them again. EXPECTED RESULT All accounts are still there when re-launch NeoChat. Additionally, if the network is still unreachable when user re-launch NeoChat, it should still keep all existing accounts. SOFTWARE/OS VERSIONS both master build and nightly version, not related to OS, but already got this issue on both Windows and Linux. ADDITIONAL INFORMATION Let me know if you need any additional information -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 463063] KWin_x11 only shows minimize and maximize button for Qt::Dialog type window
https://bugs.kde.org/show_bug.cgi?id=463063 --- Comment #5 from Gary Wang --- (In reply to Fushan Wen from comment #4) > I don't know minimize and maximize button are redundant or not. They are, as long as the Qt::Dialog documentation is correct: > Indicates that the widget is a window that should be decorated as a dialog > (i.e., typically no maximize or minimize buttons in the title bar). > This is the default type for QDialog. I created a separated bug report for this issue so hopefully we can track the issue there: https://bugs.kde.org/show_bug.cgi?id=464193 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 464193] New: KWin_x11 shows redundant minimize and maximize button for Qt::Dialog type window
https://bugs.kde.org/show_bug.cgi?id=464193 Bug ID: 464193 Summary: KWin_x11 shows redundant minimize and maximize button for Qt::Dialog type window Classification: Plasma Product: kwin Version: 5.26.4 Platform: Archlinux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: decorations Assignee: kwin-bugs-n...@kde.org Reporter: wzc782970...@gmail.com Target Milestone: --- SUMMARY KWin_x11 shows redundant minimize and maximize button for Qt::Dialog type window, close button was not shown. According to Qt documentation, Qt::Dialog... > Indicates that the widget is a window that should be decorated as a dialog > (i.e., typically no maximize or minimize buttons in the title bar). > This is the default type for QDialog. In KWin it's completely the opposite behavior, which shows a maximize and a minimize button, but not show the close button. According to https://bugs.kde.org/show_bug.cgi?id=463063, the missing close button bug is an upstream issue, so this bug report only related to the redundant minimize and maximize button. STEPS TO REPRODUCE 1. Go to https://invent.kde.org/network/neochat/-/merge_requests/707#note_580407 and save the sample code to test.qml 2. use qml executable to show the saved qml file 3. see the result OBSERVED RESULT Under Plasma desktop, the dialog will have redundant maximize and minimize button. EXPECTED RESULT Maximize and minimize button shouldn't be there and the close button should be shown. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux (rolling), KDE Plasma desktop environment KDE Plasma Version: 5.6.24 KDE Frameworks Version: 5.101.0 Qt Version: 5.15.7 ADDITIONAL INFORMATION This issue is originally reported as a part of https://bugs.kde.org/show_bug.cgi?id=463063. That one was marked as resolved but it only addressed the missing close button issue, the redundant maximize and minimize button issue is still there. Please also see https://invent.kde.org/network/neochat/-/merge_requests/707#note_580407 for detailed information. Let me know if you need any additional information. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 463063] KWin_x11 only shows minimize and maximize button for Qt::Dialog type window
https://bugs.kde.org/show_bug.cgi?id=463063 --- Comment #3 from Gary Wang --- (In reply to Fushan Wen from comment #2) > It's indeed a Qt bug. See > https://codereview.qt-project.org/c/qt/qtbase/+/448355/comments/ > 42975ff8_8945d70e for more details Sorry to bother again, did you mean the redundant minimize and maximize button is an upstream Qt bug or the missing close button is upstream bug, or both are Qt bug? -- You are receiving this mail because: You are watching all bug changes.
[NeoChat] [Bug 463512] "In Sidebar" Tooggle in Appearances Settings not effective
https://bugs.kde.org/show_bug.cgi?id=463512 Gary Wang changed: What|Removed |Added Latest Commit||https://invent.kde.org/netw ||ork/neochat/commit/67f88416 ||f1a448f291d3513d4e7d47feb83 ||7f084 Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #3 from Gary Wang --- Git commit 67f88416f1a448f291d3513d4e7d47feb837f084 by Gary Wang. Committed on 27/12/2022 at 10:13. Pushed by nvrwhere into branch 'master'. Use the correct config option for 'In sidebar' M +1-1src/qml/Page/RoomListPage.qml https://invent.kde.org/network/neochat/commit/67f88416f1a448f291d3513d4e7d47feb837f084 -- You are receiving this mail because: You are watching all bug changes.
[Tokodon] [Bug 463271] New: Clicking account avatar/icon will open a blank user profile page
https://bugs.kde.org/show_bug.cgi?id=463271 Bug ID: 463271 Summary: Clicking account avatar/icon will open a blank user profile page Classification: Applications Product: Tokodon Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: wzc782970...@gmail.com CC: c...@carlschwan.eu Target Milestone: --- SUMMARY When user get new follower, clicking the account avatar/icon of the new follower notification in "Notifications" page will open a blank user profile page instead of the proper user profile page STEPS TO REPRODUCE 1. Get a new follower 2. Open Notification page, see the "Username followed you" message (a FollowDelegate) 3. Click the user icon/avatar in this FollowDelegate OBSERVED RESULT An empty profile page will be opened instead of the user you clicked. EXPECTED RESULT Open the profile page of the user who follows you SOFTWARE/OS VERSIONS Tokodon master version (currently 707fbaf3c290b4c6db4b67d28991f5adfe02e314) ADDITIONAL INFORMATION Let me know if you need any additional info. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 463063] New: KWin_x11 only shows minimize and maximize button for Qt::Dialog type window
https://bugs.kde.org/show_bug.cgi?id=463063 Bug ID: 463063 Summary: KWin_x11 only shows minimize and maximize button for Qt::Dialog type window Classification: Plasma Product: kwin Version: 5.26.4 Platform: Archlinux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: decorations Assignee: kwin-bugs-n...@kde.org Reporter: wzc782970...@gmail.com Target Milestone: --- SUMMARY KWin_x11 only shows minimize and maximize button for Qt::Dialog type window, close button was not shown. According to Qt documentation, Qt::Dialog... > Indicates that the widget is a window that should be decorated as a dialog > (i.e., typically no maximize or minimize buttons in the title bar). This is > the default type for QDialog. So in KWin it's completely the opposite behavior. STEPS TO REPRODUCE 1. Go to https://invent.kde.org/network/neochat/-/merge_requests/707#note_580407 and save the sample code to test.qml 2. use qml executable to show the saved qml file 3. see the result OBSERVED RESULT Under Plasma desktop, the dialog will have only maximize and minimize button but missing close button. EXPECTED RESULT Maximize and minimize button shouldn't be there and the close button should be shown. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux (rolling), KDE Plasma desktop environment KDE Plasma Version: 5.6.24 KDE Frameworks Version: 5.101.0 Qt Version: 5.15.7 ADDITIONAL INFORMATION Aside from the redundant maximize and minimize button issue, the missing close button issue *might* not be a kwin issue. Please also see https://invent.kde.org/network/neochat/-/merge_requests/707#note_580407 for detailed information. Let me know if you need any additional information. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 463030] New: KUrlRequester from KIO cannot accept file drop event to input file URL under Windows.
https://bugs.kde.org/show_bug.cgi?id=463030 Bug ID: 463030 Summary: KUrlRequester from KIO cannot accept file drop event to input file URL under Windows. Classification: Frameworks and Libraries Product: frameworks-kio Version: 5.101.0 Platform: Other OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kio-bugs-n...@kde.org Reporter: wzc782970...@gmail.com CC: kdelibs-b...@kde.org Target Milestone: --- SUMMARY KUrlRequester from KIO cannot accept file drop event to input file URL under Windows. STEPS TO REPRODUCE 1. Download the most recent release of KDE Connect for Windows 2. Pair a device, from system tray, select "Send file / URL" 3. The input box above the combobox is a KUrlRequester, try to drag and drop any file to the input area 4. See the result OBSERVED RESULT User cannot drop the file there to input the URL under Windows, but can do that under Linux. EXPECTED RESULT Drag-and-drop to input file URL should work. SOFTWARE/OS VERSIONS Windows: Home 11, 22H2 Version of KDE Connect that could reproduce the issue: kdeconnect-kde-21.12.3-903-windows-msvc2019_64-cl.exe downloaded from the official website ADDITIONAL INFORMATION KUrlRequester uses a KLineEdit which is a part of KCompletion, since compiling KIO under Windows is a painful job so I'm not sure if it's a KIO issue or a KCompletion issue. Let me know if you need any additional information. -- You are receiving this mail because: You are watching all bug changes.
[NeoChat] [Bug 462348] Crash when click Open Externally if image is not loaded
https://bugs.kde.org/show_bug.cgi?id=462348 --- Comment #1 from Gary Wang --- Additionally: When building with libquotient 0.6.11 (0.6.11-1 from Arch Linux repo), even if the image/sticker is still not able to load properly, NeoChat won't crash. The crash only happen if I build it with libquotient 0.7 (dev branch with the revision provided above). -- You are receiving this mail because: You are watching all bug changes.
[NeoChat] [Bug 462348] New: Crash when click Open Externally if image is not loaded
https://bugs.kde.org/show_bug.cgi?id=462348 Bug ID: 462348 Summary: Crash when click Open Externally if image is not loaded Classification: Applications Product: NeoChat Version: unspecified Platform: Archlinux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: General Assignee: fe...@posteo.de Reporter: wzc782970...@gmail.com CC: c...@carlschwan.eu Target Milestone: --- SUMMARY When an image is not properly loaded, right clicking and choose "Open Externally" will cause NeoChat crash. STEPS TO REPRODUCE 1. Open a chat with image that not loaded (either not finish loading or load failed) 2. Right clicking and choose "Open Externally" 3. See the result OBSERVED RESULT NeoChat crashed (stacktrace: https://invent.kde.org/-/snippets/2428) EXPECTED RESULT Not sure if there is a correct behavior if the image is not loaded properly since in this case there will be no local file that can be opened, but at least NeoChat shouldn't crash. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux (rolling) KDE Frameworks Version: 5.100.0 Qt Version: 5.15.7 libQuotient: 0.7.0 (with E2EE enabled, commit SHA: 16668c4cb4703ac26fe3a58e471a522ad95e1547) NeoChat: commit SHA: d07066e5405d4d49fc00793433cb00445dacd308 ADDITIONAL INFORMATION NeoChat build with kdesrc-build. All images are not able to load properly on my Arch Linux machine (so I originally want to right click and see if I can copy a URL and open it in a browser), but on Windows Nightly build the image can be loaded properly. A working socks5 proxy is set since I cannot access the matrix server without a proxy (not sure if that's related). Let me know if you need any additional information. -- You are receiving this mail because: You are watching all bug changes.
[ghostwriter] [Bug 460158] Incorrect input method (IME) position
https://bugs.kde.org/show_bug.cgi?id=460158 --- Comment #5 from Gary Wang --- > I noticed my own distro has fcitx-qt as a package. Does yours? It might work > better that way. We does have fcitx(5)-qt under Arch Linux, but fcitx is a IME framework, and fcitx(5)-qt is a IME module, it doesn't means there will be better Qt support. btw, *any* IME should be able to reproduce this issue, for example ibus can be used to reproduce issue too if you can't get fcitx working. Or you can also use Windows to reproduce this issue with any IME installed and enabled while typing words, e.g. https://www.google.co.jp/ime/ > But in the meantime, if you could try with the Qt version of fcitx, that > would be of great help! I don't think it will be fixed unless we add QWidget::inputMethodQuery(Qt::InputMethodQuery) support to the app to tell IME where to show the IME window... -- You are receiving this mail because: You are watching all bug changes.
[ghostwriter] [Bug 460158] Incorrect input method (IME) position
https://bugs.kde.org/show_bug.cgi?id=460158 --- Comment #2 from Gary Wang --- Hi again, > Which IME application are you using so I can try to replicate this? As already provided in the original report: When tested under Arch Linux: fcitx5-rime [1] When tested under Windows 11: default Microsoft Chs-IME when Windows system language was set to Chinese. [1]: https://archlinux.org/packages/community/x86_64/fcitx5-rime/ in case you need a link. > A followup question would be: Is this application for GTK or Qt apps? It would be generic enough to support both GTK and Qt apps. I did set up some environment variable to make fcitx work under my Arch Linux installation tho. here is the related content in my `/etc/environment` file: GTK_IM_MODULE=fcitx QT_IM_MODULE=fcitx XMODIFIERS=@im=fcitx -- You are receiving this mail because: You are watching all bug changes.
[ghostwriter] [Bug 460158] New: Incorrect input method (IME) position
https://bugs.kde.org/show_bug.cgi?id=460158 Bug ID: 460158 Summary: Incorrect input method (IME) position Classification: Applications Product: ghostwriter Version: unspecified Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: megan.con...@kdemail.net Reporter: wzc782970...@gmail.com Target Milestone: --- SUMMARY Ghostwritter seems doesn't have proper input method (IME) support, IME position will always be at the top-left corner of the window. Tested both under Arch Linux with fcitx5-rime and Windows 11 with it's default Microsoft Chs-IME when Windows system language was set to Chinese. STEPS TO REPRODUCE 1. Install an IME (Chinese/Japanese/etc.) on your system 2. Open Ghostwriter 3. Type anything with IME enabled OBSERVED RESULT IME popped at the top-left side of the window. EXPECTED RESULT IME popped at the correct position (normally below the input cursor) SOFTWARE/OS VERSIONS Windows: Windows 11 21H2 Linux/KDE Plasma: Arch Linux (rolling) KDE Frameworks Version: 5.98.0 Qt Version: 5.15.6 ADDITIONAL INFORMATION Linux version get from Arch Linux's official package repo, with ghostwriter 2.1.4-1 Windows version get from GitHub, release 2.1.6 I did a quick glance at the related source code and it seems the MarkdownEditor widget/class didn't handle the QWidget::inputMethodQuery(Qt::InputMethodQuery) query so that's probably the reason... Feel free to let me know if you need any extra information. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 428238] Not able to render PSD file with depth other than 8 and 16
https://bugs.kde.org/show_bug.cgi?id=428238 Gary Wang changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |FIXED --- Comment #8 from Gary Wang --- Yeah, you're right, sorry I forgot to mark it as fixed when I noticed it's fixed. Thanks for the patch and release! -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 433297] Locale-aware/romanized alphabetic categories for when using a language with a non-Latin alphabet
https://bugs.kde.org/show_bug.cgi?id=433297 --- Comment #13 from Gary Wang --- (In reply to Fushan Wen from comment #11) > (In reply to Gary Wang from comment #10) > > Thanks for the fix! Does the fix also apply to the Application Dashboard > > applet since it also behaviors the same way as Kicker and Kickoff? If not, > > do I need to open a separated bug report for the Application Dashboard > > behavior? > > Yes > > The group in Dashboard was also fixed. Thanks for clarifying! -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 433297] Locale-aware/romanized alphabetic categories for when using a language with a non-Latin alphabet
https://bugs.kde.org/show_bug.cgi?id=433297 --- Comment #10 from Gary Wang --- > Improve kickoff's group for non-latin language. Thanks for the fix! Does the fix also apply to the Application Dashboard applet since it also behaviors the same way as Kicker and Kickoff? If not, do I need to open a separated bug report for the Application Dashboard behavior? -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 453537] Mix clip for audio track is reversed in 2nd and 4th time and so on
https://bugs.kde.org/show_bug.cgi?id=453537 Gary Wang changed: What|Removed |Added Version Fixed In||22.04.1 -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 453537] Mix clip for audio track is reversed in 2nd and 4th time and so on
https://bugs.kde.org/show_bug.cgi?id=453537 Gary Wang changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |FIXED --- Comment #4 from Gary Wang --- It should be fixed on 22.04.1. Related fix: https://invent.kde.org/multimedia/kdenlive/-/merge_requests/299 The official website still offers 22.04.0 currently but Arch Linux and KDE Binary Factory already contain 22.04.1 package/binary, so I guess I should close this bug now :) -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 453537] Mix clip for audio track is reversed in 2nd and 4th time and so on
https://bugs.kde.org/show_bug.cgi?id=453537 --- Comment #3 from Gary Wang --- Created attachment 148658 --> https://bugs.kde.org/attachment.cgi?id=148658&action=edit testkdenlive.mp4: The original video clip used in the recording that reproduced this bug -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 453537] Mix clip for audio track is reversed in 2nd and 4th time and so on
https://bugs.kde.org/show_bug.cgi?id=453537 --- Comment #2 from Gary Wang --- Created attachment 148657 --> https://bugs.kde.org/attachment.cgi?id=148657&action=edit video that recorded the steps to reproduce this issue -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 453537] Mix clip for audio track is reversed in 2nd and 4th time and so on
https://bugs.kde.org/show_bug.cgi?id=453537 --- Comment #1 from Gary Wang --- *** Bug 453536 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 453536] Mix clip for audio track is reversed in 2nd and 4th time
https://bugs.kde.org/show_bug.cgi?id=453536 Gary Wang changed: What|Removed |Added Resolution|--- |DUPLICATE Status|REPORTED|RESOLVED --- Comment #1 from Gary Wang --- Seems I wrongly pressed the Enter key while selecting attachment. The description is not completed. See https://bugs.kde.org/show_bug.cgi?id=453537 for the full report. Sorry for created an incomplete bug report. *** This bug has been marked as a duplicate of bug 453537 *** -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 453537] New: Mix clip for audio track is reversed in 2nd and 4th time and so on
https://bugs.kde.org/show_bug.cgi?id=453537 Bug ID: 453537 Summary: Mix clip for audio track is reversed in 2nd and 4th time and so on Product: kdenlive Version: 22.04.0 Platform: Other OS: All Status: REPORTED Severity: normal Priority: NOR Component: Video Display & Export Assignee: j...@kdenlive.org Reporter: wzc782970...@gmail.com Target Milestone: --- SUMMARY Mix clip (Select both audio clip and press U key) for audio track is reversed in 2nd and 4th time. STEPS TO REPRODUCE 1. Import testkdenlive.mp4 and drag it to the timeline 2. Use Shift+R to split it twice, delete the clip in the middle and remove the blank space 3. Select the remaining two clip and use shortcut U to create a mix clip 4. Try playback, in this time it behave normally 5. Repeat step 2 and 3 to create another clip mix next to the previous mix clip 6. Try playback / see the result. It's hard for me to describe in text so I also recorded a video to reproduce this issue. OBSERVED RESULT At step 6, you will hear reversed clip mix instead of the same result as you can get in step 3. EXPECTED RESULT At step 6, you will hear the same result as you can get in step 3. SOFTWARE/OS VERSIONS Tested both on Windows with 22.04.0 and Arch Linux with 22.04.0 and git-master. ADDITIONAL INFORMATION After step 6, if you repeat step 2 and 3, you will get the same wrong mix clip at 2nd, 4th, 6th time you repeat the steps. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 453536] New: Mix clip for audio track is reversed in 2nd and 4th time
https://bugs.kde.org/show_bug.cgi?id=453536 Bug ID: 453536 Summary: Mix clip for audio track is reversed in 2nd and 4th time Product: kdenlive Version: 22.04.0 Platform: Other OS: All Status: REPORTED Severity: normal Priority: NOR Component: Video Display & Export Assignee: j...@kdenlive.org Reporter: wzc782970...@gmail.com Target Milestone: --- SUMMARY Mix clip (Select both audio clip and press U key) for audio track is reversed in 2nd and 4th time. STEPS TO REPRODUCE 1. 2. 3. It's hard for me to describe in text so I also recorded a video to reproduce this issue. OBSERVED RESULT EXPECTED RESULT 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 453312] Not able to launch after upgrading from 21.12.3 to 22.04.0-1 under Windows
https://bugs.kde.org/show_bug.cgi?id=453312 Gary Wang changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |BACKTRACE --- Comment #1 from Gary Wang --- I got another PC and did a clean installation of 22.04.0-1 using the same installer mentioned in the description, and it can be launched and works fine. So, I checked again and found out the 21.12.3 uninstaller won't delete all the Kdenlive files from my PC. After uninstall 21.12.3 with the uninstaller, also manually delete the kdenlive installation location folder, and then install 22.04.0-1, Kdenlive can now works fine again! I'll mark this bug report as resolved then... -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 453312] New: Not able to launch after upgrading from 21.12.3 to 22.04.0-1 under Windows
https://bugs.kde.org/show_bug.cgi?id=453312 Bug ID: 453312 Summary: Not able to launch after upgrading from 21.12.3 to 22.04.0-1 under Windows Product: kdenlive Version: 22.04.0 Platform: Other OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Installation Assignee: vpi...@kde.org Reporter: wzc782970...@gmail.com Target Milestone: --- SUMMARY Not able to launch after upgrading from 21.12.3 to 22.04.0-1 under Windows, using the installer. Uninstalling and re-installing also won't fix this issue. STEPS TO REPRODUCE 1. Get the 21.12.3 version installed using the 21.12.3 version installer 2. Install the 22.04.0-1 version using the installer 3. Try launching kdenlive.exe OBSERVED RESULT After the splash screen, there is a dialog that says it crashed last time and asks if I need to reset the config file. Whichever option is chosen, the dialog disappeared and the kdenlive.exe process also disappeared (seems exited or crashed). EXPECTED RESULT The program can launch. SOFTWARE/OS VERSIONS Windows: 11 Home, 21H2, 22000.613 ADDITIONAL INFORMATION System language: Simplified Chinese Installer Hash: 0b534ca34feef79422b84bf140809cf8c68dc00911cf4eb9d100cdffb69561e8 *kdenlive-22.04.0-1.exe Graphics Card: Intel(R) UHD Graphics 630 (It's a dual graphics card laptop, but it will use Integrated graphics by default, which is the Intel one) Since this bug looks very similar to https://bugs.kde.org/show_bug.cgi?id=436269 so I tried to uninstall Kdenlive and reinstall it to see if that can fix, but sadly the issue still occur. So, I have to downgrade to 21.12.3 for now. I'm not sure what other information needs to be provided so let me know if you need any additional information. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 447532] Kate 21.12.0 on Windows doesn't save user color scheme
https://bugs.kde.org/show_bug.cgi?id=447532 --- Comment #14 from Gary Wang --- Tested and it's fixed on kate-21.12.3-1-1612-windows-msvc2019_64-cl.exe from the binary factory. Thanks for the fix! -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 447532] Kate 21.12.0 on Windows doesn't save user color scheme
https://bugs.kde.org/show_bug.cgi?id=447532 --- Comment #7 from Gary Wang --- This issue still exist in kate-21.12.2-1567-windows-msvc2019_64-cl.exe Since kate-21.12.0-1500-windows-msvc2019_64-cl.exe works fine and after kate-21.12.0-1515-windows-msvc2019_64-cl.exe it got this issue, does anyone know what's changed between #1500 and #1515 these two builds? -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 447532] Kate 21.12.0 on Windows doesn't save user color scheme
https://bugs.kde.org/show_bug.cgi?id=447532 --- Comment #2 from Gary Wang --- I got another PC with kate-21.12.0-1500-windows-msvc2019_64-cl.exe installed, that version doesn't have this bug. I try to upgrade to kate-21.12.0-1515-windows-msvc2019_64-cl.exe and this bug can now be reproduced after the upgrade, downgrade to kate-21.12.0-1500-windows-msvc2019_64-cl.exe can fix that. They are both 21.12.0 build with KDE Framework 5.88.0, not sure what's the difference. > This is by design: settings in the menu are for the file buffer only. If you > want it changed persistent, you need to go into the settings dialog and > change the default Color theme. I'm confused, the settings dialog could only change the edit area/buffer color scheme, what I want to do is change the color scheme of the whole application (to dark)... -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 447532] New: Kate 21.12.0 on Windows doesn't save user color scheme
https://bugs.kde.org/show_bug.cgi?id=447532 Bug ID: 447532 Summary: Kate 21.12.0 on Windows doesn't save user color scheme Product: kate Version: 21.12.0 Platform: Other OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: application Assignee: kwrite-bugs-n...@kde.org Reporter: wzc782970...@gmail.com Target Milestone: --- SUMMARY Kate 21.12.0 on Windows will always use its default color scheme. if I set it to Breeze Dark from the menu. It will be restored to the default one at the next launch. STEPS TO REPRODUCE 1. Download kate-21.12.0-1514-windows-msvc2019_64-cl.exe from KDE binary factory 2. Launch Kate 3. From the menu, use Settings > Color Scheme > Breeze Dark, it will be using the Breeze Dark theme now 4. Close Kate 5. Launch Kate again OBSERVED RESULT After step 5, you will see Kate is using its default color scheme instead of Breeze Dark. EXPECTED RESULT It should use Breeze Dark at the next launch. SOFTWARE/OS VERSIONS Kate: kate-21.12.0-1514-windows-msvc2019_64-cl.exe from KDE binary factory Windows: 11, 21H2, 22000.376 KDE Frameworks Version: 5.88.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION I upgraded Kate from kate-21.08.3-1472-windows-msvc2019_64-cl.exe, the old version works fine, 21.12.0 has this issue. Removing %LOCALAPPDATA%/kate/ folder and try set the color scheme again seems still cannot fix this issue. Let me know if you need any additional information. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-syntax-highlighting] [Bug 445649] OrgMode syntax highlighting support
https://bugs.kde.org/show_bug.cgi?id=445649 --- Comment #2 from Gary Wang --- (In reply to Waqar Ahmed from comment #1) > If you have created a syntax file for org mode, feel free to make a merge > request with it. It doesn't have to be perfect, you can improve it with time. Thanks! My current syntax file is here. It still lacks some functionality, I still cannot figure out how to make it foldable by heading level but anyway it's here. Any help is appreciated. https://invent.kde.org/frameworks/syntax-highlighting/-/merge_requests/272 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-syntax-highlighting] [Bug 445649] New: OrgMode syntax highlighting support
https://bugs.kde.org/show_bug.cgi?id=445649 Bug ID: 445649 Summary: OrgMode syntax highlighting support Product: frameworks-syntax-highlighting Version: 5.88.0 Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: syntax Assignee: kwrite-bugs-n...@kde.org Reporter: wzc782970...@gmail.com CC: walter.von.entfer...@posteo.net Target Milestone: --- SUMMARY Feature request for OrgMode (https://orgmode.org/) file syntax highlighting support. STEPS TO REPRODUCE 1. Prepare a valid OrgMode file 2. Open it with Kate for example 3. See the result OBSERVED RESULT No syntax highlighting, the selectable language list also doesn't have Org Mode to select. EXPECTED RESULT Able to do syntax highlight for OrgMode files. SOFTWARE/OS VERSIONS syntax-highlighting tag 5.88.0 and also master branch ADDITIONAL INFORMATION I try to follow the manual to create a custom syntax highlighting XML file for OrgMode mode to fit my need, but I still have trouble understanding the manual, and the XML I created only covers the very basic usage of OrgMode. Hope we can get official OrgMode syntax highlighting from KDE. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 437159] New: Ability to set which font to use for subtitling tool
https://bugs.kde.org/show_bug.cgi?id=437159 Bug ID: 437159 Summary: Ability to set which font to use for subtitling tool Product: kdenlive Version: 21.04.0 Platform: Other OS: Microsoft Windows Status: REPORTED Severity: wishlist Priority: NOR Component: Video Display & Export Assignee: j...@kdenlive.org Reporter: wzc782970...@gmail.com Target Milestone: --- SUMMARY Currently, the Kdenlive subtitling tool introduced in 20.12 don't have any setting options, if user enters plain text, it will render subtitle to the video using the system default font, which may cause problems. For example, when using Windows, it may use a non-free font. STEPS TO REPRODUCE 1. On a system that uses non-free font by default (Windows for example), use Kdenlive to edit a video 2. Add some plain text subtitle 3. Render to file and see the result. OBSERVED RESULT It will use the non-free system default font. EXPECTED RESULT Offer an option in the Configure Kdenlive dialog to allow set the (default and fallback) font that will be used and use that instead. ADDITIONAL INFORMATION Probably useful links while doing the resourcing: https://www.mltframework.org/plugins/FilterAvfilter-subtitles/ I read the source code a little bit but sadly don't find where did the subtitle preference happen in the code. I guess maybe it's in /src/effects/effectstack/model/effectstackmodel.cpp and it tell MLT to use "avfilter.subtitles" and the I lost my tracking. Not sure what other information should I provide and please tell me if any additional information is needed. Hope that helps. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 436331] Kate 21.04 from Binary Factory stable build crash at launch
https://bugs.kde.org/show_bug.cgi?id=436331 --- Comment #2 from Gary Wang --- Thanks for the fix, it works now with kate-21.04.0-1264-windows-msvc2019_64-cl.exe :) -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 436331] New: Kate 21.04 from Binary Factory stable build crash at launch
https://bugs.kde.org/show_bug.cgi?id=436331 Bug ID: 436331 Summary: Kate 21.04 from Binary Factory stable build crash at launch Product: kate Version: 21.04.0 Platform: Microsoft Windows OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kwrite-bugs-n...@kde.org Reporter: wzc782970...@gmail.com Target Milestone: --- SUMMARY Kate 21.04 downloaded from Binary Factory stable build crash at launch. STEPS TO REPRODUCE 1. Download Kate from binary factory (kate-21.04.0-1259-windows-msvc2019_64-cl.exe) 2. Install it 3. Try launch kate.exe OBSERVED RESULT kate.exe crashed at launch EXPECTED RESULT It can launch normally SOFTWARE/OS VERSIONS Windows: 10 Home, 20H2 19042.928 ADDITIONAL INFORMATION System Language: Simplified Chinese Crash log generated by drmingw: kate.exe caused an Unknown [0xC374] Exception at location 7FFEF654F0B9 in module ntdll.dll. AddrPC Params 7FFEF654F0B9 7FF62637BE10 000D1BEFEBE0 014184F9 ntdll.dll!RtlIsZeroMemory 7FFEF654F083 0080 7FFEF65B77F0 000F ntdll.dll!RtlIsZeroMemory 7FFEF6557E02 000F 0030 01418508 ntdll.dll!RtlpNtSetValueKey 7FFEF65580EA 01418CB95400 001B 01418CB9F030 ntdll.dll!RtlpNtSetValueKey 7FFEF655DD71 02820360 001B 01418CB9F030 ntdll.dll!RtlpNtSetValueKey 7FFEF650284F 014184F9 0020 ntdll.dll!memset 7FFEF647B3C7 0020 000D1BEFCFA8 ntdll.dll!RtlAllocateHeap 7FFEF41AFDE6 0008 0008 ucrtbase.dll!_malloc_base 7FFE77000DE1 000D1BEFD218 0004 Qt5Core.dll!QArrayData::allocate 7FFE770899CF 0044 000D1BEFD278 Qt5Core.dll!QString::reallocData 7FFE76FD24FF 01418CB56800 0001 Qt5Core.dll!QString::operator+= 7FFE8DCCE38D 01418CB568C0 000D1BEFD218 000D1BEFD280 KF5TextEditor.dll!Kate::TextLineData::firstChar 7FFE8DCB4466 01418CB951A0 7FFE772724E0 0080 KF5TextEditor.dll!Kate::TextLineData::firstChar 7FFE8DC97AE8 01418CB568C0 01418CB951A0 01410080 KF5TextEditor.dll!Kate::TextLineData::firstChar 7FFE8DC8FCB9 01418CB568C0 01418A5EA6C0 01418CB329A0 KF5TextEditor.dll!Kate::TextLineData::firstChar 7FFE8DCB0DE1 01418CB329A0 01418CB568C0 01418A4448F0 KF5TextEditor.dll!Kate::TextLineData::firstChar 7FFE8DC58D59 01418CA47DD0 01418A5EA6C0 01418CB329A0 KF5TextEditor.dll!Kate::TextLineData::firstChar 7FFE8DC5A243 01418CAC2508 01418CAC2520 01418CA47DD0 KF5TextEditor.dll!Kate::TextLineData::firstChar 7FFE8DB8B2ED 01418A5EA6C0 01418A5EA950 0141 KF5TextEditor.dll!Kate::TextLineData::firstChar 7FFE8DB5BE81 01418A5E9DF0 01418517BEE0 01418517BEE0 KF5TextEditor.dll!Kate::TextLineData::firstChar 7FFE8DA6C25C 01418A5E9DF0 7FFE8DDBE808 001B002E KF5TextEditor.dll!Kate::TextLineData::firstChar 7FF6263122F0 01418CAD1A10 01418C4BCB70 01418517BEE0 kate.exe!cleanupRunningKateAppInstanceMap 7FF6262A035B 01418517BEE0 01418517BEE0 01418C4BCB70 kate.exe!cleanupRunningKateAppInstanceMap 7FF6263159AC 01418CAD1A10 01418A4FBCF0 01418CAD1A10 kate.exe!cleanupRunningKateAppInstanceMap 7FF6262A4FFA 000D1BEFE468 01418A5D8AD8 01418A4FBCF0 kate.exe!cleanupRunningKateAppInstanceMap 7FF6262A55D9 000D1BEFE600 000D1BEFE620 01410001 kate.exe!cleanupRunningKateAppInstanceMap 7FF6262AE1A8 01418A3C76D0 01418A50A500 000D1BEFE6B0 kate.exe!cleanupRunningKateAppInstanceMap 7FF6262803CB 000D1BEFE760 01418A3C76D0 kate.exe!cleanupRunningKateAppInstanceMap 7FF6262D203D 000D1BEFE940 000D1BEFE900 000D1BEFF701 kate.exe!cleanupRunningKateAppInstanceMap 7FF6262CF0A3 000D1BEFF750 000D1BEFE940 01418A43B100 kate.exe!cleanupRunningKateAppInstanceMap 7FF6262CEBAA 000D1BEFF750 000D0002 kate.exe!cleanupRunningKateAppInstanceMap 7FF6262CEB46 7FFE772724E0 kate.exe!cleanupRunningKateAppInstanceMap 7FF6262CFF08 0003 kate.exe!cleanupRunningKateAppInstanceMap 7FF626282352 000D1BEFEC00 000D 7FF626398C20 kate.exe!cleanupRunningKateAppInstanceMap 7FF62627FE32 000D1BEFF6A0 01418A4FB500 0141850B0020 kate.exe!cleanupRunningKateAppInstanceMap 7FF626279DE4 0001 0141850F5A00 kate.exe!cleanupRunningKateAppInstanceMap 7FF62
[kdenlive] [Bug 436269] Not able to launch after upgrading from 20.12.3 to 21.04.0 under Windows
https://bugs.kde.org/show_bug.cgi?id=436269 Gary Wang changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |INTENTIONAL --- Comment #3 from Gary Wang --- Thanks! After uninstalling 20.12.3 and then install 21.04.0 instead of use the 21.04.0 installer to upgrade, it's able to launch now. It still shows the reset configuration dialog but after that, the program can run! I just notice on the download page from kdenlive.org it says "Windows: Uninstall old version. Then install version 21.04.0.", I probably missed this notice while I download at the first time. Sorry about that. I'll change the status to resolve then. Thanks again for the help! -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 436269] New: Not able to launch after upgrading from 20.12.3 to 21.04.0 under Windows
https://bugs.kde.org/show_bug.cgi?id=436269 Bug ID: 436269 Summary: Not able to launch after upgrading from 20.12.3 to 21.04.0 under Windows Product: kdenlive Version: 21.04.0 Platform: Microsoft Windows OS: Other Status: REPORTED Severity: normal Priority: NOR Component: Installation Assignee: vpi...@kde.org Reporter: wzc782970...@gmail.com Target Milestone: --- SUMMARY Not able to launch after upgrading from 20.12.3 to 21.04.0 under Windows, using the installer. STEPS TO REPRODUCE 1. Get the 20.12.3 version installed using the 20.12.3 version installer 2. Install the 21.04.0 version using the installer 3. Try launch kdenlive.exe OBSERVED RESULT After the splash screen, there is a dialog that says it's crashed last time and asks if I need to reset the config file. If choose Yes, the dialog will be shown again and again, if choose No, the dialog disappeared and the kdenlive.exe process also disappeared (seems exited or crashed). EXPECTED RESULT The program can launch. SOFTWARE/OS VERSIONS Windows: 10 Home, 2H12, 19042.928 ADDITIONAL INFORMATION System language: Simplified Chinese Installer Hash: 7c397da79f3006eef17a6c4dc0511fc1e6752f4d19f1007859ead2c3f8eea0ad *kdenlive-21.04.0.exe Graphics Card: Intel(R) UHD Graphics 630 (It's a dual graphics card laptop, but it will use Integrated graphics by default, which is the Intel one) I also use Arch with KDE and already upgraded to kdenlive 21.04.0. It works fine. Not sure if this information could help. I'm not sure what other information needs to be provided so let me know if you need any additional information. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 433297] Locale-aware alphabetic index/category in kickoff for non-English applications
https://bugs.kde.org/show_bug.cgi?id=433297 --- Comment #6 from Gary Wang --- (In reply to Shawn Rutledge from comment #5) > I'm a bit surprised that Chinese people consider the first character of > modern pinyin a better index character than the ancient symbols that are > actually seen on the screen. Since there are a lot of Chinese characters than just 26 characters in English, if you have a bunch of Chinese apps on the screen with a different name, they could be very little chance to have a common first character, as the demo case mentioned in SUMMARY. > If a file clerk is organizing folders in a > paper file cabinet, is there an implicit order that they always use? Why > should digital apps be different? What's the convention in non-Qt contexts, > e.g. in native contacts apps on phones? No different, in Microsoft Windows start menu, Microsoft Launcher Android app, and LineageOS default contact app, they both sort and category in the first symbol in pinyin. And also, Chinese dictionaries also use the same way to sort and category characters. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 433297] Locale-aware alphabetic index/category in kickoff for non-English applications
https://bugs.kde.org/show_bug.cgi?id=433297 --- Comment #4 from Gary Wang --- > be sure to post the link here once you do Here you go https://bugreports.qt.io/browse/QTBUG-91258 :) btw since I don't know much about QML, so if you found anything that needs to be added to that bug report, please consider comment there :) -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 433297] Locale-aware alphabetic index/category in kickoff for non-English applications
https://bugs.kde.org/show_bug.cgi?id=433297 --- Comment #2 from Gary Wang --- (In reply to Mikel Johnson from comment #1) > Actually kickoff uses ListView's section group > (https://doc.qt.io/qt-5/qml-qtquick-listview.html#section.criteria-prop) Oh, seems I found the wrong one, but it seems both Kickoff, Kicker, and Application Dashboard are behave the same, is Application Dashboard also use the ListView's section group? And do I need to open two other bugs to report the Kicker and Application Dashboard behavior? By the way, where can I found the source code of the Application Dashboard applet? And is there a place to look up which applets are in which source repo? Thanks a lot! > Would be nice to get that fixed upstream, so everyone could enjoy the > benefits > > section.criteria: ViewSection.FirstCharacterRomanized or something like that Agree. I'll try to report a bug to upstream later if no one already reported it :) -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 433297] New: Locale-aware alphabetic index/category in kickoff for non-English applications
https://bugs.kde.org/show_bug.cgi?id=433297 Bug ID: 433297 Summary: Locale-aware alphabetic index/category in kickoff for non-English applications Product: plasmashell Version: master Platform: Other OS: All Status: REPORTED Severity: normal Priority: NOR Component: Application Launcher (Kickoff) Assignee: k...@davidedmundson.co.uk Reporter: wzc782970...@gmail.com CC: mikel5...@gmail.com, plasma-b...@kde.org Target Milestone: 1.0 SUMMARY Currently, the kickoff uses the first character in the application entry name to do the alphabetic indexing [1], makes non-English application also use its first character as an index/category. For CJK or other non-English users that have a lot of applications with non-English names, it'll be less useful and confused. [1] https://github.com/KDE/plasma-workspace/blob/a5c7df39460eff7454f992a2307753bfb1eb095f/applets/kicker/plugin/rootmodel.cpp#L374-L390 For example, in a Chinese locale environment, there are some applications names: * System Settings // just showcase what will happen if there are also English application * 音乐播放器 // Audio player in English, Yinyue bofangqi in pinyin. * 视频播放器 // Video player in English, Shipin bofangqi in pinyin * 游戏中心 // Game center in English, Youxi zhongxin in pinyin * 手机助手 // Phone manager in English, Shouji zhushou in pinyin There will be five indexes/categories in the current implementation, each index contains only one entry, like: S * System Settings 视 * 视频播放器 手 * 手机助手 音 * 音乐播放器 游 * 游戏中心 If we could do locale-aware alphabetic indexing, it could look like this, with two indexes/categories: S * System Settings * 视频播放器 * 手机助手 Y * 音乐播放器 * 游戏中心 ADDITIONAL INFORMATION In ICU, there is an AlphabeticIndex API [2] that can be used to create locale-aware alphabetic indexes. I didn't find the exact same alternative in Qt, not sure if there is in KDE. [2]: http://site.icu-project.org/design/alphabetic-index -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 429382] black icon with dark theme for Windows build.
https://bugs.kde.org/show_bug.cgi?id=429382 --- Comment #3 from Gary Wang --- Oh, by reading the comments in the newer bug report seems the fix you're working on is so much better approach than what I tried to do! Kdenlive could also get benefit from that patch :) About Craft build, I guess the gibberish output is just because it's printing Chinese in gb2312 encoding instead of UTF-8. I guess set language to English by using `[Threading.Thread]::CurrentThread.CurrentUICulture = 'en-US'` could be a solution but I haven't tried it out. I'll try to open bug report to Craft project once I got time to work on that. Thanks for the fix/update <3 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-plasma] [Bug 429892] support set display an alternate calendar system under the main calendar
https://bugs.kde.org/show_bug.cgi?id=429892 --- Comment #4 from Gary Wang --- Created attachment 133875 --> https://bugs.kde.org/attachment.cgi?id=133875&action=edit My thoughts about how to add alternate calendar support. I wrote about what I currently found and what I think about how to achieve this, but the content seems too long and may not be suitable to post in the bug tracker. Here ( https://docs.google.com/document/d/1iwEwwK9w34ZKOegb8xcecO4u2Pjgv2e7ifXMFKox62Q/edit?usp=sharing ) is a link to Google Document and please feel free to let me know if you have any suggestions! Also, to avoid link expiration, I uploaded a copy of the state of the document at the time I post this comment :) -- You are receiving this mail because: You are watching all bug changes.
[frameworks-plasma] [Bug 429892] support set display an alternate calendar system under the main calendar
https://bugs.kde.org/show_bug.cgi?id=429892
--- Comment #3 from Gary Wang ---
> ...but I'm not familiar enough with different calendar systems and how they
> are used to judge what is best.
Me too! So I think it could be good to discuss with more people so we can know
more about how alternate calendar system works before we start to code an
implementation into KDE. I'll write what I think at the end of this comment :D
> 1. Create a plugin for the existing event plugin system. This could show
> entries from the alternate calendar as events in the gregorian calendar.
> Relatively easy to do, but probably not very nice
Yep that's easy to do but clearly not a good way to address the alternate
calendar need.
> 2. Create a new plugin system that allows to draw overlay labels over the
> gregorian calendar. That could look like in your screenshot.
That could solve the problem but this solution seems too generic/wide.
Alternate calendar is not a vary specialization need in Mainland China (In
Google Calendar android app, the alternate calendar option have 9 options to
choose alone with a "none" option), so I think maybe a plugin system design to
add alternate calendar support could be great, and other project like calindori
can also get benefit from the plugin system or API design.
> 3. Create a new applet as alternative to the current one. This could reuse
> parts of the underlying system, e.g. the events plugin system. That would
> have the biggest flexibility in terms of presentation
That's what I'm doing currently (mainly for test the feasibility of the API
design of what I am thinking), but I think since "adding a place to display
alternate calendar date text" is a pretty minor change from the current Date
and Time plugin, writing a new applet will not be a good way to do if we
intended to get this feature into KDE.
--
The alternate calendar means we can display two calendar system at the same
time. The basic layout of a month view with alternate calendar enable will be
the same as the one if we don't have alternate calendar enabled, but if
alternate calendar is enabled, the date text will be able to show up in the day
grid (just like the way what my screenshot did).
According to
https://support.microsoft.com/en-us/office/display-an-alternate-calendar-8cb201d4-c175-4d9e-9d8f-b4df00ca8f82
, the alternate calendar feature are enabled if the language are set to Arabic,
English, Hebrew, Hindi, Chinese, Japanese, Korean, or Thai. Also in Google
Clander app, there are also 9 options can be used as an alternate calendar.
Also, both Google Calendar and the one from Microsoft are not treat alternate
calendar as regular calendar event, so I think reuse the existing event plugin
system is not a good idea.
For what I think, we could make the current Date and Time applet display
alternate calendar day text in the same grid together with the main calendar
date text if an alternate calendar system is available and enabled, and keep it
looks exact the same like the current one if no alternate calendar is enabled.
At the current state, we only need to change DayDelegate.qml and add adjust the
behavior of last Components.Label{}. What I did is
https://github.com/BLumia/pineapple-calendar/blob/7fc57a470fecad57d07a79d02e54a6e2febea4e2/plasmoid/package/contents/ui/calendar/DayDelegate.qml#L103
but I'm not sure if that's a good approach. In my current implementation, only
one c++ interface are used
https://github.com/BLumia/pineapple-calendar/blob/7fc57a470fecad57d07a79d02e54a6e2febea4e2/plasmoid/calendar.cpp#L24
. The `alternateCalendarDayText(day, month, year)` accepts a date in current
main calendar, and returns the string which should be display under the day
grid according to what the (currently hard-coded) alternate calendar is used.
But I think the biggest challenge here is design a good C++ API for alternate
calendar plugins. Since the main goal is letting an existed calendar
application know what text to display under the main calendar's date name, so I
guess we don't need to design a list of interface to provide full capability of
calendar system date and time calculating. Here
(https://github.com/BLumia/pineapple-calendar/blob/master/lib/pabstructcalendar.h)
are a list of interface I have tried in my current implementation, there are
still some other thing not covered in this current implementation, I'll do some
more resources and write more about what I think about the API design later.
--
You are receiving this mail because:
You are watching all bug changes.
[frameworks-plasma] [Bug 429892] support set display an alternate calendar system under the main calendar
https://bugs.kde.org/show_bug.cgi?id=429892 Gary Wang changed: What|Removed |Added Attachment #133768|0 |1 is obsolete|| --- Comment #1 from Gary Wang --- Created attachment 133771 --> https://bugs.kde.org/attachment.cgi?id=133771&action=edit Screenshot of a plasmoid witch is able to show a chinese lunar calendar under the main calendar. Seems I uploaded a outdated screenshot which contains some noticeable bug. I'll upload another one. I think at least it should be able to demonstrate what I means :D Also, my code is uploaded here: https://github.com/BLumia/pineapple-calendar Obviously it's far from complete but hopefully it could be useful in some way. It make use of icu4c to display Chinese calendar, since ICU itself support a large amount of calendar system, it could support other calendar system when needed, I think. There was a GSoC project which related to this feature request: https://community.kde.org/KDE_Core/Astronomical_Calendars Hope that helps. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-plasma] [Bug 429892] New: support set display an alternate calendar system under the main calendar
https://bugs.kde.org/show_bug.cgi?id=429892 Bug ID: 429892 Summary: support set display an alternate calendar system under the main calendar Product: frameworks-plasma Version: 5.76.0 Platform: unspecified OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: components Assignee: notm...@gmail.com Reporter: wzc782970...@gmail.com CC: plasma-b...@kde.org Target Milestone: --- Created attachment 133768 --> https://bugs.kde.org/attachment.cgi?id=133768&action=edit Screenshot of a plasmoid witch is able to show a chinese lunar calendar under the main calendar. SUMMARY Right now the plasma calendar component (built-in date and time plasmoid) doesn't seems to support setting an alternate calendar system to make it display under the main calendar, it could be helpful if user can set an alternate calendar when needed. By looking at the current implementation, it doesn't support alternate calendar whatever directly or by writing a plugin in the "event plugin" similar way. I suggest adding a plugin interface for alternate calendar and optionally provide some first-party alternate calendar plugin to use. SOFTWARE/OS VERSIONS: Linux/KDE Plasma: Archlinux (available in About System) KDE Plasma Version: 5.20.3 KDE Frameworks Version: 5.76.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION I did wrote a plasmoid based on the existed calendar QML code from plasma-framework repo and made some change to make it able to display Chinese Lunar calendar (a luni-solar calendar system), see the attachment for a screenshot of my current implementation, and the source code can be provided if needed. I'm new to QML and plasmoid development and it may need some time to make a proper patch. The code quality is way to far from get into KDE, but hopefully it can demonstrate what the feature looks like. I'm also would like to help KDE implement this feature (if that's acceptable). Let me know if you need any additional information. Thanks! Gary -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 429382] black icon with dark theme for Windows build.
https://bugs.kde.org/show_bug.cgi?id=429382 --- Comment #1 from Gary Wang --- Reinstalled craft with windows-msvc2019_64-cl ABI, and now I'm able to get Kate build under Windows. Adding `QIcon::setThemeName()` call to set `breeze-dark` icon theme is not enough to fix this bug. There are still two other steps need to be done: 1. Since current windows package doesn't contains breeze-dark icon theme like what Kdenlive did (`bin\data\icons\` folder doesn't exist at all), we also need to package the breeze and breeze-dark icon theme to the installer and install them to the right place so we can use it. 2. In kateapp.cpp or somewhere else, we also need to tell the program to load the icon theme files (.rcc files) like what Kdenlive did in https://github.com/KDE/kdenlive/blob/93a40647ad91fc8f7f606f642cd000cfa074b2d5/src/main.cpp#L110 . After doing these three steps, Kate will be able to use breeze-dark icon theme when the breeze-dark application theme applied. I'd like to send a patch but I'm not quite sure about how to make the installer package these icon theme assets, btw, the output of cl.exe is not readable when building under non-English environment (eg. `error C2248: ��QString::QString��: �� private ��Ա(�ڡ�QString��)`), so sorry I couldn't provide a patch to fix this issue, but let me know if you need any additional information, I'd love to help you fix this issue. Thanks. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 429382] New: black icon with dark theme for Windows build.
https://bugs.kde.org/show_bug.cgi?id=429382 Bug ID: 429382 Summary: black icon with dark theme for Windows build. Product: kate Version: 20.08.3 Platform: Other OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: application Assignee: kwrite-bugs-n...@kde.org Reporter: wzc782970...@gmail.com Target Milestone: --- SUMMARY When using breeze-dark theme for Kate under Windows, it will not use the breeze-dark icon theme which caused it will display black icon with breeze-dark theme. STEPS TO REPRODUCE 1. Download the pre-built binary from https://binary-factory.kde.org/view/Windows%2064-bit/job/Kate_Release_win64/ , file name: kate-20.08.3-1083-windows-msvc2019_64-cl.exe 2. Install it. Launch Kate, set theme to Breeze Dark 3. See the result. OBSERVED RESULT Icon color is black, with breeze-dark Qt theme applied. EXPECTED RESULT Icon color is white (use the breeze-dark icon theme). SOFTWARE/OS VERSIONS Windows: Windows 10 with 20H2 (19042.630) (available in About System) Kate Version: 20.08.3 ADDITIONAL INFORMATION Kdenlive works well so I did checked the source code. Probably related source code here: - https://github.com/KDE/kate/blob/b6a9acfe8090b2b174d4097c0864ec22ee43b6d7/kate/katecolorschemechooser.cpp#L39 - https://github.com/KDE/kdenlive/blob/8b8a947c479a71ccab35b4e02183fe7bcecdd436/src/mainwindow.cpp#L819 As we can see, Kdevlive uses `QIcon::setThemeName()` to tell the application apply breeze-dark icon theme when needed. Kate might need to do the same thing. I tryed to build Kate under Windows within MSYS2, but it cannot find any other themes along with a "Default" one, so I'm not able to test if adding that will works. I also tryed to install KDE Craft to build Kate since it's the recommended way to build Kate, but it fails on compile libs/gcrypt:1.8.7-3 (no pre-built binary founded for Qt 5.15.1 MinGW64), so I'm not able to test if that can actually fixes this bug.. Let me know if you need any additional information. Thanks. -- You are receiving this mail because: You are watching all bug changes.
[Craft] [Bug 429299] launch Craft by running craftenv.ps1 falls on BadExpression error
https://bugs.kde.org/show_bug.cgi?id=429299
--- Comment #8 from Gary Wang ---
(In reply to Hannah von Reth from comment #7)
> Hm not at that pint, you could add some print statements to
> https://invent.kde.org/packaging/craft/-/blob/master/craftenv.ps1#L24
>
> Like: write-host $py.Source $py.Version
Oh I got it! findPython("python3") and findPython("python") will always got
version 0.0.0.0. Append a line findPython("py") after findPython("python")
works and it can run under both PowerShell 5.1 and PowerShell 7.1 now! Here is
the patch:
diff --git a/craftenv.ps1 b/craftenv.ps1
index 11ffe5221..b2bfb513a 100644
--- a/craftenv.ps1
+++ b/craftenv.ps1
@@ -79,6 +79,7 @@ findPython("python3.7")
findPython("python3.6")
findPython("python3")
findPython("python")
+findPython("py")
}
function Global:craft()
Thanks a lot for helping me out!
--
You are receiving this mail because:
You are watching all bug changes.
[Craft] [Bug 429299] launch Craft by running craftenv.ps1 falls on BadExpression error
https://bugs.kde.org/show_bug.cgi?id=429299
--- Comment #6 from Gary Wang ---
(In reply to Hannah von Reth from comment #5)
> Hmm that looks rather sane.
>
> And you run D:\CraftRoot\craft\craftenv.ps1 in powershell core?
> (You'll have a to start it explicitly it does not replace the system one)
Yes.
InvalidOperation: D:\CraftRoot\craft\craftenv.ps1:130
Line |
130 | (& $env:CRAFT_PYTHON ([IO.PATH]::COMBINE("$env:CraftRoot", "bin", …
| ~
| The expression after '&' in a pipeline element produced an object that
was not valid. It must result
| in a command name, a script block, or a CommandInfo object.
PS D:\CraftRoot> echo $PSVersionTable.PSVersion
Major Minor Patch PreReleaseLabel BuildLabel
- - - --- --
7 1 0
The error message is actually prettier than the one I got from PowerShell 5.1
Is there any log file which I can get so you can get more useful data for
troubleshooting? I know nothing about PowerShell so I don't know where I can
look at for providing more useful information.
--
You are receiving this mail because:
You are watching all bug changes.
[Craft] [Bug 429299] launch Craft by running craftenv.ps1 falls on BadExpression error
https://bugs.kde.org/show_bug.cgi?id=429299 --- Comment #4 from Gary Wang --- (In reply to Hannah von Reth from comment #3) > Ok I guess $env:CRAFT_PYTHON is not properly defined. > Can you check your python install? > Can you run "get-command py" "get-command python" "get-command python3" ? > What do they report. get-command py CommandType Name Version Source --- --- -- Application py.exe 3.8.515... C:\WINDOWS\py.exe get-command python CommandType Name Version Source --- --- -- Application python.exe 0.0.0.0 C:\Users\Gary\AppData\Local\Microsoft\WindowsApps\python.exe get-command python3 CommandType Name Version Source --- --- -- Application python3.exe0.0.0.0 C:\Users\Gary\AppData\Local\Microsoft\WindowsApps\python3.exe -- You are receiving this mail because: You are watching all bug changes.
[Craft] [Bug 429299] launch Craft by running craftenv.ps1 falls on BadExpression error
https://bugs.kde.org/show_bug.cgi?id=429299
--- Comment #2 from Gary Wang ---
(In reply to Hannah von Reth from comment #1)
> Please follow the guide and update your powershell.
> https://community.kde.org/Guidelines_and_HOWTOs/Build_from_source/
> Windows#Setting_up_a_powershell
I was using PowerShell 5.1 (according to the wiki page, seems >= 5.0 will be
fine):
echo $PSVersionTable.PSVersion
Major Minor Build Revision
- - -
5 1 19041 610
After upgrade my PowerShell to 7.1.0 by downloading and installing
PowerShell-7.1.0-win-x64.msi following the "In case you need a newer one, we
recommend Powershell Core." link, I still got the same error:
InvalidOperation: D:\CraftRoot\craft\craftenv.ps1:130
Line |
130 | (& $env:CRAFT_PYTHON ([IO.PATH]::COMBINE("$env:CraftRoot", "bin", …
| ~
| The expression after '&' in a pipeline element produced an object that
was not valid. It must result
| in a command name, a script block, or a CommandInfo object.
The "The latest version of the standard powershell can be found here." link
seems outdated, it leads to a page says "Windows Management Framework 5.0
(Superceeded by WMF 5.1 RTM version: http://aka.ms/wmf5download)", also in the
http://aka.ms/wmf5download page, after download and run
W2K12-KB3191565-x64.msu, it says the update is not valid for my computer (not
the original text. I'm not sure what's the original text since I'm not using
English as the system language)
Let me know if you need any other information. Thanks!
--
You are receiving this mail because:
You are watching all bug changes.
[Craft] [Bug 429299] New: launch Craft by running craftenv.ps1 falls on BadExpression error
https://bugs.kde.org/show_bug.cgi?id=429299
Bug ID: 429299
Summary: launch Craft by running craftenv.ps1 falls on
BadExpression error
Product: Craft
Version: master
Platform: Other
OS: Microsoft Windows
Status: REPORTED
Severity: normal
Priority: NOR
Component: Core
Assignee: vonr...@kde.org
Reporter: wzc782970...@gmail.com
CC: kde-wind...@kde.org
Target Milestone: ---
SUMMARY
With clean install of craft, after it successful installed, and running
craftenv.ps1 to get into the Craft shell, it will fall with PowerShell error.
STEPS TO REPRODUCE
1. Install Craft by running `iex ((new-object
net.webclient).DownloadString('https://raw.githubusercontent.com/KDE/craft/master/setup/install_craft.ps1'))`
2. I choosed D:\CraftRoot\ as Craft Root, choosed MinGW as build system, and
leaved other option as their default value.
3. Wait for installation finish.
4. Run `D:\CraftRoot\craft\craftenv.ps1` in the powershell window.
5. See the result.
OBSERVED RESULT
Craft shell won't work, and got the following error:
The expression after '&' in a pipeline element produced an object that was not
valid. It must result in a command name,
a script block, or a CommandInfo object.
At D:\CraftRoot\craft\craftenv.ps1:130 char:8
+ (& $env:CRAFT_PYTHON ([IO.PATH]::COMBINE("$env:CraftRoot", "bin", ...
+~
+ CategoryInfo : InvalidOperation: (:) [], RuntimeException
+ FullyQualifiedErrorId : BadExpression
EXPECTED RESULT
Able to enter a usable Craft shell.
SOFTWARE/OS VERSIONS
Windows: Windows 10 20H2, x64 installation.
ADDITIONAL INFORMATION
As mentioned in the description, the options used for installation is:
1. D:\CraftRoot\ as Craft Root
2. Use MinGW, not MSVC
3. Use colorful log (default)
4. Python is from system, 3.8 is used.
And also, I had tryed remove the CraftRoot folder and reinstall it but still
falls on the same place. I'm not familiar with powershell at all so sorry I
really don't know what's going on. Let me know if you need any additional
information.
btw, an off-topic suggestion, it can be good if there is an offline installer
for the first-time Craft setup, I have a bad internet and I actually tryed
multiple time to re-install Craft but it sometimes falls on cloning the Craft
repo from KDE invent website and all what I can do is delete the whole folder
and start over again. Also if I can install it offline, I can setup a mirror to
fetch binary faster, too.
Thanks.
--
You are receiving this mail because:
You are watching all bug changes.
[frameworks-kimageformats] [Bug 428238] Not able to render PSD file with depth other than 8 and 16
https://bugs.kde.org/show_bug.cgi?id=428238 Gary Wang changed: What|Removed |Added Summary|Not able to render PSD file |Not able to render PSD file |with depth != 8 |with depth other than 8 and ||16 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 428238] Not able to render PSD file with depth != 8
https://bugs.kde.org/show_bug.cgi?id=428238 --- Comment #5 from Gary Wang --- (In reply to Christoph Feck from comment #4) > Then !5 is probably wrong. It seems to assume that the only possible depth > values are 8 and 16. The old implementation only supports 8-bits pre channel. Both !4 (by me) and !5 (by @chrisx) are intended to only add 16-bits support to the current PSD reader. Adding 1-bit and 32-bits will also need extra work to do, consider this as a feature request :) There are CMYK and other color mode not supported by kimageformats' PSD reader, but I think (A)RGB/8 and (A)RGB/16 would cover most of the use case for casual user who need to view PSD files got from friends or from the Internet ;P Btw I still hope guys from Krita dev team can also take a look but I'm not sure if I'm barking up the wrong tree, Krita's PSD support is much more complete than kimageformats', but I'm not sure if it's possible to port Krita's PSD support to this project and let Krita make use of this project directly if needed. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 428238] Not able to render PSD file with depth != 8
https://bugs.kde.org/show_bug.cgi?id=428238 --- Comment #3 from Gary Wang --- (In reply to Christoph Feck from comment #2) > Probably fixed by > https://invent.kde.org/frameworks/kimageformats/-/merge_requests/5 !4 and !5 partially fixed this issue for 16-bits PSD files, there are still 32-bits and 1-bit not supported from kimageformats (but krita do support them btw). -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 360821] Gimp 2.10 xcf files cannot be loaded
https://bugs.kde.org/show_bug.cgi?id=360821 Gary Wang changed: What|Removed |Added CC||wzc782970...@gmail.com --- Comment #47 from Gary Wang --- Seems resolved in https://invent.kde.org/frameworks/kimageformats/-/commit/c60e77c048d32ccf743cec695743b77b2b25dc87 ? -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 428238] Not able to render PSD file with depth != 8
https://bugs.kde.org/show_bug.cgi?id=428238 --- Comment #1 from Gary Wang --- Created attachment 132735 --> https://bugs.kde.org/attachment.cgi?id=132735&action=edit Example PSD file with depth == 16 Inside the zip file, there is an example PSD file with depth == 16 and image data doesn't have compression. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 428238] New: Not able to render PSD file with depth != 8
https://bugs.kde.org/show_bug.cgi?id=428238
Bug ID: 428238
Summary: Not able to render PSD file with depth != 8
Product: frameworks-kimageformats
Version: 5.75.0
Platform: Compiled Sources
OS: All
Status: REPORTED
Severity: normal
Priority: NOR
Component: general
Assignee: alex.me...@kde.org
Reporter: wzc782970...@gmail.com
CC: kdelibs-b...@kde.org
Target Milestone: ---
SUMMARY
Current kimageformats PSD plugin is not able to render PSD image if the image
depth is not 8.
STEPS TO REPRODUCE
1. Find any PSD image which its bit depth is not 8 (mostly it will be 16, there
is one example image found on my computer, which can be used for testing).
2. Make sure kimageformats is installed and try load that PSD image with
Gwenview.
3. See the result.
OBSERVED RESULT
Image will not displayed correctly.
EXPECTED RESULT
Image can be rendered without problem.
SOFTWARE/OS VERSIONS
I build it manually so maybe the source revision is more useful.
kimageformats git revision: db0b5d571a303e2f3c3e307a541193776e5c26b4
ADDITIONAL INFORMATION
by looking at the source code we can know it doesn't support PSD image with
depth != 8 :
https://invent.kde.org/frameworks/kimageformats/-/blob/master/src/imageformats/psd.cpp#L90-92
if (header.depth != 8) {
return false;
}
If we'd like to add additional support like depth == 16, then we probably need
to deal with the case when channel size is not 1 (currently it will assume the
channel size is always 1, since it only support the case when depth == 8). We
could do something like:
int channel_size = header.depth / 8;
const quint32 pixel_count = header.height * header.width;
const quint32 channel_data_length = pixel_count * channel_size;
and we also need to change some other place to make it works. like the place
when we calling decodeRLEData(), and the part for reading uncompressed image
data. I don't have much experience about this so sorry I cannot make a working
patch here :/
Krita can load the image correctly, maybe reuse the code from krita is also a
good way to fix this issue. Probably related code:
https://github.com/KDE/krita/blob/8d8dc773da21a0357fd4e33e14253d5b962e9ad0/plugins/impex/psd/psd_image_data.cpp#L53
https://github.com/KDE/krita/blob/4f9cc2c19d3a950e2b4c48d7c87af7c64cb64c59/plugins/impex/psd/psd_pixel_utils.cpp#L240-L243
--
You are receiving this mail because:
You are watching all bug changes.
