dfaure added a comment.
I agree with Friederich. In kio/filewidgets/kfileplacesmodel.cpp (for which you accepted the change in D24970 <https://phabricator.kde.org/D24970>) I'm passing the context to the method because I18NC_NOOP forces me to, but then I'm *discarding* this context because: 1. I have nowhere to store it 2. I don't need to store it, it's the same for every item --- just like in Friederich's example. Why store duplicated and redundant data? So if I had a STRIP version that would all be much simpler. One has to be careful anyway when using I18N_NOOP, to actually call i18n on those strings, and to never call i18n on a variable whose contents wasn't marked with I18N_NOOP. The API can't be foolproof against that. So I don't see why it's trying to be foolproof against the context being provided externally, at the expense of more complicated code for no purpose. REPOSITORY R249 KI18n REVISION DETAIL https://phabricator.kde.org/D24884 To: mlaurent, dfaure, ilic Cc: kossebau, aacid, vkrause, kde-frameworks-devel, LeGast00n, GB_2, michaelh, ngraham, bruns