|
Hey
Just wondering if there is a built in control that offers functionality similar to the slide out panels in Visual Studio? I have considered either creating my own or modifying the split panel control. But if there is built in functionality I would much rather use that.
Thanks
Dan
At university studying Software Engineering - if i say this line to girls i find they won't talk to me
Dan
|
|
|
|
|
There are lots of commercial packages: here[^], here[^], here[^], here[^], here[^], etc.
There are a couple open source ones also: here[^], here[^], here[^], etc.
Take care,
Tom
-----------------------------------------------
Check out my blog at http://tjoe.wordpress.com
|
|
|
|
|
Cheers - that's helped me out loads
At university studying Software Engineering - if i say this line to girls i find they won't talk to me
Dan
|
|
|
|
|
Sir/Madam,
Our departmenatal packages have been written in vb.net 1.1 version and runs on Windows operating system.Is it possible to run this package in SUSE Linus Operating System (version 10) by converting vb.net code to Java enabled.
J R D Solomon
|
|
|
|
|
Take a look at Mono[^] and see if you can use it, then you don't need to convert the code at all.
Experience is the sum of all the mistakes you have done.
|
|
|
|
|
I've used a number of Microsoft IDE's over the years, and (in general) I've managed to get used to the changes that they make, for better or worse.
I do not, however, understand why the property grid in the WPF designer is so featureless compared to what it was like in Visual Studio 2005.
Let's see here:
1. No events
2. No alphabetizing (yes, it has the search instead of the sort, so I guess it's just -1/2 point on that one)
3. No color chooser or font chooser or any other convenient pop-up.
4. No combo-box for choosing components out of the diagram by name.
5. No direct support for data binding of control properties.
I fail to see what Microsoft is trying to accomplish with this gimpy property grid. Does anyone else have any idea?
|
|
|
|
|
Keep in my that WPF has alot more features than Windows Forms (and the like).
1. Routed Events make this a little more difficult because now a given event is not fired on a single object.
2. I also use the "sort alphabetical" option when working in WinForms, so I also miss this one.
3. Again, things are complicated by how WPF works. In WinForms, it would/could serialize out C# code to generate the new Font or Color object. In WPF, it would need to add/modify resources (at many levels) which could be used by many different objects.
4. Another good point. I typically use the XAML view to "select" the object I want, but it takes some getting used to.
5. Data Binding is extremely complex, especially when using Relative Sources, Value Converters, etc.
I was equally disappointed when I started using it. But I'm sure they will come up with something better in the future 
Take care,
Tom
-----------------------------------------------
Check out my blog at http://tjoe.wordpress.com
|
|
|
|
|
Thanks for the response.
For number 1, I noticed that I can always type the event into the XAML, so it didn't look like much of a stretch to go one step further and put it in the property grid. Maybe in some cases (that I haven't run across yet) the event can't be manually typed into the XAML. In any case, it requires scrolling through loads of text to see which events are being used now.
And for number 4, it would seem like a good idea to give the XAML viewer a combobox to help deal with cases when there are many controls to deal with. I'm sure I can get used to scrolling through the XAML text, too, but it still strikes me as a step backwards in terms of usability.
And for number 5, although there may be technical reasons why Microsoft dropped the property grid databinding support, it's a real drawback to moving to WPF, as some tools that my project team has implemented use that feature a lot.
|
|
|
|
|
I agree on all points
Take care,
Tom
-----------------------------------------------
Check out my blog at http://tjoe.wordpress.com
|
|
|
|
|
Hi,
I've got a few classes that implement IDisposable to clean up their resources. In a windows forms app, I would create the objects in the forms constructor and dispose of the objects in the overridden dispose method.
In WPF, the Window class doesn't implement IDisposeable. Where should I dispose of these objects?
I'm quite new to WPF, so maybe I'm just missing something obvious.
Can anyone help.
Simon
|
|
|
|
|
The WPF Window class doesn't implement IDisposable, because it doesn't have anything to dispose.
You can create your own Window class (say MyWindow) that derives from Window and implements IDisposable. Then either you can explicitly call Dispose when you are done with your Window, or you can simply let the finalizer call it for you.
Check this[^] and this[^] out, for more info on how to implement IDisposable properly.
Take care,
Tom
-----------------------------------------------
Check out my blog at http://tjoe.wordpress.com
|
|
|
|
|
The problem won't be solved by implementing the dispose pattern on the window, I will still be left with a window class that doesn't get disposed as there is nowwhere to call dispose on the Window from.
In WPF the entry point is auto generated and looks like this:
[System.STAThreadAttribute()]<br />
[System.Diagnostics.DebuggerNonUserCodeAttribute()]<br />
public static void Main() {<br />
WpfApplication1.App app = new WpfApplication1.App();<br />
app.InitializeComponent();<br />
app.Run();<br />
}
(No window class anywhere), and the app.xml file looks like this
<Application x:Class="WpfApplication1.App"<br />
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"<br />
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"<br />
StartupUri="Window1.xaml"><br />
<Application.Resources><br />
<br />
</Application.Resources><br />
</Application>
I don't have control over the creation of the window class, and it won't get disposed of. I tried it, and all that happens is the finaliser gets triggered when the app is closed.
What I've done for now is to manually implement the app entry point so I have control over the window creation:
public static void Main()<br />
{<br />
WpfApplication1.App app = new WpfApplication1.App();<br />
using (Window1 mainWindow = new Window1())<br />
{<br />
app.Run(mainWindow );<br />
}<br />
}
But this doesn't quite feel like the 'WPF way'. I have no app.xaml file.
Is there a way of doing this without manually implementing the the app entry point, or is this how it should be done?
It's a minor point really, It works fine the way I've done it, just I wondered if there's a proper way of doing it.
Simon
|
|
|
|
|
Following the proper implementation of IDisposable, the finalizer should call the Dispose method for you. So if your application is shutting down, and the finalizer is called on the Window, then Dispose should be called. Are you saying that Dispose is not being called in this scenario?
Take care,
Tom
-----------------------------------------------
Check out my blog at http://tjoe.wordpress.com
|
|
|
|
|
Sorry, thats not what I meant, I'm not very good at explaining.
Yes the finalizer is getting called, and yes that triggers the dispose method, but following the pattern, it calls the dispose method and passes false, which means it doesn't clean up managed resources, instead they are left for their own finalizers to be triggered to clean them up, and so on, which means my whole stack of objects are all left waiting for their finalisers to clean them up which is a bit messy, which is what I meant when I said "it won't get disposed of...all that happens is the finaliser gets triggered."
Also, finalizers aren't guranteed to be called.
I think the way I've done it is the best solution, I get deterministic clean up, and no worries about relying on the finaliser.
Thanks for helping.
Simon
|
|
|
|
|
I have a more or less simple question on WPF (to be precise, on XAML)
I want to rotate a textbox, but when I add a RotationTransformer with an angle of 90°, the box is rotated - but not on the same position anymore!
Is there some method to rotate it in place arround the control's center instead of the upper-left corner?
Thanks in advance!
|
|
|
|
|
Check this[^] out.
Basically, you need to add the following to your textbox definition:
RenderTransformOrigin="0.5,0.5"
Take care,
Tom
-----------------------------------------------
Check out my blog at http://tjoe.wordpress.com
|
|
|
|
|
I want a message box with Yes and No option asp.net 1.0 web application
how can i do this
|
|
|
|
|
swami samarth wrote: I want a message box with Yes and No option asp.net 1.0 web application
ASP.NET 1.0? The latest version is 3.5. You should really consider upgrading.
You could do this with the Javascript confirm[^] method.
Paul Marfleet
"No, his mind is not for rent
To any God or government"
Tom Sawyer - Rush
|
|
|
|
|
Hi,
You will have to do it using Javascript. Try following code in your code behind on the button where you want this box.
cmdSubmit.Attributes.Add("onclick", "return window.confirm('Are you sure!!!');");
Regards
Nav
|
|
|
|
|
Hi all,
Please advise me some certification ..in .net .. i am new in .net but have some exposoure in VC++ and C# with sql server...
vikas da
|
|
|
|
|
tasumisra wrote: Please advise me some certification ..in .net .. i am new in .net but have some exposoure in VC++ and C# with sql server...
C# is .NET...
You should only consider working towards any .NET certification if you really know your stuff. If you are new to .NET, you should spend a couple of years working with it and knowing the framework inside out. Then you will be ready to obtain the certification.
Paul Marfleet
"No, his mind is not for rent
To any God or government"
Tom Sawyer - Rush
|
|
|
|
|
|
I'd like to monitor the behaviour of a complex UI Framework (with Plugins etc.)
Is it somehow possible for a .NET Thread (or by means of win32 API) to monitor when
1) - other Threads
2) - or new windows message queues (for user interfaces)
3) - or simply new window handles are created within the process
within the same process are started/created without polling e.g. the
System.Diagnostics.Process.Threads Property
i.e. detecting these situations 1-3 "event like" from another thread.
Thanks
Martin
|
|
|
|
|
|
hello,I have this exception when i run my host service:
"HTTP was unable to enter the URL http:// +: 2605/SolutionWCF/WCFLibrarie. The process does not have access rights to that namespace"
host code:
namespace Host
{
class Program
{
static void Main(string[] args)
{
Uri baseAdresse = new Uri("http://localhost:2605/SolutionWCF/WCFLibrarie");
ServiceHost monHost = new System.ServiceModel.ServiceHost(typeof(WCFLibrarie.Class1),baseAdresse);
try
{
monHost.AddServiceEndpoint(typeof(monPremierWCF.interfaceWCF), new WSHttpBinding(), "WCFLibrarie.Class1");
ServiceMetadataBehavior smb = new ServiceMetadataBehavior();
smb.HttpGetEnabled = true;
monHost.Description.Behaviors.Add(smb);
monHost.Open();
Console.WriteLine("les services sont maintenant disponibles.............. ");
Console.WriteLine("Cliquer sur <ENTRER> pour fermer les services!!!");
Console.WriteLine();
Console.ReadLine();
monHost.Close();
}
catch (CommunicationException ex)
{
Console.WriteLine("Une Exception est generée{0}", ex.Message);
monHost.Abort();
}
}
}
}
Contract:
amespace monPremierWCF
{
[System.ServiceModel.ServiceContract]
public interface interfaceWCF
{
[System.ServiceModel.OperationContractAttribute]
string majiscule(string chaine);
[System.ServiceModel.OperationContractAttribute]
string mainiscule(string chaine);
}
}
service:
namespace WCFLibrarie
{
public class Class1 : monPremierWCF.interfaceWCF
{
#region interfaceWCF Members
string monPremierWCF.interfaceWCF.majiscule(string chaine)
{
return string.Format("hello {0}", "hicham").ToUpper();
}
string monPremierWCF.interfaceWCF.mainiscule(string chaine)
{
return string.Format("hello {0}", "hicham").ToLower();
}
#endregion
}
}
my App turn on :
Win vista ultimate
Thanks.
sdfrt
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
