 |
|
|
indeedy!
Jammer
Going where everyone here has gone before! 
My Blog
|
|
|
|
|
|
|
"You take your stinkin' Mac ways away from these forums. We don' wan' no stinkin' Mac users."
|
|
|
|
|
|
|
heh heh ... nix ... pah!
Jammer
Going where everyone here has gone before!
My Blog
|
|
|
|
|
|
|
Jammer wrote: heh heh ... nix ... pah!
And now you're bringing up nix? Dear god. Will the horror never end? 
|
|
|
|
|
|
|
not in my lifetime!
Jammer
Going where everyone here has gone before!
My Blog
|
|
|
|
|
|
|
You may want to look at this[^] book.
The Mono .NET port is interesting, but seems to be a bit backend forwards about the different versions it develops with the development team rushing onto new features as soon as MS releases them without necessarily sorting out the issues with the existing versions.
|
|
|
|
|
|
|
Hi there,
I am working on a project where the situation is the other way round. My background is a boxed software product which is available for both Mac and Windows.
After we did a port originally (using GNUStep) we ended up rewriting the application from scratch using Windows native tools (C# and WPF).
The reasons:
- Windows and Mac users expect a very different user experience which requires two different user interfaces.
- Both platforms have different strengths and what is easy on one platform can be very hard on the other. We try to keep our two products feature-identical but the implementation and usage of the features can greatly differ.
- ObjectiveC is a dynamic language, C# is a statical typed language. The way you program in these languages is very different.
- If you want a great product you need great developers. A Windows developer is likely not the best choice to create a 'good' Mac application and vice versa.
Tools that work on both platforms have not the power of the native tools. (eg. Mono)
As an example I want to refer to Microsoft Office. Office on Windows and Office on Mac has a VERY different user interface. I think Microsoft made the right choice by understanding that users on Mac and Windows have different expectations.
|
|
|
|
|
|
|
Very interesting post Pakl ...
Just out of interest what boxed product is this background of your?
Jammer
Going where everyone here has gone before!
My Blog
|
|
|
|
|
|
|
|
|
|
Nice ... I'm going to check that out tomorrow ... looks like a cracking bit of software!
Jammer
Going where everyone here has gone before!
My Blog
|
|
|
|
|
|
|
getting better and better... we are still on our way from GDI+ to WPF. quite an interesting journey 
|
|
|
|
|
|
|
I should say! There must be a lot of un-needed code to get GDI+ to do some of the WPF 'native' things.
Jammer
Going where everyone here has gone before!
My Blog
|
|
|
|
|
|
|
... How much more fun is working with WPF than Windows Forms?
a) A bit
b) Don't care
c) What's WPF?
d) Like night and day better
e) I hate programming.
f) HELL YEAH!!
g) What's windows forms?
h) I like cheese
Jammer
Going where everyone here has gone before!
My Blog
|
|
|
|
|
|
|
i. I ain't never going back. Wild horses can't drag me back to WinForms.
|
|
|
|
|
|
|
h : I like cheese
pretty fond of WPF too..
Paul
|
|
|
|
|
|
|
yeah, fondue ... har har ...
Jammer
Going where everyone here has gone before!
My Blog
|
|
|
|
|
|
|
F & G
Regards,
Thomas Stockwell
Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning.
Visit my homepage Oracle Studios[ ^]
|
|
|
|
|
|
|
F & G with a little bit of H, but only in toasties.
Simon
|
|
|
|
|
|
|
Mmmm ... toaties ...
Jammer
Going where everyone here has gone before!
My Blog
|
|
|
|
|
|
|
how to use a DataGrid in a WPF app
|
|
|
|
|
|
|
M.omar wrote: how to use a DataGrid in a WPF app
Get a copy of Xceed WPF Grid. It's free (in the Express Edition) and really powerful.
|
|
|
|
|
|
|
I have WPF application that performs scrolling of three xaml controls in circular manner.
If I use simple control without much styles or instead use a simple image in the element, then scrolling goes fine and application performance is good.
However, if I load the control with heavy WPF styles,then at very high resolution say (1400 * 900) systems, scrolling gets jerky and CPU usage increases.The problem exists with machines with low graphic card.
I studied this and found that WPF can take advantage of hardware rendering pipeline but couldn't find any working example.
Is there some way in WPF by which we can use heavy styled xaml controls with good performance on PCs with UMA graphic card?
|
|
|
|
|
|
|
devneeraj wrote: Is there some way in WPF by which we can use heavy styled xaml controls with good performance on PCs with UMA graphic card?
Nope. You hit the same limitations as you would trying to run a 3D game running on the card. The limitation is not with WPF.
If you have a problem, then you could offer multiple styled versions (it's as easy as swapping in another set or ResourceDictionary's) so that people with lower powered cards could choose to use a lighter version.
|
|
|
|
|
|
|
Guys and Girls,
I am working on a XBAP WPF project that requires access to some data objects contained within a class library. This class library is contained within the same solution but sits in a seperate solution folder and is referenced within the xbap application.
The problem is that when I try top use xmlns to gain access to the namespace of the class library, it fails. using the same xmlns syntax but take the class library out of the solution folder it works.
Is this a known issue or am i being dumb and not getting my syntax correct??
The line I use is as follows
xmlns:cnl="clr-namespace:Citynetworks.CommissionManager.BusinessEntities;assembly=Citynetworks.CommissionManager.BusinessEntities"
Many thanks
Paul
|
|
|
|
|
|
|
Hi!
I want to move some item along some path. How can i do that?
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Rant 
Admin