Pelles C forum
Pelles C => Feature requests => Topic started by: czerny on December 19, 2014, 10:50:47 AM
-
WS_EX_LAYERED is not recognized as extended window style in the dialog editor.
-
WS_EX_LAYERED is not recognized as extended window style in the dialog editor.
WS_EX_LAYERED is defined for WINVER>=0x500.
To use it you have to define the window version you are working on if you development HW is from a previous version (EDIT) working from WIN2K on.
#define WIN32_LEAN_AND_MEAN
#define WINVER 0x0500 //define version
#define _WIN32_WINNT 0x0500
#include <windows.h>
#include <windowsx.h>
#include <commctrl.h>
...
NB This has been verified on PellesC V8RC6, don't know if it worked on previous versions of the compiler.
-
WS_EX_LAYERED is not recognized as extended window style in the dialog editor.
I have not well understood what's wrong for you.
If you mean that the WS_EX_LAYERED is not in the dialog properties this could be a feature request, if you handwrited it in the text version of an RC and discovered errors opening it again with dialog editor is a different thing.
Anyway this flag up to Win8 could be used only on top level windows.
Could you be more specific please?
-
WS_EX_LAYERED is not recognized as extended window style in the dialog editor.
if you handwrited it in the text version of an RC and discovered errors opening it again with dialog editor is a different thing.
That is the point.
-
WS_EX_LAYERED is not recognized as extended window style in the dialog editor.
if you handwrited it in the text version of an RC and discovered errors opening it again with dialog editor is a different thing.
That is the point.
Yes, but the compiler (porc) seems to work anyway, while the IDE is unable to handle the extended style.
So is it a bug or a missing feature?
-
Yes, but the compiler (porc) seems to work anyway, while the IDE is unable to handle the extended style.
So is it a bug or a missing feature?
This style is known since win2k. So I would say it is a bug!
-
This style is known since win2k. So I would say it is a bug!
Yes, but was limited to top level windows up to WIN8 that extend it to all class of windows (including child windows). In that perspective it was not functional for dialog windows, and maybe working only on WIN8.
-
Here is an example (not C) for a dialog with this style:
-
Maybe usage should be done at runtime, look here (http://msdn.microsoft.com/en-us/library/windows/desktop/ms632598(v=vs.85).aspx)
-
Maybe usage should be done at runtime, look here (http://msdn.microsoft.com/en-us/library/windows/desktop/ms632598(v=vs.85).aspx)
That is another possibility.
-
Hmmm
I still think that this is not a bug, but a feature request...
Timo you know if this flag is handled in the commercial version of VC++ ?
Czerny I'm looking at your sample, it doesn't seem to be a compiled resource, but something created on the fly... (as Timo said)
-
Timo you know if this flag is handled in the commercial version of VC++ ?
I have only Express versions of Visual C++.
-
I have only Express versions of Visual C++.
Me too ;D
If this flag is of no standard use I see no bug here, may I move this topic to feature requests?
-
I have only Express versions of Visual C++.
Me too ;D
If this flag is of no standard use I see no bug here, may I move this topic to feature requests?
Do that!