|
I work for a police department and we just got new equipment in our cars. We are still running xp and have new keyboard (staco m901). On the keyboard it has an emergency button that is supposed to be programmable to do whatever we need it to in an emergency. From what I have read you have to do that through a macro. That's all I really know about it. There was no manual with it and the company won't reply to e-mails. What I'm wanting to do is make it so when you push the emergency button it black out the screen. I don't really care how it blacks out the screen whether it is diabling a driver or popping up a window I just need it to black out. Then when they are ready I need to be able to push a button (doesn't matter which one) to get the screen to reappear. I have never used a macro in windows (if that is what I'm needing to use) and can't really find any help on how to do it.
Thanks for any help,
Alex Wiltz
Communication Specialist
Kansas State University Police Department
|
|
|
|
|
"Macros" are a concept in software, not a keyboard. All the keyboard does is send a small code that says which key was pressed. It's up to your software to know what to do with that keypress, if anything.
So, if the software you're running (I'm assuming here!) on Windows XP exposes some kind of macro functionality, what you do depends on the environment exposed by that software to the macro code.
Now, if the software doesn't expose anything, then you'll have to write your own application that starts a global keyboard hook, looks for that one key, and either creates a window that covers the entire screen, or locks the Windows XP workstation. In the case of covering the screen with a blank window, you'll also have to have the hook code listen for another keypress and destroy that window when needed.
|
|
|
|
|
why this code threw exception?
Private Sub Form1_Load(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles MyBase.Load
Dim con As New OleDbConnection("provider=microsoft.jet.oledb.4.0;data source=c:\Degree.mdb")
Dim cmd As New OleDbCommand("select * from Student", con)
con.Open()
Dim sdr As OleDbDataReader = cmd.ExecuteReader()
Do While (sdr.Read = True)
Me.DataGridView1.Rows(0).Cells(0).Value = sdr(0)
Loop
sdr.Close()
con.Close()
con = Nothing
End Sub
the exception details
System.ArgumentOutOfRangeException was unhandled
Message="Index was out of range. Must be non-negative and less than the size of the collection.
Parameter name: index"
ParamName="index"
Source="mscorlib"
|
|
|
|
|
Without more information it's hard to tell, but I suspect that the table Student has records containing more than one value - ie StudentID, StudentLastName, StudentFirstName, etc. You are trying to shove all values of a record into a single cell of the DataGridView. Also, since you are using a loop to step through all the values in the DataReader, I assume you expect more than one student to be returned. Why, then, are you not providing an index to step through the rows and cells of the DataGridView? Instead, you are repeatedly assigning each record to the same row and cell.
"A Journey of a Thousand Rest Stops Begins with a Single Movement"
|
|
|
|
|
You execute the reader and then you set a value into the datagrid. In what point the datagrid will have rows or cells?
The 'correct' way to do this is that you fill the datagrid using databinding, otherwise you have to create the columns and the rows to the datagrid manually. You can't just assign a value to a datagrid cell and expect that the framework creates a cell if it's not present.
|
|
|
|
|
I need to fill Autocomplete textBox dynamically. any one have idea for that?
|
|
|
|
|
Do use the search textbox at the top of this forum (I did a search on autocomplete textbox and found about 33 potential candidate articles). If I recall, there are a few articles floating around here on the subject. Good luck 
"The clue train passed his station without stopping." - John Simmons / outlaw programmer
"Real programmers just throw a bunch of 1s and 0s at the computer to see what sticks" - Pete O'Hanlon
"Not only do you continue to babble nonsense, you can't even correctly remember the nonsense you babbled just minutes ago." - Rob Graham
|
|
|
|
|
|
Jeez, gave him a good answer, no thanks and reposts. Some people, I swear 
"The clue train passed his station without stopping." - John Simmons / outlaw programmer
"Real programmers just throw a bunch of 1s and 0s at the computer to see what sticks" - Pete O'Hanlon
"Not only do you continue to babble nonsense, you can't even correctly remember the nonsense you babbled just minutes ago." - Rob Graham
|
|
|
|
|
Paul Conrad wrote: gave him a good answer
Agree (and 5'd)
Paul Conrad wrote: no thanks and reposts
Yeah, I know what you mean.
Gladly many people understand that the conversation goes both ways and this site is not somekind of paid support (it isn't... is it? Did my post office misplace the paycheck... Again  ).
|
|
|
|
|
Mika Wendelius wrote: this site is not somekind of paid support
Yep.
Mika Wendelius wrote: Did my post office misplace the paycheck...
Go give your local postmaster hell, then 
"The clue train passed his station without stopping." - John Simmons / outlaw programmer
"Real programmers just throw a bunch of 1s and 0s at the computer to see what sticks" - Pete O'Hanlon
"Not only do you continue to babble nonsense, you can't even correctly remember the nonsense you babbled just minutes ago." - Rob Graham
|
|
|
|
|
yeah.. searched ...but no clues around Dynamic filling..
modified on Tuesday, December 9, 2008 11:46 PM
|
|
|
|
|
SelvaSR wrote: but nothing is thr for multicolumn autocomplete textbox
possibly not, but then your original post never mentioned multicolumn did it, so why expect anyone to know that was what you wanted? However, a search on google for multicolumn autocomplete only returned around 29,000 results, the first 2 of which are articles here on CP, so I guess it would be difficult for you to find some ready written code, which I suspect you are really after.
Bob
Ashfield Consultants Ltd
|
|
|
|
|
i have made setup of my project but i want to add copy protection like no body will able to copy cd or it will be installed only once like that so how can i do this?
Thanks & Regards,
Prashant B. Lavate
Software Engineer
Mobile : +919423872257
Pune(India)
|
|
|
|
|
Well, not by cross posting. You need to look at licencing.
Bob
Ashfield Consultants Ltd
|
|
|
|
|
Ashfield wrote: You need to look at licencing.
Just for conversation: Have you ever used a technique where you store part of your code at the server (which you own) and the client gets it at runtime in order to work (never stores it). So basically the installation is just part of the program, rest will come from the server if you're authenticated and licensed.
|
|
|
|
|
No, although its sounds and interesting way of doing it. To be honest, for over 95% of my work the client gets the source code too, so I rarely have to worry about licencing.
Bob
Ashfield Consultants Ltd
|
|
|
|
|
Yeah, I also think it's an interesting idea. Worth trying if you need to protect the source (and the executable also).
Ashfield wrote: over 95% of my work the client gets the source code too
After the payment I hope
|
|
|
|
|
Don't cross post as it is considered rude. You did get some good replies in your other post. Do take a look at the discussion dan neely and I are having, there are some good clues in there 
"The clue train passed his station without stopping." - John Simmons / outlaw programmer
"Real programmers just throw a bunch of 1s and 0s at the computer to see what sticks" - Pete O'Hanlon
"Not only do you continue to babble nonsense, you can't even correctly remember the nonsense you babbled just minutes ago." - Rob Graham
|
|
|
|
|
The saga continues...
I have finally got all the forms in place and loading in the proper order: Main -> Inventory -> Add Transformer -> Enter Transformer Info. The latter is implemented as a modal dialog with several text boxes for user entry and two list boxes for lookup from the database. I've bound the list boxes to the Volts table in the database to allow lookup of the permissible primary and secondary voltages, using the voltsBindingSource as the DataSource, and the Volts field of the Volts table as the DisplayMember, as instructed by the article in MSDN. The AllowDrop property is True.
What's confusing is that, when I first created the dialog box, running the code displayed the little dropdown arrow and showed all the entries in the table correctly. After fiddling with the navigation for a week or two, trying to get all the forms to display correctly - now working perfectly, thanks to several helpful members here - I no longer have the listboxes populated when I run the code. They look like a textboxes - no dropdown arrow, and no data displayed. I've checked the settings and they're still the same: DataSource=voltsBindingSource and DisplayMember=Volts.
What the heck am I missing here?
"A Journey of a Thousand Rest Stops Begins with a Single Movement"
|
|
|
|
|
Roger Wright wrote: After fiddling
Roger Wright wrote: I no longer have the listboxes populated when I run the code.
Roger Wright wrote: What the heck am I missing here?
No way to know without being there. A general observation is that this is a good example of how software development requires understanding. Meaning it takes more than just following a set of instructions. Trying to skip ahead to finish without understanding all the individual technologies, constructs and concepts that one uses is a form of Technical Debt[^]. And when the debt comes due, it can be at a far greater interest rate than your typical credit card.
led mike
|
|
|
|
|
led mike wrote: software development requires understanding
Obviously. And understanding arises from study, practice, and feedback. Having studied, and practiced, the notable lack of feedback is unenlightening. No errors, no messages, no nothing...
"A Journey of a Thousand Rest Stops Begins with a Single Movement"
|
|
|
|
|
All your changes may be cumulative and somewhere in there is a problem that is screwing your display of combos. Now that your forms are navigating try and delete the combos from the form and add them again with different names (This is somewhat like making sure your tounge is pointed the correct way and the wind is blowing from the east). Rebind the combos
Never underestimate the power of human stupidity
RAH
|
|
|
|
|
That's essentially what I did late last night, though it was with listboxes, rather than comboboxes. To be thorough, I also removed the data source from the project, then re-added it and bound the target table to the controls as I added them back into the dialog. That made it work properly, except that although the listbox AllowDropdown property is True, they don't drop down at runtime. Oh well, that was enough progress for one night. I need to get a reference I can study that includes details of all the properties of the .Net controls and how to correctly use them.
I then studied the code changes and found an autogenerated line that called the TableAdapter.Fill method, which I must have inadvertently deleted earlier in my experimenting with navigation. I had searched the source code several times previously trying to find where the data was loaded and never located it. Now I know why, and how to fix it in the future.
Two things I'm finding difficult to deal with are the design philosophy of VS and MSDN. The separation of code using a partial class to maintain a master file and a designer file makes life easier in some ways (especially for Wizard designers), but makes understanding the code more difficult. Having all the code in one place makes it cluttered, but I find it much easier to grasp the whole and analyze my mistakes. Relying on MSDN as my main source of learning is crippling, as it tends to be focused on step-by-step procedures - many incomplete or just plain wrong - and leaves out the conceptual material needed to fully grasp the meaning of each step. It doesn't help that, no matter what filters I select, a search always returns far more unrelated content than useful material.
Thanks for the guidance!
"A Journey of a Thousand Rest Stops Begins with a Single Movement"
|
|
|
|
|
Roger Wright wrote: Relying on MSDN as my main source of learning is crippling, as it tends to be focused on step-by-step procedures
Yes. That is documentation, very rich by comparison to other vendors, but still just documentation. What you seem to be missing is Design. You seem to be missing Design aspects like Model-View-Controller[^], more commonly referred to as Design Patterns. This is what I was talking about in my first reply to this thread. Object Oriented Principles, Best Practices, OO Design and Design Patterns are things that one needs to study and understand so they can be leveraged to simplify the complex, to the degree that it can be simplified of course. Studying these aspects of Software Development is not comparable to reading documentation.
led mike
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
