|
Posted
almost 16 years
ago
by
DavidSrbecky
Google Summer of Code 2010 has been officaily announced and SharpDevelop intends to participate again.
Google Summer of Code is an opportunity for students to earn 4500 USD over the summer by working on an open-source project.
We
have created a
... [More]
list of ideas, but you can work on anything
you want as long as it is related to SharpDevelop. You can find the
list of ideas and any further information on the SharpDevelop wiki page for the Google Summer of Code. The application deadline is 19:00 UTC on April 9th. In the meantime, you can start coding and talking to us on the forums, via email or on the IRC (#SharpDevelop at irc.freenode.net).
Please spread the word and tell your friends about the Summer of Code as well.
If you have any project ideas for the students, feel free to mention them in the comments below the post. [Less]
|
|
Posted
almost 16 years
ago
by
ChristophWille
With the release of RC1, the code converter site has been upgraded too (from NRefactory 3.2.0.5362 to 3.2.0.5506). Relevant checkins:
... [More]
http://fisheye2.atlassian.com/changelog/sharpdevelop/?cs=5432http://fisheye2.atlassian.com/changelog/sharpdevelop/?cs=5448
Supported languages (via Web interface as well as Web Service): C#, VB.NET, Boo, IronPython, IronRuby. [Less]
|
|
Posted
almost 16 years
ago
by
DanielGrunwald
SharpDevelop execute many tasks that require progress reporting. Most also can be cancelled by the user.
Examples are:
Loading a solution (parsing files for code completion and class browser)
Building
Searching
In SharpDevelop 4.0.0.5483
... [More]
, I've rewritten the IProgressMonitor interface used for these operations. The main difference in comparison with the old interface is that it is now possible to create nested progress monitors, allowing the composition of large progress-reporting operations from many smaller operations. Also, creating nested progress monitors now allows to safely report progress from parallel computations. Every thread can create its own nested progress monitor for reporting its progress.
Now what happens with these progress reports? They will be collected by the ProgressCollector class. The ProgressCollector takes care of summing up the progress from all nested progress monitors. It also handles the multi-threading issues. The output of a ProgressCollector is a simple set of properties describing the current progress of the operation, plus a "PropertyChanged" event which will be fired only on the GUI thread. This allows using WPF data binding to display the total progress in a progress bar.
Another difference is that the cancellation support has been simplified by making use of the .NET 4 cancellation framework.
The above changes don't have any visible effect for the end-user. However, while working on this, I had an idea: similar to the progress bar in Windows Explorer in Vista and Windows 7, the progress bar should turn red when there are errors. This gives immediate visual feedback that the build failed, making it a lot less likely that you miss the error messages in the "Errors" pad and wonder why your binary didn't change.
A related change in SharpDevelop 4.0.0.5490 is that the progress is now shown on the Windows 7 task bar:
So the progress of long-running builds is always visible; even if you minimize SharpDevelop and do something else while the compiler is working. [Less]
|
|
Posted
almost 16 years
ago
by
ChristophWille
This blog post announces two major changes for SharpDevelop 3.2: a setup size reduction from 21.1MB down to 14.6MB (a clean 30% less than before), and an upgrade of Sandcastle Help File Builder support to version 1.8.0.3.
So how did we shrink the
... [More]
setup? Let's look at some sizes first:
Revision 5493 is before the upgrade of SHFB support (happened in 5499), and 5500 is the latest setup build - with additional tweaks. So what are the tweaks?
Basically, we had a look at feature usage. Like "How many people actually know that we are shipping the WiX *.chm documentation with SharpDevelop?" or "How many people actually generate documentation chm files from XML comments?". Turns out that the answer is "not too many".
The delta of 5499 to 5500 shows the effect of the WiX help documentation. And 5493 to 5499 the delta of the old release of SHFB.
Which brings me to the upgraded functionality: we had a 1.7 release in the box, and 1.8.0.3 uses a different project file format. We had to upgrade that for "Build documentation..." (project context menu) to work properly with the new release.
If you don't have SHFB on your computer (which is now the default after installing SharpDevelop), you will see the following dialog:
This dialog is now standardized (we haven't installed TortoiseSVN in the past either). Simply follow the link, install the latest version, and you are good to go (even without restarting SharpDevelop, we perform the "SHFB installed?" check on the fly):
Note that we produce a valid .shfbproj file with a reference to the project you just had open.
So why are we shipping some stuff in the box and some not? That mostly depends on how deeply integrated a feature is in the IDE (well, after all that is short for integrated development environment). We have to have control over certain tools and the version being used. In some cases we can leave it up to the user to install it if needed, like F# support, Subversion support, FxCop or StyleCop support, or now documentation generation.
Lean & mean is the new green. [Less]
|
|
Posted
almost 16 years
ago
by
ChristophWille
SharpDevelop wraps F# Interactive (fsi.exe) in a pad of its own. For SharpDevelop 3.2, it looks like this:
You type the code you want to evaluate in a single-line textbox on top of the fsi.exe output.
With revision 5498 (part of SharpDevelop
... [More]
4.0), Daniel reused Siegfried's approach for the debugger console to make F# Interactive a lot more compelling:
You type right inside REPL. Way more useful!
Boot note: In revision 5494, we ported the F# backend binding from F# (yes, the F# binding was written in F#) to C#. The main reason was that requiring F# - which is not part of the basic .NET installation - caused us problems (again) with the automated build. [Less]
|
|
Posted
almost 16 years
ago
by
Peter Forstmeier
For those of you that haven't followed the development of SDR in the past, a quick introduction on how to get started.
There is a Wiki dedicated to SDR: http://sharpdevelopreports.net/ (please note that it hasn't been updated yet for the fact that
... [More]
SDR is now back in the fold with SharpDevelop)
It contains a feature tour (with screenshots) to give you an idea how to get up and running quickly. I'd also recommend reading the what's new blog post from the SDR beta, as it contains information on the newly added functionality (such as expression support).
Speaking of support: there is a dedicated forum for SDR on our community site, please let me know about problems, ideas, fixes et al there! [Less]
|
|
Posted
about 16 years
ago
by
Peter Forstmeier
As of today, SharpDevelop Reports (SDR) is once again an integral part of SharpDevelop!
It will be shipped with SharpDevelop 3.2 (~spring 2010), but it is already available on the build server as part of the SharpDevelop integration builds. Please
... [More]
note that the standalone designer build is no longer available on the build server.
Sample reports can be found in the source download of SharpDevelop in the folder Samples\SharpDevelopReports.
Upcoming changes before the CTP of SharpDevelop 3.2: iTextSharp will be updated to version 5.0, and we no longer include the source code for it in the repository (only as a zip in the vendor directory, which is not part of the source download).
Next tasks: more samples, more documentation, bug fixing. [Less]
|
|
Posted
about 16 years
ago
by
MattWard
Support for IronRuby in SharpDevelop has moved on since the
last alpha release of the IronRuby addin. This addin now ships
with SharpDevelop 3.2 which is available to download from the
build
server. The main new features are
... [More]
support for IronRuby 1.0 RC 1
and the ability to debug IronRuby applications.
New Features
Windows Forms designer support now complete
Converting entire C# and VB.NET projects to IronRuby.
Debugger support for IronRuby applications.
Smart indenting for IronRuby code.
IronRuby 1.0 RC 1 support.
Currently there is no support for IronRuby code completion.
Now we will take a look at some of the new features in more
depth.
Running an IronRuby Application
After you create an IronRuby application you can run it
immediately without having to edit the project options as you did
previously. The project templates have been updated so that
everything is ready to go straight away. Simply select Run
from the Debug menu to run your application with the
IronRuby console.
Debugging an IronRuby Application
In order to get the debugger to work well when debugging an
IronRuby application you should change the debugger options. To
open the debugger options select Options from the
Tools menu, then select the Debugging category. Only
the 'Just My Code' feature should be selected and
everything else should be unselected, as shown in the screenshot
below.
You can set your breakpoints in the normal way either by
clicking in the left hand margin of the text editor or by selecting
Toggle Breakpoint from the Debug menu.
Selecting Run from the Debug menu will run your
IronRuby application under the debugger. Alternatively you can
select Run from the Ruby menu which will run the code
currently active text editor window. Selecting either of these will
run the IronRuby console in debug mode with SharpDevelop's
debugger.
Converting a C# or VB.NET Project to IronRuby
To convert a VB.NET or C# project to IronRuby open the project
and then select Convert from C# to Ruby or Convert from
VB.NET to Ruby from the Project menu.
Extra Ruby Libraries
The
IronRuby 1.0 RC 1 download from
codeplex includes extra
Ruby libraries that are not shipping with SharpDevelop. If you want
to use these libraries then download the IronRuby zip file and copy
the lib folder to the IronRuby addin folder:
C:\Program
Files\SharpDevelop\3.0\AddIns\AddIns\BackendBindings\RubyBinding
The IronRuby console (ir.exe) is configured to look in the
lib subfolder by information in the ir.exe.config file:
<options> <set language='Ruby' option='LibraryPaths' value='lib\IronRuby;lib\Ruby\site_ruby\1.8;lib\Ruby\site_ruby;lib\Ruby\1.8'/> </options>
If you want to put these Ruby libraries somewhere else then the
ir.exe.config file should be modified.
IronRuby Downloads
IronRuby 1.0 RC 1 from Codeplex [Less]
|
|
Posted
over 16 years
ago
by
Peter Forstmeier
Features:
The Designer is using the infrastructure from Windows.Forms.Designer
Run Expressions inside a Report; based on the work of Irony and Simpleexpressionevaluator
UnitTests for many (increasing number) of Classes
The Designer in
... [More]
Action:
TextEditor, useful to enter some text and/or expressions:
A very simple report in List layout with PageNumber in the PageFooter section and Aggregate function count() in ReportFooter:
Some more functions:Line 1 (middle): nothing to evaluate – (right) concat two fieldsLine2 (middle and right): UserfunctionsLine 3 (middle and right) : GlobalfunctionsLine 4 : show parameters inside report, useful for queriesLine 5: simple calculationLine 6: etc, some more functions
The Result:
[Less]
|
|
Posted
over 16 years
ago
by
MattWard
Support for
IronRuby 0.9.1 is now available for
SharpDevelop 3.1. The IronRuby addin is an early alpha preview
release/proof of concept and is not an official part of
SharpDevelop 3.1 so it is available as a separate download
... [More]
at the
end of this post.
Features
Code folding
Syntax highlighting
File and project templates for Console and Windows Forms
applications
Windows Forms designer (limited)
C# and VB.NET code conversion to Ruby (limited)
Please note that the forms designer and code conversion need a
lot more work.
Creating a Windows Application
Open up the new project dialog by selecting New then
Solution from the File menu. Selecting the Ruby
category will show two project templates. One will create a Windows
console application and the other will create a Windows Forms
application.
To run your application ensure the Program.rb file is in the
active text editor window then select Run from the
Ruby menu. This will run your code with the IronRuby console
(ir.exe). Alternatively you can run the application by selecting
Run from the Debug menu but you will first need to
configure the project options. Select Project Options from
the Project menu to open up the Debug project options.
You will need to add ${ProjectDir} to the command line
arguments and working directory as shown above. The -19
command line argument is used to enable Ruby 1.9 support otherwise
the IronRuby console will not be able to load any UTF-8 source code
files.
Currently you cannot debug your code even if the -D command line
argument is specified.
If you are running a windows app and nothing seems to happen
then open a command line window and run it from there. This way you
should see any errors reported from the IronRuby console.
Designing Windows Forms
The Windows Forms designer is still in its early stages so
please be warned that it may break the form's code or worse.
The designer code generation is a lot more complete than the
designer loader so the designer will most likely fail to load all
controls into the designer.
The designer can be opened in the usual way by opening the form
in the text editor and selecting the Design tab at the bottom of
the text editor. Once open in the designer you can add controls to
the form in the usual way from the Tools window. In the screenshot
below a label, text box and a button have been added.
Click the Source tab to view the generated code in the
InitializeComponents method. Make sure you do this before trying to
save the code.
Code Folding
Code folding allows you to collapse regions of a class.
Code Conversion
To convert VB.NET or C# to Ruby open the file you want to
convert and then select Convert code to Ruby from the
Tools menu.
The code conversion is limited to classes so it will not convert
an arbitary piece of code that is not inside a class. A C# class
being converted to Ruby is shown below.
The code conversion is still at an early stage of development so
it will fail on complicated classes.
Class View
Classes in the open solution will be displayed in the Class
browser (Select Classes from the View menu).
From there you can double click a class or method and the text
editor will display the corresponding code.
Installing the IronRuby AddIn
Rename the
IronRubyAddIn-0.1.zip file to
IronRubyAddIn-0.1.sdaddin.
From the
Tools
menu select
AddIn Manager
.
Click the
Install AddIn
button.
In the Open File Dialog browse to the
IronRubyAddIn-0.1.sdaddin
file and click the
Open
button.
Click the Close button.
Restart SharpDevelop.
Ruby Links
Some of the Ruby tutorials and links used whilst creating the
IronRuby addin.
Ruby
documentation.
Book
of Ruby by Huw Collingbourne.
IronRuby
homepage.
Downloads
IronRubyAddIn0.1.zip
IronRubyAddIn0.1-src.zip [Less]
|