|
I really need help... Please can somebody tell me the source codes how to create a simple program with VB 6 / .net to capture an image from webcam.. thanks for the help!!!!
Caliber Studio
|
|
|
|
|
That depends on the webcam. Most will let you get an image from the Windows Image Acquisition API. For others, you'll have to use an SDK for that webcam, if there is one.
Google for "VB.NET WIA" for examples. Guess which site the first hit is going be??
|
|
|
|
|
Hi,
If you need something generic you can use avicap32.dll library
Regards
NajiCo http://www.InsideVB.NET[^]
It's nice 2b important, but it's more important 2b nice...
|
|
|
|
|
I have a program that imports txt files into a MySQL db. The problem is that one of the files have a invalid character(ç) and when it try to import this row I get the error "Out of range value adjusted for row "OrderItemQuantity" at row 1. Any ideas on how to remove this character from that row?
jds1207
|
|
|
|
|
Validate and normalize the data in each field before you pass that data to the database. Read a line, the parse, normalize, and validate each field before you assign it to parameters in the database INSERT statement.
|
|
|
|
|
What is the best way to get the data in a datagrid. I want to take to data in the datagrid and write it to a file. Multiple rows.
|
|
|
|
|
Stick the data in a DataTable, or if in multiple tables with relationships, a DataSetm, then bind the DataGrid to it. DataTable and DataSet both support writing their contents out to an XML file.
|
|
|
|
|
Hi,
I have two seperate forms. Lets just call them FormA and FormB. I have a function in FormA called Button_Click(). How would I (while in FormB) call this function?
I have tried, while in the FormB code, using Form_FormA.Button_Click. But that doesn't seem to work. Can anyone help me with this?
|
|
|
|
|
if formA is the one that created formB:
- formA needs to pass over a delegate to formB so that B can call back to A.
- another method, however not a good one, is for A to pass over a pointer of itself to B then B can call this routine (routine must be changed to public for this to work).
|
|
|
|
|
Thanks, I'll give it a shot
|
|
|
|
|
This is a bad idea. The function you're calling, since it's used by BOTH forms, should be moved to a seperate class as a, possibly, shared method. You will, of course, have to supply this new method, through the method parameters, with the data it needs to do its job.
|
|
|
|
|
Dave Kreskowiak wrote: This is a bad idea. The function you're calling, since it's used by BOTH forms
I agree. It would open a can of worms for debugging headaches...
"The clue train passed his station without stopping." - John Simmons / outlaw programmer
|
|
|
|
|
FormA.Button.PerformClick
Tom Garth
Developer
R. L. Nelson and Associates, Inc., Virginia
|
|
|
|
|
That only works if FormB has a reference to the existing FormA object and that reference is called FormA. Not a good idea.
|
|
|
|
|
Dave,
It sure sounded like the 2 forms are part of a single project. If they are, then each has a reference to the other in My.Forms.
Tom Garth
Developer
R. L. Nelson and Associates, Inc., Virginia
|
|
|
|
|
TomGarth wrote: If they are, then each has a reference to the other in My.Forms.
I never use it and never will. It's just too VB6'ish to me. I'd rather they did it the correct way then work around it and learn a bad habit they can't transfer to another language.
|
|
|
|
|
Maybe I don't understand what you're saying.
Manipulating forms from other forms in a single application is perfectly normal, and not a bad habit. If you have 2 forms in your application and 1 is open, how much code do you write to open the other one?
Tom Garth
Developer
R. L. Nelson and Associates, Inc., Virginia
|
|
|
|
|
It's not having one form open another that's the problem. It's having one form manipulate the controls of another that violates the rules of encapsulation.
|
|
|
|
|
You say Bad Habit, I say RAD!!!
...and VB6 rocks, and so did VB5, 4, 3, etc.
Tom Garth
Developer
R. L. Nelson and Associates, Inc., Virginia
|
|
|
|
|
TomGarth wrote: You say Bad Habit, I say RAD!!!
I say unsupportable...
|
|
|
|
|
TomGarth wrote: VB6 rocks, and so did VB5, 4, 3
Oh, I soooo hope you are being sarcastic.
_____________________________________________
Flea Market! It's just like...it's just like...A MINI-MALL!
|
|
|
|
|
I hope he is being sarcastic. Needs to put the [sarcasm] ... [/sarcasm[ tags around it, if he is.
"Any sort of work in VB6 is bound to provide several WTF moments." - Christian Graus
|
|
|
|
|
TomGarth wrote: ...and VB6 rocks, and so did VB5, 4, 3, etc.
I sure hope your high on something. It's the only explanation for a statement like that.
|
|
|
|
|
just for my education...
in your shared method or method within a class idea...
if the click routine only contains data/controls that are within formA. is a delegate the answer or do you have another technique?
|
|
|
|
|
If I read this correctly... If the click handler only does some kind of setup for the form itself, then yes, I'd use a delegate to make the call.
But, I've never sen the need to have a child dialog, or any other form, tell another form how to set itself up. I've always used a shared state object and/or events fired by the data model to tell the subscribers that they might want to adapt to a change in the data.
|
|
|
|