"Vitaly Lipatov" <[EMAIL PROTECTED]> wrote:
> Most likely the real fixes in your patch are changing CP_ACP to CP_UNIXCP
> and getting rid of hardcoded vkkeyscan_table. Do you have an evidence that
> ncurses is so much broken that it really can't handle UTF-8? Does it work
> if you change the loc
Here's something I've been working on for about the past week. It's my attempt
to get OpenGL to render into an X11 child window that overlays the Win32
window. These patches are more proof-of-concept than anything I'd attempt to
get into Wine.. just to show that it seems to work. If the method i
Am Dienstag 09 Januar 2007 19:41 schrieb Chetan Venkatesh:
> My company is looking for experienced Wine Developers to work on a
> commercial Open Source Project involving getting wine working under cygwin
> and Windows. Can anyone point me to the right mailing list / forum to make
> a posting at o
Hello Chetan,
I believe this link will be of help : http://www.codeweavers.com/services/
Regards,
Tom
On 1/9/07, Chetan Venkatesh <[EMAIL PROTECTED]> wrote:
My company is looking for experienced Wine Developers to work on a
commercial Open Source Project involving getting wine working under cy
Christoph Frick wrote:
> On Mon, Jan 08, 2007 at 11:31:58AM -0700, Vitaliy Margolen wrote:
>
>> Well I've been looking at what will it take to fix it. Also made few
>> patches for EnumObjects and GetObjectInfo. But I can't send those,
>> because other parts using wrong indexes. And it will really
> My system is:
> Athlon XP 2700
> NVIDIA GPU GeForce4 Ti 4200 (with NVIDIA driver version 1.0-9631)
> Debian Etch
>
> Last system modification was an update of the debian system with the
> availabe patches on 05.01.2007. This is most probably the root of the
> problem.
Isn't there a "sister" pack
Michael Stefaniuc <[EMAIL PROTECTED]> writes:
> I wonder if we shouldn't just fix wrc to cope with
> #pragma code_page(65001) /* UTF-8 */
> and use that once and for all. UTF-8 is now the default on more and more
> distributions and "errors" like above will keep creeping in.
We probably sho
My company is looking for experienced Wine Developers to work on a
commercial Open Source Project involving getting wine working under cygwin
and Windows. Can anyone point me to the right mailing list / forum to make
a posting at or can interested developers contact me please -
[EMAIL PROTECTED]
Bugzilla needs to be updated with the new version number.
On 1/9/07, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
Module: wine
Branch: master
Commit: d8c3e7de692c785e1c7679d0521cf8b12469b0b8
URL:
http://source.winehq.org/git/wine.git/?a=commit;h=d8c3e7de692c785e1c7679d0521cf8b12469b0b8
Aut
On Tue, 9 Jan 2007, Michael Stefaniuc wrote:
> Francois Gouget wrote:
> > ---
> > Resubmitting with the proper encoding this time, with thanks to Frank
> > Richter. I also switched SUBLANG_PORTUGUESE_PORTUGAL to the more
> > standard SUBLANG_PORTUGUESE to match all the other resource files.
> Ac
> > Or I miss something really important? If so, just provide a use-case,
> > please!!
>
> Well, for instance if the parent is a Wine window, which would be the
> case when someone implements systray handling in desktop mode, it
> would break since Wine windows are not painted with the background
>
"Kirill K. Smirnov" <[EMAIL PROTECTED]> writes:
> The main ideas I based upon:
> 1) the parent window does not paint anything under our window. If there will
> be smth, then pseudo-transparency will be broken.
> 2) Any sane systray implementation satisfies 1).
> 3) KDE/fluxbox/other systray
> It's not transparent,
Hm... Yes, it is not transparent. It is pseudo-transparent. Just for us.
> it's painted with what you hope is the same
> background as the parent, but there's no guarantee of that.
Xlib thinks opposite.
The window will be painted with the same background as the parent (no
"Kirill K. Smirnov" <[EMAIL PROTECTED]> writes:
> Why is it not a real transparency? This is the easiest way to provide only
> output transparency, not input. Exactly what we need.
It's not transparent, it's painted with what you hope is the same
background as the parent, but there's no guarante
Francois Gouget wrote:
> ---
> Resubmitting with the proper encoding this time, with thanks to Frank
> Richter. I also switched SUBLANG_PORTUGUESE_PORTUGAL to the more
> standard SUBLANG_PORTUGUESE to match all the other resource files.
Actualy
http://wiki.winehq.org/Developers-Hints#head-ef42a95
Bill Medland <[EMAIL PROTECTED]> writes:
> +/* MSDN states that the error number should be between 1 and 8. Passing
> 0 is an error */
> +sql_ret = SQLInstallerError(0, NULL, NULL, 0, NULL);
> +todo_wine(sql_ret == SQL_ERROR, "SQLInstallerError(0...) failed with %d
> instead of SQL_
On Tuesday 09 January 2007 12:14, Dmitry Timoshkov wrote:
> "Vitaly Lipatov" <[EMAIL PROTECTED]> wrote:
> > As I see we need use libncursesw as the main curses library,
> > and have old curses support for compatibility with some old
> > systems.
>
> Forgot to ask, what application are you trying to
Frank Richter wrote:
> On 08.01.2007 11:49, Francois Gouget wrote:
>
>>+CAPTION "Desinstalador de Aplicações Wine"
>
>
> That's UTF-8... Is that correct? I though Portugese resources should be
> in cp1252.
I wonder if we shouldn't just fix wrc to cope with
#pragma code_page(65001) /* U
"Vitaly Lipatov" <[EMAIL PROTECTED]> wrote:
As I see we need use libncursesw as the main curses library, and
have old curses support for compatibility with some old systems.
Forgot to ask, what application are you trying to fix? Is it freely
downloadable?
--
Dmitry.
"Vitaly Lipatov" <[EMAIL PROTECTED]> wrote:
We try to rewrote code in universal manner, but old curses code
in wineconsole had many hacks and we are changed some parts
anywhere.
I need to accept this patch for detecting ncursesw. Then we can
send next patches for unicoding.
Your patch introd
On Tuesday 09 January 2007 10:18, Dmitry Timoshkov wrote:
...
> So, you are right Vitaly, "normal" ncurses library doesn't
> support UTF-8, they have invented libncursesw instead of
> adding a proper UTF-8 support. But looks like all they
> redefine all existing APIs to 'w' versions. so you don't n
On 09/01/07, Ivan Gyurdiev <[EMAIL PROTECTED]> wrote:
Here's a demo that breaks FBOs: http://www.humus.ca/3D/Water.zip
Also download: http://www.humus.ca/3D/Framework2.zip
You'll notice all the glClear calls fail [ or at least a lot of them ].
That's because the framebuffer is incomplete at tha
22 matches
Mail list logo