💾 Archived View for rawtext.club › ~sloum › geminilist › 000934.gmi captured on 2020-09-24 at 02:14:05. Gemini links have been rewritten to link to archived content

View Raw

More Information

-=-=-=-=-=-=-

<-- back to the mailing list

[gemini] Re: [ANN] houston - yet another gemini search engine

kristof k at kvn.dev

Thu May 21 14:26:02 BST 2020

- - - - - - - - - - - - - - - - - - - 

On 20/05/21 12:25AM, Luke Emmet wrote:

It seems to work well - it is nice to see some snippets coming back, not
just the path/filename.

Ye, I wanted to be able to show where the 'match' comes from, so peoplecan judge in a more informed way if it's relevant.

A couple of minor thoughts for your consideration
1. Would be useful to have a link at the top of each results page to allow
user to refine their search

Sure, makes sense

2. Might be better UI to display snippets as bullets. That way clients that
prettily handle them will be able to show them nicely. I dont think it
matters to enumerate them 1 to 5.

I'll have to read the gemini spec again :P

3. Is there a way for the user to lengthen the snippets, perhaps there could
be some alternative URLs that allow longer or shorter results shown.

That should be easily done, in principle I could also allow themodification of the number of highlights returned (currently max 5).

4. Maybe there needs to be some pagination of the results if too many are
shown, or maybe that is not a problem yet...

Currently not a problem, and when it becomes a problem I think I preferto just cap the result set. Using other (http) search engines showed methat everything not on page 1 is probably not relevant anyway and if Iwould offer [1] people could refine the search to be more relevant.

otherwise - keep up the good work!

Thanks for the comments, they're very useful!

k