I've developed in CPython for the past few years, and now have reason to try IronPython.
Eclipse (version 4.3) with PyDev (version 3.5) has been my favourite IDE for CPython. I tried using this combination to develop for IronPython too, but windows keep popping up stating "IronPython Console has stopped working". Does Eclipse/PyDev not support IronPython development?
I have also tried Visual Studio 2008 (only) by installing the shell integrated mode redistributable as well as IronPython Studio. However it was rather complicated for me to get it to work, with too many things to download and install.
CodePlex was another option I looked into, but their website states that they will be shut down soon.
In looking for other IDE options, I looked at this question: IDE for ironpython on windows. However, I fear that the answers given there are outdated or will soon be outdated, because they date back to 2009.
Given all this, I am wondering: what IDEs are available in 2017 for developing against IronPython - preferably an open source IDE? In addition, is IronPython, like CodePlex, about to die?
IronPython development has stagnated for quite a while, which is probably why the majority of IronPython IDE questions on Stack Overflow are from 2009 or so. However, according to the user mailing list IronPython now has new lead developers and plans for new work including IronPython for Python 3.x
In addition, CodePlex is only shutting down because so much has been ported to GitHub. So I would keep your eyes on the IronPython GitHub page for updates. It looks like IronPython.net (their other official page) touts Python Tools for Visual Studio - so if you want something supported, this would probably be the way to go. Best bet would be to download the most recent version alongside VS 2015 or 2013. Given that IronPython exists to interface with .NET, I can't imagine a good reason to pick an open-source IDE over Visual Studio anyway.
Related
I'm looking to create a very simple UI plugin for Windows Media Player, similar to this: https://obsproject.com/forum/resources/windows-media-player-title-artist-text-output-ticker.402/, but with the ability to choose the path and name of the text file.
I haven't been able to find any answers to WMP Plugin development questions on here since 2013, and the last actual answer give was for Visual Studio 2008. I'm now using Visual Studio 2019, so almost all of the tutorials, guides, and FAQs are massively out of date.
I've been following the setup guide here: https://learn.microsoft.com/en-us/previous-versions//aa969437(v=vs.85)?redirectedfrom=MSDN
After a few hours, I've finally been able to install the Windows 7.1 SDK by deleting all my C++ 2010 redistributables, and temporarily rolling back my .NET Framework 4 version to RTM. I now have wmpwiz.ico, wmpwiz.vsdir, and wmpwiz.vsz.
The interal version of VS2019 is 16.0, so I've edited my wmpwiz.vsz file to read:
VSWIZARD 7.0
Wizard=VsWizard.16.0
Param="WIZARD_NAME = Windows Media Player Plug-in Wizard"
Param="ABSOLUTE_PATH = C:\Program Files\Microsoft SDKs\Windows\v7.1\Samples\multimedia\WMP\Wizards\wmpwiz"
Param="FALLBACK_LCID = 1033"
and I've placed the three files into %UserProfile%\Documents\Visual Studio 2019\Templates\ProjectTemplates\Visual C++ Project\, but nothing shows up in the Start New Project window.
Obviously, I'm using technology that hasn't been touched for over a decade, so I don't know if this approach will even work anymore. Are there any modern guides on how to do this, or would it be quicker and easier to try to dig out my old VS2005 install disks, and hope they're not too scratched?
If this SDK Sample has been depreciated with age, are there any other wizards available that can be used for WMP plugin development? Preferably using C#, as I'm a .NET programmer, but I'm happy to trawl through C++ if I absolutely have to.
Thanks for any help you can give.
What would be the most frictionless workflow for working with NuGet and Visual Studio 2005? Is this at all possible? I understand that the plugin is only available for Visual Studio 2010, but there is still the package manager console wich seems to be nothing more than powershell. Can I run the console without Visual Studio and can the console download and integrate packages into visual studio 2005 projects? If so, how is this done?
Scott Hanselman blogged about adding NuGet "support" to Visual Studio 2008. You can probably adapt this slightly to work in Visual Studio 2005 too, though of course you won't get the same experience as in Visual Studio 2010.
Well, not really. A better title would be "How to Cobble Together
NuGet Support for Visual Studio 2008 with External Tools and a
Prayer." The point is, there are lots of folks using Visual Studio
2008 who would like NuGet support. I'm exploring this area and there's
a half-dozen ways to make it happen, some difficult and some less so.
The idea would be to enable some things with minimal effort. It'll be
interesting to see if there are folks in the community who think this
is important enough to actually make it happen. Of course, the easiest
thing is to just use 2010 as it sill supports .NET 2.0, 3.0, 3.5, and
4, but not everyone can upgrade.
Someone could:
Backport the existing NuGet Package References dialog to 2008 using
that version's native extensions (not VSiX)
Create MEF (Managed
Extensibility Framework) plugins for the nuget.exe command-line to
update the references in a vbproj or csproj
Use PowerShell scripts and
batch files to get the most basic stuff working (get a package and
update references.)
Maybe write a shim to get DTE automation
working...
But that's coulds and maybes. Let's talk about the MacGyver
solution. more ยป
I used Business Desktop Deployment (BDD) to build my project. Scripts are written in python. The BDD I am having doesn't support Visual Studio 2008.
Please tell me what is the latest version of BDD which supports VS2008
where I can get more info about Business Desktop Deployment?
BDD is a mini-methodology related to acceptance testing and TDD (it does stuff higher up, but this is probably what you're doing).
From your question, it looks like you've been writing BDD scenarios or unit examples in Python. Visual Studio isn't a great tool for writing Python in. If you want to carry on in Python, try Vim, or you might be able to get a Python plugin for Eclipse or IntelliJ.
If you want to use Visual Studio to program, use C# or F#. There are a couple of great BDD frameworks - SpecFlow or TickSpec - which can help you.
More information, including a list of tools, is available on the Wikipedia page on BDD.
Otherwise, please clarify your problem. It doesn't make huge sense in its current form!
Edit: Well, I learn something new every day. BDD also stands for "Business Desktop Deployment", and is a Microsoft product. Here's a page with an update suggesting you should use Microsoft Development Toolkit. Hope that points you in the right direction. I imagine the tool we've been using, click-once, does something similar.
You should probably know that few people seem to recognise BDD as meaning anything other than Behaviour Driven Development in software these days. I've heard Binary Decision Diagram as well; not often though. Good luck in your search.
There's an article here that might help you with Business Desktop Deployment (BDD) versions. It's dated March 2009 and says:
Microsoft Deployment Toolkit 2008 Update 1 replaces all prior versions of MDT and BDD. It provides additional support for new OS versions and deployment scenarios and is the upgrade path for users of earlier versions.
The article points to the MDT 2010 download page.
Does no such plugin exist?
So to be clear, I realize that RedGate has their own SSMS SCC app, and I realize that VSS2k5 will integrate in. I'm looking to stay with Hg as that's where my source already is, and I'ld like to find something that my team can stay consistent with on their tools.
As is, I guess I'm going to have to just run it through TortoiseHg and a folder with manual maintenance. Which isn't terrible, but naturally it would be nicer if there was an app pre-existing that I could consume.
And no, I don't have the time or inclination to write one myself. Not before Summer 2011.
Thoughts or ideas?
There are two versions of HgScc plugin:
HgScc - uses old MS SCCI API, works with MS VS2005/2008/2010 and with some third party IDEs. Last version of this plugin was released in 2008. It is not actively developed anymore, because MS SCCI API is very limiting and does not allow a tight integration with Visual Studio.
HgSccPackage - uses MS SCC Package, works only with MS VS2008/2010. This version of plugin currently in active development.
To get the first version of HgScc follow the instructions here:
MSSCCI compliant Mercurial client
Red Gate SQL Source Control is looking into supporting Mercurial in a future version, http://redgate.uservoice.com/forums/39019-sql-source-control/suggestions/803713-mercurial-support-as-source-control-system.
SQL Server 2012 (Denali) is using the Visual Studio 2010 Shell as the basis for the new Management Studio. I haven't tried it yet but I am hoping that tools such as VisualHg will work in Sql Server 2012. I will update this post after I get on my laptop that has the 2012 SQL Management Studio installed.
Have you tried hgscc? I know it integrates with Visual Studio, but I haven't tried it with SSM
What in your view are the most important differences?
Need to make an expensive decision...
Information:
We have both Java and .NET Projects (few more .NET)
Very interested in project life cycle management.
Migrating from ClearCase
Both TFS and RTC are CRRM integrated to development environment (Visual Studio or Eclipse): they provide:
Change Management (CM)
VCS (Version control system)
Release Management (RM)
The difference is mainly in their architecture, where:
TFS provides a server SDK for facilitating integration with Visual Studio
RTC is build on top of an open-source application HUB able to aggregate any kind of tools (RTC baing the IBM Rational commercial implementation of Jazz)
The challenge in both CRRM tools is to manage the necessary bridge you will have to setup for various legacy tools (like an existing ticket system for instance).
Stay away from Accurev, it is a nightmare, as a developer with personal daily battles with it. Git, Mercurial, Darcs, or SVN are much better choices. As far as all of the "features" of Accurev, you likely won't ever miss them, you'll be too busy swearing.
RTC is Visual Studio friendly, and TFS is Eclipse friendly:
(RTC visual studio integration listed here)
https://jazz.net/downloads/rational-team-concert/releases/3.0
(TFS eclipse integration detailed here)
http://teamprise.com/ (purchased and renamed by MS)
I'd personally rather work with TFS, and I write integrations with version control systems for a living, and have touched both of these systems in a deep way. Ask if you want the details.
If you have a choice in the matter, go with Mercurial. Git is fantastic, but I found the Windows experience lacking. Get a separate bug tracker.
If you have a choice but must have version control integrated tightly with tickets, try http://fossil-scm.org/ - far less pain than either TFS or RTC to setup and maintain, though the IDE integration simply does not exist. But it competes solidly on core features with them in about 1 megabyte of download.
TFS doesnt have any support for eclipse or any such editors yet, (they are about to come, but no news yet). So which editor you use for your java projects that matters here. But Microsoft is coming up with teamprise which can let you connect TFS (which can work better for your java+.net)
And ofcourse for .net projects, TFS is the best, eclipse support for .net/c# is bad, we are using TFS and am lot happy with 2010.
I think for RTC dont know how much support is there for .net editors (VS or any other you prefer) but with TFS, you can certainly make .NET project work great and you can find Teamprise + TFS to work with eclipse also.
Is it really a question? Not nagging, but what is your toolstack to start with. What versions we talk about? (note Visual Studio 2010 and TFS 2010 are just around the corners - both a lot better, still usable for .NET 2.0 upward).
Without more information you get tons of idiotic little feature lists - because we dont know how to answer properly in the big picture. This is like "what are all the differences between a BMW 3 and a Mercedes SLK" - TONS of small things, TONS of relevant things, but what do you want? ;)