Jeremy Newman wrote:
> Screenshot please. I have not seen that myself in my testing.
>
> Paul Vriens wrote:
>> Jeremy Newman wrote:
>>> I have posted a working copy of the new website here:
>>>
>>> http://wine.codeweavers.com/winehq_new/
>>>
>>> -Newman
>>>
>>
>> Hi Jer,
>>
>> The big icons are cu
marco <[EMAIL PROTECTED]> wrote:
> And what do we do for now ?
> Is it still wise to distribute a old version, what are the risk that someone
> can use a gecko bug and do some harm in linux or is that not very likely
> with wine ?
Either
a) wait for Jacek's updated gecko + build procedure
or
b) co
so i just saw this insightful comment in filedlg.c:
* FIXME: CDN_FILEOK is wrong implemented, other CDN_ messages likely too
must be why it doesn't really notify the window :\
send_message() needs to be fixed for this.
> From: [EMAIL PROTECTED]
> To: wine-devel@winehq.org
> Subject: comdlg32:
Ok thank you,
And what do we do for now ?
Is it still wise to distribute a old version, what are the risk that
someone can use a gecko bug and do some harm in linux or is that not
very likely with wine ?
marco
Dan Kegel schreef:
> marco meijer wrote:
>
>> I have a question about wine_geck
I tweaked the font sizes a bit.
-Newman
Tijl Coosemans wrote:
> On Monday 08 December 2008 20:42:30 Jeremy Newman wrote:
>> This is because of the "font-size: medium". IE Renders medium text
>> much larger than Gecko and Webkit. I prefer to use "font-size:
>> 12px;", but that disables IEs ability
On Monday 08 December 2008 20:42:30 Jeremy Newman wrote:
> This is because of the "font-size: medium". IE Renders medium text
> much larger than Gecko and Webkit. I prefer to use "font-size:
> 12px;", but that disables IEs ability to change the text size via the
> page drop down.
>
> I will revert
That link predates the move to our own forums. I will change that.
-Newman
Rosanne DiMesio wrote:
> On Mon, 08 Dec 2008 11:57:59 -0600
> Jeremy Newman <[EMAIL PROTECTED]> wrote:
>
>> I have posted a working copy of the new website here:
>>
>> http://wine.codeweavers.com/winehq_new/
>>
>
> Why d
This is because of the "font-size: medium". IE Renders medium text much
larger than Gecko and Webkit. I prefer to use "font-size: 12px;", but
that disables IEs ability to change the text size via the page drop down.
I will revert back to my method as this gives me the fine grain control
over fo
Screenshot please. I have not seen that myself in my testing.
Paul Vriens wrote:
> Jeremy Newman wrote:
>> I have posted a working copy of the new website here:
>>
>> http://wine.codeweavers.com/winehq_new/
>>
>> -Newman
>>
>
> Hi Jer,
>
> The big icons are cut off at the bottom (at least on my
Submit a patch if you want to revise the text.
-Newman
Juan Lang wrote:
>> I have posted a working copy of the new website here:
>>
>> http://wine.codeweavers.com/winehq_new/
>
> The About page says, "Wine is still under development, and it is not
> yet suitable for general use. Nevertheless, ma
Please do not apply this patch, it is wrong.
--
Andy.
On Monday 08 December 2008 20:41:10 Paul Vriens wrote:
> Paul Chitescu wrote:
> > Changelog:
> > shell32.dll: Return SE_ERR_FNF if file not found before checking for
> > associations (which will fail anyway but with SE_ERR_NOASSOC).
> >
> > This fixes 6 out of the 12 shlexec test failures.
> >
Paul Chitescu wrote:
> Changelog:
> shell32.dll: Return SE_ERR_FNF if file not found before checking for
> associations (which will fail anyway but with SE_ERR_NOASSOC).
>
> This fixes 6 out of the 12 shlexec test failures.
>
>
> ---
On Mon, Dec 8, 2008 at 9:57 AM, Jeremy Newman <[EMAIL PROTECTED]> wrote:
> I have posted a working copy of the new website here:
>
> http://wine.codeweavers.com/winehq_new/
>
> -Newman
I've got lots of vertical space, but the page is using short white
boxes with scrollbars. This is IE7 on Windows
On Mon, 08 Dec 2008 11:57:59 -0600
Jeremy Newman <[EMAIL PROTECTED]> wrote:
> I have posted a working copy of the new website here:
>
> http://wine.codeweavers.com/winehq_new/
>
Why does the forum link on http://wine.codeweavers.com/winehq_new/help/ lead to
http://groups.google.com/group/comp.
Jeremy Newman wrote:
> I have posted a working copy of the new website here:
>
> http://wine.codeweavers.com/winehq_new/
>
> -Newman
>
Hi Jer,
The big icons are cut off at the bottom (at least on my Firefox 3.0.4).
I also see that the news is up-to-date as it mentions 1.1.10 but the "Latest
> I have posted a working copy of the new website here:
>
> http://wine.codeweavers.com/winehq_new/
The About page says, "Wine is still under development, and it is not
yet suitable for general use. Nevertheless, many people find it useful
in running a growing number of Windows programs." Surely
I have posted a working copy of the new website here:
http://wine.codeweavers.com/winehq_new/
-Newman
Jeremy Newman wrote:
> I have committed my work for the WineHQ redesign. I've also updated the
> AppDB and Bugzilla codebases with the new theme.
>
> The site still has not gone live at this t
I have committed my work for the WineHQ redesign. I've also updated the
AppDB and Bugzilla codebases with the new theme.
The site still has not gone live at this time. I wanted to allow a bit
more time for the community to review the changes before I cut them live.
Other than the skin itself, t
marco meijer wrote:
> I have a question about wine_gecko-0.1.0.cab
>This package is from 2007-05-30 11:42 and in the mean time firefox
> had a lot of security updates.
> Is it still save to distribute wine_gecko-0.1.0.cab ?
We'd like to move to a newer one.
See http://bugs.winehq.org/show_bug.c
> Does the patch have any other advantages besides making the fixed
> function state handlers somewhat simpler though? I'm not sure if
> introducing a dependency on the state tracker in the shader backend is
> worth this. (I've got a better way to avoid redundant constant loads).
The double loading
Hi Alexandre,
This new test fails on Win9x as GetCurrentProcess() returns 7FFF on those
platforms.
I'm not sure how to fix/change/adjust the test.
--
Cheers,
Paul.
"James Hawkins" <[EMAIL PROTECTED]> writes:
> ---
> dlls/msi/tests/msi.c | 1672
> ++
> 1 files changed, 1672 insertions(+), 0 deletions(-)
The test fails here:
../../../tools/runtest -q -P wine -M msi.dll -T ../../.. -p msi_test.exe.so
msi.c &&
2008/12/8 Stefan Dösinger <[EMAIL PROTECTED]>:
>> I would expect the relevant state to be dirty, but you say this
>> depends on where the function is called from?
> States are marked clean before the application function is called. This is
> needed to handle e.g. the relationship between the verte
"Paul Chitescu" <[EMAIL PROTECTED]> wrote:
> Windows doesn't implement it the simplified way wine's shell32.dll does so a
> test doesn't make sense. Windows DDE clients can send A or W strings over DDE
> and convert them as desired in the DDE server. Wine's DDE just sends the data
> in the buff
Hi All,
I'm the packager of the Mandriva package.
And I have a question about wine_gecko-0.1.0.cab
This package is from 2007-05-30 11:42 and in the mean time firefox
had a lot of security updates.
Is it still save to distribute wine_gecko-0.1.0.cab ?
Kind regards,
Marco
> I would expect the relevant state to be dirty, but you say this
> depends on where the function is called from?
States are marked clean before the application function is called. This is
needed to handle e.g. the relationship between the vertex declaration and the
lighting enable state.
What I
"Paul Chitescu" <[EMAIL PROTECTED]> wrote:
> Changelog:
> winebrowser: Educated guess if the DDE data is CHAR or WCHAR
>
> Our shell32 dde_connect implementation sends a CHAR buffer for if operating
> system version is set to ANSI based and WCHAR if the system is set for
> Unicode.
>
> This pa
On Monday 08 December 2008 15:06:32 you wrote:
> "Paul Chitescu" <[EMAIL PROTECTED]> wrote:
> > Changelog:
> > winebrowser: Educated guess if the DDE data is CHAR or WCHAR
> >
> > Our shell32 dde_connect implementation sends a CHAR buffer for if
> > operating system version is set to ANSI based and
2008/12/8 Stefan Dösinger <[EMAIL PROTECTED]>:
>> > I don't think that would work well. We would need some shader model
>> specific private data in each context(e.g. last vertexshader and last
>> vertexdeclaration) to allow the shader backend to find out what to do,
>> since the dirty state informa
> > I don't think that would work well. We would need some shader model
> specific private data in each context(e.g. last vertexshader and last
> vertexdeclaration) to allow the shader backend to find out what to do,
> since the dirty state information won't suffice if the shader backend
> doesn't
Huw Davies <[EMAIL PROTECTED]> writes:
> Hi Alexandre,
>
> This wasn't what I intended my patch to do. The problem is that
> Wine's ChoosePixelFormat() rets 0 on XServers without glX. The
> win_skip results in a test failure. My patch was intended to mark
> this as a todo_wine.
We could have a
Paul Vriens wrote:
> Hi,
>
> For some reason (yet to find out what) one of the tests keeps a
> kernel32.exe process running on W2K and below. This prevents cleanup at
> the end of winetest.
>
> Changelog
> Kill a debug process to make sure we can cleanup
>
Ignore this one.
--
Cheers,
Paul
On Fri, Dec 05, 2008 at 11:04:07AM -0600, Alexandre Julliard wrote:
> Module: wine
> Branch: master
> Commit: e86ff2a3128f4a0157ecfa10fee31d1416312c71
> URL:
> http://source.winehq.org/git/wine.git/?a=commit;h=e86ff2a3128f4a0157ecfa10fee31d1416312c71
>
> Author: Huw Davies <[EMAIL PROTECTED]>
2008/12/8 Stefan Dösinger <[EMAIL PROTECTED]>:
>> If you're going to introduce a dependency on state management in the
>> shader backends anyway, you don't need to export constant loading
>> functions from the shader backends at all. You might as well just call
>> shader_select(), and let that figu
Hi, Windows XP doesn't have Service Pack 4, this is bug from rewrite of
default OS from Windows 2000 (which has SP 4) to Windows XP.
This patch should fix wrong SP definition when creating new .wine tree.
Mirek Slugen
diff -Naur wine.old/tools/wine.inf.in wine/tools/wine.inf.in
--- wine.old/too
> If you're going to introduce a dependency on state management in the
> shader backends anyway, you don't need to export constant loading
> functions from the shader backends at all. You might as well just call
> shader_select(), and let that figure out if it needs to change the
> shader or load a
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:wine-devel-
> [EMAIL PROTECTED] On Behalf Of Henri Verbeet
> Sent: Monday, December 08, 2008 9:24 AM
> To: wine-devel@winehq.org
> Subject: Re: [1/4] D3D9: Document a Microsoft header bug
>
> 2008/12/8 Stefan Dösinger <[EMAIL PROTECT
The actual patch is missing.
2008/12/8 Stefan Dösinger <[EMAIL PROTECTED]>:
> +/* TODO: If we're called by shader_glsl_select, we know that both we get
> past both checks.
> + * is it cheaper to have a wrapper function check those? Inline some
> common code? Extra
> + * parameter?
> + */
> if (!prog) {
>
2008/12/8 Stefan Dösinger <[EMAIL PROTECTED]>:
>
This patch was already applied.
41 matches
Mail list logo