|
The dialog based application still should have a class derived from CWinApp...put the AfxInitRichEdit call in the app's InitInstance function
Gary Kirkham
A working Program is one that has only unobserved bugs
I thought I wanted a career, turns out I just wanted paychecks
|
|
|
|
|
I found the function...many thanks
Appreciate your help,
ns
|
|
|
|
|
I have a CEdit with multiline and hScroll and VScroll but the contents arent wrapping automatically . How to get this to happen? Do I have to use a richedit control if I want to wrap contents? Surely there must be a way to wrap stuff around in a plane old CEdit...?
Appreciate your help,
ns
|
|
|
|
|
Have you tried the styles ES_MULTILINE, and ES_AUTOVSCROLL?
Those two alone should do the trick.
Chris Meech
"what makes CP different is the people and sense of community, things people will only discover if they join up and join in." Christian Graus Nov 14, 2002.
"AAAAAAAAAHHHHHH!!!!! Those leaks are driving me crazy! How does one finds a memory leak in a garbage collected environment ??! Daniel Turini Nov. 2, 2002.
|
|
|
|
|
|
This is, I think an M$ feature! it is documened in the MSDN, here is a code snippet of mine from an old prog, in OnVScroll method
SCROLLINFO info;<br />
info.cbSize = sizeof(SCROLLINFO);<br />
info.fMask = SIF_TRACKPOS; <br />
<br />
GetScrollInfo(SB_VERT, &info);
If I have seen further it is by standing on the shoulders of Giants. - Isaac Newton 1676
|
|
|
|
|
I should have mentioned this for the case where:=
SB_THUMBTRACK == nSBCode
If I have seen further it is by standing on the shoulders of Giants. - Isaac Newton 1676
|
|
|
|
|
When I use the SetScrollSizes() function of a CScrollView, it accepts a 32-bit integer... ok... but when I scroll the scrollbar over 32767(Seems to be about there), the scrollbar warps back to the beginning and stays there... why? Is that the limit it can have?
Only tested it with vertical scrollbar, btw.
|
|
|
|
|
I am aware of programs like Grid Control that allow you to deal with cells. However, I want to write my own source code that creates tables and that allows the user to edit the contents of a table. Simply, I need to create some excel-like cells. Can anyone tell me what windows functions I can use for that?
none
|
|
|
|
|
Yes, it's called Elbow Grease.
One of these[^] articles can get you started.
Even a broken clock is right twice a day.
|
|
|
|
|
How can we handle the default pop-up menu (rbuttonclk) option in case of CEdit control.
I have a CFormView with some dialog controls.
When I do right mouse button click on the selected text of CEdit control it shows default popup menu(Undo/Cut/Copy/Paste/Select All Menu). I want to handle this operation through Main menu.
How should I proceed in this case. How can I know the text is selected(for copy), or clipboard is already having some copied text(for paste)?
Thanks in advance,
- Vijay
|
|
|
|
|
"Cut/Copy/Paste" are already in the main menu (Edit).
Examine the members of CEdit to get the selected text.
See MSDN GetClipboardData for clipboard operations.
|
|
|
|
|
there is a common sense for this sort of questions.
menu command goes to WM_COMMAND, override the message, click menu-item u want to handle, to see what the menu id is, then "case the_id" to handle it.
includeh10
|
|
|
|
|
In my MFC MDI project I've got two views V1 and V2.
V1 spawns two modeless CDialogs. C1 and C2
Now I do a switchview and V2 is showing in the mainframe.
C1 and C2 remain floating on top of V2.
I want V2 to be on top of C1 and C2.
Now I switchview back to V1.
Now I want C1 and C2 to be back on top of V1.
What functions will do my first requirement?
What must I do to the already spawned C1 and C2 when I go back to V1, to make them pop up?
Appreciate your help,
ns
|
|
|
|
|
ns wrote:
Now I do a switchview and V2 is showing in the mainframe.
C1 and C2 remain floating on top of V2.
I want V2 to be on top of C1 and C2.
You can have C1 and C2 behind the MAINFRAME, that is the Application window, but not between MainFrame and View.
Simply send them a message to set themselves to the last place in the Z-Order (or better, hide them?).
ns wrote:
Now I switchview back to V1.
Now I want C1 and C2 to be back on top of V1.
This is the normal behaviour of dialogs, sitting atop of their parent window.
Probably you have to send them a message to tell them to undo the first step.
--
"My opinions may have changed, but not the fact that I am right."
Found in the sig of Herbert Kaminski
|
|
|
|
|
That sounds like a plan. Now I need to know what the message looks like:
BasicallY i switchview fromn V1. So when I am doing this I sjphoulshave V1 send message to c1 and c2 right?
Something like C1->SendMEssage(" What goes here to make it hide? ")
Then in V2 whn I switch back to V1 I do again:
C1->SendMessage(" Come back into view - unhide..what command is this? ")
I guess is there something like WM_HIDE or something? and WM_UNHIDE?
Appreciate your help,
ns
|
|
|
|
|
ns wrote:
BasicallY i switchview fromn V1. So when I am doing this I sjphoulshave V1 send message to c1 and c2 right?
I have thought about a user defined message (look for RegisterWindowMessage in MSDN, or some WM_APP+const) that are handled by the Dialogs by hiding/showing themselves using MoveWindow().
But you are right, maybe sending WM_SIZE is enough?
LRESULT result = pC1->SendMessage(WM_SIZE, (WPARAM)SIZE_MINIMIZED, (LPARAM)0);
But somehow I doubt it.
Maybe you have to search MSDN and/or Codeproject to find an examle for hiding a dialog from the outside.
"My opinions may have changed, but not the fact that I am right."
Found in the sig of Herbert Kaminski
|
|
|
|
|
Guess that will handle it
WM_SHOWWINDOW
"The WM_SHOWWINDOW message is sent to a window when the window is about to be hidden or shown.
WM_SHOWWINDOW
fShow = (BOOL) wParam; // show/hide flag
fnStatus = (int) lParam; // status flag
Parameters
fShow
Value of wParam. Specifies whether a window is being shown. It is TRUE if the window is being shown or FALSE if the window is being hidden. "
Papa
while (TRUE)
Papa.WillLove ( Bebe ) ;
|
|
|
|
|
I am under the impression that neither WM_SIZE nor WM_SHOWINDOW are actually showing or hinding the window. Instead, they notify the window (its WindowProc) that it is about to be shown or hidden.
I think calling CWnd::ShowWindow() would be the way to go: It does not need more than SendMessage() needs (a pointer to the window class), but is much less work.
This would then probably result in WM_SIZE and/or WM_SHOWWINDOW sent to the window.
"My opinions may have changed, but not the fact that I am right."
Found in the sig of Herbert Kaminski
|
|
|
|
|
Hi,
I'm currently developping an activex in one session of visual c++ and so I often add some new methods, events, properties.
I build an exe project (to test it )in an other session (project) where I use the activex, and then use a Wrapper class to manage to access the activex methods...
I don't know how to upgrade the version of activex wrapper (add new added method in activex) to have the recent wrapper class version to be able to access new methods when I had some ni the activex project.
can anyone help me ?
Thank you so.
VinZ
|
|
|
|
|
Describe the wrapper. What is wrong with "#import", why do you need your own?
|
|
|
|
|
Currently, I use the visual context to "insert" an acitvex control in my project, in class wizard visual build automatically the wrapper that make me have access to the methods and properties of my activex, without need to insert it as a part of the project.
when I had new methods and properties in the activex (other project) I don't, the wrapper in the project that uses the activex doesn't include new methods and properties...and so I have to suppress it and recreate....
Thanks for your help.
VinZ
|
|
|
|
|
VinZ wrote:
Currently, I use the visual context to "insert" an acitvex control in my project, in class wizard visual build automatically the wrapper that make me have access to the methods and properties of my activex, without need to insert it as a part of the project.
when I had new methods and properties in the activex (other project) I don't, the wrapper in the project that uses the activex doesn't include new methods and properties...and so I have to suppress it and recreate....
The easiest way that I have found to upgrade the MS generated wrappers is to create a throw-away MFC application EXE project and insert the ActiveX control as you described. Then take the new generated wrapper cpp/h files from the throw-away project directory and copy them into your development project replacing the previous version of the files. You then have access to the new methods, events, etc. without dropping all references and re-inserting.
The bad thing is that you have to create a new throw-away project each time a new version of the ActiveX component that contains new methods, events, etc. is created or released. However, this technique is much faster than suppressing and recreating.
Roger Stewart
"I Owe, I Owe, it's off to work I go..."
|
|
|
|
|
Thanks, I going to do that, it seems to be the best time saving solution to find.
Bye.
VinZ
|
|
|
|
|
dynamically use ActiveX/COM will not cause your case.
"dynamically" means 2 ideas:
1. use #import, but u have to re-compile if need upgrad.
2. use LoadLibraryEx with Invoke method, u even don't need to re-compile ur exe to upgrad.
but, in both cases, use COM is better, do not use ActiveX.
ActiveX is not really "very standard" as COM is.
idea 2 needs much more knowleges than idea 1.
if insist using wrapper classes, delete all of them if need upgrad, new classes will be re-generated when add the control.
includeh10
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
