Discourse Mobile:聊天改进、通知、小部件

在聊天功能发布后,我认为 Discourse Mobile 需要进行一些改进,才能使其与普通用户的其他平台应用程序“媲美”(在德国,约有 69% 的互联网用户使用移动设备)。问题:

  • Discourse Mobile 是否有关于 Discourse 聊天功能和 Android 通知方面的计划改进?
  • 是否有人正在为 Android 应用开发小部件?(Medium
3 个赞

discourse 的移动模式很糟糕,按钮在顶部,用拇指触摸按钮非常不方便,应该像 iPhone 一样放在底部,有很多不寻常的地方。

2 个赞

我也认为移动平台需要一些工作,因为互联网上2/3的人使用移动设备……

2 个赞

嗯,在芬兰,更通用的平台移动用户占 90% 或更多。我很有把握,北欧国家的情况也是如此。

最令人担忧的是,大多数移动用户习惯了糟糕的用户体验。

我有点不愿意大声说出来,但这里最大的问题是程序员在处理大型多屏幕。即使在这里,我们也能找到很多话题,每个人都在担心如何实现两个或三个侧边栏 :wink: 大多数主题都计划用于 21 英寸屏幕。我已经把猫放在桌子上了,指出了客厅里众所周知的那个大象,我说我把每一个仅限大屏幕的主题、组件或插件都算作是坏的。这不太受欢迎 :wink:

3 个赞

我正在用我的 iPhone 阅读和回复,所以 :man_shrugging:

这里特别问的是什么?

为了回答 op 中的第 1 点,是的,我们一直在测试和改进移动端

3 个赞

那挺好。我现在用 iPad。所以确实如此?

你不是在暗示易用性或完整的用户体验是开关问题,并且做基本事情的能力等同于良好的用户体验,对吧?

我不知道,但也许 OP 会更明确地提出这个问题。我正在进行一般的元对话,从我的角度来看,Feature 现在是错误的类别。

嗯,我的问题很简单,而且是“与功能相关的”,因此类别应该没问题。

  • Discourse Mobile 是否计划改进 Discourse 聊天功能和 Android 通知?(例如:Android 完全没有通知)
  • 是否有人在为 Android 应用实现小部件?

从“Android 视角”来看,这款应用似乎需要一些“检修”或功能更新。但这可能只是我对代码的 Android 部分的个人看法。我可以在 GitHub 上看到 @pmusaraj 经常在编写代码……

@Jagster 我理解关于“移动设备用户体验”的全局讨论,但这应该在单独的帖子里讨论。

我认为 Discourse 在 iPhone 上运行良好。在 Android 上有很大不同吗?

我们完全支持 Web 推送通知。我依靠 Discourse 聊天通知来完成我的工作,它们在我的手机上运行可靠,甚至还能镜像到我的智能手表上。

您是否在设备上将您使用的实例安装为 PWA?这是重度使用实例的第一步,我们会提示每一位活跃用户。

PWA 的小部件将在不久的将来推出,因为该规范正在由微软在 Chromium 项目中开发。我一直在关注它,一旦可用,我就会像处理其他 PWA 功能一样开始着手。

3 个赞

嗯,那是可在德国 Google Play 应用商店中找到的版本。

我不认为这是一个 PWA 应用?应用版本信息是 1.8.7。通知绝对是允许的,但我没有看到任何关于 meta.discourse org 或我自己的实例 forum.netzwissen.de 有新消息的通知。

1 个赞

足以让开发感到痛苦。

1 个赞

@Falco - 只是为了清楚起见,我是否正确理解了一切:
未来是否可以开发手机小部件,就像我们从天气应用程序中了解到的那样?换句话说,是用于移动设备的元素,可以放置在主屏幕上,其内容可以是论坛的一部分?例如,一个经常更改并且应该通过小部件独立监控的维基文章,而无需通过浏览器启动应用程序/论坛。

您能否提供一些关于此的规范/研究/开发链接?
在我们的论坛中,我们出于这个原因对创建移动小部件感兴趣。

此致
Richarde

1 个赞

我也是安卓用户。对于我自托管的实例,我放弃了移动应用程序。据我回忆,由于谷歌 API 调用或其他原因(网上有一些关于这个的讨论),如果不付费使用 Discourse,就无法获得推送通知。

所以……我开始编写一个 Python 脚本,当有人超过一小时未读通知时,通过 Signal 发送消息。:person_shrugging: 不算完美,但总比没有好。我还没有考虑聊天功能。

嗯,但为什么不直接使用 PWA 呢?您可以在那里获得推送通知(现在 iOS 和 Android 都有)。

2 个赞

@sam 感谢你提出这个问题。这促使我再次调整设置,现在我已经收到了聊天、私信和回复的通知。

我怀疑“推送通知时间窗口(分钟)”是我最初困惑的主要原因——默认值为 10 分钟,但在我脑海中,我以为它采用了电子邮件通知计时器(3 分钟)。因此,每次我测试时,我都会在等待 6 分钟后返回网站,从而阻止了触发。我还将“仅发送聊天推送通知”设置为“True”,作为我最初调整的一部分,因此此计时器从未有机会显现。


供将来参考,以下是我目前的一些配置:

偏好设置

设置

在 Android 上:

  • 转到设置 → 应用和通知 → 浏览器(我使用 Chrome)-> 应用通知
  • 确保浏览器本身的第一个通知已打开
  • 向下滚动直到找到网站,然后向下滚动直到找到你的 discourse 网站的地址。
    • 点击网站名称,你将获得该特定网站的完整通知设置集
    • 启用与你想要的设置匹配的设置
5 个赞

您好!我注意到这个话题,所以注册了。以下是我的发现:
如果不在 PWA 模式下,当移动版 Chrome 浏览器顶部的地址栏隐藏/显示时,页面会严重延迟,因为页面中的某个元素包含主视口百分比值或“vh”单位。我不得不安装 PWA 来避免这种情况,但是……
我不确定这是否与我安装的特定 PWA 有关,但它有一个白色的圆圈而不是图标。
另一件事是,当您向上滚动帖子时,当无限滚动到达非无限页面的顶部时,您可能会意外触发刷新。
这是我遇到的主要问题,但我也遇到了一些奇怪的问题,通知面板会随机重定向,而不是显示我想要查看的内容。很难确切地用语言表达发生了什么,如果再次发生,我会尝试准确描述。

2 个赞