|
Hi,
I didn't test it, but in your property page there is a method OnSetActive you may override.
Buy returning false instead of true you tell the system that this page cannot be activated.
Probably this works.
G. Steudtel
|
|
|
|
|
Thanks man!
that was exactly what i needed! but i have an other question if you could answer for me, the color of the text of the disabled page remains black, how do i change it to gray???
(maybe i can play with the method OnSetFont() ???? )
thanks again
Yaron
Ask not what your application can do for you,
Ask what you can do for your application
|
|
|
|
|
The way my company's application did it was to remove the text from the tab. That way the tab is not clickable (because of the OnSetActive() code) and it has no text. It's very effective.
|
|
|
|
|
Thanks again for the reply....
how did they clear the text?
Yaron
Ask not what your application can do for you,
Ask what you can do for your application
|
|
|
|
|
When the tab is to be disabled:
TC_ITEM ti = {0};
char szText[2] = "";
ti.mask = TCIF_TEXT;
ti.pszText = szText;
ti.cchTextMax = 1;
VERIFY(pTab->SetItem(nPage, &ti));
|
|
|
|
|
ahh using the property sheet tab control....
well, the trouble is that i don't use MFC, i am writing a MMC (microsoft managment consol) application and i use the property sheet call back interface, so there is no tab control.... can u help here?
thanks again
Yaron
Ask not what your application can do for you,
Ask what you can do for your application
|
|
|
|
|
Hi,
I would be really grateful for som info on this.
(1) How do I perform a javascript submit from a C++ client app. My own guess is that using CInternetFile::Write() would be a good start but I wonder whether this is enough or if perhaps special string formatting or additional data needs to be added to the written string.
(2) To do a HTML post could probably be done in a similar way but how do the the "name= " and "action= " parameters fit into the picture?
(3) Are there classes in .NET that would do this whole thing a lot easier?
thanks and cheers
Adam
_____________________________________
Action without thought is not action
Action without emotion is not life
|
|
|
|
|
Anyone know how to use data_seg() for sharing memory among a dll and an app? I have :
#pragma data_seg(".myseg")
int length = 0
#pragma data_seg()
in both my app header AND my dll? I change the variable in the dll but it does NOT affect the reference in the app  Is there something I am doing wrong? How do I set it up for sharing so that when I change the variable in one set out virtual memory, it automatically changes the reference in another?
Thanks to all.
|
|
|
|
|
Oh, I'm also using the #pragma comment(linker, "/SECTION:.myseg,RWS") statement in the header too so the linker can SUPPOSEDLY share the variable data memory.
Ta.
|
|
|
|
|
The shared attribute for a section only allows a DLL to share its own data when it is loaded multiple times for multiple processes. It doesn't allow an application to share data with the DLL.
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
Ahhh, right, I guess every subsequent dll that loads would map that variable to the same place in memory. Is there anyway of doing the same thing with an exe and a dll so a variable has application-wide scope? I'm trying to develop an interface class that keeps track of a list and ensures memory is cleaned up at the appropriate times. Trouble is the exe or the dll will both want to use it and I don't want separate instances of the class cos there is common data. Could I use _declspec(dllimport) to import it from a dll into an exe? and then have all subsequent dll's import it from the first one? or should I have a dll that sets up a shared data_seg() for sharing between other dlls and just have the exe import it? Bah, I'm running round in circles over something that should be as easy as 123. Cheers though Ryan.
|
|
|
|
|
Biped wrote:
Is there anyway of doing the same thing with an exe and a dll so a variable has application-wide scope?
No
Biped wrote:
or should I have a dll that sets up a shared data_seg() for sharing between other dlls and just have the exe import it?
Is the DLL loaded by multiple programs such that it has to share data between them? Or is it only important between the EXE and the DLL? If it has to share data between multiple programs, then what you said there is the way to go. If only the one EXE and DLL need to share the data, then you're better off having a single instance of the class, and pass a pointer to the instance between your DLL and EXE.
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
Yeah its just between the exe and the dll, no other app should share that data. I'm thing the pointer to the instance is the best way to go about now after weeks of thought. The one thing that was holding me back was whether it would still be valid in the dll because the memory offset would be different wouldn't it? I have noticed someone suggest using COM but am unsure? Thanks for your help though Ryan, you've been very helpful.
|
|
|
|
|
Biped wrote:
The one thing that was holding me back was whether it would still be valid in the dll because the memory offset would be different wouldn't it?
No. The memory address would be the same. The DLL simply takes up space in the EXEs address space. Anything the EXE can read, the DLL reads from the same address.
Biped wrote:
I have noticed someone suggest using COM but am unsure?
You could use COM, as long as you make your object a singleton (one instance only).
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
Yeah, the object is a singleton, and I'm thinking that I could use the COM practicality for other uses too. Trouble is I've never used COM before so I'll have to scout around for some info on it. I suppose it does make the most sense actually, since it is a structured way of programming an interface, which is pretty much what I want  . Now I know it has to have a pure virtual class that defines the interface which derives off IUnknown to track reference counting. How then do I utilise in my scheme of exe and dll? The dlls will be single instances of different dlls, would I just obtain a pointer from COM and pass it to each dll or what . Help Ryan
|
|
|
|
|
Sorry, COM is something I know almost nothing about. I've used it from a client, but I've never written a COM object, so I can't really help you there. If you've decided to write a COM object, post another more specific question, and someone else will help
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
Haha, I've uncovered a hole in Ryan's knowledge base . Heheh, wow. Anyway, thanks for all your help with this problem, I appreciate it immensely. I'll write a COMponent module and post another big Q up when I get into trouble.
Thanks again.
Alan.
|
|
|
|
|
Dangleberry wrote:
Haha, I've uncovered a hole in Ryan's knowledge base . Heheh, wow.
 Gee, it's not that amazing 
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
Perhaps not amazing, but surprising yes  , you do get around on codeproject a bit you slag 
|
|
|
|
|
Just to further clarify, I want one exe to share the data between it and x amount of dlls that need the class (not sure how many there may be at this stage). What would you recommend in this case? Cheers Ryan.
|
|
|
|
|
As long as it's the same DLL being loaded multiple times, I'd use a shared data segment that holds the data, and then pass the instance to the applications.
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
I'm thinking that I can finally eliminate data_seg() as a solution
|
|
|
|
|
I'm filling a CComboBoxEx with the names of truetype fonts; CComboBoxEx is convenient because it's easy to draw bitmaps (the truetype logo) for each item.
Problem : although CComboBoxEx is derived from CComboBox, it does not inherit all its methods & properties; for example to add strings, AddString won't work, you must (?) use InsertItem.
Result : the items are not sorted.
I will have to presort my strings in an array, before adding them in the combo, or is there a better way ?
|
|
|
|
|
I guess the thinking was that since CComboBoxEx would most likely be used for non-strings items, sorting was not needed.
JP GOBLET wrote:
I will have to presort my strings in an array, before adding them in the combo, or is there a better way ?
Put the names in a CArray, call qsort(), and then populate the combobox.
|
|
|
|
|
thanks - perhaps microsoft could one day make a control fully functionnal out of the box,
rather than forcing us to always search for fixes
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
