Hi guys!
If I understand correctly the wanted solution is the translation
attribution will be per string basis meaning that we can attribute a
certain author to a string.
The only system I'm aware of that is capable of such thing is
TranslateWiki, which is a little overkill because we will have t
--- On Mon, 27/2/12, Francois Gouget wrote:
> On Mon, 27 Feb 2012, Hin-Tak Leung
> wrote:
> [...]
> > - some of the changes are over-eager: i.e. it
> "improves" on windows
> > and tried to be more user-friendly, but not exactly how
> windows does
> > it.
> >
> > I think there should be a notes
--- On Mon, 27/2/12, Francois Gouget wrote:
> On Mon, 27 Feb 2012, Hin-Tak Leung
> wrote:
> [...]
> > One should *not* be creative and does one's own thing -
> the localized
> > message files should be (some version of) what
> localized windows
> > shows. Anything else is wrong.
>
> Do not do
--- On Mon, 27/2/12, 盧瑞元 wrote:
> >> msgid "Finished searching the document."
> >> -msgstr "檔案搜尋結束。"
> >> +msgstr "檔案查找結束."
>
> "查找" is used in zh_CN, not zh_TW.
>
> > The older version is preferred. (may be it is just my
> opinion).
> >
> >> msgid "Failed to load the RichEdit library."
> >>
Hey Joerg,
Op 27-02-12 19:22, joerg-cyril.hoe...@t-systems.com schreef:
> Hi,
>
> Maarten Lankhorst wrote (partly in a former thread):
>
>>> R. thread priority -- no "Pro Audio" / Real-Time priority
>> Not going to happen, ever. AJ nuked all my attempts at it,
>> [...]
>> Or just fix things proper
On Mon, 27 Feb 2012, Hin-Tak Leung wrote:
[...]
> One should *not* be creative and does one's own thing - the localized
> message files should be (some version of) what localized windows
> shows. Anything else is wrong.
Do not do that. That would be copyright infrigement. That's not what we
wan
On Mon, 27 Feb 2012, Hin-Tak Leung wrote:
[...]
> - some of the changes are over-eager: i.e. it "improves" on windows
> and tried to be more user-friendly, but not exactly how windows does
> it.
>
> I think there should be a notes on the translation FAQ: one is not
> looking to be "better than"
Hi,
Somehow I discovered that bugzilla can display the component in a search
result list. Now I'm using that instead of the useless "assignee" field.
Here's part of the URL I'm using:
&columnlist=bug_severity%2Cop_sys%2Ccomponent%2Cbug_status%2Cshort_desc&
Unfortunately, the column named "Comp"
Hi,
Maarten Lankhorst wrote (partly in a former thread):
>> R. thread priority -- no "Pro Audio" / Real-Time priority
>Not going to happen, ever. AJ nuked all my attempts at it,
>[...]
>Or just fix things properly and use rtkit for time critical threads
and now:
>I would say using rtkit for setti
Stefan Dösinger wrote:
>When I manually submit a patch to the Wine testbot, it refuses to test it if
>the patch changes multiple tests.
I know that and live with it as follows:
- I usually keep changes to separate tests as distinct commits in my
git, so I can send them separately to testbot.
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=17117
Your paranoid android
I would like to send a translation patch again. I am sending the file attached
with the mail. Best regards,Zoltan Nagy
Francois Gouget írta:
>
>Thanks. That first patch made quite a big difference already. Hungarian
>is now in the 90% range :-)
>
>I noticed some issues though:
>
>-#, fuzzy
> msg
--- On Mon, 27/2/12, Cheer Xiao wrote:
> 2012/2/17 Qian Hong :
> > Hello,
> >
> > On Fri, Feb 17, 2012 at 2:13 AM, Francois Gouget
> wrote:
> >>
> >> I feel that we should put out a call for
> translators to the wider
> >> community. In preparation for that I updated the
> Wiki's Translating pag
Strange bounces...
--- On Mon, 27/2/12, Hin-Tak Leung wrote:
> --- On Mon, 27/2/12, Francois Gouget
>
> wrote:
>
> > Patches are posted to wine-patc...@winehq.org:
> > http://www.winehq.org/pipermail/wine-patches/2012-February/111804.html
>
> A quick look at it (it is a few hundred k) - says
Hi all,
在 2012年2月27日上午2:49，Hin-Tak Leung 寫道：
> --- On Sun, 26/2/12, Francois Gouget wrote:
>
>> +#, fuzzy
>> msgid "Connection unavailable.\n"
>> -msgstr ""
>> +msgstr "不可用; 。\n"
>
> meaning just 'useless/unavailable' - could be improved.
>
>> msgid ""
>> "This program is free software; you can
Dmitry Timoshkov writes:
> Alexandre Julliard wrote:
>
>> I don't see any evidence that you are addressing the issues that caused
>> us to not do that in the first place.
>
> Because the only thing I want to see fixed at this point is a view leak,
> it's still better than current state of things
Alexandre Julliard wrote:
> I don't see any evidence that you are addressing the issues that caused
> us to not do that in the first place.
Because the only thing I want to see fixed at this point is a view leak,
it's still better than current state of things.
Without this fix Wine shows exactl
Dmitry Timoshkov writes:
> @@ -1548,6 +1549,11 @@ static NTSTATUS load_native_dll( LPCWSTR load_path,
> LPCWSTR name, HANDLE file,
> *pwm = wm;
> status = STATUS_SUCCESS;
> done:
> +if (status)
> +{
> +if (wm) free_modref( wm );
> +else if (module) NtUnmapViewO
This patch looks sane and fixes the tests on my machine, but causes no
changes to dsound capture behavior in Audacity. I don't have much of
an opinion on if it should go in for 1.4.
On Tue, Feb 21, 2012 at 05:33:35PM +0100, Maarten Lankhorst wrote:
> ---
> I suspect a lot more AUDCLNT_E_* calls wi
Dmitry Timoshkov writes:
> @@ -1548,6 +1548,8 @@ static NTSTATUS load_native_dll( LPCWSTR load_path,
> LPCWSTR name, HANDLE file,
> *pwm = wm;
> status = STATUS_SUCCESS;
> done:
> +if (status && module)
> +NtUnmapViewOfSection( NtCurrentProcess(), module );
It doesn't mak
Hi,
When I manually submit a patch to the Wine testbot, it refuses to test it if
the patch changes multiple tests. As a workaround I usually test a precompiled
.exe and submit it once for each modified test[1]. In the case of the ddraw
patch I sent today this missed test failures in 64 bit ddra
Please ignore this patch for now, it looks like 64 bit ddraw.dll behaves
differently. It probably doesn't matter for real games, since they're all 32
bit, but I'll have to investigate this closer.
Am Montag, 27. Februar 2012, 12:11:16 schrieb Stefan Dösinger:
> This patch is a side product of my at
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=17115
Your paranoid android
Please ignore this one, I missed a few bugs.
--
Lauri Kenttä
Hi,
I just read:
http://www.winehq.org/news/2012022001
and then
http://wiki.winehq.org/Translating
especially:
The Wine project would be very interested in making its PO files available on
web-based community translations systems such as Pootle or Launchpad. Our hope
is that this would make tra
25 matches
Mail list logo
