It’s probably the quotations. They contain the topic ID in the [quote] tag and Postgres will likely remove the punctuation and treat the number as a searchable word.
4 个赞
Good catch! 
I bet you are right.
I think this is the best idea so far. I would consider that in the future other search operators for power users might be introduced like:
status: open, created after: date, etc…
Not trying to over design right now, but its something to keep in mind.
Yeah, I know what you mean. I could also see a plugin that would automatically create links if you put #1234 into a post body, or something like that, which is pretty common in bug trackers.
1 个赞
That leads us to the simple idea: to make discourse show the topic and post IDs in non-intrusive or less noisy way that is also search-friendly? maybe in the share box dialogue, which will be optional to have from the admin menu?
or I’m totally for this:
could it possible also work for t:2075/12?
1 个赞
Share box already shows the post id, click or tap the post share button or post date at the upper right of each post.
Topic id is visible in the browser address bar and technically the share button for the topic at the bottom of the topic.
not for me:
it’s visible only from touch device (iPhone/iPad).
I am on desktop right now and it shows identically. There is no special touch handling for share button (also mapped to timestamp at upper right of each post).
Are you not looking to the right enough, or saying you can’t get to that part of the URL?
yes, topic/post ID is easily obtainable if one needs that. The only thing is to make topic and post ID search friendly via specially designed keyword - t:2075 as you have suggested.
I’ve tried both from share and timestamp (desktop) and shows only part of the url without ID, while touching the timestamp on my iPhone/mobile safari shows the part of the url with topic/post ID in it. Link shown in share box is fixed, I can’t move cursor further. But that’s ok since ids are shown in url and user with enough brains can figure it out. I’m just talking about the id search feature.
It doesn’t appear that this ever got implemented. We’re looking for something similar because we frequently reference topics in print material during committee meetings.
This statement feel more readable:
Please search for topic #19084 on the forum
than this one:
Please enter Searching for the topic/post by ID? in your web browser’s URL bar
or this one:
Please search for Searching for the topic/post by ID and click on the first result
2 个赞
您好，我们能否启用此功能？或者，我们能否创建一个按组件搜索 ID 主题的收件箱搜索功能，并在输入后重定向到该主题的链接？
那么，这种特殊搜索（即 t: 约定）曾经被考虑过吗？
看来最终并未引入该功能。
这将会是一个有趣的功能，尤其对于那些使用 Web 应用的用户，因为地址栏是“隐藏”的…… 
1 个赞
如何搜索 URL？
当我在手机上安装了基于 Discourse 的网站的移动端友好版本后，点击手机桌面上的应用图标打开该应用时，我无法看到 URL 栏（本来也不应该有）。
在上述情况下，如果我手机剪贴板中有一个特定主题的链接，该如何访问该主题？
当我搜索完整的帖子链接时，难道不应该能够搜索并找到该帖子吗？
我遇到这个问题的情景是：我以普通用户身份登录时，可以搜索并找到某个帖子，然后复制其链接。但随后我想编辑该帖子，于是退出登录，再用我的管理员账号重新登录。突然之间，我发现除了通过剪贴板中的帖子链接外，很难再搜索到该帖子。（我知道我可以打开任意浏览器并粘贴链接，但搜索栏难道不应该能够通过主题 ID 找到该主题吗？）
如果想“查找某个类别中由某个ID创建的所有主题”，似乎无法在搜索表单中实现，对吗？这是一个非常实用的搜索功能…… 谢谢……
我已经将网站安装为移动设备上的（PWA）应用程序，并希望转到主题 3428。
有没有什么方法可以直接转到这个主题，而无需我打开另一个浏览器，例如 Chrome？
您可以在该主题内进行搜索。
例如，该主题的 ID 是 19084。当我搜索“topic:19084 the”时，我可以在该主题内找到许多帖子
https://meta.discourse.org/search?q=topic%3A19084%20the
每个结果都会将我带到该主题。
根据您的需要，您也可以将链接发布到可以点击的地方。例如，在与您自己的聊天中 https://meta.discourse.org/t/-/19084
是的——通过打开 Chrome 
这对于 iPhone 来说是真的。我不知道安卓手机是怎么工作的。
我不使用 iPhone PWA 的三个原因：
- 无法获取 URL，这通常需要获取 ID 等。
- 无法刷新
- 无法使用在新标签页中打开
我的用户，大多数都在两个生态系统中都使用 PWA。
1 个赞
这是真的——如果 PWA 用户以某种方式找到了该 ID 
