In T15647#277682, @niccolove wrote:

File indexing, as an example, is not a feature that you can simply remove or disable by default. It is something that users rightfully expect out of their operating system.

In T13753#253203, @scottpetrovic wrote:

@wojnilowicz - Ahh ok, so you are doing the translations.

For translating krita.org there are two parts.

1. PO file that has the translations for the theme file
2. WordPress HTML translations stored in a SQL database
   
   I believe @tymond has done the first part and I have already uploaded that. For other languages, what we have been doing is that I give someone a bunch of HTML files. Then they translate the text and send them back to me. I copy and paste them into WordPress and enable the language?
   
   Do you need all the HTML files?

In T13753#253188, @scottpetrovic wrote:

@tymond - That last message was probably for you send by @wojnilowicz . Is this something you are going to have time for with all the Krita 5 stuff going on. I think we left off with having the PO files, but needing all the WordPress translations for the pages

@wojnilowicz - FYI tymond (tiar) is from Poland, so I thought she was going to be doing the translation for a lot of the page content. If she doesn't have time we will need someone else that can translate those sections.

@scottpetrovic krita.org still isn't available in Polish. An user appeared who volunteered to translate it, but it seems that it's already translated but not committed. What needs to be done next?

@yaron
I think it's good idea.

In T11070#238105, @yurchor wrote:

In T11070#238104, @dkazakov wrote:

Hi, @yurchor!

Could you please explain your total opposition to having Weblate as another source of translations?

Because I've used it for several years.

I think that we do not need "another source of translations". With Weblate/Transifex/whatever you will soon find that the team coordinator is gone, or do not want to approve your translations, or you do not want to approve somebody's translations. The problem was not with tools (again). One more tool just makes the current life harder. Just look at this thread. All the problems can be solved with better team management.

You are constantly saying that "the performance will be much lower", but noone in this thread says about forbidding direct pushes into svn/gitlab repository with translations.

No. Quite opposite. They say that it is hard/should be cut off/left for the "power" users.

More than that, @sanecito has just confirmed that one can lock the file in Weblate and work with it in his/her own way. Why can't you just lock the file in Weblate and go translating it in Lokalize?

Why should I lock it first?

Just an example. Today we have ~40 new strings in ~10 catalogs. I should go and find one of ~1000 KDE catalogs and lock it. ~5 mins of my time gone for nothing. I guess that overall probability that nobody wants to translate something is about 99.99%.

Another example. XX locked the catalog and gone. Who will unlock it for an abandoned language?

These locks are of no good for anybody except scripty or developers.

With such workflow Weblate will just work as a "translations coordinator", which distributes jobs among people. Where do I get it wrong?

Everywhere. First, most of the complaints are from people who do not want the distribution of jobs. They just want to change something and vanish.

Second, we are speaking about teams with 2-3 active translators (most KDE teams). "Coordination" in such teams is rather simplistic. You just translate, translate, and translate. Once in several months comes a guy/girl with a new translation which you have to review. Once a year, you have a correct bug report about a mistake in translation.

Almost all Weblate features are unusable in such a workflow. You just want to get rid of any coordination and go Launchpad/Rosetta way (or Transifex way like it is for MATE or Deepin), to be honest.

In D29258#675261, @vonreth wrote:

It probably won't hurt

Bump.

Qt5Network added as required

In D29258#674669, @vonreth wrote:

You could also just deploy the binary with msys.

Thanks for looking into that matter.

Bump.

Could anyone review my patch again?

In D29258#659423, @brute4s99 wrote:

SnoreToast fails to build on MSYS2 due to missing
which apparently is not available for this compiler.

I'm sorry, missing what exactly?

I see. I've updated the patch. Linking to downloaded library is now possible, and there is a fallback if no library is present.

In D28441#638400, @aacid wrote:

Is this an actual problem with the app or just a test fix (i.e. do i need to make a release to fix a potential crash?)

In D26498#638035, @pino wrote:

In D26498#637978, @wojnilowicz wrote:

Following patch fixes the issue

0001-Fix-RSITimerTest-noPopupBreak.patch1 KBDownload

Is this solution good for you?

This patch fixes the rsibreak_tests crash, however the test still fails in RSITimerTest::triggerSimpleBigBreak(), in the way I already mentioned.

In D26498#637506, @pino wrote:

Hi @aacid & @wojnilowicz:

unfortunately this commit breaks the rsibreak_tests:

• in some states, m_shortInputCounter is a nullptr, so RSITimer::timeout() tries to ->tick() a null pointer
• even doing a nullptr check for the code above, RSITimerTest::triggerSimpleBigBreak() fails: ` FAIL! : RSITimerTest::triggerSimpleBigBreak() Compared values are not the same Actual (spy1Relax.count()): 100 Expected (relaxCountExp) : 97 Loc: [SRCDIR/test/rsitimer_test.cpp(186)] `
  
  Can you please look into both the issues? Thanks!

In D26498#592315, @aacid wrote:

Thanks a lot for your contribution :)

In D26498#591716, @aacid wrote:

Doesn't seem to really work for me.

I mean, yes it works in the sense that the timer doesn't go back to 20 seconds but at the end of my "you should rest" period i always get the "oh you've been bad my not resting" screen if i have used this feature of ignoring a few seconds.

Did not forgot.

Forgot to reset m_shortInputCounter in RSITimer::doBreakNow.

Here is how the new columns look like.