Date: prev next · Thread: first prev next last
2026 Archives by date, by thread · List index


Christian Lohmaier kirjoitti 10.6.2026 17:44:
On Wed, Jun 10, 2026 at 4:30 PM Tuomas Hietala <tuomas.hietala@iki.fi> wrote:
Christian Lohmaier kirjoitti 10.6.2026 16:48:
> On Tue, Jun 9, 2026 at 10:48 PM Tuomas Hietala <tuomas.hietala@iki.fi>
> wrote:

However, if I search e.g. in UI master, I don't get the flat list of
results, but have to click through every string instead:
https://translations.documentfoundation.org/translate/libo_ui-master/-/fi/?q=helpline&sort_by=component%2C-priority&checksum=

Yes, that is the new behavior when going from the language view, you
can also get back to the search listing by replacing the "translate"
part of the URL with search:
https://translations.documentfoundation.org/search/libo_ui-master/-/fi/?q=helpline&sort_by=component%2C-priority&checksum=

It's the same in components inside UI master, e.g.
https://translations.documentfoundation.org/translate/libo_ui-master/cuimessages/fi/?q=helpline&sort_by=-priority%2Cposition&checksum=

again you're already in your language section.

> The listing also is still available when replacing the translate link
> you get when starting to search on the language view with search, e.g.
> go from
> 
https://translations.documentfoundation.org/translate/libo_ui-master/scmessages/fi/?q=location%3Asc%2Finc%2Fscfuncs.hrc
> to
> 
https://translations.documentfoundation.org/search/libo_ui-master/scmessages/fi/?q=location%3Asc%2Finc%2Fscfuncs.hrc
>
> so it should be possible to change that to use the search view by
> default instead of going straight to the translate view. Does everyone
> feel the same about this?

So, do you mean that the search view should always replace the translate
view?

Well not replace, but I thought that is what you want. whenever you
hit search the first view should be the listing, not the translate
view.

Yes, this is what I want. Maybe I misunderstood what you meant.


Also when not searching?

Don't know what you mean with that, if you normally browse to a
component/listing you get the stat-style overview with the list of
translated/needs work,.... breakdown. No need to change that from my
POV.

Yes, I don't think there's need to change that.

I'm not sure about that, but I think if I
use the Search function in Weblate's UI, it would be much more useful to
always get the flat list first.

Apparently not everyone thinks that since the behavior was changed
because of a issue that was filed upstream...
https://github.com/WeblateOrg/weblate/issues/17057 /
https://github.com/nijel/weblate/commit/347c52fe24e98057b1834994b27bdc71e252580d

I hadn't noticed that issue on Github. I suppose different translators have different mindsets. For some it may be "I don't want to choose, just give me some strings to translate" whereas mine would be more like "let's see the bigger picture first to keep things consistent".

For example, when adding terms to the glossary, it's extremely useful to see what kind of translations there are already for a given term, and this kind of overview would be much harder to achieve if I have to click through a hundred strings and try to keep then all in my head, instead of just looking at a single page.

So I'd like to get more feedback before changing it back, at least you
and Ming seem to prefer the search listing as initial result, but does
anyone else prefer the way it is right now?
Obviously currently it is hard to get to the searchlisting view since
you have to manually modify the URL, but if there was a link e.g. next
to the zen view icon that allowed you to go to the searchlisting -
would people still prefer that the searchlisting would be the default
page of a search?

I'd also like to hear what other people think. I don't think the list view has to be necessarily the default, if it can be enabled by just one click. But then again, the translate view is also only one click away from the list view, so having the list view as the default is by no means an unsurmountable obstacle to translators who prefer to click through all of the search results.

An ideal solution might be a user-configurable option, but I don't know if I could convince Weblate's developers to add that...


ciao
Christian

Tuomas

--
To unsubscribe e-mail to: l10n+unsubscribe@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.