|
Nelek wrote: WTF is that?
Whitespace[^] is a esoteric programming language.
It seems to be Turing-complete, so in theory, it would be possible to write any program in it.
The theory does say nothing about fast (or just finite) execution time or low (or even finite) memory consumption, though.
Let's think the unthinkable, let's do the undoable, let's prepare to grapple with the ineffable itself, and see if we may not eff it after all.
Douglas Adams, "Dirk Gently's Holistic Detective Agency"
|
|
|
|
|
Larry Mills Sr wrote: How can I do this.
Check out EnableWindow() and ShowWindow().
"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
|
|
|
|
|
Hey Guys,
I'm working on a graphics app that designs CD/DVD labels. Right now, the data is output to conventional paper labels. I am wanting to incorporate the direct-disk printers. (printers that apply the ink to the disk itself)
Does anybody know of a resource that explains the API to communicate with such a printer? With the growing popularity of these printers, there has to be some standard way to access them.
Thanks in advance
Richard
may your code be error free.
(okay, maybe two lines.)
|
|
|
|
|
Hi,
How can I auto-detect which COM port a certain hardware device I have is mapped to?
I essentially want to have an "auto-detect" button that a user clicks which will then iterate through the COM ports and return the port that a specific hardware device is mapped to, using either MFC or Windows API.
Thanks!
KR
|
|
|
|
|
IMHO, unfortunately you have to open COM (I suppose you have standard COM) ports and communicate with the devices to obtain such info (hence devices need to be connected and switched ON).
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
|
|
|
|
|
As CPallini says, you're just plain out of luck. RS232 is nothing like USB. It has no intelligence what so ever.
And if you set handshaking to none, you can even successfully write to a com port that's not connected to anything.
Not only will you have to iterate through all the com ports, you'll have to go through all the baud rates, bit size, handshaking, parity...
Amd for each of the combinations, you'll have to hope the hardware you're looking for will have a meaningful reply to a message you send it.
In short - pop up a COM configuration box, and let the user do the work.
Going back to the first sentence, there's good reasons that USB was invented!
Iain.
|
|
|
|
|
Is it possible to set up the text object in Crystal Report from C++? Can I use the c-class CRPEJob for write a text or string in a CR report?
thanks.
|
|
|
|
|
Hi,
I have to made a program that uses C functions from a .dll library.
How can i do to use that functions from Matlab?
Thanks.
matfico
|
|
|
|
|
I think you should ask this question on a MatLab forum
regards
Bram van Kampen
|
|
|
|
|
Hi, I'm using an MFC graph control to display several lines of stored data, on a graph dialog.
I want to be able to display and drag a vertical line along the x-axis (using OnLButtonDown?) which would automatically display the intersecting line values in, for example, a grid.
I'm new to this forum, so if I'm being a big vague, I can provide more details.
Any help would be much appreciated
|
|
|
|
|
I don't think you're that new to this forum - I'm pretty sure I saw this message a few days ago.
If you're using an MFC graph control, then the answer depends on the graph control. If you got it from a codeproject article, then try posting on that article.
Otherwise, the control may already respond to OnLButtonDown - have a look at the code there.
Or, see if you can modify the OnDraw to include a horizontal line.
Basically, your question has lots of bits - start small, and build your way up. There's no generic answer for you.
Iain.
|
|
|
|
|
You are right, the question was already asked a week ago. If he/she didn't understand the answers there... will not understand them now.
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
|
|
|
|
|
If you have access to the source code then you can modify it to allow you to draw the line. And you could also modify it so that the end points of all the lines drawn to it are stored in a list some where. If all you need is to determine the intersection of a line with a vertical or horizontal line, then, given the list of end points, you could use an intersection alogorithm like the one used in the "Cohen-Sutherland Line-Clipping Algorithm". Basically it is just a matter of rearanging the point-slop formula so that x can be determined from y and vise versa.
Here is a comment form some code I wrote in 1994
If you do not have the source code, then you have a problem that may not be worth the effort it would take to solve. As you would have to subclass the control, and track the movement of the mouse. As well as ensuring that your line is drawn by capturing the WM_PAINT message and sending it to the subclassed window before drawing your line, so it will not be erased by the subclassed control. Since the grid lines are already drawn, you could capture the image to a bitmap and scan it for color changes to determine where all the grid lines are located. Which more or less puts you back to using the intersection algorithm again. On the plus side you would have a neat little piece of code for scaning bitmaps. On the minus side you would have done an amazing amount of work for very little return.
Of course if you know the line colors, then you could just track the mouse movement, looking for when it passes over or better yet near a line. But that method would be a hit and misss senerio, as the mouse would have to be move pretty slow for it to work at all.
Good Luck!
INTP
"Program testing can be used to show the presence of bugs, but never to show their absence."Edsger Dijkstra
|
|
|
|
|
i created an application in vc++ using ado.but when i created the exe the ado is not working. can anybody tell me the dll related to ado connection that i require to include in the application.
thanks in advance
||SnAkeBed||
|
|
|
|
|
Hi,
there are a few things you need to do to enable ado.
First you need to import the msado15 library
I have put this in stdafx.h
#import "../Libraries/msado15.dll" no_namespace rename ("EOF", "adoEOF")
Then you need to enable/initialize the ole objects
int main()
{
if(OleInitialize(NULL) != S_OK)
{
return -1;
}
...
...
}
codito ergo sum
|
|
|
|
|
how to catch commands executed by the cmd.exe.
they may be started from a bat file too.
|
|
|
|
|
See here and here.
"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
|
|
|
|
|
thanks, but I will need this work for an arbitrary console, not only for child.
Was checking the "AtachConsole" but the only parameter it takes can have one value "ATTACH_PARENT_PROCESS".
src:
http://msdn2.microsoft.com/en-us/library/ms681952.aspx
-- modified at 10:59 Tuesday 13th November, 2007
|
|
|
|
|
having a pointer to the NMLISTVIEW and having in that list some selected items,
how to get an item full path ? no MFC or other frameworks.
thanks
|
|
|
|
|
carabutnicolae1234 wrote: how to get an item full path ?
What do you mean with tha above? 
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
|
|
|
|
|
err, sory.
here is more detail: trying to write a hook procedure that will handle the
"LVN_BEGINDRAG" and "LVN_BEGINRDRAG".
Once I have the notification that this happened I can do this:
------------------------------------------------------------------
std :: list < std :: string > slectedItems;
LPNMLISTVIEW listView = (LPNMLISTVIEW)lParam;
HWND listViewWindowhandle = listView->hdr.hwndFrom;
int index = ListView_GetNextItem( listViewWindowhandle, -1, LVNI_SELECTED );
while( -1 != index )
{
const int bufferSize = 1000;
char buffer[bufferSize] = {0};
ListView_GetItemText( listViewWindowhandle, index, 0, buffer, bufferSize );
slectedItems.push_back( buffer );
index = ListView_GetNextItem( listViewWindowhandle, index, LVNI_SELECTED );
}
------------------------------------------
so far this gives me the items selected and dragged.
didn't found a way to get the full path for each item that has been dragged.
|
|
|
|
|
Um, if you wrote the code that put the data into the listview, then where is your problem?
If you have a list view control, and it sends a NMLISTVIEW at you (it's a notification structure), one of the members of NMLISTVIEW is lParam. Simply use the lParam when you're storing data to get meaningful hints. As for "item full path", that is just gibberish.
If you didn't write the listview, you may want to mention where it is, and how you're getting a pointer to a NMLISTVIEW....?
I'm going to put my psychic hat on, and guess this is in the OPENFILEDIALOG common control, and you've hooked into it.
In which case, the lParam stores the PIDL of the selected file. That's from memory, and I'm sure I read it somewhere. Anyway, that should give you a hint or two for your google search.
Beyond that, you're going to have to provide more info.
Iain.
|
|
|
|
|
yes you're right I only received the pointer to the NMLISTVIEW and I did not wrote the list view. The list view is from "explorer.exe" probably the same as in OPENFILEDIALOG common control.
I think your hint helped, I missed the "lParam" from "NMLISTVIEW" which now I see how to use it with SHxxxx functions.
thanks.
|
|
|
|
|
Hi,
I'm using VC++6.
I have a CTreeCtrl in my dialog.
How do i detect whether the selected item in the tree control is a root item or a child item? 
I'm not associating any image to the items.
Thanks & Regards,
sanju.
|
|
|
|
|
First, get the selected item, then check if it has a parent. Not quite sure if this will return TVI_ROOT or NULL for a root item.
HTREEITEM CTreeCtrl::GetParentItem( HTREEITEM hItem );
I've deliberately glossed over the selected item bit, as you could have multiple items selected. You'll have to keep a close eye on the selections you make, search through the item states for TVIS_SELECTED, or monitor TVN_SELCHANGED (which would be my choice).
Iain.<div class="CPhogPost"></div>
<div class="ForumSig"></div>
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
