|
|
try Rose, it's really pretty.
|
|
|
|
|
Just handle the WM_ERASEBKGND message.
"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
|
|
|
|
|
It's worked.
Thanks David.
|
|
|
|
|
I found this code a little confusing. Due to proprietary nature of the original source, I have to abstract this out.
What does const void return value mean? I can understand the intent of "const void*" return value, but "const void" seems to be just a typo?
Am I missing anything fancy with the construct here?
#include <stdio.h>
typedef const void (*hello)();
const void x()
{
printf("x() is called\n");
}
int main()
{
hello test=x;
test();
}
|
|
|
|
|
I don't believe you're missing anything - it does seem odd.
In fact, gcc raises a warning on a function returning const void:
a.c:2: warning: function definition has qualified void return type
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
|
Hm... which gcc are you using? Mine doesn't even complain about it.
~
$ cat x.c
#include <stdio.h>
typedef const void (*hello)();
const void x()
{
printf("x() is called\n");
}
int main()
{
hello test=x;
test();
}
~
$ gcc x.c
~
$ ./a.exe
x() is called
~
$ gcc --ver
Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs
Configured with: /usr/build/package/orig/test.respin/gcc-3.4.4-3/configure --ver
bose --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --libe
xecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-langu
ages=c,ada,c++,d,f77,pascal,java,objc --enable-nls --without-included-gettext --
enable-version-specific-runtime-libs --without-x --enable-libgcj --disable-java-
awt --with-system-zlib --enable-interpreter --disable-libgcj-debug --enable-thre
ads=posix --enable-java-gc=boehm --disable-win32-registry --enable-sjlj-exceptio
ns --enable-hash-synchronization --enable-libstdcxx-debug
Thread model: posix
gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125)
|
|
|
|
|
i686-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5490)
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
|
crewchill wrote: I found this code a little confusing.
Yes. Working with legacy code I often find confusing items or constructs. My initial reaction is, like yours:
crewchill wrote: Am I missing anything fancy with the construct here?
Then later it becomes apparent that the author was just stupid. 
On the bright side, tomorrow is FRIDAY! ![Beer | [beer]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/beer.gif) ![Jig | [Dance]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/jig.gif)
|
|
|
|
|
Amen to Friday. My head is about to explode already.
You know the scariest part was, this is quite recent code.
The older version didn't have this and somehow the extra "const" appeared after it's being code reviewed 
Not by me, mind you.
|
|
|
|
|
Hi,
MFC - VS2005, based application.
I have a number of objects, derived from the same base class. In the future I expect to be adding more.
Two views are provided on my app a CView based splitter, one is a simple list of the available objects the other is pane within which I would like each object type to render itself.
The view of each object while complex will have some similarities so I would anticipate a display class with inheritance etc.
So what might be the best way of implementing this display ?
Derive my display objects from CWnd and as the user selects each one in the list pane create and inject a new display object into the CView client area ?
Or ???
Many Thanks,
Paul C
|
|
|
|
|
How about a splitter window?
"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
|
|
|
|
|
Hi David,
I have a splitter window.
One view is the list of available objects (which is pretty simple ) and the other is the view of the selected object.
If the second view has contain all of the code to be able to render each object type then it will be an enormous amount of code.
The list of available objects will be extended in the future and I was trying to come up with a way of having each object be able to render itself rather than have the one view 'know' about all of the objects and ultimately each time an addition was made it breaking previous code.
Or is this just a dumb idea for a Thursday afternoon....
Paul C
|
|
|
|
|
PRC wrote: Or is this just a dumb idea for a Thursday afternoon....
No, Yes, Maybe. It depends.
If these object's primary responsibility is to render then it's fine.
If these objects have more business oriented responsibility then adding rendering to them is not a good idea. Separation of concerns[^] In that case you could consider designing a rendering interface and implement however many renders you need for each type of object. You might use inheritance or any other design for the renders.
|
|
|
|
|
Hello,
you can define a draw function for each object in its class, and make that class inherited from an interface.
class Object
{
.....
virtual void draw() = 0;
....
};
class Circle : public Object
{
virtual void draw() {}
};
and call each objects'draw method in the view.
you may also want to look at the visitor pattern.
Hope this helps.
Bekir.
|
|
|
|
|
PRC wrote: ...and the other is the view of the selected object.
Which (I think) would require a separate CView-type class for each. In the pane that controls the list of available objects (e.g., OnItemChanged() method if using CListView), figure out which object is selected and tell the splitter window to change to the corresponding view.
I did this once with a gymnastics-related application. I only had 3 items in the left pane, however.
"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
|
|
|
|
|
Thanks to all for the response.
Led Mike - think you may have me sorted on this one.
The objects primary intent is not to render so you are correct that Separation of concerns would suggest my idea was a bad idea.
Thanks to all for the response.
Paul C
|
|
|
|
|
|
Hi, this is the C++ forum and you're asking an MSI packaging question. Does this ring a bell? 
It is a crappy thing, but it's life -^ Carlo Pallini
|
|
|
|
|
Maybe it is based on a GUI object...
Preparing for 70-536
|
|
|
|
|
Hi All,
On an INI file I want to delete a key-value. Using WritePrivateProfileString I can add a new entry. How can I delete a one
Thanks a lot
I appreciate your help all the time...
CodingLover
|
|
|
|
|
|
CodingLover wrote: Using WritePrivateProfileString I can add a new entry. How can I delete a one
using the same thing. See the parameter values
lpKeyName
[in] Pointer to a null-terminated string containing the key to be associated with the string. If the key does not exist in the specified section, it is created. If this parameter is NULL, the entire section, including all entries in the section, is deleted.
lpString
[in] Pointer to a null-terminated string to be written to the file. If this parameter is NULL, the key pointed to by the lpKeyName parameter is deleted.
You need to google first, if you have "It's urgent please" mentioned in your question.
 _AnShUmAn_
|
|
|
|
|
As you probably know, there isn't a function like, for instance, DeletePrivateProfileKey. Hence, I see two possible approaches:
(the quick one) Use the WritePrivateProfileString function to invalidate the key, assigning it a well-know string (for instance empty string).(the cumbersome one) Read the whole ini file and create a new one with only the sections and keys you want to retain.
Well, looks like I was wrong... 
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
Even I want to read the file and remove the unwanted key make mess for me. That's why I look at an API
I appreciate your help all the time...
CodingLover
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
