I'm building a program and I'm going to need to do some basic graph problems: find strongly connected components, find shortest traversal, etc. I know that the quckgraph library works with .net but doesn't port to mono. Does anyone know the best way to get around this, or if there's another library out there I could use?
QuickGraph once worked fine with Mono for me. I just downloaded the newest library, referenced it in project, built simple example and still works like a charm. What problem do you have with it in mono?
Satsuma is much simpler than QuickGraph and should work for you, though there are no releases yet and you will need to check it out from Git.
Related
Has anyone found how to integrate Google Maps and Script#?
I'm trying to tie the two together, most of the research ends in this GMapsSharp Project. However that project was compiled against an older version of Script#(0.7.0) which makes unusable with the current version(0.7.5).
I'm open to suggestions, if anyone knows a GMaps wrapper, a way of wrapping it, or how to fix the compatibility issues between GMapsharp and Scriptsharp that would be great
Short Answer: Don't do it.
I was going to build that, but started to use OpenLayers which is a much better library overall. However, when I started with OL, they were already working on version 3 but we had to use 2 as 3 wasn't ready so it didn't make sense to stub it. OpenLayers 3 is very close to releasing now so it makes sense to strub it.
I'm working on the integrating now. However, the library is vast and stubbing it is not trivial. I'm stubbing only pieces that I'm using at the moment. Hence, I'm not contributing it back to S# yet. If you're interested in contributing, I can do this on my fork and then eventually merge it into main.
As the question states, I am wondering if anyone is familiar with the ability to code in C#, and compile into IOS or Android native app-compatible binaries.
I know that Mono might be the answer here, but have never used it, and haven't seen anything around that allows me to take c# code and spit out seperate binaries, one of which would be compatible with IOS and on one with Android. Any thoughts?
I also know of Xamerin.iOS and Xamerin.Android, however these solutions look to be end to end solutions. I only want to code similar 'backend-ish' logic once, and give it to app developers to implement their native apps and just use the binary when necessary. I do not want the App to be cross platform built, just a simple logic binary in the back :)
Let me know if this is unclear, and I will try to be more clear :)
--EDIT: This is resolved as can't be done, as per the marked answer (and comments). Thanks!
You could have a look at MonoCross. But Xamarin's offerings really are second to none if you want to write Android/iOS apps in C#.
I've written a game in C# with SDL.NET and OpenGL. I want to add a menu to it, for which I need Qt. What bindings do you recommend for Qt in C#?
Qyoto? (apparently it's still unstable in Windows.)
qt4dotnet?
other?
Requirements:
fast
should just work and be polished - i.e. no weird problems at every step
integration with the buildsystem, uic, resources, etc, should work well
In fact I'd appreciate any experiences that you can share about using Qt with C#.
Edit: I'm now in the middle of a major project using qt4dotnet together with OpenTK. Feel free to ask me questions.
I think the QT Bindings for C#/.NET are not working like you wanna have it. The main problem is that there is no real community which is continuing work on these projects.
EDIT: The QTSharp project is getting some love and I think, this could be something to work with (Link: https://github.com/ddobrev/QtSharp)
Have You looked at QtSharp? Seems project is in development.
I have a challenge similar to creating-my-own-plug-ins-for-my-own-project-in-c# and late-loading-a-net-plugin-dll, with the added headache of being able to specify a version to use. My current idea is to simply use console apps, with folders named by version. I'd then find the folder and load the console app by known name, using Process.
I'd like to avoid having to write out and read in text, which is the only real way I can see for a console app to talk to my 'control' windows forms app. Using dlls seems like a possibility, but I haven't done much with dynamic loading before and it seems rather messy either way.
I've had a quick look at the Managed Extensibility Framework, but it's still under development, and aiming for .Net 4.0, which I might be able to look at, although I need this solution relatively quickly.
Any other ideas out there for accessing a specific version?
In the end I just used a well-known folder structure to contain different versions of console apps.
No, it's not clean, and probably not the best way to do it. However, I don't have control over the console apps/dlls, and this works without being too much to explain to the researchers I work with. They know research, C# is just a tool.
Is there some built in Card graphics library built into .Net/Windows?
Is there any way to utilize the card graphics used by the various card games that come with Windows? They look really nice and it would be cool if there was some built in functionality for this.
Actually there is, sort of. It's not builtin, but it is a free download from Microsoft.
There are a pair of .Net project templates, one for C# and one for VB. Both include a set of card face and card back images. The C# one is here:
http://msdn.microsoft.com/en-us/vcsharp/aa336742.aspx
And the VB one is here:
http://visualstudiogallery.msdn.microsoft.com/en-us/a4747c87-2ad2-4004-99bb-2a2f5f043edd
(note: editied to fix C# link --RBarryYoung, May 31, 2009 3pm)
Bit late to post on this but.. there is this one I am using http://deckofcards.codeplex.com/
I don't think there is anything built in to the framework. :) But, I did find some stuff that might help you over at Codeplex.
I once took the old cards dll file from Microsoft Solitaire and tried getting it to work in .Net. It is possible, but really not worth the hassle. I'm not sure if I'm talking about this one. I don't think I am. I recall ending up with a .rc or .res file at one point and putting far too much time figuring out how to get it working in C#. It was not fun.
There is more than one version of the card dlls depending on OS and whatnot. It's much simpler to just find a free card graphics library and use that.
I believe there is a Visual Studio template project that meets your needs. There certainly was a couple of years ago, but I don't know if it is still maintained.
I'm developing one as a hobby: https://github.com/jamestharpe/James-Games