On 8/10/06, Jeremy White <[EMAIL PROTECTED]> wrote:
However, we will unabashedly be focusing on things that
only a developer could love. So the 'developers focus'
comment is meant as a cautionary (boring, geeks talking
incessently about obscure and hard to follow technical
threads), not as a 'g
>> Seeing as Dan mentioned that WineConf is for Wine developers only...
I think Molle was just having fun, and that there is no confusion,
but I just want to state clearly for the record:
Everyone is welcome at Wineconf.
However, we will unabashedly be focusing on things that
only a developer
Attached is a major update to the XEmbed systray patches that I sent
earlier this week. After a few days of tweaking and testing the code, I
think I have found the solution to the race conditions that have plagued
previous versions of this work. While this is a major step forward, I
still need some
On 8/10/06, Molle Bestefich <[EMAIL PROTECTED]> wrote:
Jeremy White wrote:
> The thing they *don't* have (to my dismay) is rooms with double
> beds (or they do, but they're very expensive; more than twice).
Seeing as Dan mentioned that WineConf is for Wine developers only...
Would it be very un
It looks like this patch didn't get into 0.9.19, so I think someone else
needs to take ownership of it and figure out what Alexandre wants until
it can get in. I'm looking forward to full tilt poker working :) Any
volunteers?
Thanks,
Scott Ritchie
-
Thanks to the AppDB and a little digging,
Hi Krzysztof,
I was getting a segfault in ME_MarkForPainting() after that patch (BTW
great work), and started looking through the code. One thing I found
was obviously a typo which can be easily fixed (BTW I don't know for
sure but I'd also update pLastSelStartPara and pLastSelEndPara here):
---
> Seeing as Dan mentioned that WineConf is for Wine developers only...
>
> Would it be very untactful of me to ask you whom of the other wine
> developers you're sleeping with? :-)
>
>
Well, a few folks are bringing spouses, who are going to go
sight seeing during Wineconf (I think we're even
Jeremy White wrote:
The thing they *don't* have (to my dismay) is rooms with double
beds (or they do, but they're very expensive; more than twice).
Seeing as Dan mentioned that WineConf is for Wine developers only...
Would it be very untactful of me to ask you whom of the other wine
developers
Hi,
Augusto Arcoverde da Rocha schrieb:
> IMHO, the current password exposition is a ugly thing:
> $ export http_proxy=http://user:__>>**password**<<[EMAIL PROTECTED]:8080
I wouldn't worry to much about a PROXY password. I mean who can access
files and environment variables? Basically only you and
On 8/10/06, Tobias Burnus <[EMAIL PROTECTED]> wrote:
Hi,
Augusto Arcoverde da Rocha wrote:
> Hu...
>
> Then a better approach would be avoid environment variables, as this
> seems to be a Wine development directive, and use the right format for
> the proxy configuration string.
I disagree.
On Thu, 2006-08-10 at 00:16 +0100, Mike Hearn wrote:
> You can always stick some needed field in the X11DRV private data (you
> can see how to access that in the code itself).
OK--I apologize for being so dumb. it's the server reply that needs the
extended styles field, not X11DRV_win_data. Sorry t
Hi,
Augusto Arcoverde da Rocha wrote:
> Hu...
>
> Then a better approach would be avoid environment variables, as this
> seems to be a Wine development directive, and use the right format for
> the proxy configuration string.
I disagree. I think it makes sense to support general environment
Hi,
Dimi Paun wrote:
> On Thu, 2006-08-10 at 13:33 +0200, Francois Gouget wrote:
>> There may also be a way to specify a password ('[EMAIL PROTECTED]'?).
>
> Format is:
> [user[:[EMAIL PROTECTED]:port]
If I google for http_proxy, I always find this additionally prefixed by
"http://";. Some h
Dan Kegel wrote:
> On 8/9/06, Jeremy White <[EMAIL PROTECTED]> wrote:
>
>> If you paypal (or even arrange to mail a check) to me *now*, you'll
>> get to hang out with all the cool people, on campus, and learn what
>> the "Drink-making facilities on each corridor" really means, all
>> for the low l
On 8/9/06, Jeremy White <[EMAIL PROTECTED]> wrote:
If you paypal (or even arrange to mail a check) to me *now*, you'll
get to hang out with all the cool people, on campus, and learn what
the "Drink-making facilities on each corridor" really means, all
for the low low price of about 40 pounds (oka
On 8/10/06, Scott Ritchie <[EMAIL PROTECTED]> wrote:
As of right now, I'd estimate that over half of our users are using Winefrom a terminal window to launch their applications, largely becausetheir window manager doesn't put Wine's Start Menu entries into their
applications menu.Not only are they
Am Samstag 29 Juli 2006 11:17 schrieb Andrew Riedi:
> Well, here is my first patch, feel free to tell me what all is wrong with
> it. I noticed a problem in WoW d3d, so I tracked it down and checked out
> msdn. It seems that implementing ShowCursor() over GDI is acceptable, at
> least according t
On 8/10/06, Jan Zerebecki <[EMAIL PROTECTED]> wrote:
Why not put a link from ~/.local/share/applications/wine to
~/.wine/menu/freedesktop/ and create the .desktop files there?
I like that idea a lot. But once we create the symlink, there's no
need to change where we create the .desktop files,
Hu...
Then a better approach would be avoid environment variables, as this
seems to be a Wine development directive, and use the right format for
the proxy configuration string.
Can someone point more questions about Wine proxy configuration which
could improve that patch?
Regards,
Augusto
There is also the issue that our menu items don't know about
WINEPREFIX.
And that the menu items don't get deleted when the windows lnks get
deleted. Thu I guess that is less of a problem when they are stored
somewhere under $WINEPREFIX .
On Thu, Aug 10, 2006 at 03:14:28AM -0500, Travis Watkins w
I assume there's something wrong with my patch ?
I've did some research lately on how 32 Bit programs interact with 16Bit
windows. This patch doesn't help if a SendMessage was sent from a 32Bit
application because it gets dispatched from the 16Bit thread. So
NtCurrentTeb doesn't work. At least
On Thu, 2006-08-10 at 13:33 +0200, Francois Gouget wrote:
> There may also be a way to specify a password ('[EMAIL PROTECTED]'?).
Format is:
[user[:[EMAIL PROTECTED]:port]
--
Dimi Paun <[EMAIL PROTECTED]>
Lattica, Inc.
On Thu, 3 Aug 2006, Augusto Arcoverde da Rocha wrote:
> Exists a opened bug report about the problem which this patch is suposed to
> fix:
> http://bugs.winehq.org/show_bug.cgi?id=5625
>
> Can someone give some comments for what this pach wasn't applied?
As far as I can see the patch seems to as
On Thu, Aug 10, 2006 at 12:53:58PM +0200, Alexandre Julliard wrote:
> Tijl Coosemans <[EMAIL PROTECTED]> writes:
>
> > I'm looking at include/wine/library.h and was wondering why the
> > wine_get_fs/gs/... are declared extern and not static like many other
> > functions in that file. Is there any
Tijl Coosemans <[EMAIL PROTECTED]> writes:
> I'm looking at include/wine/library.h and was wondering why the
> wine_get_fs/gs/... are declared extern and not static like many other
> functions in that file. Is there any particular reason I'm not seeing?
It's because they are exported from libwine
I'm looking at include/wine/library.h and was wondering why the
wine_get_fs/gs/... are declared extern and not static like many other
functions in that file. Is there any particular reason I'm not seeing?
Their __asm__ block is also missing __volatile__ I believe.
On 8/10/06, Dan Kegel <[EMAIL PROTECTED]> wrote:
Jeremy and I were at the meeting where the Portland project
got started [1], and we've been following it off and on with great
interest. I just posted a question about how xdg-desktop-menu
would work compared to what Wine already does [2], let's
27 matches
Mail list logo
