|
There are a couple of ways to do this; it just depends on whether or not you are using pure databinding and MVVM. If you are using MVVM and pure databinding, then there's very little that you need to do because the View/ViewModel integration will take care of the hard work for you. If you aren't, then you can assign a name to each control when you assign it using the x:Name property, e.g. x:Name="myUserControl1" (this is if you add it into the XAML). If you add it using code behind, you just assign the name to the Name property.
"WPF has many lovers. It's a veritable porn star!" - Josh Smith As Braveheart once said, "You can take our freedom but you'll never take our Hobnobs!" - Martin Hughes.
My blog | My articles | MoXAML PowerToys | Onyx
|
|
|
|
|
Either you are instantiating the objects yourself, and can take them with x:Name and have your own reference, or you are using them in a template in the DataGrid. If you are using them in a template, you can hook into the <coded>Loaded event and do something with them. For example, you might do this:
<DataGrid>...<u:MyControl Loaded="MyControl_Loaded".../>...</DataGrid>
In the MyControl_Loaded you can then take the event arguments and do something with the control, either processing, passing it into a controller, etc.
|
|
|
|
|
I have a pretty basic question to which I want a solution.
I have a bunch of controls on a WPF form. Some controls are within a Grid. I want these controls to stay centered within the grid when maximizing and resizing the window, but as soon as I maximize my window the controls get thrown out of position. I know this probably has someting to do with the Margin property of the controls. Can someone just please tell me how to set the margin or any other property so that the controls stay where I want them too
Thanks in advance
|
|
|
|
|
Etienne_123 wrote: Some controls are within a Grid. I want these controls to stay centered within the grid when maximizing and resizing the window
What is the parent of the grid with the controls? The parent may
be affecting the layout.
Here's an example of a grid with controls that stays centered in a window:
<Grid HorizontalAlignment="Center" VerticalAlignment="Center" >
<Grid.RowDefinitions>
<RowDefinition Height="*" />
<RowDefinition Height="*" />
</Grid.RowDefinitions>
<Grid.ColumnDefinitions>
<ColumnDefinition Width="*" />
<ColumnDefinition Width="*" />
</Grid.ColumnDefinitions>
<Button Content="button1" Grid.Column="0" Grid.Row="0" />
<Button Content="button2" Grid.Column="1" Grid.Row="1" />
</Grid>
Mark Salsbery
Microsoft MVP - Visual C++
![Java | [Coffee]](https://www.codeproject.com/script/Forums/Images/coffee.gif)
|
|
|
|
|
The parent control is a Groupbox
|
|
|
|
|
Etienne_123 wrote: The parent control is a Groupbox
Ok....and how is this groupbox supposed to behave when the window
is resized?
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Etienne_123 wrote: The parent control is a Groupbox
Then you should give more details, as a groupbox can have only one child.
You can't turn lead into gold, unless you've built yourself a nuclear plant.
|
|
|
|
|
If you don't want your controls to change size or position, you have to anchor them to *just* the left and top sides of the parent control.
Be aware that if you change the control's position in the designer (as opposed to changing it in the XAML), the designer will make assumptions based on some weird-ass algorithm and will CHANGE the anchors for you. You then have to go back and change them back to what you actually wanted. I've heard that they fixed this behavior in VS2010, but I'm not sure because they claimed they fixed other stuff in 2010, and it *that other stuff) sure as hell ain't fixed.
"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
-----
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
|
|
|
|
|
"Real" WPF coders use notepad to type XAML! 
You can't turn lead into gold, unless you've built yourself a nuclear plant.
|
|
|
|
|
Notepad is for wimps.
Only little girls need a GUI.
I use "edit" "edlin" from a command prompt.
Mark Salsbery
Microsoft MVP - Visual C++
modified on Saturday, August 15, 2009 12:45 PM
|
|
|
|
|
ROTFL!
You can't turn lead into gold, unless you've built yourself a nuclear plant.
|
|
|
|
|
Hi,
I have a canvas and i am adding dynamic textbox controls to the canvas when the page is loaded. When i was trying to add event handlers (say mousedown event on textbox), the event is not firing when i mousedown on textbox after the page loaded.
I am providing sample code:
I have declared one global textbox name 'tb'.
This is my canvas control:
<Canvas x:Name="CustomizeTools" Grid.Row="1" Height="400" Width="800" Grid.Column="0" Background="Aqua">
</Canvas>
In code behind my logic is like this:
tb = new Textbox();
tb.MouseLeftButtonDown += new System.Windows.Input.MouseButtonEventHandler(tb_MouseLeftButtonDown);
CustomizeTools.Children.Add(tb);
void tb_MouseLeftButtonDown(object sender, System.Windows.Input.MouseButtonEventArgs e)
{
}
But here the mouse events are not firing.
pleae help me. Its urgent.
Thanks in advance
modified on Tuesday, August 11, 2009 6:22 AM
|
|
|
|
|
The textbox has default behaviours in place for handling the mouse events - what you need to do is handle the PreviewMouseLeftButtonDown event instead. This gets to your handler before the textbox consumes the MouseLeftButtonDown event. It's a simple fix:
tb.PreviewMouseLeftButtonDown += new System.Windows.Input.MouseButtonEventHandler(tb_MouseLeftButtonDown); Alternitively, you can add your own handler using
tb.AddHandler(UIElement.MouseLeftButtonDownEvent, new RoutedEventHandler(tb_MouseLeftButtonDown),true);
"WPF has many lovers. It's a veritable porn star!" - Josh Smith As Braveheart once said, "You can take our freedom but you'll never take our Hobnobs!" - Martin Hughes.
My blog | My articles | MoXAML PowerToys | Onyx
|
|
|
|
|
Hi,
Can any 1 guide me through how to host an silverlight appl on local IIS ver 5.1. I tried hosting it, the problem is that the web services dosnt work, i dont know if i have hosted the appl properly or not, i have followed same steps as per a ASP.Net appl hosting.
Thanks in advance
|
|
|
|
|
This isn't a Silverlight question. There's no hosting issues related to
Silverlight beyond delivering the Silverlight specific MIME type(s).
You may want to try the WCF/WPF or ASP.NET board, whatever's
more appropriate.
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Anyways thanks, i got solution to my prob.
|
|
|
|
|
|
Please modify your post - you've provided what looks like real data in there, and this will probably upset the people who are paying you for this system.
More importantly though - why are you saving the controls out? Surely you only need to save the underlying data - aren't the controls static?
"WPF has many lovers. It's a veritable porn star!" - Josh Smith As Braveheart once said, "You can take our freedom but you'll never take our Hobnobs!" - Martin Hughes.
My blog | My articles | MoXAML PowerToys | Onyx
|
|
|
|
|
Oh, sorry. I am sorry about the real data.
Coming to your question about saving the controls, its my project requiremnt to save the controls also.
Regards ,
Veerendra
|
|
|
|
|
potruveeru wrote: Coming to your question about saving the controls, its my project requiremnt to save the controls also.
Are you sure? This seems to be a very odd request. The only reason I could think to do this is because the users are designing the form; is this really the case?
"WPF has many lovers. It's a veritable porn star!" - Josh Smith As Braveheart once said, "You can take our freedom but you'll never take our Hobnobs!" - Martin Hughes.
My blog | My articles | MoXAML PowerToys | Onyx
|
|
|
|
|
I'm curious. Did you feel the need to downvote me because I questioned your requirement? I asked for clarification because the requirement seemed odd, and I wouldn't have wanted to give you advice solving something that didn't need solving. If you think there was a problem with my question, then comment on the question; feel free to downvote it if you want, but please explain why you think it needed the low vote.
"WPF has many lovers. It's a veritable porn star!" - Josh Smith As Braveheart once said, "You can take our freedom but you'll never take our Hobnobs!" - Martin Hughes.
My blog | My articles | MoXAML PowerToys | Onyx
|
|
|
|
|
Hello all,
I did a quick search and found my case as unique. I hope I didn't miss something.
I have a .net windows desktop program just like any other. The task is to port it to Mac so intuitively I chose Silverlight 3 utilizing the new Out-of-Browser feature to bring the software offline. I knew I'd face some issues but here are three issues that I need advice about and would greatly appreciate your responses.
1- The software must uniquely generate a code to identify the machine -the license is per machine-. On windows we got the HDD serial number using windows management objects. What's the alternative on Mac? random Guid is obviously not an option.
2- The program uses MS Access file for Data storage. The driver are installed by default on windows. Can we port this Access database and the data access drivers to Mac in the Isolated storage somehow? Of course the alternative is to use Isolated Storage and serialize the data.. I just wanted to maintain consistency between windows and Mac versions.
3- Printing is not available in Silverlight 3. I know SL 3 doesn't support printing yet, but if you have a workaround I'd appreciate it.
Thanks!
Regards ![Rose | [Rose]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/rose.gif)
|
|
|
|
|
We are currently beta testing a Silverlight 3 application, and we decided not to use OOB because of all the disadvantages that are currently present. The app is always online and after login, it always launches into a popup window without all the toolbars and such - basically the same thing.
I'll go in reverse order:
#3 - the way we do this is to open a new browser window linked to an auto-generated PDF/XPS file. This obviously wouldn't work if you needed your application to run offline, but otherwise it works pretty well - the user gets a "print preview" right away and they can print from there.
#2 - You can use an embedded database that has been ported to Silverlight, such as: http://blogs.msdn.com/dachou/archive/2009/07/11/embedded-database-engine-for-silverlight-applications.aspx[^]
or port an existing open source .NET database engine. There was one I ran into a while ago, don't remember the name, but it used the standard DBase file format.
I don't think there is any way to retain support for your access database locally. If you don't mind going over the internet for data, you could use SQL or whatever on the backend and communicate query results with web services.
#1 - You are on your own for this one...I'm not sure to be honest. But I will say that licenses that tie themselves to a particular hardware configuration drive me nuts - what happens if my HDD dies? What happens if you guys go out of business and my HDD dies, and then I can't even use the license I still own!
---
It is my honest opinion that if you are going the Silverlight route, you should re-think the architecture of your application. I have no idea what your application does, but GENERALLY speaking, anything that needs a database and licensing is better off being a connected application. Licensing can be enforced by the server (i.e. only one connection with a particular license key is allowed) so you don't have any hardware-binding issues, and the database would obviously be centralized in that scenario. The printing issues are largely taken care of with PDF/XPS exporting from the server.
|
|
|
|
|
|
#3 - my solution requires that the SERVER creates the printing file...so, if you application is www.awesome-app.com, your application would send the data that needs to be printed to the server, the server responds with a unique print-id, and then your open a new browswer window to www.awesome-app.com/print.ashx?print-id=12345. The response is the PDF/HTML/XPS/whatever file that the user prints.
In out-of-browser mode with no online connectivity, the only thing you can do is open a "Save As..." dialog and save the file to the users computer - the user would have to find it and open it after.
There really is no good way to handle offline printing right now.
#2 - if that's the case, then that's probably the way to go.
---
This is a bit off topic...but here is my take on licensing:
Yes, licensing is a real pain...it's always a compromise between pain-in-the-ass-ness and "trust". In your case, the user has to go online to get the application anyway...just have them enter their license key before the application lets them do the offline install. It is my belief that you should protect your application up to the point where someone has to obtain a cracked version to use it without purchasing it. Anything more is a waste of time, because your application WILL be cracked if it is worth cracking. Silverlight applications are especially easy to crack if they work offline. Anything less is bad too, because a lot of users, even business users, will just re-use a "legal" cd-key if they can, because for some reason that doesn't seem as "bad" as actually cracking a program.
Our applications verify their licenses every 30 days. While the application is running, a background thread tries to contact our server and update the machine ID that it is installed on. If it can't contact our licensing server within 30 days, the user gets a 15 day warning. If it still hasn't checked its license, the application gets locked out until it can.
If a new machine ID checks a license registration, the old machine ID gets added to the uninstall list. If the app is run on the old machine, the license verification check fails and the user gets an error message that the license was re-assigned to another machine.
This takes care of 95% of our license re-allocation problems. The only problem is if they want to move their license BACK to the old machine...in which case they can call us  Also, if our domain is no longer registered to us, the licensing system shuts off, so their apps still work if we go under :P That's just a little customer confidence booster we added because we picked up a lot of clients that were converting from systems that went out of business.
Our Silverlight applications are all licensed concurrently, so no per-machine license issues there. If connectivity is a problem or concern, they can install the web server internally.
It is a brutally simple implementation that took one day to write. It can be cracked in about an hour by someone who knows what they are doing. But the client would have to conciously obtain a crack and put it on, which is really the main deterrent, and the best one can really hope for.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
) If the user gets the activation code and the key without online verification that these key-code combination have been used already he can share them as much as he wants, and that's how cracks site work!
-. Thanks man.