Hi Chuck,
Well the patches worked, I did need to change the first one slightly to
make it work.
Now I'm running into the problem of OpenGL, but I think this is solveable
by pointing to Mesa instead of the native GL system. Not that I really
need OpenGL through a terminal window...
Haven't he
Hi Michael,
Never mind. In your last mail you said that you already implemented "rename"
and "new folder" functionality. Are those restricted to shfldr_unixfs? Do you
think those could be sent as a separate patch already? That would be sweet.
Here it is, I have cleaned it up so it is only r
Hi Alexandre,
I haven't got a reply from you on this issue yet.
Please let me know what you think of the patch.
Thanks,
Michael
Michael Lin wrote:
Hi Alexandre,
I have made the changes as you suggested to put all the entry point in
one single library.
Basically, I have created
Hi Michael,
Please consider the configure based global flag only an option. That's
actually what I said several times. It could be a per application option as
well. And there is no problem in activating it via a wine-specific API, which
would override the config on a per process basis.
P
le dialog .. it should return unix paths.
We should expose conversion of unix to dos utility functions for easy
conversion.
As for just showing UnixFS shell folder and not showing c and d drive
etc .. I agree.
I just haven't get there yet.
Michael Lin
Michael Jung wrote:
Hi all,
ple
Hi Steve,
Steven Edwards wrote:
--- Michael Lin <[EMAIL PROTECTED]> wrote:
--- dlls/commdlg/comdlg32.spec
+@ stdcall UnixFSGetOpenFileNameA(ptr)
+@ stdcall UnixFSGetOpenFileN
Is there anyway for us to have these functions inlined or something rather than exported all the
time is ther
h.
The flag to turn unix path on or off can be in the registry, or simply a
extended
flag that was passed in to OPENFILENAME struct.
Michael Lin
Hi all,
Back in Nov 2004, there was a brief discussion about extending the
Windows file dialogs to allow browsing the Unix file system.
Does anyone know if this have been implemented yet?
If not, any suggestions on how to implement it?
I am porting a windows application to linux using winelib, an
Robert Shearman wrote:
Filip Navara wrote:
Michael Lin wrote:
* change wrc to parse '&' and '~' when specifying style
I believe the attached patch would be better solution...you can use
arbitrary expressions in the style definitions with Microsoft Resource
Compiler.
gt;gotstyle = TRUE;
I will submit this patch if it looks ok.
Thanks
Michael
Alexandre Julliard wrote:
Michael Lin <[EMAIL PROTECTED]> writes:
I was trying to make the following dialog compile and work in
WINE. The dialog compiles and works in Borland.
Does the dialog compiled on
USHBUTTON "Cancel", 112, 58, 65, 50, 14
PUSHBUTTON "Cancel", 113, 110, 65, 50, 14
}
Alexandre Julliard wrote:
Michael Lin <[EMAIL PROTECTED]> writes:
inline static UINT get_button_type( LONG window_style )
{
-return (window_style & 0x0f);
+if ((windo
Hi all,
I am having problem with AUTO3STATE control that have BS_OWNERDRAW style
set. Dialogs with this control will not show at all.
For example, I have a control
AUTO3STATE "Text", 103, 10, 9, 149, 47, BS_OWNERDRAW | WS_CHILD |
WS_VISIBLE | WS_TABSTOP
in my dialog resource and the dialog won't
Hi all,
I am having problem with winedbg and a winelib application I am trying
to debug.
In the debugger it produce the following output when exception occured:
Wine-dbg>cont
First chance exception: page fault on read access to 0x in
32-bit code ( 0x401d4316).
Register dump:
CS:0073 SS:0
13 matches
Mail list logo
