lo tcila be lo jaspu
i zgana lo jufra
te gerna
Reviews
lo liste
lo se nelci
lo pinka
lo pinka po lo jufra po la'o zoi.CK.zoi
lo se benji be fi lo bitmu
lo vreji be lo citri
Audio
Transcriptions
traduki lo jufra pe la'o zoi.CK.zoi

We have a new Russian voice.
yatomoya
You can listen to his voice here.
https://tatoeba.org/eng/sentenc...how/166724/und

It works, but I don't like the way it takes multiple clicks to get to things I often access.
With the current design (on the main site), I can mouse-over my username, then click "comments on my sentences." This only requires one click.
The new design requires multiple clicks.
1. Click my username in the menu bar.
2. Click "my profile."
3. Click my username again where is appears under the search bar.
4. Click "comments on my sentences."
It's not only this, but it requires this same number of clicks to get to everything else in the drop-down menu that I use.
Changing my language isn't something that I use very much, hardly ever, but I do use the other things, so I'm not sure why the language change part cannot just be included in the "settings."

** Stats - 2020-06-10 - Language Stats - Cumulative Sums and Percents **
http://tatoeba.ueuo.com/stats-2...ve-counts.html

Note that TRANG is referring to the non-logged-in main page.
You will have to make sure to log out to see what she's talking about.
This is the only problem that I noticed right off.
The interface language icon wasn't intuitive to me, but perhaps it is to others.

Did you try just partially typing the tag and then hitting return like we used to be able to do to get the tag? I think that's the problem maaster is referring to.
This is the issue.
https://github.com/Tatoeba/tatoeba2/issues/2366

How about just disabling the question mark as a wildcard and ignore it in searches?
We can get both "Mr Smith" and "Mr. Smith" with this search.
https://tatoeba.org/eng/sentenc...uery=Mr.+Smith
Not getting results for sentences with question marks seems strange, since question marks are a part of language, and this is a website dealing with language.
It doesn't bother me that the question mark itself isn't searchable, but it does bother me that if you search for something as simple as the following, it appears that we don't yet have it.
Why are you doing that?
https://tatoeba.org/eng/sentenc...rom=und&to=und
It's not really intuitive for new visitors to avoid using question marks. I've been on this site a long time and even I often have to do searches more than once because I forget to leave off the question marks..
Question marks are allowed when doing Google searches which a lot of people are used to using.

I think it might be a good idea to eliminate the question mark (?) wildcard for searching.
I think that users should be able to paste in any sentence in the search form and get a result if the sentence is in the database. This doesn't happen now for sentences with question marks.
I think this usefulness far outweighs the usefulness of the one-letter wildcard.
If you're a member of this website and frequently use the ? wildcard, perhaps you could tell us how often and whether you'd be greatly inconvenienced if this were removed.

263 out of 1544 is still not a majority.

> - 263 users have the option "use_new_design" set to true
> - 110 users have the option "use_new_design" set to false
We have many more than 263+110 users.
We have at least 6,000 contributors with sentences in their native languages.
Does that mean 4.3% (263/6000) have the new design set to true, assuming we only have 6,000 users? Of course, we have more users than that.

I, too, would like to see the old design stay in place for a while.
I think it should definitely stay in place until the website has been converted over to mobile-friendly, which I think was the main purpose for changing this layout.

I also wonder why it's necessary to hide translations at all on a sentence's page.
All the data is downloaded anyway, so why not just show it by default.
The plain html page for the above sentence was 643 KB when I downloaded it to check.
This doesn't count the external files, but many if not all, will likely be cached on the user's device.,
I can understand why it might be desirable for pages of sentences like what you get when you browse by language or do a search, since some people doing searches may not be so interested in seeing all the translations.
Experimenting ...
For comparison, in the old layout, when downloaded, the plain html file was 1.1 MB. I assume that the extra filesize has a lot to do with all the lists that are part of the page's code. I have a lot of lists, plus all collaborative lists add even more.
In the new layout's page, I changed every occurence of " to " and the file size went down to 469 KB (72% of the original). Perhaps the code will work as well with this, perhaps not.
I also wonder whether you could cut out some of the data that is being sent to perhaps speed things up and to require less bandwidth for those who don't have unlimited bandwidth internet plans.
Here is one of a lot of sentences on that page.
{"id":499788,"text":"Estoy enamorado de ti.","lang":"spa","correctness":0,"script":null,"transcriptions":[],"audios":[],"lang_name":"Spanish","dir":"ltr","lang_tag":"es"},
Is this necessary?
"lang_tag":"es"
Also, couldn't the following be generated easily enough from the "lang":"spa" part.
"lang_name":"Spanish"
All it would take is a 2-field external Javascript file and a bit of code. I can send you an example if you need one. The Javascript file would likely get cached, so there would be less being loaded each time from tatoeba.org.

It seems to take a long time for the sentences to be displayed.
I could see the comments for a long time before I could see the sentence and it's translations.
https://dev.tatoeba.org/eng/sentences/show/1434

There are still a number of open tag-related issues on GitHub.
https://github.com/Tatoeba/tatoeba2/issues/961
Allow admins/corpus maintainers to merge tags (2015)
https://github.com/Tatoeba/tatoeba2/issues/333
Add categories for tags (2014)
https://github.com/Tatoeba/tatoeba2/issues/330
Add a way to delete tags from the set of possible tags through the UI (2014)
https://github.com/Tatoeba/tatoeba2/issues/305
Prevent users from adding unnecessary new tags (2014)
Search "tag" https://github.com/Tatoeba/tato...+is%3Aopen+tag
You have obviously spent a long time considering this problem, so perhaps you should open several issues on GitHub, explaining the problems and perhaps suggesting several approaches to solving the problems.

If you know how to do it, the easy way would be to download the exported files and do case-sensitive searches offline.

No, but every logged in member can leave a comment asking for someone to tag a sentence.

You can tag the sentence with "@change audio" and leave a comment explaining exactly what needs to be done.
If these don't get fixed in a reasonable amount of time, send me a private message.
There are a number of items tagged @change audio that are hard to deal with, since there are no clear explanations about what needs to be done.

One possibility is to leave a comment like I left on this sentence.
[#2645879] Tom has stopped crying. (CK) *audio*
Related:
[#6355107] Tom isn't crying anymore. (CK) *audio*
Eventually, perhaps these are related closely enough that some language can use the same sentence as a translation for both and then they will become indirectly-linked to each other.

Bar Chart Races
Tatoeba Top 20 Languages (2020-04-18 to 2020-05-16)
https://public.flourish.studio/...ation/2458583/
Tatoeba Top 30 Languages (2007-09-30 to 2020-04-18)
https://public.flourish.studio/...ation/2458933/
I used sharptoothed's data for this.

"Search list or enter new list name"
This has a button that says "Create" which doesn't match the "search" option.
I accidentally created a new list in the following manner.
After searching for the list by entering a partial word, I clicked the checkbox in front of the list's name, then clicked the only visible button on the page to submit it to the list.
I realize that I should have been more careful, but I wonder if this will happen to others, too, who don't realize that you need to scroll to the "close" that may be off screen. (It was for me.)

Also, since adding OK ratings to sentences is something I often do, I would like to have the full toolbar shown all the time instead of in a collapsed mode.
The way it is now, I have to click to expand to either add a rating, or to see if I've already rated it or not. That's a lot of extra clicking.
I hope that you don't force us to use the new design until some of these issues are resolved.