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: 컨벤션)은 당시 고려되었던 적이 있나요?
결국 도입되지 않은 것 같습니다.
웹 앱을 사용하는 사용자들에게는 특히 흥미로운 기능이 될 수 있을 것 같은데, 주소창이 “숨겨져” 있으니까요… 
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를 어떻게든 찾아낸다면요 
