SharpDevelop Community

Hihi there ;)
    I understand that code completion in SD2.0 would be .NET 2.0 specific, but my question is... is there a way to point to the SD1.1 code completion database?  I admittedly haven't read through everything on these forums, but it would seem to me that, short of them being drastically different data structures, it should be possible to target .NET 1.1, then point to the SD1.1 code completion db if you have SD1.1 installed congruently, that or check on install if 1.1 is installed and generate a SD2.0 db if they are drastically different.
    Just my mind wondering a bit, and possibly even a feature suggestion for a future revision of SD2.0 or even 2.1... Just figured it would be much less of a pain to simply do developement in 2.0 exclusively instead of having to go back and forth between them in order to use the advanced features (specifically debugging) of SD2.0 on .NET 1.1 projects.  I guess I don't see why you can't have 1 TV with 2 Consoles hooked up and switch between the 2 whenever u desire.


Thanks for enduring my convoluted brain tide...

Shukaido (Project Manager of RPGame, a 3D C# project for networked RP facilitation)

SharpDevelop supports code completion for .NET 1.1 assemblies, but not for a set of core assemblies that SharpDevelop itself loads:

• mscorlib
• System
• System.Data
• System.Design
• System.DirectoryServices
• System.Drawing
• System.Web.Services
• System.Windows.Forms
• System.Xml
• Microsoft.Build.Engine
• Microsoft.Build.Framework

The code could be modified to enable code completion for .NET 1.1 on these core assemblies if you are currently editing a project that targets .NET 1.1. This would not fix the forms designer and resources being .NET 2.0 specific though. That is another more complicated problem. I think it is possible, but a lot of work so I do not see this happening soon.

Is there a way to make a code completion database for any arbitrary programming language?

The solutions I see are:

1. knowing the code completion database format and then users making their own ccdb by whatever means - manual or programmed
2. making an add-in for quick indexing and conversion of ccdb's of other IDEs like Eclipse or VS
3. addin for accepting ccdb's in a simple xml format so that making and updating ccdb's is very easy

My main motivation is my familiarity with #D and #D's ease of use, which I want to carry forward to other programming languages also. 
That is, using #D for other things like PHP, AJAX, Javascript, HTML etc.

Any help greatly appreciated.

TIA,
~jsdev

1. 
   

Hihi ;)

   What, if any, do you think the chances are that I could put together a "patch" or maybe a "plugin" for SD2/2.1 that basically uses the SD1.1 code for dealing with the 1.1 framework and pushes it into a SD2/2.1 usable format?

   Admittedly, I'm not sure that I'll ever get the time to dig through the code enough to find the functionality for myself to do this, but I'm sure somebody already has, at least a little, knowledge of where to start this process, and could either help me do it or do it themselves.  Frankly, I think a plugin style use of this would be ideal, because it's not something everyone will use, so bloating the entire project with it is understandably not a prime priority.

   I personally, again, have no idea how to get this rolling... so, anyone willing to help is most definately invited to either message me, which I can't guarantee will be all that helpful, or put something like this together for themselves.  I must say that, though I may not be much help, I would love to try so that in the future I can actually be of more assistance in efforts such as this.

 

Again, thanks for listening to the rantings of my odd little brain.

 
Shukaido 8)
 

SharpDevelop 2.1 supports code completion specific for the chosen target framework (.NET 1.1; Compact Framework; Mono).

DanielGrunwald:

SharpDevelop 2.1 supports code completion specific for the chosen target framework (.NET 1.1; Compact Framework; Mono).

    In that case, jsdev, whaddaya say we get together on the potential "universal" ccdb addin... where you can define your own code completion stuff, and at least do the coding in SD by defining the keywords, and syntax stuff to be read in... I like the idea... and, if possible, maybe we can add in a targeting dialog to run for compiling and such where you can define your compile software and arguments and such...

    *shrug* looks like code completion for my orrigional topic is already done, but this plugin would be amazing, and extend SDs base immensely, I would imagine.

    And Daniel and Matt, is the forms designer also modified for use with the .NET 1.1 framework, and others?  I know that was part of the issue when I orrigionally made the post. 

 

Thanks for the quick response.

Shukaido 

The forms designer generates .NET 2.0 code and currently there are no plans to fix that - because currently we don't know any better way to get a .NET 1.1 designer than to run the designer in a separate process using the .NET 1.1 runtime. So a remoting layer around the whole forms designer would have to be written.

Shukaido:

In that case, jsdev, whaddaya say we get together on the potential "universal" ccdb addin... where you can define your own code completion stuff, and at least do the coding in SD by defining the keywords, and syntax stuff to be read in... I like the idea... and, if possible, maybe we can add in a targeting dialog to run for compiling and such where you can define your compile software and arguments and such...

Done!

But I think I'm ahead of you in confusion and cluelessness :-) :)
I once tried to play around with the source of #D1.1 - at that time, the itch was that I did not like Courier as the font and wanted to add the 
other fonts - but it seems "#D1.1 only supports GDI fonts" and so, I did manage to actually compile the whole thing and run it (pat on back) but
nothing actually happened.

So, if you're willing to slog it out with such a skilled coder :-) , I'm very much interested :-)
Waiting for your view,
/ JS

PS: I'm not that bad, since on the first day of using javadoc while learning Java, I generated the *full* javadocs for the SDK from the src.zip. Miracles
do happen, y'know!