[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#13065: Bug in x-file-dialog with GetOpenFileName
From: |
Eli Zaretskii |
Subject: |
bug#13065: Bug in x-file-dialog with GetOpenFileName |
Date: |
Tue, 08 Jan 2013 23:26:20 +0200 |
> From: Jason Rumney <jasonr@gnu.org>
> Cc: Du Yanning <duyanning@gmail.com>, 13065@debbugs.gnu.org
> Date: Tue, 08 Jan 2013 21:10:35 +0800
>
>
> Sorry for the late reply.
Thanks for chiming in.
> > a) Windows 7 deprecated this kind of dialogs and instead wants us to
> > use some hotshot new ones. So it could be simply a bug in the
> > implementation of this dialog on Windows 7.
>
> Is it not just a case of doing the same as we did previously?
>
> /* If we compile with _WIN32_WINNT set to 0x0400 (for NT4
> compatibility) we end up with the old file dialogs. Define a big
> enough struct for the new dialog to trick GetOpenFileName into
> giving us the new dialogs on newer versions of Windows. */
Sorry, I don't understand: we still do what the above comment
describes.
Thanks for the other info. Unfortunately, I'm still clueless as to
what could be causing the problem.
- bug#13065: Bug in x-file-dialog with GetOpenFileName, Jason Rumney, 2013/01/08
- bug#13065: Bug in x-file-dialog with GetOpenFileName,
Eli Zaretskii <=
- bug#13065: Bug in x-file-dialog with GetOpenFileName, Jason Rumney, 2013/01/13
- bug#13065: Bug in x-file-dialog with GetOpenFileName, Eli Zaretskii, 2013/01/13
- bug#13065: Bug in x-file-dialog with GetOpenFileName, Eli Zaretskii, 2013/01/15
- bug#13065: Bug in x-file-dialog with GetOpenFileName, Jason Rumney, 2013/01/16
- bug#13065: Bug in x-file-dialog with GetOpenFileName, Eli Zaretskii, 2013/01/16
- bug#13065: Bug in x-file-dialog with GetOpenFileName, Eli Zaretskii, 2013/01/22