Re: CRichEditView doublt
No my prob is I have a listview in top pane of spliterwnd and EditView
in bottom pane.
When I select a list item from top pane . the bottom pane (EditView)
gets refreshed.
and the scroller of EditView by default scrolls down (auto scroll) as
and when the text gets written to
the Editview.
Even if the scroller is placed at posittion 0 . when the text gets
written to
EditView , the scroller moves down to last position.
I just want to get rid of this behaviour, I dont want this auto scroll
to happen.
Is it something to do with styles ?.. m using following styles in
PreCreateWinow
cs.style |= WS_VSCROLL|ES_READONLY|ES_MULTILINE;
Hope my doubt is clear now
On Aug 5, 9:37 pm, "AliR \(VC++ MVP\)" <A...@online.nospam> wrote:
I'm not sure if I understand your problem correctly.
Are you saying that you have a list control, and when you select an item =
in
it the list control scrolls? Up and down, or left and right?
You should not have to do anything in regards to scrolling the list contr=
ol
yourself? Are you doing any kind of scrolling programmatically?
AliR.
<njoycod...@gmail.com> wrote in message
news:2b0301e0-d1dc-4a0b-bb1e-983ab0429faf@w1g2000prk.googlegroups.com...
Yeah tried .....
Got to know the importance of setting BK Color.... Thanks :)
M facing a small problem in EditView.
I have a scrollbar with listctrl in top pane and EditView in bottom
pane
When I select any of the list items from top pane then bottom pane
displays some text accordingly
Well this works fine as expected .... only prob that m facing is
As and when I click on List items the bottom pane scroller moves till
the end of the text and returns back to initial
posistion ....., Some sort of flicking is seen in text ...
I tried to set the scroll posistin but no luck ....
any idea hw to go abot with it ?
On Aug 4, 7:22 pm, "AliR \(VC++ MVP\)" <A...@online.nospam> wrote:
Do a little experimenting. Change the background to red, and see what y=
ou
have to do in order to make it work.
AliR.
<njoycod...@gmail.com> wrote in message
news:f1a8ac46-73f1-4afc-9944-ce427a97c79d@a2g2000prm.googlegroups.com...
Thanks for clearing my doubt....
With / Without calling pDC->SetBKColor will change the background to
requird color .
Then wat is the purpose of setting the BK color(pDC->SetBKColor) ??
Only creating Stock object wouldn that be sufficient ?
Hope u dont mind in clearing my doubts ....
On Aug 1, 7:55 pm, "AliR \(VC++ MVP\)" <A...@online.nospam> wrote:
They are both correct. The one I mentioned will free you from having =
to
deal with handling the brush yourself, since stock objects are create=
d
and
destroyed by the system.
If you want to manage the brush yourself, number 2 is correct.
Also keep in mind that if you want to change the background to any co=
lor
other than white, you will have to call pDC->SetBkColor() within
CtlColor,
to make the background color the same as the brush color.
AliR.
<njoycod...@gmail.com> wrote in message
news:8a582531-e6fc-469d-be33-4e0fee044534@o40g2000prn.googlegroups.com=
....
Hey thanks that worked for me .....
But which is the right approach .
1) The one u mentioned
OR
2) HBRUSH CActivitySummaryDetailView::CtlColor(CDC* pDC, UINT
nCtlColor)
{
return static_cast<HBRUSH>(m_brush.GetSafeHandle());
}
On Jul 31, 8:11 pm, "AliR \(VC++ MVP\)" <A...@online.nospam> wrote:
All you have to do is return a white brush from CtlColor.
HBRUSH CEditViewEx::CtlColor(CDC * pDC, UINT nCtlColor)
{
return (HBRUSH)GetStockObject(WHITE_BRUSH);
}
AliR.
<njoycod...@gmail.com> wrote in message
news:aadbd5b3-d0b6-4cbb-bdc4-2318ac77b92d@z6g2000pre.googlegroups.co=
m...
Thanks for the reply I was able to make it work with CEditView...
But the only problem that I face is changing the background color t=
o
white as I set readonly property the
background color is grayed out
I do the following to set background color
ON_WM_CTLCOLOR_REFLECT()
HBRUSH CEditViewEx::CtlColor(CDC* pDC, UINT nCtlColor)
{
// TODO: Change any attributes of the DC here
// TODO: Return a non-NULL brush if the parent's handler should not
be called
COLORREF color;
CBrush brush;
brush.CreateSolidBrush(RGB(255, 255,255));
pDC->SetBkColor(RGB( 255, 255, 255 ));
return static_cast<HBRUSH>(brush.GetSafeHandle());
}
Background color appears only to text region and the rest of the
unused view region remains still grey
Am I doing something wrong here
On Jul 29, 8:07 pm, Joseph M. Newcomer <newco...@flounder.com> wrot=
e:
GetDocument() returns a *pointer* to a CDocument class, and in fa=
ct
in
the
default case
the GetDocument() method already casts it to a pointer of the
correct
type.
There is no such thing as a *handle* to a CDocument.
joe
On Tue, 29 Jul 2008 06:57:54 -0700 (PDT), "njoycod...@gmail.com"
<njoycod...@gmail.com>
wrote:
HI All ,
Is it possible to get the handle of CDocument in OnInitialUpdate=
()
in
a view derived from CRichEditView ????
I get a debug assertion ....
Joseph M. Newcomer [MVP]
email: newco...@flounder.com
Web:http://www.flounder.com
MVP Tips:http://www.flounder.com/mvp_tips.htm-Hidequotedtext -
- Show quoted text -- Hide quoted text -
- Show quoted text -- Hide quoted text -
- Show quoted text -- Hide quoted text -
- Show quoted text -