Mike Hearn wrote:
On Sat, 27 Nov 2004 20:37:21 +, Aneurin Price wrote:
big snip
Thanks for that; it's just the kind of comment I was looking for.
It wasn't a full patch as I wasn't planning to get it applied, and a
number of points were where I copied code from what was there already
:), but
On Sun, 28 Nov 2004 11:54:47 +0900, Hajime Segawa wrote:
I changed the install script a bit and it does not depend on DCOM98,
MFC4.0, etc... anymore.
So, you can run IE6 completely out-of-box.
New script is here :
http://sidenet.ddo.jp/winetips/files/wine-config-sidenet-1.5.3.tgz
Quick
I'm sitting waiting for a couple of compiles to finish, so I thought I'd
put together a list of fun/interesting tasks people might like to have a
go at related to better integrating Wine with the native desktop.
None of these should be especially hard, and so would provide a good intro
to
Robert Shearman [EMAIL PROTECTED] writes:
make install make install_debuginfo will install the debugging
info both embedded and separate.
make install_debuginfo make install will only install the separate.
This is one of the quirks I would like some feedback on and no doubt
some people
Dimitrie O. Paun [EMAIL PROTECTED] writes:
On Fri, Nov 26, 2004 at 10:04:49PM -0500, Jacek Caban wrote:
I saw in TODO list Get rid of the list of DLLs, it's too big, and adds
too little information,
so I thought it could be moved into separated file dlls/DLL-LIST.
I think this is a
On Sun, 28 Nov 2004 14:18:34 +0100, Stefan Dsinger wrote:
Another suggestion, probably a bigger task: Look for common native
applications and write entries for them into the registry.
Yep! Here's another suggestion. Keep them coming guys! :)
- Implement a bridge between the Windows registry
Mike Hearn wrote:
On Sat, 27 Nov 2004 10:37:10 +0100, Robert van Herk wrote:
Thus, if I'd make an extra flag in the dialog, I would have to extent
pidls to, so that they can hold unix paths. Is that a wise thing to do?
Or should I take another approach?
Hmm, I'm not sure you want to do
On Sun, 28 Nov 2004 17:02:05 +0100, Robert van Herk wrote:
Ofcourse, but the api call SHBrowseForFolder returns a pidl. So making
unix browsing an extra flag wouldn't be useful, if I couldn't return a
valid pidl in the unix case.
Hmm, I guess perhaps it is best to make an extra api
On Sun, 28 Nov 2004 15:56:37 +, Mike Hearn [EMAIL PROTECTED] wrote:
On Sun, 28 Nov 2004 14:18:34 +0100, Stefan Dösinger wrote:
Another suggestion, probably a bigger task: Look for common native
applications and write entries for them into the registry.
Yep! Here's another suggestion.
Jesse Allen a écrit :
On Sun, Nov 21, 2004 at 10:23:41PM -0800, Linus Torvalds wrote:
Ok, how about this patch?
It does basically two things:
- it makes the x86 version of ptrace be a lot more careful about the TF
bit in eflags, and in particular it never touches it _unless_ the
tracer has
Mike Hearn wrote:
On Sun, 28 Nov 2004 17:02:05 +0100, Robert van Herk wrote:
Ofcourse, but the api call SHBrowseForFolder returns a pidl. So making
unix browsing an extra flag wouldn't be useful, if I couldn't return a
valid pidl in the unix case.
Hmm, I guess perhaps it is best to make an
Never mind,
doing a new make from the root directory of the wine source solved it...
Robert
Robert van Herk wrote:
Mike Hearn wrote:
On Sun, 28 Nov 2004 17:02:05 +0100, Robert van Herk wrote:
Ofcourse, but the api call SHBrowseForFolder returns a pidl. So
making unix browsing an extra flag
Krzysztof Foltman wrote:
Mike McCormack wrote:
...
so long as you are the sole author.
That's where part of the problem is: as long as someone sends me just a
Ctrl-arrow patch, I can always be suspected of stealing that patch. It
puts me in a very uncomfortable position.
Perhaps a
On Sun, 28 Nov 2004 18:47:18 +0100, Robert van Herk wrote:
I added a new function SHBrowseForUNIXDirectory in brsfolder.c and added
it to shlobj.h. Reinstalled the shlobj.h, compiled the shell32.dll, and
installed that new one too. Also runned ldconfig (don't know if that is
a must).
I
On Sun, 2004-11-28 at 08:35 -0800, Mark Knecht wrote:
Hi - probably my first comment after lurking here for a few weeks. Is
there anything that a user type (I'm not a developer in any sense) can
do in this area?
I'm afraid they nearly all involve patching Wine, so not with this set
of
Rémi Assailly wrote:
I added some things to my previous patch.
Please tell me if something seems incorrect or is missing
Thanks ;)
Changelog:
* implement GetLayout
Thanks for spotting another one for my growing heap of BiDi TODOs
http://bugs.winehq.org/show_bug.cgi?id=2584
Shachar
--
Another task: Get xscreensaver to respect the registry LowPowerActive setting.
Ivan.
Libero ADSL: navighi gratis a 1.2 Mega, senza canone e costi di attivazione.
Abbonati subito su http://www.libero.it
Also runned ldconfig (don't know if that is
a must).
It isn't, expecially if you run out of the source tree.
Ivan.
Libero ADSL: navighi gratis a 1.2 Mega, senza canone e costi di attivazione.
Abbonati subito su
In the reports page the link to the tests points to
http://www.astro.gla.ac.uk/users/paulm/WRT/CrossBuilt/winetest-200411251000.exe
and this is probably what the server tells winrash to download, but it returns a
404.
The test actually is at
Le dim 29/08/2004 à 14:31, Filip Navara a écrit :
Huw D M Davies wrote:
You're right, an MSFT stdole32 might work fine - I guess we should at
least try it. So for fun I've attached the program we used to
generate CrossOver's stdole32.tlb (Actually you need to take the
generated file and
Task 4:
Try updating the menu mapping code to support the new XDG menu
specification. Don't bother trying to make this work everywhere, it's a
total nightmare. Just try supporting the new standards. Be warned: not
every desktop/distro supports this yet!
This one might be quite hard.
Hi Vincent,
--- Vincent Béron [EMAIL PROTECTED] wrote:
Was the resulting stdole32.tlb file (generated on Wine) a suitable
replacement for Microsoft's? IE, does InstallShield works better with
this file than without any stdole32.tlb file?
I think it will work. One thing we have discussed in
No. I used the InstallShield program for Flash MX, and it didn't work. Without
stdole32.tlb, it whined like a baby about OLE. With stdole32.tlb, it (not the
whole system) froze up during the preparing stage when it hit 100% and left a
phantom window that was blank when and after I quit Wine. I
While making the Debian package, I had to do a special hack to compile
wine's documentation because it's made seperately.
This isn't a really big deal, but what I did realize is that Wine's
documentation doesn't get installed to the help menu now coming standard
on systems.
When I select
24 matches
Mail list logo
