Package Details: wechat-bin 4.0.1.11-2

Git Clone URL: https://aur.archlinux.org/wechat-bin.git (read-only, click to copy)
Package Base: wechat-bin
Description: 微信是一种生活方式. This is a repackage of WeChat.
Upstream URL: https://weixin.qq.com/
Keywords: qt universal wechat
Licenses: LicenseRef-Proprietary
Submitter: Kimiblock
Maintainer: Kimiblock
Last Packager: Kimiblock
Votes: 6
Popularity: 0.97
First Submitted: 2024-12-31 17:32 (UTC)
Last Updated: 2025-01-01 15:42 (UTC)

Dependencies (38)

Required by (1)

Sources (3)

Pinned Comments

Kimiblock commented on 2025-02-08 12:26 (UTC) (edited on 2025-02-08 12:27 (UTC) by Kimiblock)

若遇到不能启动的问题, 请检查 .desktop 文件是否有 override

leemeng0x61 commented on 2025-02-08 01:59 (UTC) (edited on 2025-02-10 01:54 (UTC) by leemeng0x61)

今日发现一个问题（严格来说或许不能将其定义为 BUG）。
问题现象

点击搜索框，搜索结果会闪现，无法聚焦。

系统环境：
archlinux
WM：awesome WM
version：awesome v4.3 (Too long) 
• Compiled against Lua 5.3.6 (running with Lua 5.3) 
• D-Bus support: ✔ 
• execinfo support: ✔ 
• xcb-randr version: 1.6 
• LGI version: 0.9.2
WM规避方式 ：

该问题应与鼠标焦点策略存在关联：搜索弹出框疑似响应了 mouse::enter 事件。当对相关事件进行注释处理并将 focus 设置为 false 时，弹出框能够正常使用。以下为目前所采取的临时解决方法：

仅添加“focus=false”，弹出框会处于悬停状态，但当鼠标移动至结果选项列表时，弹框便会消失。若不添加“focus=false”，则弹窗会闪现。

{
    rule = { class = "wechat" },
    properties = {
        screen = 1,
        focus=false,
        tag = awful.util.tagnames[5]
    }
},

在同时禁用以下代码段后，搜索功能恢复正常。

client.connect_signal("mouse::enter", function(c)
    c:emit_signal("request::activate", "mouse_enter", {raise = false})
end)

该问题目前暂未在其他 qt 程序中被发现。期望以上信息能够提供一定的帮助。
awsomewm 相关事件信息：
mouse::enter（窗口）：当鼠标指针进入窗口边界时触发。
mouse::enter（小部件）：当鼠标指针进入小部件边界时触发。
mouse::leave（窗口）：当鼠标指针离开窗口边界时触发。
mouse::leave（小部件）：当鼠标指针离开小部件边界时触发。
mouse::press（窗口和小部件）：当鼠标按钮在窗口或小部件上按下时触发。
mouse::release（窗口和小部件）：当鼠标按钮在窗口或小部件上释放时触发。
mouse::move（窗口和小部件）：当鼠标在窗口或小部件上移动时触发。

Latest Comments

« First ‹ Previous 1 2 3 4 5

Keep-Silence commented on 2025-01-01 12:39 (UTC)

在此。我给PM（Muflone）的建议是由Kimiblock维护wechat，由devome（已删号）、Wimpy、Rsplwe维护wechat-bin。让AUR用户自行选择使用。但PM（Muflone）并没有采纳 ，或许有他自己的想法吧。但这样下去还是一样没完没了。 不过就算这样分开维护，也会有鬼申请删除wechat-bin。 所以要么选择妥协使用wechat-universal-bwrap。 不过也可能会有鬼申请删除wechat-universal-bwrap（目前有已申请删除但未成功）。

Here. My suggestion to PM (Muflone) is that Kimiblock maintains wechat, and devome (deleted account), Wimpy, and Rsplwe maintain wechat-bin. Let AUR users choose to use it. But PM (Muflone) did not adopt it, maybe he has his own ideas. But it will never end if it goes on like this. However, even if it is maintained separately, there will be ghosts who apply to delete wechat-bin. So either choose to compromise and use wechat-universal-bwrap. However, there may also be ghosts who apply to delete wechat-universal-bwrap (currently, some have applied for deletion but failed).

pm3843 commented on 2025-01-01 09:41 (UTC)

@Kimiblock

The original wechat-bin has over 50 votes. It's significant please respect that.

pm3843 commented on 2025-01-01 09:30 (UTC)

@Kimiblock

Another PM(Antiz) rebuked you before here https://aur.archlinux.org/packages/wechat?O=50#comment-1001449 so it's not one sided, ok? Is the backlash not enough that you have to continue this trend? It's unfortunate that it started but it doesn't have to like this.

Kimiblock commented on 2025-01-01 09:18 (UTC) (edited on 2025-01-01 09:20 (UTC) by Kimiblock)

@pm3843 Me and a PM (Muflone) is currently trying to resolve this mess. This pkgbase is intended to stop the war of duplication and flooding. I do not modify the official package in any way, shape or form (so zero modification). The desktop file it self comes from the deb package and is already broken.

As for the dependencies, those are given by namcap and should not be easily removed when the app actually references it.

The guidelines has always had the no duplication line. I'm not sure what you're trying to say.

pm3843 commented on 2025-01-01 09:14 (UTC) (edited on 2025-01-01 09:22 (UTC) by pm3843)

@Kimiblock

I see that you maintain lots of AUR packages, and we thank you for that. Surely you understand that the goal is to make life better for users, correct?

a. Your "zero modification" decision alone is subjective and fine. But the problem is that before AUR guideline is updated you own this and your action like taking over aur/wechat-bin means there cannot be a second voice. Bottom line is this: your decision affects others in a unwelcome way. Please be considerate and keep this in mind.

b. Could you compare your current packaging to https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=wechat-bin&id=ff5abcb543e919021bdaf577b4a9786376fe3965 and assess if situation can be improved? I'm just a noob but @SamLukeYes reported that current version is not as good as before and you didn't seem to care.

c. Or could you just leave aur/wechat-bin alone and focus on aur/wechat instead? You have aur/wechat already. Do you have to take over aur/wechat-bin in a way like this or what? How about letting the users decide/vote on what to use.

Please.

Kimiblock commented on 2025-01-01 06:12 (UTC) (edited on 2025-01-01 06:16 (UTC) by Kimiblock)

@SamLukeYes Yeah... aur/wechat still exists for a reason. This zero modification decision is made between me and a PM due to some problematic users disturbing other people constantly.

merope commented on 2025-01-01 05:57 (UTC)

A caution for the new users:

In case you don't trust/like the current and/or the future PKGBUILD of this aur package, you may have a look at the PKGBUILD of the original wechat-bin on https://github.com/devome/wechat-bin

See this link, this link, and the full git history of this package for more information.

If you want to know more, search wechat in the aur-request list and sort the items by latest first.

Anyway, as the aur wiki always said:

Warning: AUR packages are user-produced content. These PKGBUILDs are completely unofficial and have not been thoroughly vetted. Any use of the provided files is at your own risk.

SamLukeYes commented on 2025-01-01 05:40 (UTC)

The desktop entry provided by this package is not usable. It tries to execute /usr/bin/wechat, which does not exist.

Kimiblock commented on 2025-01-01 02:55 (UTC)

Shut up. Unless you take the responsibility when others' app break due to lack of dependencies, which obviously you won't because trolling is the only thing you're doing

Nan_cykup commented on 2025-01-01 02:38 (UTC)

A "Vanilla" version with unnecessary dependencies. well done. Go fxxk yourself!

« First ‹ Previous 1 2 3 4 5