感谢之前 devlog 上的所有支持，我带着 gmail-tui 应用程序的最新更新回来了！如果您不知道这个开源项目，我正在开发一个基于终端的 ui 应用程序，旨在在终端中复制 gmail-web 体验，而不需要 web 浏览器：
阅读开发日志 #01 |为项目的 gitHub 存储库做出贡献
复制 Gmail-Web 的导航
虽然收件箱功能的实现仍在进行中，但我在 Gmail-TUI 中实现了比之前版本更好的导航系统，如上所示。
在早期版本中，系统会直接提示用户撰写邮件并发送，因为这是当时唯一可用的功能。然而，经过最近的修改后，用户如何在此应用程序中导航的基本蓝图已经制定：
- 登录屏幕现在显示为主页面。
- 成功登录后，将显示仪表板，其中包含撰写邮件（已实施）和查看收件箱、加星标和草稿邮件（WIP）的可能选项。
- 选择所需选项后，用户将进入一个新页面，用于执行与选项相关的操作。
- 退出和返回选项已在相应页面提供，以提供更好的用户体验。
当前正在通过向尝试登录的人发送“登录警报”邮件来验证登录是否成功。如果电子邮件密码不匹配，则“登录警报”邮件将不会发送给用户，他们会提示重试。
目前只有 Compose 选项可以使用，但在 IMAP 协议实施后，其余选项将被修改以执行相关操作。
现在的计划
好吧，回顾一下，自第一个 DevLog 以来，Gmail-TUI 现已添加了以下功能：
- ✅ 输入电子邮件 ID 和密码的登录页面
- ✅ 撰写和发送邮件
- [WIP] 在收件箱中列出收到的电子邮件及其电子邮件 ID
- [WIP]点击后打开收到的邮件内容
- [WIP] 在发件箱中查看已发送的电子邮件
- ✅ 可从“撰写”、“收件箱”、“草稿”、“发送”按钮中进行选择的区域
由于网络从来都不是我的强项，所以我一直在努力更好地理解用于在用户收件箱中显示电子邮件的 IMAP 协议。对我来说可悲的是，我一直在努力正确掌握相关概念。或者更确切地说，我觉得我通过想要越来越多地了解 IMAP 来不必要地延长收件箱功能的实现，因为它确实非常令人着迷！
我现在明白了如何在代码中实现它，但我内心深处希望在我了解有关 IMAP 的所有内容之前不要继续前进 – 我意识到这是相当不切实际的。
因此，我下定决心：我将利用迄今为止所获得的所有知识来实现收件箱功能，并确保该功能出现在下一版本的 Gmail-TUI 中。我的意思是，尝试获取如此多的知识而不尝试在某个地方实现它有什么意义……对吗？
如果您喜欢阅读此 DevLog，并想仔细了解我的开发过程，请考虑在 X、Reddit 和 github 上关注我！
