chore: update changelog

[deepin-ci-robot]

Release 5.6.35.

[github-actions]

TAG Bot

TAG: 5.7.1
EXISTED: no
DISTRIBUTION: unstable

[deepin-bot]

Doc Check bot
🟢 Document Coverage Check Passed!

[FeiWang1119]

/topic dtk5-5.6.35

[deepin-ci-robot]

Add topic: dtk5-5.6.35 successed.

[deepin-ci-robot]

deepin pr auto review

这个提交的changelog文件更新了dtkdeclarative包的版本信息，并添加了一些新的功能和修复。以下是针对这个提交的一些改进建议：

1. 版本号一致性：在changelog文件中，版本号5.7.1和5.0.35之间没有明显的关联。建议在更新版本号时，确保版本号的递增遵循语义化版本控制规则。

2. 描述性语言：在changelog中，描述性语言应该更加详细和具体，以便于其他开发者理解这些更改的目的和影响。例如，对于feat和fix，可以提供更详细的描述，说明这些更改是如何解决特定问题的。

3. Bug链接：在changelog中，每个更改都关联了一个Bug编号（例如Bug: 271423）。确保这些Bug编号是有效的，并且链接到相关的Bug跟踪系统。

4. 日期格式：在changelog中，日期格式应该统一。如果使用UTC时间，建议使用YYYY-MM-DD HH:MM:SS +0000格式。

5. 签名：在changelog文件的末尾，应该包含一个签名，以确保更改的作者身份。这个签名通常是一个电子邮件地址，并且应该与提交者的身份信息相匹配。

6. 格式化：changelog文件应该保持良好的格式化，以便于阅读和维护。例如，每个更改项应该在新的一行开始，并且使用一致的缩进。

7. 版本号更新：在changelog文件中，版本号5.7.1应该比5.0.35大，以确保版本号的递增性。如果5.7.1是错误的版本号，应该更正为正确的版本号。

8. 语言一致性：changelog文件应该使用一致的英语语言，避免使用中文或其他语言混合。

综上所述，这个changelog文件的更新应该更加详细和具体，以确保其他开发者能够更好地理解这些更改的目的和影响。同时，应该遵循语义化版本控制规则，并确保版本号的递增性。

[github-actions]

CLA Assistant Lite bot:

如果你是以企业贡献者的身份进行提交，请联系我们签署企业贡献者许可协议
If you submit as corporate contributor, please contact us to sign our Corporate Contributor License Agreement

感谢您的提交，我们非常感谢。 像许多开源项目一样，在接受您的贡献之前，我们要求您签署我们的个人贡献者许可协议。 您只需发布与以下格式相同的评论即可签署个人贡献者许可协议。
Thank you for your submission, we really appreciate it. Like many open-source projects, we ask that you sign our Individual Contributor License Agreement before we can accept your contribution. You can sign the Individual Contributor License Agreement by just posting a Pull Request Comment same as the below format.

---

I have read the CLA Document and I hereby sign the CLA.

---

_{You can retrigger this bot by commenting recheck in this Pull Request}

[deepin-ci-robot]

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: deepin-ci-robot, mhduiy

The full list of commands accepted by this bot can be found here.

Details

Needs approval from an approver in each of these files:

• debian/deepin/OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment