|
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
|
|
|
|
|
I have a C# Windows Forms app in which there are a number of Panels containing standard controls like PictureBox'es, Buttons and Labels. At runtime, I allow the user to drag-and-move the panels to reposition them where he/she likes. I programmed my own drag-around logic using MouseDown, MouseMove, and MouseUp.
While the user drags the Panels around, there is considerable unpleasant flickering.
Where does the flickering come from? Anything I can do to eliminate it?
THANKS!
Mark
|
|
|
|
|
|
Also try using Suspend/ResumeLayout() on the panel at the start/end of the drag operation. These are native .NET APIs (on Control).
Hope this helps.
/ravi
|
|
|
|
|
Try setting the form's DoubleBuffered property to true.
Brandon
|
|
|
|
|
This isn't actually a programming question, more of a development question, so sorry if I have got the wrong board.
Im developing a small chat application, and I wish to display a nice list/menu of users currently online.
I have searched and searched, and I have gone through many articles on this site but I just cant find anything that works well.
I was wondering if anyone could recommend any nice controls that they may have seen or used in the past?
I really liked the, Vista Style Menu[^]
But in use, it doesnt scroll when i have more list items then the forms height, and it doesn't dock to fill.
Andy
|
|
|
|
|
I've used infragistics[^] in the past. They are pretty good, and very flexible, although can be quite complex in some areas. (But their forums are pretty good too if you need support).
If your looking for free/open source stuff, you do have to be prepared to modify the code and make some changes to it. That's just life, the open source controls tend to be a bit less customisable, you have to customise it by modifying the code yourself.
If that vista style menu is what you are looking for, read the code and work out how to make it scroll and dock. That sounds like it shouldn't be too hard.
(DevExpress do some free controls, but I've never used them)
Simon
|
|
|
|
|
The Krypton Toolkit from Component Factory[^] is a free library. You might find there what you're looking for.
|
|
|
|
|
Hey guys Thanks, Ill check out http://www.infragistics.com/[^].
I already do use the Krypton Toolkit, and it does have a customized listbox, but its just the normal listbox with their own themes applied.
|
|
|
|
|
I have an Access application (don't ask) which uses a .Net component to connect to our web service. Some of the people trying to use the program are on corporate networks and have proxies that require authroisation. I have modified the component to specify the address and port number of the proxy and have tried to get it to pass through the Windows credentials, see code:
WebProxy prox = new System.Net.WebProxy(_proxy);
prox.Credentials = CredentialCache.DefaultCredentials;
service.Proxy = prox;
It connects to the proxy ok but is still showing as an annonymous connection. Any idea how I get it to pass through the credentials of the current logged on user?
Many thanks
modified on Thursday, November 27, 2008 9:05 AM
|
|
|
|
|
Hi
Please a need to create an arabic setup project for a VB.net application.
Thanks.
Mohammad Al Hoss
Development To Me Is A Pleasure more than a Job
|
|
|
|
|
please how can design windows forms shape and animated shape inside and outside
my Email Id _: pattikankamrajeshwar@gmail.com
pattikankam_rajeshwar
|
|
|
|
|
please tell me
how can design windows forms shape and any books are available in market and site
my email id _: pattikankamrajehwar@yahoo.com & kurela@zapak.com
pattikankam_rajeshwar
|
|
|
|
|
I am essentially running an application that creates a thread to run a Form, say Form1 by calling...
Application.Run(new Form1());
Then, the application runs another process. This creates a Form, say Form2 in the same way that Form1 was created, by calling Application.Run(). The problem is that Form1 is on top of Form2, even though right before the Application.Run() call of Form2, I call BringToFront(), which is supposed to place it at the front of the z-order. Why is Form1 on top of Form2 even though Form2 was created afterwards, and explicitly brought to the front? I would like to do this without having to call SendToBack() on Form1, since I don't want to send it all the way back, I just want it to be behind Form2.
|
|
|
|
|
Can you post what you are exactly trying to do? Do you want to just create 2 forms?
|
|
|
|
|
Create one form with one process. Then, when the second form is created, have it be on top of the form created by the first process. I don't know why that's not happening.
Process1 -> Creates new thread -> Runs first form on new thread
-> Executes another process "Process2" (completely independent of Process1) -> Runs second form
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
