Re: [poedit-users] how to get rid of fuzzy translations

--===============8681313286416810581==
Content-Type: multipart/alternative; boundary=001636416dd13e066e0484a91ed4

--001636416dd13e066e0484a91ed4
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

I agree. I don't want them!!!

also don't understand what's the relationship with command line. I'm on
Windows and Linux.

2010/4/20 Cristian Secar=C4=83 <[email protected]>

> On Tue, 20 Apr 2010 07:45:38 +0200, Vaclav Slavik wrote:
>
> > But really, why would you ever want to? Fuzzy entries are not included
> > in compiled MO files, so the end effect is the same: they won't be
> > seen until you review/edit them. And when you do edit them, surely
> > it's better to see previous translation of very similar string and
> > just correct the few differences in it, isn't it?
>
> No. I face the same problem, especially when I take a translation
> in some intermediate status, with a lot of fuzzies already there.
> It takes a lot more time to read the existing strings, to evaluate if
> there is something wrong and if so to correct, than simply translate
> from zero. In occasions it happens to validate a fuzzy string that
> appeared ok then to observe that a single word in the middle was from
> another sentence and unappropriate here, which was difficult to observe.
>
> In a project I worked that came with 1600+ fuzzies, I spent several
> hours to delete manually all fuzzies, so I could then work efficient.
>
> Cristi
>
> --
> Cristian Secar=C4=83
> http://www.secarica.ro/
>
>
> -------------------------------------------------------------------------=
-----
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Poedit-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/poedit-users
>



--=20
Murat Kavak

--001636416dd13e066e0484a91ed4
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

I agree. I don&#39;t want them!!! <br><br>also don&#39;t understand what&#3=
9;s the relationship with command line. I&#39;m on Windows and Linux.<br><b=
r><div class=3D"gmail_quote">2010/4/20 Cristian Secar=C4=83 <span dir=3D"lt=
r">&lt;<a href=3D"mailto:[email protected]">[email protected]</a>&gt;</span=
><br>
<blockquote class=3D"gmail_quote" style=3D"margin: 0pt 0pt 0pt 0.8ex; borde=
r-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class=3D"im"=
>On Tue, 20 Apr 2010 07:45:38 +0200, Vaclav Slavik wrote:<br>
<br>
&gt; But really, why would you ever want to? Fuzzy entries are not included=
<br>
&gt; in compiled MO files, so the end effect is the same: they won&#39;t be=
<br>
&gt; seen until you review/edit them. And when you do edit them, surely<br>
&gt; it&#39;s better to see previous translation of very similar string and=
<br>
&gt; just correct the few differences in it, isn&#39;t it?<br>
<br>
</div>No. I face the same problem, especially when I take a translation<br>
in some intermediate status, with a lot of fuzzies already there.<br>
It takes a lot more time to read the existing strings, to evaluate if<br>
there is something wrong and if so to correct, than simply translate<br>
from zero. In occasions it happens to validate a fuzzy string that<br>
appeared ok then to observe that a single word in the middle was from<br>
another sentence and unappropriate here, which was difficult to observe.<br=
>
<br>
In a project I worked that came with 1600+ fuzzies, I spent several<br>
hours to delete manually all fuzzies, so I could then work efficient.<br>
<br>
Cristi<br>
<font color=3D"#888888"><br>
--<br>
Cristian Secar=C4=83<br>
<a href=3D"http://www.secarica.ro/" target=3D"_blank">http://www.secarica.r=
o/</a><br>
</font><div><div></div><div class=3D"h5"><br>
---------------------------------------------------------------------------=
---<br>
Download Intel&amp;#174; Parallel Studio Eval<br>
Try the new software tools for yourself. Speed compiling, find bugs<br>
proactively, and fine-tune applications for parallel performance.<br>
See why Intel Parallel Studio got high marks during beta.<br>
<a href=3D"http://p.sf.net/sfu/intel-sw-dev" target=3D"_blank">http://p.sf.=
net/sfu/intel-sw-dev</a><br>
_______________________________________________<br>
Poedit-users mailing list<br>
<a href=3D"mailto:[email protected]">[email protected]=
urceforge.net</a><br>
<a href=3D"https://lists.sourceforge.net/lists/listinfo/poedit-users" targe=
t=3D"_blank">https://lists.sourceforge.net/lists/listinfo/poedit-users</a><=
br>
</div></div></blockquote></div><br><br clear=3D"all"><br>-- <br>Murat Kavak=
<br>

--001636416dd13e066e0484a91ed4--


--===============8681313286416810581==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
--===============8681313286416810581==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Poedit-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/poedit-users

--===============8681313286416810581==--