|
yeahhhhhhh
bt it gives error updation failed
|
|
|
|
|
paresh_sarjani wrote: yeahhhhhhh
And what did it returnnnnnnnnnnnnnnnn?
"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
wat did it return???
i cant get ittttttttt
|
|
|
|
|
Knock off the multiple letters and text speak. Talk like an adult.
|
|
|
|
|
paresh_sarjani wrote: i cant get ittttttttt
Why not?
"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
|
ROTFLMA
So you are either busy the past while or have given up for the time being... I feel you brother
|
|
|
|
|
no dudeeeeeee
if u guysss dont help me den i'll find out sum other wayyyy
bt pls help me if u can
|
|
|
|
|
Hello,
Currently, I am using LoadImage() to get a handle to an icon that is a resource in my Win32 Application project (using VS2005). Now though, I've added more icons to this icon resource...I now have 3 icons within it, each of 16x16 size, but of different colors (a normal, highlighted and disabled icon).
It looks like LoadImage() is the preferred function to use, but I can't figure out how to extract an icon with a specific index from my icon resource.
Functions like ExtractIcon(), etc. need to be supplied with a path to an .exe, or .ico. I just have it as a resource in my app (ie: IDM_RESET).
Any ideas on the best way to get the icon I want?
Thanks,
|
|
|
|
|
Gunn317 wrote: Any ideas on the best way to get the icon I want?
You mean besides reading the documentation[^]? No I always have to resort to reading the documentation, is there another way?
|
|
|
|
|
The original screen is in MemDC
I copy MemDC to MemDC2 first, then draw cross lines in MemDC2,
at last copy MemDC2 to real dc.
Why is the screen still blink when moving the mouse?
The code are in OnMouseMove
<br />
CClientDC dc(this);<br />
<br />
int OldDC=dc.SaveDC();<br />
dc.SetMapMode(MM_ANISOTROPIC);<br />
dc.SetWindowExt(m_WinXExt,-m_WinYExtTri);<br />
dc.SetViewportExt(rt.Width()-m_LeftMargin-m_DeltaViewXExt,int(rt.Height()*0.5f)-m_DescH);<br />
dc.SetWindowOrg(0,0);<br />
dc.SetViewportOrg(m_LeftMargin,int(rt.Height()*0.5f));<br />
<br />
CPoint pt(point);<br />
dc.DPtoLP(&pt);<br />
pt.x=pt.x/m_UnitsPerHemline*m_UnitsPerHemline+int(m_UnitsPerHemline*0.5f);<br />
UINT n=pt.x/m_UnitsPerHemline;<br />
if (n>=m_CntDispGrp) return;<br />
<br />
dc.LPtoDP(&pt);<br />
dc.RestoreDC(OldDC);<br />
<br />
n=m_CntCandidateGrp-m_CntDispGrp+n;<br />
m_pRs->Move(n,_variant_t(long(adBookmarkFirst)));<br />
COleDateTime OleDT=m_pRs->GetCollect("时刻");<br />
m_MemDC2.BitBlt(0,0,rt.Width(),rt.Height(),&m_MemDC,0,0,SRCCOPY);<br />
m_MemDC2.SelectObject(&m_WPen);<br />
m_MemDC2.SetROP2(R2_XORPEN);<br />
m_MemDC2.MoveTo(m_LeftMargin,point.y);<br />
m_MemDC2.LineTo(rt.Width(),point.y);<br />
m_MemDC2.MoveTo(pt.x,0);<br />
m_MemDC2.LineTo(pt.x,rt.Height()-m_BottomMargin);<br />
m_MemDC2.SetROP2(R2_COPYPEN);<br />
dc.BitBlt(0,0,rt.Width(),rt.Height(),&m_MemDC2,0,0,SRCCOPY);<br />
CBrush BBr(RGB(0,0,255));<br />
CString s=OleDT.Format();<br />
CRect RtText(0,0,0,0);<br />
m_MemDC2.SetBkMode(TRANSPARENT);<br />
m_MemDC2.SetTextColor(RGB(255,0,0));<br />
m_MemDC2.SelectObject(&m_RPen);<br />
m_MemDC2.DrawText(s,&RtText,DT_CALCRECT);<br />
RtText.InflateRect(2,0,2,0);<br />
RtText.OffsetRect(pt.x-int(RtText.Width()*0.5f),int(rt.Height()-m_BottomMargin));<br />
if (RtText.right>rt.Width()) {<br />
RtText.OffsetRect(rt.Width()-RtText.right,0);<br />
}<br />
RtText.bottom=rt.Height();<br />
RtText.top=RtText.bottom-m_BottomMargin+1;<br />
m_MemDC2.FillRect(&RtText,&BBr);<br />
m_MemDC2.DrawText(s,&RtText,DT_CENTER|DT_VCENTER|DT_SINGLELINE);<br />
m_MemDC2.MoveTo(RtText.TopLeft());<br />
m_MemDC2.LineTo(RtText.left,RtText.bottom);<br />
m_MemDC2.MoveTo(RtText.right,RtText.top);<br />
m_MemDC2.LineTo(RtText.BottomRight());<br />
<br />
float f;<br />
if (pt.y<int(rt.Height()*0.5f)) {<br />
f=m_DispMinVolt+(rt.Height()*0.5f-pt.y)*(m_DispMaxVolt-m_DispMinVolt)/(rt.Height()*0.5f-m_DescH);<br />
s.Format("%.2f",f);<br />
RtText.SetRect(0,0,0,0);<br />
m_MemDC2.DrawText(s,&RtText,DT_CALCRECT);<br />
RtText.InflateRect(0,1,0,1);<br />
RtText.right=m_LeftMargin;<br />
RtText.OffsetRect(0,pt.y-int(RtText.Height()*0.5f));<br />
if (RtText.top<0) {<br />
RtText.OffsetRect(0,-RtText.top);<br />
}<br />
m_MemDC2.FillRect(&RtText,&BBr);<br />
m_MemDC2.DrawText(s,&RtText,DT_RIGHT|DT_VCENTER|DT_SINGLELINE);<br />
m_MemDC2.MoveTo(RtText.TopLeft());<br />
m_MemDC2.LineTo(RtText.right,RtText.top);<br />
m_MemDC2.MoveTo(RtText.left,RtText.bottom);<br />
m_MemDC2.LineTo(RtText.BottomRight());<br />
} else if (pt.y<rt.Height()-int(m_BottomMargin)) {<br />
if (m_AN_ZJY==1) {<br />
f=m_DispMinAN+(rt.Height()-m_BottomMargin-pt.y)*(m_DispMaxAN-m_DispMinAN)/(rt.Height()*0.5f-m_BottomMargin-m_DescH);<br />
s.Format("%.2f",f);<br />
RtText.SetRect(0,0,0,0);<br />
m_MemDC2.DrawText(s,&RtText,DT_CALCRECT);<br />
RtText.InflateRect(0,1,0,1);<br />
RtText.right=m_LeftMargin;<br />
RtText.OffsetRect(0,pt.y-int(RtText.Height()*0.5f));<br />
m_MemDC2.FillRect(&RtText,&BBr);<br />
m_MemDC2.DrawText(s,&RtText,DT_RIGHT|DT_VCENTER|DT_SINGLELINE);<br />
m_MemDC2.MoveTo(RtText.TopLeft());<br />
m_MemDC2.LineTo(RtText.right,RtText.top);<br />
m_MemDC2.MoveTo(RtText.left,RtText.bottom);<br />
m_MemDC2.LineTo(RtText.BottomRight());<br />
} else if (m_AN_ZJY==2) {<br />
f=m_DispMinZJY+(rt.Height()-m_BottomMargin-pt.y)*(m_DispMaxZJY-m_DispMinZJY)/(rt.Height()*0.5f-m_BottomMargin-m_DescH);<br />
s.Format("%.2f",f);<br />
RtText.SetRect(0,0,0,0);<br />
m_MemDC2.DrawText(s,&RtText,DT_CALCRECT);<br />
RtText.InflateRect(0,1,0,1);<br />
RtText.right=m_LeftMargin;<br />
RtText.OffsetRect(0,pt.y-int(RtText.Height()*0.5f));<br />
m_MemDC2.FillRect(&RtText,&BBr);<br />
m_MemDC2.DrawText(s,&RtText,DT_RIGHT|DT_VCENTER|DT_SINGLELINE);<br />
m_MemDC2.MoveTo(RtText.TopLeft());<br />
m_MemDC2.LineTo(RtText.right,RtText.top);<br />
m_MemDC2.MoveTo(RtText.left,RtText.bottom);<br />
m_MemDC2.LineTo(RtText.BottomRight());<br />
}<br />
}<br />
dc.BitBlt(0,0,rt.Width(),rt.Height(),&m_MemDC2,0,0,SRCCOPY);<br />
<br />
|
|
|
|
|
OnMouseMove is a message handler, you need to read the MSDN understand the messaging. The messages come out of the queue and get handled...
Drawing has to be done in OnPaint().
Greetings from Germany
|
|
|
|
|
OMG , I didn't realized about it. I thought he was calling the OnPaint when mouse moved. I need to buy me glasses :P
Greetings.
--------
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
“The First Rule of Program Optimization: Don't do it. The Second Rule of Program Optimization (for experts only!): Don't do it yet.” - Michael A. Jackson
|
|
|
|
|
When moving the mouse, WM_PAINT won't be sent, is it sure?
I think it is, so I draw in OnMouseMove, just like scratch in the client when press the left button and dragging in mspaint.
|
|
|
|
|
followait wrote: When moving the mouse, WM_PAINT won't be sent, is it sure?
Like KarstenK said, you need to read documentation about painting and message handling. Stop typing questions in forums and READ
|
|
|
|
|
I had read it.
WM_PAINT
WM_MOUSEMOVE
But no answer.
And I read the example Scribble in msdn, it draws in OnMouseMove, but no blinking. I don't know why, maybe the drawing in simple enough.
I also made a test, it shows that in OnMouseMove, OnDraw will not be called.
The problem is I bitblt from memory dc to real dc only once, though slow, it should not blink, then why does it blink?
|
|
|
|
|
followait wrote: And I read the example Scribble in msdn, it draws in OnMouseMove, but no blinking. I don't know why, maybe the drawing in simple enough.
I am almost sure that for the scribble example, they only store points coordinates in the OnMouseMouse message and they only draw things (meaning calling to MoveTo and LineTo) in the OnPaint handler (and they probably call Invalidate so that the window gets repainted).
At least, that's they way they should do it .
|
|
|
|
|
It is not sent if you dont send it.
Greetings.
--------
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
“The First Rule of Program Optimization: Don't do it. The Second Rule of Program Optimization (for experts only!): Don't do it yet.” - Michael A. Jackson
|
|
|
|
|
The screen is erased before being repainted (at least in the most of the cases). If you are calling UpdateWindow (), pDoc->UpdateAllViews (), OnPaint (), OnDraw () or whatever other function that causes a screen update when you move the mouse...
I find totally logical that the screen blink. The computer must delete and repaint all the screen for every and every detected move of the mouse.
if you want to avoid it... just update a little region around the cursor, and dont the whole client area.
Greetings.
--------
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
“The First Rule of Program Optimization: Don't do it. The Second Rule of Program Optimization (for experts only!): Don't do it yet.” - Michael A. Jackson
|
|
|
|
|
Not only blink, but also slow, the cross lines can't followait the mouse quickly.
What's the way?
|
|
|
|
|
You update the screen twice, with a very large amount of drawing between the two blits to the screen.
To reduce flicker, you should remove the first dc.BitBlt call. Also, playing around with the mapping modes and viewport extents causes the GDI queue to be flushed to the graphics card, IIRC, which is a slow operation in itself. You would be better off performing your calculations at the top of the code yourself rather than reconfiguring the DC just in order to get it to perform viewport corrections for you (which are simply a case of scaling the results).
As others have said, you get much better drawing performance from only drawing those areas of the window that have actually been updated.
It's generally recommended that you do all your drawing in WM_PAINT because if you don't, typically your WM_PAINT handler draws over whatever was done in your other code. This is typically a problem when switching between applications. Windows Vista DWM (Aero Glass) may give different results here, but DWM also expects you to do all your drawing in response to WM_PAINT messages (see here[^] for problems when drawing outside WM_PAINT).
DoEvents : Generating unexpected recursion since 1991
|
|
|
|
|
I am trying to communicate (send and receive ASCII-characters) with a USB-barcode printer. In order to get a handle to the device I believe I have to call CreateFile and it has the following prototype:
HANDLE WINAPI CreateFile(
__in LPCTSTR lpFileName,
__in DWORD dwDesiredAccess,
__in DWORD dwShareMode,
__in_opt LPSECURITY_ATTRIBUTES lpSecurityAttributes,
__in DWORD dwCreationDisposition,
__in DWORD dwFlagsAndAttributes,
__in_opt HANDLE hTemplateFile
);
How do I determine what the first parameter should be? I guess it should be something similar to
"\\\\.\\xxxUSBxxx"
Where can I look for clues on what this string should be?
|
|
|
|
|
arnold_w wrote: How do I determine what the first parameter should be? I guess it should be something similar to
"\\\\.\\xxxUSBxxx"
No, USB is different than serial port on that point. It is not just "USB" and the number of the port.
The string you need to pass to the CreateFile function depends on the driver. Normally you should find it out in the documentation supplied with the device.
|
|
|
|
|
No such information was included in the documentation. Can I find out what it is somehow (looking in the device manager, searching the registry, find in files in system32/drivers, etc)?
|
|
|
|
|
|