[DevLog # Gmail-TUI:复制 Gmail-Web 导航
感谢之前 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 上关注我!
以上就是[DevLog # Gmail-TUI:复制 Gmail-Web 导航的详细内容,更多请关注硕下网其它相关文章!