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.
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.
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?
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
こんにちは、この機能を有効にすることはできますか?あるいは、コンポーネント別に ID トピックのインボックス検索を作成し、入力後にそのトピックへのリダイレクトリンクを生成することは可能でしょうか ![]()
この特別な検索(つまり t: 構文)は、結局のところ検討されたのでしょうか?
最終的には導入されなかったようです。
特にアドレスバーが「隠されている」ウェブアプリを使用している人々にとって、これは興味深い機能になるでしょう… ![]()
URL の検索方法について
Discourse ベースのウェブサイトをモバイル向けバージョンとしてインストールし、その後、モバイルのデスクトップからアプリのアイコンをタップして同じアプリを開くと、URL バーが表示されません(表示される必要もありません)。
上記のような状況で、モバイルのクリップボードに取得した特定のトピックのリンクへ移動するにはどうすればよいでしょうか?
完全な投稿のリンクを検索すれば、その投稿を検索して見つけることができるはずです。
この問題に直面したのは、通常ユーザーとしてログインしている間に投稿を検索して見つけ、そのリンクをコピーできた時です。しかし、投稿を編集したかったため、ログアウトして自分の管理者 ID で再度ログインすると、突然、投稿のリンクがクリップボードにある場合を除き、その投稿を検索するのが難しくなっていました(ブラウザを開いてリンクを貼り付けることはできますが、トピック 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では本当です。Androidがどのように機能するかはわかりません。
私がiPhone-PWAを使用しない3つの理由があります。
- IDなどを取得するためによく必要となるURLを取得する方法がない
- 更新する方法がない
- 別のタブで開くを使用する方法がない
私のユーザーのほとんどは、両方のエコシステムでPWAを使用しています。
それは本当です — PWAユーザーが何らかの方法でそのIDを見つけたら😂
