|
Given that a row is comprised of one or more columns, are you wanting a full rows worth of data in the combobox?
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
I want to display rows from a tabl in the database and user must select between them
|
|
|
|
|
Ok, so what exactly are you needing help with?
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
|
Hi,
I want to provide the information when mouse is placed on some field such as (button,text field, combo box, .... etc) . How to provide this help information when the mouse is placed on sertain fields.
could you please tell me how can I make it? Thank you very much and look forward to hearing from you!
Thanling You.
Mitesh... best of luck..
|
|
|
|
|
the sounds like you need to ToolTip
|
|
|
|
|
Hello everyone!!! i am new to VC++ and so would want to know the difference between C++ and VC++ (if there are any). can anyone please help me?? thanks.
Mitesh... best of luck..
|
|
|
|
|
VC++ is the name of the environment provided by Microsoft. It also includes libraries such as MFC ( well, so long as it's not the 2005 Express Edition ) and C++/CLI ( if it is 2005 ), which other vendors do not offer.
However, C++ is an ANSI standard, and so if you write ANSI C++ on a Microsoft compiler, it should be portable.
Christian Graus - Microsoft MVP - C++
Metal Musings - Rex and my new metal blog
|
|
|
|
|
Same question
|
|
|
|
|
In my opinion, beside IDE, VC++ developers should understand two most important differences:
1) VC++ is a Microsoft implementation of Standard C++ features, such as Standard I/O, STL, etc. These are usually portable with little or no effort.
2) VC++ also contains Microsoft extensions to Standard C++, such as MFC and extensions in other specific areas. MSDN documentation usually indicates what is standard C++ and what is MS extension.
It is not surprising that as Standard C++ is OS neutral, not just Windows has the portability issue. Other Unix/Linux compilers have the same issue as well.
Best,
Jun
|
|
|
|
|
I need to code up a converter to process RGB encoded images to YUY2 encoded images. I have good algorithms for the first step that maps between the RGB colorspace to the YUV colorspace (also known as YCbCr) thanks to FourCC.org[^].
What I've not been able to track down is how best to combine two YUV pixels into a YUY2 macropixel. Google pointed me to some code that uses a naive algorithm which is good enough to get the project done but probably not good enough for the final product.
Anybody know of an online publication that might discuss this second step (YUV to YUY2) and sketch out an algorithm that is considered 'good.' Real-time performance is not required.
Thanks,
Dan
Be clear about the difference between your role as a programmer and as a tester. The tester in you must be suspicious, uncompromising, hostile, and compulsively obsessed with destroying, utterly destroying, the programmer's software.
-----
Boris Beizer
|
|
|
|
|
" Hello everyone!!! i am new to VC++ and so would want to know the difference between C++ and VC++ (if there are any). can anyone please help me?? thanks.."
Mitesh... best of luck..
|
|
|
|
|
|
Hi,
I'm having some trouble with an sdi app. I want to have multiple child windows reflecting the contents of a single document (I'm trying to stay away from an mdi app). I've created some CFrameWnd objects as children of the main view (main view is that created by visual cpp 6.0 sdi app wizard) but they are always in an inactived state - even when clicked on. They move, minimize, etc fine but the title bar never changes color to show activation  . This is also the case when I create my frames as children of the main (top level) frame. Do I need to redirect messages from my main frame at all, or is there some initialisation I'm missing - or something else altogether ?
Any help would be greatly appreciated.
Thanks,
Ben
|
|
|
|
|
What window styles are you using for the child windows?
Mark
|
|
|
|
|
I'm using WS_CHILD | WS_VISIBLE | WS_OVERLAPPEDWINDOW for the child frame windows.
|
|
|
|
|
|
Hi everyone,
I made a program which can draw some graphs using memory device, now I wanna print the graph. Unfortunately what I did doesnt work! In print preview, the graph is reversed and the size can't be controled which means the graph is not magnified proportionally.
could you please tell me how can I make it? Thank you very much and look forward to hearing from you!
In OnDraw function, I coded as follow:
void CMyView::OnDraw(CDC* pDC)<br />
{<br />
<pre><br />
CMyDoc* pDoc = GetDocument();<br />
ASSERT_VALID(pDoc);<br />
CBitmap* pOldBitmap = m_pMemDC->SelectObject(m_pBitmap);<br />
<br />
if(pDC->IsPrinting())<br />
{<br />
pDC->SetMapMode(MM_LOENGLISH);<br />
pDC->StretchBlt(0,-950,pDC->GetDeviceCaps(LOGPIXELSX),pDC->GetDeviceCaps <br />
(LOGPIXELSY),m_pMemDC, 0,0, 6*m_nMaxX/5,m_nMaxY,SRCCOPY);<br />
<br />
}<br />
else<br />
pDC->BitBlt(0,0,m_nMaxX,m_nMaxY, m_pMemDC,0,0,SRCCOPY);<br />
<br />
m_pMemDC->SelectObject(pOldBitmap);<br />
</pre> }<br />
where,
m_nMaxX = GetSystemMetrics(SM_CXSCREEN);
m_nMaxY = GetSystemMetrics(SM_CYSCREEN);
used for defining the boudary of drawing
|
|
|
|
|
|
thanks for your help.
Acutally, my program wants to show the graph without scrollview, so I get the m_nMaxX and m_nMaxY and try to draw the graph dynamically according to the resolution of the computer. On the other hand, I use the memory device to draw the graph, so in "OnDraw" function, the function "StretchBlt" and "BitBlt" are used seperately for printing and screen view. I think that is the point, and that is what confuses me for a long time. How can I get the correct porporation when I use "StretchBlt" function for print preview?
Hope you can help me on this issue. thanks again!
|
|
|
|
|
My intent was to demonstrate MM_ISOTROPIC which allows your document to be defined in some arbitrary world coordinate system. (i.e 100x200, 1200x2000, 3000x3000, etc...). Your graphics don't have to be shuffled around or resized when printing to different devices or viewed via the screen. Instead you adjust the ViewPort extent to adjust the output to fit the device you are rendering to. Remove the scrollview stuff if you need.
Your blit's should work just fine. Don't lock yourself into a mapping mode like MM_LOENGLISH, MM_HIMETRIC, etc... since your going to have to adjust your output anyway to fit different devices in a proportional manner. MM_ISOTROPIC will preserve your aspect ratio when MM_ANISOTRIPC will allow you to have any aspect ratio you want. However, MM_ANISOTROPIC will distort output at any ratio than the original so it is of little practical value in production apps unless your intent is to distort the output.
Try this, make a document that is 1000x1000. Do your blitting so your image is at some location in this grid and try the sample. You will see that the image is always in the same relative position to the document and any other drawing output in OnDraw. You don't need to change the position of the items being drawn. The sample will ensure it is adjusted for you.
I hope I'm understanding the problem correctly. If not, I apologize
|
|
|
|
|
A simpler sample would be to first create an app with the sample code in the appropriate places. In the OnDraw, draw a simple line, rectangle, or some drawing primitive with coordinates that fall within the documents bounding box that is defined in the sample.
Resize the window, do a print preview in portrait, landscape, set different paper sizes before the print preview, change the screen resolution. You'll see how the document always fits itself.
Then once you see what it's doing, then try putting the blitting code in the OnDraw. All the code that determines if your printing or not is in the OnPrepareDC method so you only need the code for the blitting in the OnDraw.
|
|
|
|
|
Thank you very much
I will try to understand what you taught me and then more questions 
|
|
|
|
|
I added following codes in OnDraw function
if(pDC->IsPrinting())<br />
{<br />
<pre>pDC->SetMapMode(MM_ISOTROPIC);<br />
pDC->StretchBlt(100,-100,pDC->GetDeviceCaps(HORZRES),-pDC->GetDeviceCaps(VERTRES),<br />
m_pMemDC,0,0, 6*m_nMaxX/5,m_nMaxY,SRCCOPY);<br />
</pre>}
and in OnPrepareDC function, codes has been added as follow:
if(pDC->IsPrinting())<br />
{<br />
<pre>pDC->SetMapMode(MM_ISOTROPIC);<br />
<br />
int nPageWidth = pDC->GetDeviceCaps(PHYSICALWIDTH); <br />
int nPageHeight = pDC->GetDeviceCaps(PHYSICALHEIGHT); <br />
<br />
CSize size = CSize(nPageWidth, nPageHeight); <br />
pDC->SetWindowExt(size);<br />
<br />
pDC->SetViewportExt(pDC->GetDeviceCaps(HORZRES),-pDC->GetDeviceCaps(VERTRES));</pre><br />
}
Now, I can get the correct view in print preview!
Thank you very much!
By the way, I think I am still confused in print issue, such as mapping, the difference between the window and view, etc. Could you please recommend some literatures for me?
|
|
|
|
|
Glad to hear it's working. 
As far as literature is concerned for mapping modes, viewports, etc...
I would have to say Ivor Horton does a superb job of taking anyone from A to Z. He goes through the process of building a drawing program in the second half of the book. The first half of the book is dedicated to C++ so the book is probably one of the best values out there.
For Visual C++ 6.0 (or 2003) get
Ivor Horton
Beginning Visual C++ 6
For Visual C++ 2005 get
Ivor Horton
Beginning Visual C++ 2005
(I flipped through this at the bookstore and it's basically the same as the previous book with some updates for 2005.)
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
