Re: [Mono-list] Installing mono to cygwin

[Jonathan Pobst]

Following the Tomboy installation guide, it does not even use Mono on 
Windows.  It uses .NET and GTK# for .NET.


https://live.gnome.org/Tomboy/Installing/Windows

My guess is you installed Mono instead of GTK# for .NET.

You want:
http://download.mono-project.com/gtk-sharp/gtk-sharp-2.12.10.win32.msi

from:
http://www.go-mono.com/mono-downloads/download.html

Hope this helps!
Jon

On 11/27/2012 11:31 AM, Stifu wrote:

That sounds too complicated and twisted, especially if you're trying to get
people to use the app. If Tomboy has to be fixed, then you should get in
touch with one of the maintainers.

I found this related 4-year old article:
http://automorphic.blogspot.fr/2008/10/tomboy-preview-for-windows-and-mac.html


apollothethird wrote

I'm not totally sure what you mean.  If you mean what I think you mean,
that was what I tried first.  I'll explain my objective.

I'm trying to use Tomboy notes on a Windows machine.  I discovered Tomboy
notes with my Linux machine... Linux of which I personally run exclusive.
Now what I'm trying to introduce this jewel to my friends, family, and
associates who I haven't converted to Linux yet.  In this effort I
installed Windows on a support machine of which I'm trying to get Tomboy
notes functioning.

I spent two weeks trying to get Tomboy to install on Windows 7.  I
couldn't get past the error message of the Tomboy installer not
recognizing mono is installed, even though I have installed it numerous
times and added the bin directory to the OS' path in such that "mono"
brings up the help screen from any window.  So I have installed almost
2gigs of Cygwin to try to get Tomboy working this way.  Thus I'm at the
point of trying to get the Mono dependency installed.  I'm only on Cygwin
for two days.  I appear to be making progress faster here with Cygwin than
I was making on Windows.

-- L. James

--
L. D. James
lja...@apollo3.com
www.apollo3.com/~ljames






--
View this message in context: 
http://mono.1490590.n4.nabble.com/Installing-mono-to-cygwin-tp4657535p4657545.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list




___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] XBuild question removing directories

[Jonathan Pobst]

The good news is this has been fixed:
https://github.com/mono/mono/commit/7c4e3654cb758d2f8543a4d8b0b4d5b25af780c3

The bad news is that probably doesn't help you.

I was writing my own tasks, so I just included the updated source code 
in my assembly and called it RemoveDirFixed.  Not sure if you have the 
same luxury.

Jonathan


On 12/22/2011 12:20 AM, Mike Christensen wrote:
> I have the following target:
>
>
>   />
>  
>  
>   />
>   />
>  
>  
>   />
>   />
>
>
> When I run it I get:
>
>
> ~/KitchenPC>  ./clean
> XBuild Engine Version 2.10.6.0
> Mono, Version 2.10.6.0
> Copyright (C) Marek Sieradzki 2005-2008, Novell 2008-2011.
> /Users/mike/kitchenpc/build.xml: error : Directory
> /Users/mike/KitchenPC/Build is not empty  at
> System.IO.Directory.Delete (System.String path) [0x0] in unknown>:0
>at Microsoft.Build.Tasks.RemoveDir.Execute () [0x0] in unknown>:0
> /Users/mike/kitchenpc/build.xml: error : Directory
> /Users/mike/KitchenPC/Imp/bin is not empty  at
> System.IO.Directory.Delete (System.String path) [0x0] in unknown>:0
>at Microsoft.Build.Tasks.RemoveDir.Execute () [0x0] in unknown>:0
> /Users/mike/kitchenpc/build.xml: error : Directory
> /Users/mike/KitchenPC/Imp/obj is not empty  at
> System.IO.Directory.Delete (System.String path) [0x0] in unknown>:0
>at Microsoft.Build.Tasks.RemoveDir.Execute () [0x0] in unknown>:0
> /Users/mike/kitchenpc/build.xml: error : Directory
> /Users/mike/KitchenPC/Modeler/obj is not empty  at
> System.IO.Directory.Delete (System.String path) [0x0] in unknown>:0
>at Microsoft.Build.Tasks.RemoveDir.Execute () [0x0] in unknown>:0
> /Users/mike/kitchenpc/build.xml: error : Directory
> /Users/mike/KitchenPC/Queue/bin is not empty  at
> System.IO.Directory.Delete (System.String path) [0x0] in unknown>:0
>at Microsoft.Build.Tasks.RemoveDir.Execute () [0x0] in unknown>:0
> /Users/mike/kitchenpc/build.xml: error : Directory
> /Users/mike/KitchenPC/Queue/obj is not empty  at
> System.IO.Directory.Delete (System.String path) [0x0] in unknown>:0
>at Microsoft.Build.Tasks.RemoveDir.Execute () [0x0] in unknown>:0
> /Users/mike/kitchenpc/build.xml: error : Directory
> /Users/mike/KitchenPC/WebSite/obj is not empty  at
> System.IO.Directory.Delete (System.String path) [0x0] in unknown>:0
>at Microsoft.Build.Tasks.RemoveDir.Execute () [0x0] in unknown>:0
> ~/KitchenPC>
>
> On MSBuild, this works fine.  Is there a way to make it remove these
> directories without an error?  I suppose I could Exec a "rm -R -f" but
> I'd rather something that was cross-platform.  Thanks!
>
> Mike
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
>
>

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Porting MSBuild script to XBuild with ItemGroup

[Jonathan Pobst]

You need to use the old way of doing thing, the CreateItem task.

http://msdn.microsoft.com/en-us/library/s2y3e43x.aspx

Jonathan


On 8/3/2011 8:29 PM, Mike Christensen wrote:
> What's the best way to port this code over:
>
>
>
> ** Bunch of stuff here **
>
>  
>  
>  Include="$(BuildDir)/WWW/Scripts/kpc*.js;$(BuildDir)/WWW/Styles/*.css"
> />
>  
>  
>  
>
>
> If I run this, I get the error:
>
>
>   : error : Error initializing task ItemGroup: Not registered task ItemGroup.
>
> Which I believe is a known limitation in XBuild.  However, if I move
> the ItemGroup outside the project, the set of files is empty because
> those files have not been build yet.  Thanks!
>
> Mike
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
>
>

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Mono Tools only contains zip, there is no MSI in the download

[Jonathan Pobst]

It's a bug when you download with Internet Explorer.  Rename the file to 
.vsix and double click to install.

Jonathan


On 6/27/2011 6:56 PM, macleapa wrote:
> Looks like there is a *.MSI for Visual Studio 2008, but there is only a *.ZIP
> for Visual Studio 2010.  Perhaps I have the correct upload, but there does
> not seem to be any instructions for installing the Visual Studio 2010
> version.  Does anyone of a set of instructions?
>
> I'm assuming the extention.vsixmanifest file is the key file?
>
> Time to search Mr. Google again...
>
> --
> View this message in context: 
> http://mono.1490590.n4.nabble.com/Mono-Tools-only-contains-zip-there-is-no-MSI-in-the-download-tp3629149p3629165.html
> Sent from the Mono - General mailing list archive at Nabble.com.
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
>
>

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] ubuntu support

[Jonathan Pobst]

On 5/16/2011 8:45 PM, Daniel Hughes wrote:
> Can we expect official ubuntu support going forward?

How do you define "official ubuntu support"?

The community has excellent Ubuntu packagers who know the best way to 
package Mono for Ubuntu, and submit these packages for inclusion in the 
official Ubuntu releases.

So the short of it is: Mono is already packaged and included in Ubuntu.

What more than that would you like to see?

Jonathan
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Loading symbols in GDB for a mono application

[Jonathan Pobst]

On 12/27/2010 2:29 PM, devup wrote:
> Hmmm, accustomed to developing on Windows in MSVS.  But if it's the only
> way, I'll setup a desktop development environment on a linux distro and
> install MonoDevelop?

You can also try Mono Tools for Visual Studio to do the same from within 
Visual Studio:

http://mono-tools.com/

Since you willing to mess with GDB, I made the assumption you were 
already working on Linux.  ;)

Jonathan
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Loading symbols in GDB for a mono application

[Jonathan Pobst]

What type of application are you trying to debug?

The easiest way is to use the Mono soft debugger (sdb) built into 
MonoDevelop.

Jonathan


On 12/27/2010 1:32 PM, devup wrote:
>
> I would like to debug a mono application.
>
> Currently, using the mono debugger is not an option:
> https://bugzilla.novell.com/show_bug.cgi?id=482607  Novell Bug Reference
>
> So now I am left with using GDB.
>
> I would appreciate any instruction on how I can load the mono application's
> pdb or mdb symbols into GDB.
>
> Thanks,
>
>

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Alternative IDE for windows

[Jonathan Pobst]

The runaway mono.exe process when running MD on Windows is a known bug:

https://bugzilla.novell.com/show_bug.cgi?id=572517

Jonathan


On 12/26/2010 10:40 PM, Omar Campos wrote:
> Hi everyone,
>
>   In following the advice provided here, I downloaded and installed
> SharpDevelop. I made a simple salary calculator in C#, just to test it
> out.  I have to say, I like what I've seen so far. The IDE is lightning
> fast, as well as compilation. Code Completion also works like a charm.
> The only catch... I don't think it's compiling using my installed Mono
> compilers, since, when debugging the app, I cannot see mono.exe in my
> Task Manager, so I guess it must be using .net framework instead of
> Mono. Does anyone know how to change this, or how to determine which
> framework it is using to run? The reason I want this is because I want
> to take advantage of Mono's SQLite support on future projects, which is
> not available on VS Express.
>
>   I also tried MonoDevelop 2.4 on my 4GB of RAM Vaio laptop, with
> Windows 7. When the IDE started, the system slowed down incredibly (I
> couldn't even Alt-Tab to switch windows). After a few minutes, I was
> able to open task manager, and saw a MonoDevelop.exe process, along with
> three mono.exe processes, one of which was using 1.5 GB of the available
> system memory. The other mono.exe processes were using 262 MB and 20 MB
> of RAM (approximately, as the numbers kept changing). After a few more
> minutes, the MonoDevelop interface appeared, and the mono process using
> 1.5 GB of memory went down to about 15 MB of RAM.  But I still could not
> interact with the interface. I finally decided to end all four
> processes, but even after doing so, the system was still slow, so I was
> forced to restart.
>
>   This is exactly the same that happened when I tried MonoDevelop on a 1
> GB of RAM machine a few months back. I was, however, able to run
> MonoDevelop sucessfully of a 2 GB RAM desktop PC. Since my 4 GB laptop
> also presented the same problems, I'm guessing the problem is not lack
> of RAM. Could something in MonoDevelop cause it to be incompatible with
> laptops (sounds unlikely)? Or could there be some additional
> configuration that must be done after installing the Mono framework that
> I have failed to do?
>
> As I was advised, I'll ask this same question at the MonoDevelop list
> tomorrow, but if anyone has any additional suggestions that I might try,
> they're more than welcome. (I don't mind using SharpDevelop, as long as
> I can get it to compile my projects with the Mono compilers).
>
> On a final note, all of these machines I've tested MonoDevelop on can
> run VS Express, even if it's a bit sluggish and slow to start.
>
> Thanks for any advice.
>
> Sincerely,
> Omar Campos Rivera
>
>
>
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] procedures causing app to exit

[Jonathan Pobst]

No, it's an event.  Add a handler to it.

Jonathan


On 11/26/2010 1:15 PM, rkamarowski wrote:
>
> Jonathan,
>
> when you say attach, do you mean add a using GLib statement?

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] procedures causing app to exit

[Jonathan Pobst]

In any gtk# application you will probably want to attach to the 
GLib.ExceptionManager.UnhandledException event so you can handle 
unhandled exceptions instead of the app just exiting.

When you handle that, you can print out the error to the console, which 
may help you find the problem.

Jonathan


On 11/26/2010 12:02 PM, rkamarowski wrote:
>
> when the user presses a button, i'm calling a dialogbox which has treeview
> attached.  whenever i call a procedure the application exits with no errors:
>
> using Gtk;
> using System;
> using System.Windows.Forms;
>
> namespace rakPhotography
> {
>   public partial class DialogTypeOfPrintEdit : Dialog
>   {
>   public class typeOfPrint
>   {
>   public typeOfPrint(string name, string active)
>   {
>   this.Name = name;
>   this.Active = active;
>   }
>   public string Name;
>   public string Active;
>   }
>   
>   private ListStore store;
>   
>   protected virtual void OnButtonCancelClicked (object sender,
> System.EventArgs e)
>   {
>   Destroy();
>   }
>   
>   public DialogTypeOfPrintEdit ()
>   {
>   this.Build ();
>   // list store
>   store = new ListStore(typeof (string), typeof (string));
>   // columns
>   TreeViewColumn colName = new TreeViewColumn();
>   TreeViewColumn colActive = new TreeViewColumn();
>   // titles
>   colName.Title = "Type of Print";
>   colActive.Title = "Active";
>   // column widths
>   colName.MinWidth = 300;
>   colName.Resizable = true;
>   colActive.Alignment.Equals(0.5);
>   colActive.MinWidth = 30;
>   colActive.MaxWidth = 40;
>   // cell renderers
>   CellRendererText nameRenderer = new CellRendererText();
>   CellRendererToggle activeRenderer = new 
> CellRendererToggle();
>   nameRenderer.Editable = true;
>   activeRenderer.Activatable = true;
>   activeRenderer.Toggled += new 
> ToggledHandler(activeToggle);
>   activeRenderer.Active = true;
>   // add renderer to column
>   colName.PackStart(nameRenderer,true);
>   colActive.PackStart(activeRenderer,true);
>   // column number
>   colName.AddAttribute(nameRenderer,"text",0);
>   colActive.SetCellDataFunc(activeRenderer, new
> TreeCellDataFunc(renderActive));// .AddAttribute(activeRenderer,"active",1);
>   // add columns to treeview
>   treeviewTypeOfPrint.AppendColumn(colName);
>   treeviewTypeOfPrint.AppendColumn(colActive);
>   // values
>   store.AppendValues("Cyanotype",0);
>   store.AppendValues("Ziatype",1);
>   
>   treeviewTypeOfPrint.Model = store;
>   treeviewTypeOfPrint.Show();
>   
>   }
>   
>   private void activeToggle(object o,ToggledArgs args)
>   {
>   TreeIter iter;
>   //MessageBox.Show("hi");
>   if (store.GetIterFromString(out iter, args.Path))
>   {
>   bool val = (bool) store.GetValue(iter,1);
>   store.SetValue(iter,1,!val);
>   
>   }
>   
>   }
>   
>   private void renderActive(TreeViewColumn column, CellRenderer 
> cell,
> TreeModel model, TreeIter iter)
>   {
>   typeOfPrint p = (typeOfPrint) model.GetValue(iter,1);
>   if(p.Active.Equals("1")== true)
>   {
>   }
>   //MessageBox.Show(p.Name);
>   }
>   }
>   
> }
>
> any help would be appreciated.
>
> bob k.

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Best way to convert Cairo.Color from/to Gdk.Color???

[Jonathan Pobst]

Here are the extension methods I use to convert back and forth.  Note 
that the range of a Cairo color value is 0.0-1.0 and the range for Gdk 
is 0-255.

public static Cairo.Color ToCairoColor (this Gdk.Color color)
{
return new Cairo.Color ((double)color.Red / ushort.MaxValue, 
(double)color.Green / ushort.MaxValue, (double)color.Blue / 
ushort.MaxValue);
}


public static Gdk.Color ToGdkColor (this Cairo.Color color)
{
Gdk.Color c = new Gdk.Color ();
c.Blue = (ushort)(color.B * ushort.MaxValue);
c.Red = (ushort)(color.R * ushort.MaxValue);
c.Green = (ushort)(color.G * ushort.MaxValue);

return c;
}


Jonathan

On 11/21/2010 6:40 AM, Francisco M. Marzoa wrote:
> Hello,
>
> I'd like to know what's the best way to converting Cairo.Color into
> Gdk.Color and viceversa, mainly for using Gtk.ColorSelection widget.
> Currently I'm doing something like:
>
> Gdk.Color gcl;
> Cairo.Color ccl;
>
> ...
>
> gcl = Gdk.Color ( (byte)ccl.R, (byte)ccl.G, (byte),cc.B);
>
> Although it seems to work, it does not looks neither clean nor robust,
> as Cairo.Color uses a double for each color component, data may be lost
> on the conversion though. I wonder if there's a better method for doing
> this, and also for converting from Gdk.Color to Cairo.Color.
>
> Thanks a lot in advance.
>
> Best regards,
>
>
>
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
>
>

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Clipping with Cairo

[Jonathan Pobst]

Draw your clipping rectangle path, call Clip, then set up and stroke 
your line:

cc = Gdk.CairoHelper.Create (drawingarea1.GdkWindow);
cc.Rectangle (50,50,80,80);
cc.Clip ();

cc.Color = new Cairo.Color (0,0,0);
cc.MoveTo (10,10);
cc.LineTo (100, 100);
cc.Stroke();

Jonathan


On 11/17/2010 9:45 AM, Francisco M. Marzoa wrote:
> Hello again,
>
> I want to draw something in a Cairo surface but when Stroking, just
> paint the things that are within a given rectangle.
>
> I think I understand the theory: draw things into the source, then
> create a rectangle for clipping into the mask, and finally stroke it to
> the destination.
>
> The problem is that I do not know how to draw within the path, so I
> cannot create that rectangle before stroking.
>
> For example:
>
>  cc = Gdk.CairoHelper.Create (drawingarea1.GdkWindow);
>  cc.Color = new Cairo.Color (0,0,0);
>  cc.MoveTo (10,10);
>  cc.LineTo (100, 100);
>  cc.Rectangle (50,50,80,80);
>  cc.Stroke();
>
> In this code the Rectangle which I want to use to cut the line, is drawn
> also on source surface, not on mask as path. The concrete question is
> then, how I can draw that rectangle as a path to clip the line?
>
> Thanks a lot in advance,
>
>
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
>
>

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] How can I copy one drawable into another?

[Jonathan Pobst]

Whoops, I guess that was an extension method I wrote:

public static void DrawPixbuf (this Context g, Gdk.Pixbuf pixbuf, Point 
dest)
{
g.Save ();

Gdk.CairoHelper.SetSourcePixbuf (g, pixbuf, dest.X, dest.Y);
g.Paint ();
g.Restore ();
}

Jonathan


On 11/16/2010 5:09 PM, Francisco M. Marzoa wrote:
> Hello,
>
> Hmmm... My Cairo.Context seems to not have a DrawPixbuf function :-/
>
> Regards,
>
>
> El 16/11/10 21:43, Jonathan Pobst escribió:
>> Once you have it in a PixBuf, just paint it onto your ImageSurface:
>>
>> using (Cairo.Context g = new Cairo.Context (mySurface)) {
>>  g.DrawPixbuf (mypixbuf, new Cairo.Point (0, 0));
>> }
>>
>>
>> Jonathan
>
>
>

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] How can I copy one drawable into another?

[Jonathan Pobst]

Once you have it in a PixBuf, just paint it onto your ImageSurface:

using (Cairo.Context g = new Cairo.Context (mySurface)) {
g.DrawPixbuf (mypixbuf, new Cairo.Point (0, 0));
}


Jonathan


On 11/16/2010 2:28 PM, Ian Norton wrote:
> Hi Francisco,
>
> If you have a png on disk, this is done like so:
>
> void PaintImage( Context ctx, ImageSurface img, int x, int y ){
>img.Show( ctx, x, y ); 
> }
> ...
> ImageSurface image = new ImageSurface( filename );
> PaintImage( ctx, image, 10, 20 );
>
> If you have a Gtk.Image and want to turn it into a Cairo ImageSurface
> then you at the moment have to do something horrible like this:
>
> Gtk.Image myImage;
> ...
> Gdk.PixBuf buf = myImage.PixBuf;
> buf.Save( "temp_convert","png" );
> ImageSurface image = new ImageSurface ( "temp_convert" );
>
> Regards
>
> Ian
>
>
> On Tue, 2010-11-16 at 19:29 +, Francisco M. Marzoa wrote:
>> Hello,
>>
>> I've a Gtk.Image widget with a given content and I just want to copy
>> that content within a Gtk.DrawingArea, is this possible in an easy manner?
>>
>> Thanks in advance,
>>
>> ___
>> Mono-list maillist  -  Mono-list@lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-list
>
>
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
>
>

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] System.Web.ApplicationServices not showing up in package list

[Jonathan Pobst]

It looks like that's not an assembly, but a namespace.  It should be in 
the System.Web.Extensions.dll assembly.

Jonathan


On 11/8/2010 7:23 PM, Joshua Poehls wrote:
> System.Web.ApplicationServices is not showing up in my package list when
> I try to add a reference to my mono 2.8 project. Any ideas why this
> would be missing? Everything I'm finding says it should be there...
>
> Thanks,
>
> - Joshua Poehls
>
>
>
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Connecting to a database (VB)

[Jonathan Pobst]

I am pretty sure Mono does not support integrated security (as it 
requires Active Directory).

You will need to put your SQL Server in mixed mode security, create the 
username and password in SQL that you want, and give the user 
permissions to the appropriate role/database/etc.

Jonathan


On 10/31/2010 10:16 AM, Paul F. Johnson wrote:
> Hi,
>
> I have set up a really simple MS SQL database and am trying to connect
> to it using VB.
>
> Currently, my code looks like this
>
> Dim connstr as String = "Data Source=localhost\SQLEXPRESS;"+"Initial
> Catalog="Database1\Table1;"+"Integrated Security=SSPI;"
> Dim sql as String = Nothing
> Dim tables as New ArrayList
> Dim sqldata as new DataSet
> Try
> Dim connect as new SqlConnection(connstr)
> connect.Open()
> Dim sqlcomm as new SqlCommand(sql, connect)
> sqlcomm.CommandText = "Select Name where (Age>  25 and Hometown =
> Liverpool);"
> Dim sqlad = new SqlDataAdapter
> sqlad.SelectCommand = sqlcomm
> For i = 0 to 3
>sqlad.TableMappings.Add("Table", tables(i).ToString())
> Next
> sqlad.Fill(sqldata)
> connect.Close()
> Catch ex as SqlException
> WriteLine("Error " + ex.Message.ToString())
> End Try
>
> Nothing amazing. The problem is the connection string - I've googled
> around and nothing seems to fit. The exception thrown is that it can't
> log in for user pb5\paul. If I add User Id=paul or User Id=pb5\paul, it
> still won't connect.
>
> What is wrong?
>
> TTFN
>
> Paul
>

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] MonoTools for Visual Studio 2010 - This debugee implements protocol version 2.1, while 2.2 is required

[Jonathan Pobst]

Yes, Mono 2.6.7+ is required for debugging using MonoTools for VS 2.0.

Jonathan


On 8/13/2010 2:16 PM, Stifu wrote:
>
> There is Mono 2.6.7 (available from the download page [1]), but I have no
> idea whether it'd fix your problem.
>
> [1] http://www.go-mono.com/mono-downloads/download.html
>
>
> urbs44 wrote:
>>
>> I downloaded the latest version of MonoTools for Visual Studio and I am
>> trying to debug using a remote linux sever (which is the Mono VMWare
>> machine which is running Mono 2.6.7).  I am able to run the site normally
>> using Mono but I cannot debug.  I get this error:
>>
>> This debugee ("mono 2.6.6 (tarball Wed Jun 23 17:07:51 UTC 2010))
>> implements protocol version 2.1, while 2.2 is required.
>>
>> Is there a newer version of MonoTools that I can upgrade to?  This really
>> makes no sense since both tools are the latest downloads.  Can I upgrade
>> the debugger to 2.2 in this setup?
>>
>

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Ubuntu

[Jonathan Pobst]

I think you are arguing against "The Linux Way" TM.

Here are some other programming language download pages:

GCC: http://gcc.gnu.org/install/binaries.html
PHP: http://php.net/downloads.php
Java: http://www.java.com/en/download/manual.jsp
Python: http://www.python.org/download/

You will note that not a single one of them offers Ubuntu (or any other 
Linux) packages, and most of them provide Windows and Mac installers.

If you want to use a newer version of Mono or any of these other 
languages than what your distro provides, you follow The Linux Way, 
which is to download the tarball and build it yourself.

Jonathan


On 8/11/2010 5:54 AM, Daniel Hughes wrote:
> Does the latest mono develop work on the version of mono shipped with
> ubuntu 10.04? no
> Does the latest mono develop work with the version of mono shipped
> with ubuntu? yes
>
> Your argument would hold up if the above was not the cause, the
> problem is that mono is moving far to fast for that approach to be
> viable.
>
> So mono develop has added badger ports to their download page. (its a
> PPA for people follow this thread) but its not supported by the mono
> team like on windows and mac and opensuse.
>
> Do you realize that ubuntu has more mono users then those other
> "supported" operating systems. The banshee usage stats prove this.
> Windows has first class support and yet no one uses mono on windows
> because .net is faster and more stable. Even mono develop for windows
> runs on .net and not on mono.
>
> How much effort does the mono team go to create mono installers for
> windows? isn't that the responsibility of Microsoft to make mono work
> on windows?
>
> What about Mac how much effort does the mono team spend making mono
> run on Mac isn't that the responsibility of Apple?
>
> So it's not about user base. The has been as must as stated on here
> that its because ubuntu is linux. So the mono team doesn't support
> ubuntu because its a linux distro. Linux distro  are not important to
> the mono team. Closed operating systems are much more important. Even
> if people don't use mono on those closed systems. The exception is
> openuses which just so happens to be funded by Novell interesting
> how that works
>
> I just finished lessening to the ubuntu uk podcast in which they
> interview Jo Shields aka directhex (the guy who maintains the
> badgerports PPA) and what he says about mono on ubuntu is quite
> interesting and is definitely worth a listen. Here is the link
> http://podcast.ubuntu-uk.org/2010/07/21/s03e12-the-country-fair/
>
> Ubuntu is one of the most mono accepting non novell distros out there
> in terms of what mono applications they include by default, but what
> we get from mono team amounts to a slap in the face.
>
> Does windows include mono applications by default? no. Does apple? no.
> Does ubuntu? yes. So how does mono thank ubuntu for its support? by
> giving it the big middle finger.
>
> Microsoft and Apple do not package mono or include mono by default.
> And mono thanks them for this by providing them with first class
> support.
>
> It doesn't make any sense to me at all.
>
> (I sent the email to the sender by mistake because the reply button in
> gmail replies to the sender not the list.)
>
> On Wed, Aug 11, 2010 at 12:57 PM, Bojan Rajkovic  
> wrote:
>> Does GNOME maintain PPA's like this? Does any project?
>>
>> On Aug 10, 2010 6:35 PM, "Daniel Hughes"  wrote:
>>
>> No one expects mono to be pushed out as a automatic update on ubuntu.
>> We do however expect a PPA which is on even footing with windows, mac
>> etc. I.E same day support to the same quality. And supported by the
>> mono team.
>>
>> That is all.
>>
>> On Wed, Aug 11, 2010 at 2:18 AM, Bojan Rajkovic
>> wrote:
>>>

 On 08/10/2010 10:03 AM, Christopher Monroe wrote:
>
> I'll second the complaint about the foru...
>>>
 ___
 Mono-list maillist  -  mono-l...@lists.ximian.co...
>>
>> ___
>> Mono-list maillist  -  Mono-list@lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-list
>>
>>
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
>
>

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Does xbuild support the ITask interface?

[Jonathan Pobst]

We are currently using custom tasks (deriving from ToolTask) in xbuild 
for a project we are working on, and they work fine.  (We use the same 
custom tasks for both xbuild and msbuild.)

Note that, by default, MonoDevelop does not use xbuild, however there is 
an option to turn on experimental xbuild support.

Jonathan


On 8/4/2010 7:29 PM, kroge...@aol.com wrote:
> Hello, lists:
> I don't know if this a MonoDevelop question or a more general Mono
> question, so I'm posting to both lists.
> We are trying to learn MonoDevelop and how it can be used for
> cross-platform builds. We've got a pretty good handle on developing with
> it and figured out a few tricks of our own. We are using CustomCommands
> to some platform-specifc tasks and that seems to work pretty well.
> We were wondering if xbuild supports the extensions that can be built
> for msbuild that inherit from the ITask interface. What we have in mind
> is loading platform-specific DLL's that implement some custom tasks on
> Mac, Suse and Windows. We need to write some platform-specific C# code
> for each platform (we think) that fiddles with operating system
> permissions, does some file inspections and a few other things.
> If it's not already supported, do you think there are any technology
> barriers that prevent it? If it's not a huge job, we could provide some
> help. It's not quite clear from the website whether the custom tasks are
> supported. I usually download the source code for various Mono
> facilities and inspect it to find such information, but maybe someone
> can give me a quick answer?
> Thanks in advance
> Kurt Matis
> Troy, NY
>
>
>
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] n00b porting first application to Mono/Linux

[Jonathan Pobst]

It looks like you are targeting .Net 4.0, but your Mono does not support 
4.0.  (Only the SVN version of Mono supports 4.0.)

So Mono is trying to run your program on 1.1, but you need at least 2.0 
for your application to work.

Re-compile your application for 2.0, 3.0, or 3.5, copy it over again, 
and then try to run it.

(Right-click->Properties in VS2010 on your project, and change the 
"Target Framework".)

Jonathan


On 7/8/2010 11:22 AM, crush157 wrote:
>
> Hi,
>
> I've written a desktop client in C# on Windows using Visual Studio Express
> 2010.
>
> I've copied the .exe to my Mono environment and tried to run the application
> from the command line.
>
> I get the following output:
>
> WARNING: The runtime version supported by this application is unavailable.
> Using default runtime: v1.1.4322
>
> ** (./CheckSumSpike.exe:1606): WARNING **: Missing method
> System.Windows.Forms.Application::SetCompatibleTextRenderingDefault(bool) in
> assembly
> /usr/lib/mono/gac/System.Windows.Forms/1.0.5000.0__b77a5c561934e089/System.Windows.Forms.dll,
> referenced in assembly /home/ewan/BladeRunner/Release/CheckSumSpike.exe
>
> Unhandled Exception: System.MissingMethodException: Method not found:
> 'System.Windows.Forms.Application.SetCompatibleTextRenderingDefault'.
>
> So my question is what else do I have to do to get this application running
> under Mono on Linux?
>
> Do I need any additional components to support the GUI for the application?
>
> Cheers,
>
> Ewan

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Can Mono go fullscreen in X11?

[Jonathan Pobst]

On 6/28/2010 2:17 PM, jmalcolm wrote:
> I know I can call XLib directly but the C calls require handles to the
> display and the window.  How would I get a hold of these from Mono if I
> wanted to call XLib myself?

Form.Handle should give you the window handle.

Jonathan
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Mono Tools for Visual Studio - trying to run app on Linux

[Jonathan Pobst]

Hey Andrew!

I would highly suggest you try out the MonoTools 2.0 Beta, we fixed a 
bunch of communication related errors, including this one.

http://mono-project.com/Release_Notes_MonoTools_2.0

Jonathan


On 6/26/2010 1:45 PM, Andrew Brehm wrote:
>
> I have monovs-gui-server running on Linux (how do I make monovs-server run
> automatically in the background?) and was trying to launch a simple VB app
> from Visual Studio.
>
> Result was this error message in Visual Studio:
>
> ---
>
> ---
> System.ApplicationException: Could not create session. Error starting
> process.
>
> Server stack trace:
>at Server+MonoVsServer.StartManager (Boolean use_iomap, System.Int32&
> newSessionId) [0x0] in:0
>at (wrapper managed-to-native)
> System.Runtime.Remoting.RemotingServices:InternalExecute
> (System.Reflection.MethodBase,object,object[],object[]&)
>at System.Runtime.Remoting.RemotingServices.InternalExecuteMessage
> (System.MarshalByRefObject target, IMethodCallMessage reqMsg) [0x0] in
> :0
>
> Exception rethrown at [0]:
> at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage
> reqMsg, IMessage retMsg)
> at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData&
> msgData, Int32 type)
> at Mono.VisualStudio.IMonoVsServer.StartManager(Boolean use_iomap, Int32&
> id)
> at Mono.VisualStudio.MonoVsSession..ctor(String url, Boolean use_iomap)
> at Mono.VisualStudio.SessionManager.StartSession(String url, Boolean
> use_iomap)
> at Novell.MonoVS.RunRemotelyRunner.Run()
> ---
> OK
> ---
>
>
> Any ideas?

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Graph widgets Cairo problem

[Jonathan Pobst]

One of your projects/assemblies references the 1.0.5000.0 version of 
Mono.Cairo, another references the 2.0.0.0 version of Mono.Cairo.

They need to all reference the same version.

Jonathan


On 5/10/2010 4:58 PM, panoramix wrote:
>
> Hello.
>
> I'm back here again because I have problems with compiling medsphere
> widgets.
> This time the problem is linked to Cairo, MAKE says :
>
> ./IconLayout.cs(414,25): error CS0029: Cannot implicitly convert type
> `Cairo.Context' to `Cairo.Context'
> ./IconLayout.cs(920,41): error CS1502: The best overloaded method match for
> `Gdk.CairoHelper.SetSourceColor(Cairo.Context, Gdk.Color)' has some invalid
> arguments
> /usr/lib/cli/gdk-sharp-2.0/gdk-sharp.dll (Location of the symbol related to
> previous error)
> ./IconLayout.cs(920,41): error CS1503: Argument `#1' cannot convert
> `Cairo.Context' expression to type `Cairo.Context'
> ./IconLayout.cs(920,41): (equally named types possibly from different
> assemblies in previous error)
> /usr/lib/mono/gac/Mono.Cairo/2.0.0.0__0738eb9f132ed756/Mono.Cairo.dll
> (Location of the symbol related to previous error)
> /usr/lib/mono/gac/Mono.Cairo/1.0.5000.0__0738eb9f132ed756/Mono.Cairo.dll
> (Location of the symbol related to previous error)
> Compilation failed: 3 error(s), 0 warnings
> make[1]: *** [Medsphere.Widgets.dll] Errore 1
> make[1]: uscita dalla directory
> «/home/franaria/.local/share/Trash/files/Medsphere.2.Widgets-0.2.1/src»
> make: *** [all-recursive] Errore 1
>
>
> Can anyone help me?
>
> Thanks to all

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] shell does not work on Widnwos Vista

[Jonathan Pobst]

On 4/26/2010 11:39 AM, Stephen Liu wrote:
> However it can't work on Vista.
>
> Start ->  Mono 2.6.3 for Windows ->  Mono-2.6.3 Command Prompt
>
> C>mono \path\to\shell.exe
>
> Starts the small window ->  on top box, type "firefox www.mono-project.com" 
> (without quote) ->
> The said small window closes.  Following are the output on mono-2.6.3 command 
> prompt

'firefox' is not a program on Windows.  You will have to find where 
firefox.exe is on the target machine, and then use the full path to it.

- Or -

If you just want to open a web page in the user's default browser, use:

Process.Start ("http://www.mono-project.com";);

This will work on every system.

Jonathan
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] How to fix StrLike bug in 2.4

[Jonathan Pobst]

You can try using the Regex.Escape mentioned in your link, like this:

public static bool Like(string pattern, string source)
{
   pattern = Regex.Escape (pattern);

   return
   Microsoft.VisualBasic.CompilerServices.StringType.StrLike(source, 
pattern, Microsoft.VisualBasic.CompareMethod.Text);
}

Jonathan

On 3/22/2010 3:47 PM, Andrus wrote:
>> There are three options:
>
> This was discussed in
> http://groups.google.com/group/microsoft.public.dotnet.languages.csharp/browse_thread/thread/32649965654df408/57ba3e39a6c2711f?lnk=st&q=#57ba3e39a6c2711f
>
>
> Pattern is not known at design time. I need to implement function below.
> How to make this function work properly in Mono 2.4 ?
>
> Andrus.
>
> public static bool Like(string pattern, string source)
> {
> return
> Microsoft.VisualBasic.CompilerServices.StringType.StrLike(source, pattern,
> Microsoft.VisualBasic.CompareMethod.Text);
> }
>
>
>

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] How to fix StrLike bug in 2.4

[Jonathan Pobst]

On 3/22/2010 2:27 PM, Andrus wrote:
> Code below produes invalid result (False) in 2.4 and 2.6
> How to fix it so it runs properly in 2.4.2 ?

If looks like our implementation converts it into a regular expression 
and then runs that.  However, it does not escape regex special 
characters like (, {, ), or }.

http://anonsvn.mono-project.com/viewvc/trunk/mono-basic/vbruntime/Microsoft.VisualBasic/Microsoft.VisualBasic.CompilerServices/StringType.vb

There are three options:

- Escape them yourself:
@"SELECT*FROM \(\{0\}\) *";

- Fix the vbruntime to escape them properly.

- Use regular expressions instead of using the StrLike function.

Jonathan
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Impossible to run remotely in openSuse VM

[Jonathan Pobst]

On 2/10/2010 9:24 AM, ornitorrinc wrote:
>
> I've found the reason, the server was not started, so I just had to type in
> the terminal:
>
> monovs-gui-server
>
> It was not started by default in the openSuse VM. Maybe it's obvious, but I
> think for the newbies as me, it would be helpful to explain it in the
> tutorial:
> http://go-mono.com/monotools/guides/blog_engine_round_trip/run_remote/

Oh, yeah.

There's a VM specifically for MonoTools that starts it automatically.

http://www.mono-project.com/GettingStartedWithMonoVS

The default Mono VM does not.  (I don't know if there's any other 
difference between the two.)

Glad you got it working!

Jonathan
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Impossible to run remotely in openSuse VM

[Jonathan Pobst]

Verify that the IP address is correct.  If you are just using the one 
that showed up in the server chooser, sometimes NAT messes that up.

In the Linux VM, click the mono icon in the tray, do Preferences, and 
check the address tab.

Jonathan


On 2/8/2010 3:24 AM, ornitorrinc wrote:
>
> I'm trying the MonoTools for Visual Studio 2008, and when I try to:
> -->  menu Mono -->  Run remotely in Mono
> I get an error: Cannot connect to remote server: No connection could be made
> because the target machine actively refused it 192.168.11.138:8805
>
> I'm using:
> - Mono 2.6.1
> - VS 2008
> - Mono Tools 1.0
> - openSUSE 11.2 VMWare image
>
> I've cheked the Firewall in openSuse and it's stopped.
>
> What else can I do? What can I try?
>
> thanks a lot

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Newb at Mono

[Jonathan Pobst]

On 1/24/2010 3:45 PM, scarypajamas wrote:
> C:\Mono-2.6.1\samples\gtk-sharp-2.0>menu

To run apps with mono you need to run them like:

mono menu.exe

The way you are doing it is attempting to run them on the .Net 
Framework.  If you want Gtk# programs to run on the .Net Framework, you 
need to install Gtk# for .Net:

http://ftp.novell.com/pub/mono/gtk-sharp/gtk-sharp-2.12.9-2.win32.msi

Good luck!
Jonathan
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] monobuild page ???

[Jonathan Pobst]

On 1/16/2010 6:28 PM, Alessandro Binhara wrote:
> Hello...
> i try see
> http://mono.ximian.com/monobuild/
> This page dont have a reports... link is ok ???

The new build status page is:
http://wrench.mono-project.com/

Jonathan
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Announcing the releases of Mono 2.6.1 and 2.4.3.1

[Jonathan Pobst]

I am able to successfully install it on Windows 7 x64.

What version of Windows are you using?

Also, your download might be corrupted.  You might want to try 
re-downloading it.

Jonathan


On 1/4/2010 12:41 PM, Stifu wrote:
>
> For what it's worth, I'm unable to install Mono 2.4.3.1 on Windows: it says
> glib20.mo is corrupt.
> See attached screenshot.
> http://old.nabble.com/file/p27017379/mono2.4.3.1win.png mono2.4.3.1win.png
>
>
> Andrew Jorgensen-4 wrote:
>>
>> Today we released Mono 2.4.3.1 and last week we released Mono 2.6.1.
>> These releases contain a couple of bugfixes.  One of the bugs can cause
>> data corruption when uncompressing a zlib buffer.
>>
>> The release notes are here:
>>  http://go-mono.com/archive/2.6.1
>>  http://go-mono.com/archive/2.4.3.1
>>
>>
>> and downloads are available here:
>>  http://go-mono.com/mono-downloads/
>>  http://ftp.novell.com/pub/mono/download-2.4/
>>
>> Also we have released LiveCD or Appliance images for 2.6.1 (based on
>> openSUSE 11.2).
>>
>> Thanks to all those who contributed to these releases!
>>
>>
>>
>>
>>
>>
>> ___
>> Mono-list maillist  -  Mono-list@lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-list
>>
>>
>

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Announcing the release of Mono 2.6 and MonoDevelop 2.2

[Jonathan Pobst]

On 12/16/2009 1:23 PM, Stifu wrote:
>
> Congrats on the release!
> You might want to remove the "Mono 2.6 is scheduled to be released in "
> line from the release notes, that doesn't look too good. :)

Done.  Thanks for pointing it out!  ;)

Jonathan
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Is Mono serious? Is Mono still alive?

[Jonathan Pobst]

cmdematos wrote:
> I don't want to stir up a hornets nest. It is my intent to see Mono as a
> strong enough offering to be able to recommend medium to large companies to
> commit to an Open technology stack that includes (and relies on) Mono.
> Forgive me if I am not well informed, I am definitely well intended.
> 
> The following are issues that stop this from reaching any sort of reality:
> 1) There is no visible Mono timeline and release plan. What is Mono's intent
> and stated goals for the future? Will it try to maintain parity with
> Microsoft Dot.Net to some level, and if so what level and by what time-line?
>   1.1) What are mono's resources?
>   1.2) Who are mono's sponsors?
>   1.3) Are we resourcing up to maintain pace with our plans?

Mono's roadmap is available here: http://www.mono-project.com/Roadmap

In general, Mono is currently aiming to maintain parity with .Net 3.5 
SP1, minus WPF and WF.

This means Mono currently supports:
- System.Core
- LINQ
- C# 3.0
- Some WCF

on top of almost everything in .Net 1.1/2.0.

We will continue working on filling in any remaining gaps in our .Net 
3.5 coverage.

> 2) Many projects that should be enablers of achieving a reasonably parity
> with Microsoft Dot.Net have not been updated since Dec 2008 (such as Olive)
> If these are no longer strategic the thinking behind this should be made
> transparent.

> 3) The mono site has a mix of outdated pages statuses and some (very little)
> new content. I agree that the code is more important than the site, but it
> is less than professional to not date each page edit and structure the site
> so that the latest status and pages are always guaranteed to be clear and
> navigable. Please fix this.

Yes, our website is sadly out of date.

> 4) Is mono executing the best strategy (as in - what is best for Mono and
> the Open Source community) by relying on Mono-Develop? Could we not
> implement (or at least explore) mono on Eclipse or Netbeans IDE's and
> concentrate our efforts instead on integrating to a fully mature IDE
> infrastructure instead of developing YAIDE from scratch without a snow-balls
> hope in hades of keeping up with the other IDE's? Just a thought. I suggest
> that the Mono-Project look into the other IDE's, it wont slow down
> Mono-Develop any and more choice would be good here.

MonoDevelop is already a very mature IDE (code completion, refactoring, 
gtk designer, visual debugging, etc.).  Throwing it all away and 
starting from scratch on integrating into an existing IDE would probably 
set us back a couple of years to regain feature parity with what we have 
now.

MonoDevelop is also a great application for dogfooding Mono and GTK#, so 
we can find and fix issues.

Jonathan
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] VMWare Website Download

[Jonathan Pobst]

Assuming you are clicking the "via http" one, the protocol is http 
despite have ftp in the domain name:

http://ftp.novell.com/pub/mono/appliance/2.4.2.3/Mono-2.4.2.3-vmx.zip

Jonathan


Lennie De Villiers wrote:
> Hi,
> 
> http://www.go-mono.com/mono-downloads/download.html
> 
> I want to download the VMWare but it downloads from a FTP site, is there 
> a website (none FTP) link?
> 
> Kind Regards,
> 
> Lennie De Villiers
> 
> -- 
> Lennie De Villiers Blog: http://lenniedevilliers.blogspot.com/
> 
> 
> 
> 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Link error at the mono dowload page

[Jonathan Pobst]

Fixed, sorry about that.  Whoever added it probably was already logged 
into OBS and didn't realize it was a protected page.

Jonathan


Petit Eric wrote:
> Hi
> please at : http://mono-project.com/OpenSUSE_Build_Service could you
> correct : https://build.opensuse.org/project/show?project=home%3Asurfzoid
>  by   http://software.opensuse.org/search?baseproject=ALL&p=1&q=CS_OBexFTP
> 
> i don't know this was came
> the link is at a login page !?
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Unhandled Exception at "System.Windows.Forms.DataGridViewButtonCell.GetValue"

[Jonathan Pobst]

zhang qi wrote:
> Checked exception.txt of 1.9, the
> System.Windows.Forms.DataGridViewButtonCell.GetValue do exist, but 2.4
> didn't have this, seems the tool has issue or i run with a wrong
> method :)
> anyway, i will do upgrade.
> 
> Thanks again.

MoMA cannot find that you are using this method because it is not being 
used directly.  That is, you aren't calling 
DataGridViewButtonCell.GetValue in your code, but winforms is calling it 
behind the scenes.

However, the good news is this is implemented in newer versions of Mono, 
like 2.4.  It was implemented in r99681 in April 2008.

Jonathan
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] MoMA - Automatic builds

[Jonathan Pobst]

Hey,

This sounds like a pretty good idea.  Please file an Enhancement bug on 
MoMA in Bugzilla, and I'll try to add it for 2.6.

"File MoMA bugs" link here: http://www.mono-project.com/MoMA

Thanks!
Jonathan


galaktor wrote:
> At the  http://www.mono-project.com/Command_Line_MoMA MoMA description  it
> says "This is helpful for people who wish to add MoMA scans to their
> automated builds". I was quite excited about this feature and then as I
> tried it the first time I noticed that the tool itself does not give any
> feedback whatsoever.
> 
> There is no error when errors were found. I would at least have expected to
> have a list of return codes to react to, for example:
> 
> 0: nothing found, everything is fine
> 1: anything occurred
> 2. Mono-TODOs were found
> 3. NotImplementedException found
> ...
> 
> But instead, I would have to integrate the generated HTML into my reports on
> the build server and manually check if there were any errors. There is no
> way for the build tool (in my case NAnt and CCNET) to notice that everything
> is fine.
> 
> So where is the actual point in using MoMA for continous integration? The
> return codes would be so easy to implement and would really have value.

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] running app using mono

[Jonathan Pobst]

>>> Unhandled Exception: System.NotImplementedException: The requested
>>> feature is not implemented.
>>>   at Microsoft.VisualBasic.Interaction.Shell (System.String Pathname,
>>> AppWinStyle Style, Boolean Wait, Int32 Timeout) [0x0] 

> 
> How would I go about implementing it?
> 

The code is here:
http://anonsvn.mono-project.com/viewvc/trunk/mono-basic/vbruntime/Microsoft.VisualBasic/Microsoft.VisualBasic/Interaction.vb?view=markup

For the most part, it would be implemented as a wrapper around the 
System.Diagnostics.Process class.

Jonathan
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] mono 2.4.1 release?

[Jonathan Pobst]

My bad, use mono-2-4, that is where the fixes are, and what we will be 
branching from.  So confusing!

Jonathan

Jonathan Pobst wrote:
> mono-2-4-0 is more complete and recent than mono-2-4-1, so use all of 
> mono-2-4-0.
> 
> 2.4.1 was made for a specific project, and has not been updated since. 
> All fixes intended to be part of 2.4.2 are on the 2.4.0 branch, but may 
> not be on the 2.4.1 branch.  Pretend 2.4.1 doesn't exist.  :)
> 
> We will be branching 2.4.2 from 2.4.0.
> 
> Jonathan
> 
> Maxim wrote:
>> Hi Stephen!
>>
>> Thanks you for answer and suggestion. We use  CentOS  on our productions
>> servers. Thats why we build mono from sources.
>> I've found two branches in svn: mono-2-4-0 and mono-2-4-1.
>> 2-4-1 have no some important parts: libgdiplus and mod_mono.
>> Should we use these parts from mono-2-4-0 ?
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] mono 2.4.1 release?

[Jonathan Pobst]

mono-2-4-0 is more complete and recent than mono-2-4-1, so use all of 
mono-2-4-0.

2.4.1 was made for a specific project, and has not been updated since. 
All fixes intended to be part of 2.4.2 are on the 2.4.0 branch, but may 
not be on the 2.4.1 branch.  Pretend 2.4.1 doesn't exist.  :)

We will be branching 2.4.2 from 2.4.0.

Jonathan

Maxim wrote:
> Hi Stephen!
> 
> Thanks you for answer and suggestion. We use  CentOS  on our productions
> servers. Thats why we build mono from sources.
> I've found two branches in svn: mono-2-4-0 and mono-2-4-1.
> 2-4-1 have no some important parts: libgdiplus and mod_mono.
> Should we use these parts from mono-2-4-0 ?
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] embedding and displaying a mono form using Show or ShowDialog

[Jonathan Pobst]

You will need a message loop running.  Generally this is done with:

Application.Run (new MyForm ());

Jonathan

ptr2009 wrote:
> hey all
> 
>I am embedding mono in Cocoa app.   When I display a form using
> form.Show() it is not shown correctly and doesnt seem to be receiving any
> messages. But when I display it using form.ShowDialog() it seems to work
> correctly.
> 
>Is this a known issue and are there any workarounds to address this issue

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Download and display PNG in Cairo

[Jonathan Pobst]

I don't know about Cairo, but the easy way to download a file is:

WebClient wc = new WebClient ();
wc.DownloadFile ("http://www.blah.com/myimage.png";, "my.png");

If you want the bytes instead of writing to disk, you can use:
byte[] bytes = wc.DownloadData ("http://www.blah.com/myimage.png";);

Jonathan

Shean Paule wrote:
> Hi. I'm trying to download a PNG file into a buffer and display it via Cairo.
> I decided to do this via "Systems.Net" and "Cairo" itself.
> 
> I'm using C#, Gtk, Cairo on MonoDevelop VMWare.
> 
> 
> This is the closest I have come:
> 
> string picUri = "http://blabla.com/my.png";;
> // Create the requests.
> WebRequest requestPic = WebRequest.Create(picUri);
> WebResponse responsePic = requestPic.GetResponse();
> System.IO.Stream test = responsePic.GetResponseStream();
> Surface MySurface = new
> ImageSurface(StreamToArray(test),Format.ARGB32,640,640,0); // CRASH
> 
> static protected byte[] StreamToArray(System.IO.Stream st) {
> // Source:
> http://pupeno.com/blog/svgs-in-.net-using-cairo-and-gtk-and-c
> if(st.Length > int.MaxValue) {
> // TODO exception or something.
> return null;
> } else {
> // TODO exception
> System.IO.StreamReader str = new
> System.IO.StreamReader(st);
> System.Text.UTF8Encoding encoder = new
> System.Text.UTF8Encoding();
> return encoder.GetBytes(str.ReadToEnd());
> }
> }
> 
> I just can't find a proper way to do this and have run out of sources on
> this problem. Any help would be greatly appreciated.
> 
> I'm also happy about workarounds (e.g. download the file to a .png - I know
> how to load those into Cairo)

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Mono starts...then bombs.

[Jonathan Pobst]

Did you try redirecting the error output to a file so you can see it?

mono --debug myapp.exe 2> error.log

Jonathan

LKeene wrote:
> Hello all. I've been developing a C# app using Visual Studio and targeting
> .NET 2.0. I've been trying to simultaneously test it on both the Microsoft
> framework and the Mono framework, and for a while was doing so regularly.
> The Visual Studio binary always seemed to run just fine on Mono. I've
> neglected to test the program against Mono for the past few weeks, however,
> as I've been adding additional functionality. Today I decided to test
> against Mono again ( v2.2). I opened the Mono command prompt and ran my
> application from there. To my horror, I saw the main window begin to
> draw...and then the app just closes. I do not get any error message from
> Mono (I've tried running release and debug versions) so I'm at a loss as to
> how to begin diagnosing the problem. Running on the Microsoft framework is
> problem free. 
> 
> Does anyone have any idea how I can at least get a rough idea of where the
> problem is? As I mentioned, I'm targeting .NET 2.0 as well as Windows Forms,
> GDI+, and a hefty dose of System.Threading.
> 
> Thanks in advance everyone.
> 
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] HashSet appears present but uslessly broken on Ubuntu

[Jonathan Pobst]

monobug wrote:
> 
>> 1.2.6 is hopelessly old. Support for newer classes is not complete
>> there I guess.
> 
> Hmm.. there may have been some confusion in the version numbers. As I stated
> in the previous post, the version of the _ubuntu package_ I have is
> 1.2.6+dfsg-6ubuntu3. 
> The mono version is 2.0.

It's kinda confusing, because mono uses version numbers that are similar 
to the .net framework it targets.  In this case:

- The 2.0 refers to the profile: the version of .Net that the assembly 
targets.  This is the corlib that has the same features as .Net 2.0.
- The 1.2.6 refers to the version of Mono.

So there is a corlib 2.0 file in each mono version: 1.2.4, 1.2.5, 1.2.6, 
1.9, 2.0, 2.2, 2.4, etc.

Mono 1.2.6 was released on Dec 12, 2007, so it is quite old and probably 
does not have the features you want.

Jonathan
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Mono Migration Analizer 2.4 - Lot of warnings

[Jonathan Pobst]

The new definitions should now be available from "Check for newer version".

Jonathan

Jonathan Pobst wrote:
> What happens is I generate the MoMA info for each release from one of 
> the early previews (because we don't add/remove methods once we begin 
> the preview process).
> 
> The early preview I used this time had a bug where Microsoft.VisualBasic 
> was not being included in Mono.  Therefore, MoMA is going to report 
> everything in Microsoft.VisualBasic as being missing.
> 
> I will try to get updated definition files posted today.  You should be 
> able just use "Check for updated definitions" in MoMA, and it will 
> download and use them.
> 
> Thank you for finding and reporting this, and I apologize for the 
> inconvenience!
> 
> Jonathan
> 
> 
> fedemi1977 wrote:
>> hello Everybody,
>>
>> I delveloped an Application Using MS Visual Basic Express Edition and I'd
>> like to run my application in a Linux Environment soon. 
>> So, everytime a new Mono version is released, I run Mono Migration Analizer
>> to check for incompatible code between environments. 
>> Until 2.2. version  warnings were very few (such as
>> System.Security.WindowsIdentity class, marked as 'Not implemented jet').
>>
>> When I run 2.4 version of migration tool analizer I found 438 methods still
>> missing in Mono such as 
>> Split, Ubound and Trim string functions.
>>
>> Strings.Split (string, string, int, CompareMethod) 
>> int Information.UBound (Array, int) 
>> string Strings.Trim (string) 
>>  
>> I've never seen so many warnings before 2.4 version was released. So, what
>> is the problem..
>>
>> Was a lot of function dropped in 2.4 version or Mono Migration Analizer has
>> some bugs that reports false positives?
>>
>> I Can't still run my application on Linux because I've to correct some
>> P/Invokes , so at the moment I can only use Mono Migration Analizer for my
>> tests.
>>
>> Regards
>> Federico M.
> 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Mono Migration Analizer 2.4 - Lot of warnings

[Jonathan Pobst]

What happens is I generate the MoMA info for each release from one of 
the early previews (because we don't add/remove methods once we begin 
the preview process).

The early preview I used this time had a bug where Microsoft.VisualBasic 
was not being included in Mono.  Therefore, MoMA is going to report 
everything in Microsoft.VisualBasic as being missing.

I will try to get updated definition files posted today.  You should be 
able just use "Check for updated definitions" in MoMA, and it will 
download and use them.

Thank you for finding and reporting this, and I apologize for the 
inconvenience!

Jonathan


fedemi1977 wrote:
> hello Everybody,
> 
> I delveloped an Application Using MS Visual Basic Express Edition and I'd
> like to run my application in a Linux Environment soon. 
> So, everytime a new Mono version is released, I run Mono Migration Analizer
> to check for incompatible code between environments. 
> Until 2.2. version  warnings were very few (such as
> System.Security.WindowsIdentity class, marked as 'Not implemented jet').
> 
> When I run 2.4 version of migration tool analizer I found 438 methods still
> missing in Mono such as 
> Split, Ubound and Trim string functions.
> 
> Strings.Split (string, string, int, CompareMethod) 
> int Information.UBound (Array, int) 
> string Strings.Trim (string) 
>  
> I've never seen so many warnings before 2.4 version was released. So, what
> is the problem..
> 
> Was a lot of function dropped in 2.4 version or Mono Migration Analizer has
> some bugs that reports false positives?
> 
> I Can't still run my application on Linux because I've to correct some
> P/Invokes , so at the moment I can only use Mono Migration Analizer for my
> tests.
> 
> Regards
> Federico M.

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] ASP.NET MVC

[Jonathan Pobst]

The final release of ASP.Net MVC does not contain this verbiage.

Jonathan

Corbin Hoenes wrote:
> I am interested in running ASP.NET  MVC applications on 
> linux.  I was under the impression that the ASP.NET  MVC 
> license prohibits me from doing it.
> 
> I think this is still the verbiage:
> "Platform Limitation - The Additional Use Rights extend only to the 
> software or permitted derivative works that you create that run on a 
> Microsoft Windows operating system product. "
> 
> Could someone enlighten me on how you'll support ASP.NET 
>  MVC with this license?  Will it just be compatible 
> apis? Simple namespace changing?
> 
> 
> 
> On Thu, Nov 20, 2008 at 10:47 PM, Gonzalo Paniagua Javier 
> mailto:gonzalo.m...@gmail.com>> wrote:
> 
> On Thu, 2008-11-20 at 22:52 -0500, Abe Gillespie wrote:
>  > Hello All,
>  >
>  > I'm a long time Windows ASP.NET  developer and
> have one Mono + ASP.NET 
>  > eCommerce site under my belt.  I'm considering using MVC on my next
>  > endeavor (I have no experience using it yet) and am wondering if Mono
>  > supports it.  If so, is there any documentation on it?
>  >
> 
> ASP.NET  MVC should be done by June 2009:
> http://www.mono-project.com/Roadmap
> 
> -Gonzalo
> 
> 
> 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> 
> http://lists.ximian.com/mailman/listinfo/mono-list
> 
> 
> 
> 
> 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] advice for debugging threading bugs?

[Jonathan Pobst]

For the most part, mono's winforms does not support multi-threading:

http://www.mono-project.com/FAQ:_Winforms#My_multithreaded_application_crashes_or_locks_up

You will need to devise a way that both forms are created and shown on 
the same thread.

Jonathan


Martin Matusiak wrote:
> I have a pretty simple windows forms application with a grand total of
> two threads: one for a splash screen, the other to do some simple init
> and then launch the main gui, killing the splash. And even so I've
> apparently managed to mess something up, because while it works fine
> on Linux and .NET it crashes on OSX (freezes just after showing the
> main gui) and Mono/Windows (never shows any gui).
> 
> Any advice on how to figure this out?
> 
> 
> Martin
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Popup control functionality

[Jonathan Pobst]

Please file a bug with a test case:

http://www.mono-project.com/Bugs

Jonathan

eschnei...@schneidersoft.com wrote:
> 
> Hello,
> 
> I'm using the ToolStripDropDown to implement the Popup control 
> functionality. This works fine in windows, but in Mono the popup is not 
> displaying properly. It's the wrong size and location.
> 
> Has anyone had to deal with this?
> 
> This seems to be the last remaining issue to get all my controls running 
> in Mono...
> 
> Thanks,
> Eric Schneider
> 
> 
> 
> 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Newbie - How to invoke compiler after installing?

[Jonathan Pobst]

> Great! That worked. Am I correct in assuming that to run Simple.exe under
> the Mono runtime (as opposed to Microsoft's) I simply type "mono simple.exe"
> ?

Yep!


> Also, does the mono compiler accept the same arguments as Microsoft's
> command-line compiler? Thanks everyone!

I think there are a couple of very obscure ones that gmcs does not 
accept, but everything commonly used is the same.

You can type "gmcs /?" to list some of the ones it accepts.

Jonathan
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Newbie - How to invoke compiler after installing?

[Jonathan Pobst]

> I've installed Mono 2.2 using the default installation parameters on
> my Wndows XP box. Then, at the command prompt, I tried changing to the
> compiler directory (the directory containing gmcs.exe) via:

The easiest way is to go to your Start Menu, and run the "Mono-2.2 
Command Prompt".  It will set up your environment for you.

Then just go to c:\MonoTest, and type:

gmcs -pkg:dotnet simple.cs.

Jonathan
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] GDI+ status: InvalidParameter

[Jonathan Pobst]

> Unhandled Exception: System.TypeInitializationException: An exception
> was thrown by the type initializer for System.Windows.Forms.Control --->
> System.EntryPointNotFoundException: RegisterWindowMessage
>   at (wrapper managed-to-native)
> System.Windows.Forms.SafeNativeMethods:RegisterWindowMessage (string)
>   at System.Windows.Forms.Control..cctor () [0x0] 
>   --- End of inner exception stack trace ---
>   at System.Windows.Forms.Application.SetCompatibleTextRenderingDefault
> (Boolean defaultValue) [0x0] 
>   at CalculPoint.Program.Main () [0x0] 
> 
> Any Idea ?
> 

This looks like you have Microsoft's System.Windows.Forms.dll on your 
system somehow.  Mono's does not contain a class called 
SafeNativeMethods or a method called RegisterWindowMessage.

Jonathan

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Tomboy Multi-User Sync Plugin and Versioning

[Jonathan Pobst]

You will probably get more replies on the Tomboy list:

http://projects.gnome.org/tomboy/getinvolved.html

:)
Jonathan


Iggy wrote:
> I just realized there is already Syncing but those plugins arent
> available yet for Windows. I guess my question should have been does
> anybody know when these plugins (WebDav Sync / SSH Sync) might be
> available for Windows?
> 
> 
> 
> On Wed, Dec 10, 2008 at 9:35 AM, Iggy <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>> I know this probably isn't what Tomboy was intended for but I think it
>> could be used as a good team wiki for software projects. Is there any
>> possibility of Versioning in the future or any way there would be a
>> plug-in that could sync between multiple computers across the
>> internet?
>>
>> Is this interesting to anybody else or am I the only one? There does
>> not seem to be any decent desktop wiki out there for working in a team
>> and we don't want to use a web wiki
>>
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] SPAM-LOW: Re: Inheriting from System.Windows.Forms.TextBox

[Jonathan Pobst]

Charlie Poole wrote:
> It also seems to be a design bug. What's the point of having
> a public abstract class if it's written in such a way that you
> can only extend it internally?

Yeah, that's pretty ugly.  MSDN says: "You do not typically inherit from 
TextBoxBase. To create your own text control class, inherit from TextBox 
or RichTextBox.", but that's not gonna stop people from doing it.   :)

I added a default implementation for this in r119502, so it should be 
safe to inherit from on Mono now.

Jonathan
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Inheriting from System.Windows.Forms.TextBox

[Jonathan Pobst]

I don't understand F#, but if you are trying to reference a method 
called ChangeBackColor on TextBoxBase, there is no such method.

Jonathan

Jon Harrop wrote:
> Following the thread about compatibility, I thought I'd test some code using 
> the F# distribution for Mono. I tried my Sudoku solver and found a problem 
> partway though.
> 
> Specifically, I can inherit from TextBox on .NET but not under Mono:
> 
>> #r "System.Windows.Forms.dll";;
> 
> --> Referenced '/usr/local/lib/mono/2.0/System.Windows.Forms.dll'
> 
>> type A() =
> inherit System.Windows.Forms.TextBox();;
> 
>   type A() =
>   -^^
> 
> stdin(5,6): error FS0191: No implementation was given 
> for 'TextBoxBase.ChangeBackColor(System.Drawing.Color backColor) : 
> System.Drawing.Color'.
> 
> Any ideas why?
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Olive/REST/WCF

[Jonathan Pobst]

MoMA 1.9+ should pick up WCF projects just fine.  However, it reports 
based on what we actually ship with Mono, so if there are parts we have 
in SVN that we do not ship yet, those will show as API that Mono does 
not have yet.

Jonathan


Danny Waite wrote:
> Hi Atsushi ,
>  
> Will moma pick up WCF projects? I guess not seen as the 
> System.ServiceModel.Web code seems still to be in SVN.
>  
> Do you have any experience with REST?  If so, should WCF web services be 
> workable in mono?
>  
> My goal is to create something like the following.
>  
> http://weblogs.asp.net/shijuvarghese/archive/2008/04/04/rest-and-wcf-3-5.aspx
>  
> Regards,
> Danny
> 
>  > Date: Mon, 17 Nov 2008 01:28:27 +0900
>  > From: [EMAIL PROTECTED]
>  > To: mono-list@lists.ximian.com
>  > Subject: Re: [Mono-list] Olive/REST/WCF
>  >
>  > There is "gui-compare" and "moma" when you are curious about
>  > missing/not-supported functionality (google them for details).
>  >
>  > Atsushi Eno
>  >
>  > Danny Waite wrote:
>  > > Excellent, thanks Atsushi,
>  > >
>  > > Are you able to comment on the parts that are not yet ready? Is it
>  > > workable right now for basic functionality?
>  > >
>  > > Regards,
>  > > Danny
>  > >
>  > > > Date: Sun, 16 Nov 2008 08:39:13 +0900
>  > > > From: [EMAIL PROTECTED]
>  > > > To: mono-list@lists.ximian.com
>  > > > Subject: Re: [Mono-list] Olive/REST/WCF
>  > > >
>  > > > Hi,
>  > > >
>  > > > The WCF core is incomplete, but System.ServiceModel.Web is almost
>  > > > already done:
>  > > >
>  > > 
> http://anonsvn.mono-project.com/viewvc/trunk/mcs/class/System.ServiceModel.Web/
>  > > >
>  > > > Atsushi Eno
>  > > >
>  > > >
>  > > > Danny Waite wrote:
>  > > > > Hi All,
>  > > > >
>  > > > > I'm looking at the possibility of using REST together with mono 
> and
>  > > wondering if anyone has any experience with this.
>  > > > >
>  > > > > .NET 3.5 provides such functionality using System.ServiceModel.Web
>  > > however I'm unsure if this functionality is implemented in Olive yet.
>  > > > >
>  > > > > I see there are a number of REST libraries around that might do 
> the
>  > > trick, but before I dive in I want to see if anyone else has been on
>  > > this path.
>  > > > >
>  > > > > Any help/comments are appreciated.
>  > > > >
>  > > > > Regards,
>  > > > > Danny
>  > > > > ___
>  > > > > Mono-list maillist - Mono-list@lists.ximian.com
>  > > > > http://lists.ximian.com/mailman/listinfo/mono-list
>  > > > >
>  > > >
>  > > > ___
>  > > > Mono-list maillist - Mono-list@lists.ximian.com
>  > > > http://lists.ximian.com/mailman/listinfo/mono-list
>  > >
>  >
>  > ___
>  > Mono-list maillist - Mono-list@lists.ximian.com
>  > http://lists.ximian.com/mailman/listinfo/mono-list
> 
> 
> 
> 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Generic Linux installer for Mono 2.1 still missing (or just the files)

[Jonathan Pobst]

The generic linux installer has been discontinued.  It cannot correctly
predict where to put things on all version of linux, so people end up
with broken Mono installs.

Some more details are available in this post:
http://lists.ximian.com/pipermail/mono-list/2008-September/039581.html

You could grab the .rpm for opensuse and extract the files from it if 
you just want the binaries.

Jonathan

atesti wrote:
> Hi!
> 
> I'm quite frustrated: I use Debian (not the supported Suse or Redhat or
> Windows stuff) and don't want debian packaged Mono either. I want the most
> recent official version.
> 
> I used to grab the generic installer from 
> http://www.mono-project.com/Other_Downloads
> but it is still 1.9.1_2
> 
> Why has it not been updated?
> 
> I usually install it to /opt, tell it to leave my environment alone and then
> strip it manually down to 10mb which I need for my purpose.
> 
> I would really like to get hold of the official binaries (I don't want to
> compile it myself, that might introduce bugs from my libarries or other
> problems). 
> 
> I don't actually need the installer btw. Just a tgz file of the binary raw
> contents would be great.
> 
> If I go to the mono homepage and try to download something for Suse or
> redhat, that leads me nowhere! I just get told to use the buildin update
> managers, etc. BAH! No possibility of downloading one large RPM and just
> extracing it and using the good fine binaries directly. (for the windows
> version (one big isntaller) that woudl be easy)
> 
> And how would I be sure that I really get the most recent official 2.1
> release that way???
> 
> I'm pretty frustrated with the way the mono system "supports" the distros. I
> mean it's great that mono gets good integration into distros, but I would
> certainly prefer MUCH LESS integration.
> 
> Can anyone trigger the person who builds the generic Linux updater?
> 
> Why did it stop to be updated?

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Vista Look and feel

[Jonathan Pobst]

Directions to do this on Mono 2.0 are available here:
http://jpobst.blogspot.com/2008/10/little-bit-of-style.html

In Mono 2.2, this will be turned on by default.

Jonathan


Andrus wrote:
> Mono winforms applicatons looks ugly on Windows Vista, it seems that they 
> emulate XP.
> 
> How to force them to dedect and use Vista default Windows theme so that they 
> look as native Vista applications ?
> 
> Andrus. 
> 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] BindingList Mono-1.2.4

[Jonathan Pobst]

Probably your only option is to not use 1.2.4.  BindingList was added in 
the 2.0 framework, and Mono 1.2.4 predates our 2.0 support being complete.

Jonathan

Mesut Özkan wrote:
> hi friends...
> We have BindingList() method in Mono 2.0
> 
> but i should use Mono 1.2.4 and Mono 1.2.4 doesn't have BindingList()
> methods
> 
> which methods should i use in Mono 1.2.4 ?
> 
> do you know anyone?

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Problen with Web Services Example

[Jonathan Pobst]

Try using gmcs instead of mcs.  AsyncCompletedEventArgs is part of the 
2.0 framework, which is targeted by gmcs.  mcs targets the 1.1 framework.

Jonathan

unique_stephen wrote:
> I'm getting the same error:
> | error CS0234: The type or namespace name `AsyncCompletedEventArgs' 
> does not exist in the namespace `System.ComponentModel' |
> I'm trying the example WebService project over at The Code Project 
> Website: 
> http://lamp.codeproject.com/KB/webservices/MonoStockInformation.aspx
> wsdl writes the cs document no problem:
> | $ wsdl http://www.webservicex.net/stockquote.asmx?wsdl
> Web Services Description Language Utility
> Mono Framework v2.0.50727.42
> Writing file 'StockQuote.cs' |
> But the cs file fails to compile, sigh
> | $ mcs /target:library StockQuote.cs -r:System.Web.Services 
> StockQuote.cs(71,73): error CS0234: The type or namespace name 
> `AsyncCompletedEventArgs' does not exist in the namespace 
> `System.ComponentModel'. Are you missing an assembly reference? 
> Compilation failed: 1 error(s), 0 warnings |
> 
> mobility wrote:
> 
> I'm a newbie with Mono, so please bear with me.
> 
> After installing a fresh version of Mono 2.0, I tried following the 
> instructions at:
> http://www.mono-project.com/Web_Services
> 
> It is all fine, until I run "mcs /target:library GoogleSearchService.cs 
> -r:System.Web.Services".
> 
> This fails with:
> 
> GoogleSearchService.cs(475,80): error CS0234: The type or namespace name 
> `AsyncCompletedEventArgs' does not exist in the namespace 
> `System.ComponentModel'. Are you missing an assembly reference?
> GoogleSearchService.cs(494,85): error CS0234: The type or namespace name 
> `AsyncCompletedEventArgs' does not exist in the namespace 
> `System.ComponentModel'. Are you missing an assembly reference?
> GoogleSearchService.cs(513,79): error CS0234: The type or namespace name 
> `AsyncCompletedEventArgs' does not exist in the namespace 
> `System.ComponentModel'. Are you missing an assembly reference?
> Compilation failed: 3 error(s), 0 warnings
> 
> Well it looks like it needs an assembly reference that provides 
> "System.ComponentModel".  However that looks like it should be provided by 
> System.  I have tried modifying the command line to include "System" with no 
> luck and "System.ComponentModel" is a non starter.
> 
> Suggestions?
> 
> Thanks!
> 
> 
> 
> View this message in context: Re: Problen with Web Services Example 
> 
> Sent from the Mono - General mailing list archive 
>  at Nabble.com.
> 
> 
> 
> 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Getting older version of Mono

[Jonathan Pobst]

Hey, are you clicking the release notes instead of the version numbers? 
  Click the version number and it will take you to the download page:

http://ftp.novell.com/pub/mono/archive/1.9.1/download/

Jonathan

Nicholas Loke wrote:
> Hi Jonathan,
> 
> I have already been there before but if you follow the links to download it,
> it eventually leads you back to
> http://www.go-mono.com/mono-downloads/download.html where you can only find
> the latest version.
> 
> Nick
> 
> -Original Message-
> From: Jonathan Pobst [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, November 04, 2008 10:09 AM
> To: nloke
> Cc: mono-list@lists.ximian.com
> Subject: Re: [Mono-list] Getting older version of Mono
> 
> Sure, here you go:
> 
> http://mono-project.com/OldReleases
> 
> Jonathan
> 
> 
> nloke wrote:
>> Is there a way for me to retrive the install file for version 1.9.1. I
> went
>> the the download section and the archive section and am not able to find
> the
>> older distribution. I needed the older distribution to help clean up the
>> 1.9.1 uninstallation properly. Right now the "XSP Web server Here 1.9.1"
> and
>> "XSP 2.0 Web server Here 1.9.1" are lingering in the right-click pop-up
>> menu.
> 
> 
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Getting older version of Mono

[Jonathan Pobst]

Sure, here you go:

http://mono-project.com/OldReleases

Jonathan


nloke wrote:
> Is there a way for me to retrive the install file for version 1.9.1. I went
> the the download section and the archive section and am not able to find the
> older distribution. I needed the older distribution to help clean up the
> 1.9.1 uninstallation properly. Right now the "XSP Web server Here 1.9.1" and
> "XSP 2.0 Web server Here 1.9.1" are lingering in the right-click pop-up
> menu.

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Mono 2.0 Generic Linux installer?

[Jonathan Pobst]

The generic linux installer has been discontinued.  It cannot correctly 
predict where to put things on all version of linux, so people end up 
with broken Mono installs.  Please try to get packages for your 
distribution.  We are trying to be more proactive in working with distro 
package maintainers to get Mono packages built for the various distros.

Some more details are available in this post:
http://lists.ximian.com/pipermail/mono-list/2008-September/039581.html

Jonathan


davidcanar wrote:
> I'm just wondering when can we expect to have a generic linux installer for
> version 2.0?
> 
> Thanks,
> 
> David.

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Will mono 2.0 supprot textboxes

[Jonathan Pobst]

I don't recall ever seeing this bug, but textboxes should work just fine 
in Mono 2.0.

If you wish to try out the preview of Mono 2.0, it is available here:
http://mono.ximian.com/monobuild/preview/download-preview/

Jonathan

crash893 wrote:
> Will mono 2.0 support textboxes?
> 
> I did some testing with the previous release and when i create a windows
> form with textboxes i could not type in them. after some asking on the forum
> i found out that was a known bug
> 
> 
> was it fixed?

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Status of DataGridView VirtualMode

[Jonathan Pobst]

DataGridView VirtualMode is currently not implemented.

Jonathan

Andrus wrote:
> I tried Winforms DataGridView VirtualMode from SVN and found that
> grid does not show any controls.
> 
> Is this intentional or shoult it work ?
> 
> Andrus.
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Debugging Mono Apps developed on Windows/VStudio

[Jonathan Pobst]

There are some things in the works to help with this scenario, however 
they are not production ready yet.

SoC:
- Automatically copy VS output to Linux and launch.
- http://groups.google.com/group/mono-soc-2008

VS Remote Debugging
- Same as above, with support for remote debugging in VS.
- http://anonsvn.mono-project.com/viewcvs/trunk/MonoVS

Jonathan


Danny Waite wrote:
> Hi All,
>  
> I prefer to develop apps on Visual Studio, build them and then SFTP to 
> my Linux box to test.  It gets quite tedious when in the final stages of 
> testing because you are making small tweaks and have to keep 
> transferring them across.
>  
> I just wondered what other people were doing in this scenario?  I guess 
> the problem is that I'm making a lot of system calls so the code really 
> needs to execute on the linux box itself.  Is there any kind of remote 
> debugging supported?
>  
> Thanks in Advance,
>  
> Regards,
> Danny
> 
> 
> 
> 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Help for porting: VC# 2008 express binaries crashing when run by mono

[Jonathan Pobst]

I've attached the relevant data from your .resx file.  A quick guess 
says it's probably using a culture that uses comma separators instead of 
decimal points for numbers, and our code is not international-proof.


This should be pretty easy to fix.  Either Andy or I will probably get 
to it in the next couple of days.


Thanks for sending your files!
Jonathan


herenvardo wrote:


Andy Hume wrote:

I think I've found the problem -- it depends on a MSFT bug that creates
bad content.   To check that it's the same fault, I'd need to see the
input XML.  Rather than dealing with debuggers (eek) can you just search
all the files in the project for XML starting with element
TableLayoutSettings.


Search found 0 matches :(. I tried for both "
I don't really understand where MSFT uses this content, if not in the
.Designer file, then probably in a .resx file.  Did the project start out
in VS2008, or maybe in VS2003?  I can't get VS2005 to create such content.


The whole solution initially started as a VC# 2005 Express solution; and was
upgraded to 2008 as soon as I got the final version of the new IDE. A few
weeks ago, I switched it from targeting the .NET 2.0 to .NET 3.5, with the
aim of defining some extension methods. For what it matters, most of the
code (including the parts causing the problem, which are quite recent), has
been developed under VC# 2008 Express.

If you want to check them, I'm attaching the two .cs files (my code and the
.Designer.cs), and the resx files for the UserControl that is raising the
issue:  http://www.nabble.com/file/p17694700/spell.zip spell.zip . (The
actual application is a mere wrapping just to test that control).


Andrus Moor-2 wrote:

Even free C# Express 2008 allows to step into MS System.Windows.Forms.dll
source code.
Maybe we can use instructions from

http://www.codeproject.com/KB/dotnet/netmassdownloader.aspx

to debug MONO SWF source also. 


Rather that saying that the Express edition "allows" stepping into that
code, it'd be more accurate that this article provides a workaround to
enable that.
Anyway, I've tried the downloader and got lots of 404 errors while trying to
fetch the sources. I haven't been able to step into the calls that pass the
relevant xml data, but will keep trying to get it working.


Andreas Färber wrote:

You can always resort to Console.WriteLine. :-)


Of course... If you know it, could you please me how can I make .NET's own
code to call WriteLine when I want to and with the arguments I'd want? If
you take a look at the traceback I attached on my previous post, you'd find
that it's not directly my code, but a function from the Framework, which
throws the exception. The key of the issue seems to be the XmlDocument
passed to that function, and it's not passed from my code, but from other
functions within the framework. Of the 34 calls on that trace, only the 7 at
the bottom are actually part of my own code; the problem is manifesting on
the top call, and its source is somewhere between those 27 calls I have no
control over.

Actually, I think I've just come up with some answer to my own question "how
can I make .NET's own code to call WriteLine when I want to and with the
arguments I'd want?"... which involves a lot of reflection and even more
headaches. I'll try to use reflection to "dig" into these calls and retrieve
that fatal XmlDocument argument; I will update this thread if I'm able to
get it.


  

  

  

  

  

  __

Re: [Mono-list] DataGridViewTextBoxColumn ignores "Visible" property?

[Jonathan Pobst]

Your forum link is for DataGrid, not DataGridView.

DataGridView has been in heavy development since 1.9.  I think this is 
one of the things I have implemented since then.  You can try building 
the latest source from SVN, or if that is too hard, you can send a small 
test case and I will verify that it works with the stuff that will ship 
in Mono 2.0.

Thanks!
Jonathan


rhornsby wrote:
> Apologies, I'm new to C# and even newer to Mono.  I've got a simple
> application right now with some checkboxes and a datagrid (with just
> headings, no columns or data yet).  Toggling the checkbox is supposed to
> toggle the visibility of a corresponding Datagrid column.  This seems to
> work fine in Windows/.Net, but not in Mono (latest OS X package or the SuSe
> VMWare image).
> 
> private System.Windows.Forms.DataGridViewTextBoxColumn dgColVspeed;
> 
> I've been able to confirm that the toggle event is taking place, and that I
> can make the toggle cause one of the other checkboxes to disappear. 
> However, the datagrid columns remain visible regardless.  I've also noticed
> that even if I set the property in the code where the element is being
> created and the rest of the properties (format,name, etc) are being set,
> "visible" is ignored.  Is this just an unsupported operation?
> 
> I found this
> http://www.nabble.com/-Mono-dev--Mono-1.1.9-broken-DataGrid-tp872361p872361.html
> but it was from several versions ago, so I don't think it applies now?
> 
> thanks guys
> -rj

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Newbie needs help

[Jonathan Pobst]

This is probably the best place to start:

http://www.mono-project.com/Guide:_Porting_Winforms_Applications

Good luck!
Jonathan

fmpfmpf wrote:
> i have a source code of a camera viewer but it works only on Windows.
> i am told that i can use Mono to recreate the camera viewer in Linux.
> My question is, how do i start?
> 
> thank you.


___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Help for porting: VC# 2008 express binaries crashing when run by mono

[Jonathan Pobst]

It sounds like a bug in TableLayoutSettingsTypeConverter.ParseRowStyle.
  If you can get the data sent to the parameter xmlDoc that crashes, we
can get a fix for it.

You may also be able to find the information in the .Designer file for
your form.  Whatever is in the InitializeComponents part for your
TableLayoutPanel.

Also, to get the error on Windows, you need to run "mono myApp.exe 2> 
error.log" to redirect the error output to a file.

Jonathan


herenvardo wrote:
> 
> Sebastien Pouliot-2 wrote:
>> Could you be more specific ? e.g. does it just "freeze" there without
>> showing anything or do you get the command prompt back ? is an empty
>> window visible ? or a new process ?
>>
> I tried to run the program on mono and get back to the command prompt within
> 1-2 seconds. The program is a WinForms application and is supposed to
> display a form when run. The form never appears when running from Mono, nor
> any kind of error message.
> UPDATE: After learning a bit more about mono's command line options, I tried
> running the program with --debug. I'm attaching the whole trace as a txt
> file for the case it might be useful, but as a summary:
> System.Reflection.TargetInvocationException (with
> System.IndexOutOfRangeException as the inner exception) thrown by
> System.Windows.Forms.Layout.TableLayoutSettingsTypeConverter.ParseRowStyle(
> System.Xml.XmlDocument, System.Windows.Forms.TableLayoutSettings). Digging
> to the base of the trace, I can identify the first calls after the ones
> within my own code to be the designer-generated code for locacalization.
> I've tried to localize a variation of the Hello World program to see if it
> crashes, but it ran properly (actually, .NET erronously took my local
> language as Spanish, while Mono properly detected it as Catalan). I'll try
> to investigate further that trace; but being unable to reproduce the problem
> upon .NET and hence upon the Visual Studio debugger (the environment I'm
> used to debug under), doesn't help too much.
> 
> 
> Sebastien Pouliot-2 wrote:
>>> I have tried a few helloworld-like programs, to make sure that mono was
>>> working properly, and they ran fine.
>> And they all should show the same exception creation when starting.
>>
> I didn't use the -v with them originally, because they were working fine;
> but after reading your reply I checked it and indeed they create the
> exceptions as well. My mistake was to assume that these messages were a
> trace: I knew my program was crashing, so there had to be a trace somewhere,
> and it looked like a trace so I just assumed what seemed to be obvious
> (despite being actually wrong). Now that I've found the real trace for my
> program's crash, things make a bit more sense.
> 
> 
> Sebastien Pouliot-2 wrote:
>> Start by providing some basic info, like are you using Mono on Windows,
>> Linux, other OS ? which distro/version (OS) and package/version for
>> Mono ...
>>
> I'm working upon Windows XP Home Service Pack 3 (the machine is an Acer
> laptop powered by an AMD Turion 64 2GHz cpu with 1536Mb of RAM, if this info
> helps). The version of Mono is 1.9.1. for Windows (the package listed as
> "Mono for Windows, Gtk#, and XSP" in the Mono Downloads page).
> The project itself, as of currently, is made of a few assemblies:
> towo.dll (doesn't depend on other parts of the project): this is the "core"
> of the project: it defines a few hundreds types and some thousands of
> methods to be used by the rest of components.
> towoedit.dll (depends only on towo.dll): defines several UserControl
> derivates providing "editor" UI components for some of the types defined
> within towo.dll. There are also a couple of multi-purpose forms.
> SpellEditorDemo.exe (depends directly on towoedit.dll and indirectly on
> towo.dll): An extremely simple WinForms application that simply wraps one of
> the components defined in towoedit.dll to enable testing and trying it.
> In addition, there are some satelite resource assemblies for each of the
> main assemblies, with the translations of texts into Catalan and Spanish
> (the main assemblies default to English).
> All the assemblies have been generated with Microsoft Visual C# 2008 Express
> Edition; and the projects target the version 3.5 version of the .NET
> Framework (currently, the only feature used that wouldn't be available on
> 2.0 are extension methods; with the possibility of using LINQ to XML already
> in mind).
> I want to insist on that MoMA only reported a few TODOs about the Undo and
> AutoComplete functionalities of some WinForms controls (while these features
> are indeed useful, they are not critical for the project).
> I don't know if there is anything else I should mention about the project
> and the environment; in that case simply ask.
> 
> Thanks again for the time and effort dedicated to helping me in solving this
> issue. I'll keep trying to figure things out and find answers by myself, and
> update this thread if I come up with something rel

Re: [Mono-list] Mono-compatible report engine?

[Jonathan Pobst]

Fixed.  Thanks!

Jon

Andrus Moor wrote:
>> http://www.mono-project.com/Libraries#Reporting
> 
> "And it is available under both LGPL and commercial licenses. "
> 
> Wrong. FYIReport licence is Apache.
> 
> Andrus.
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Mono-compatible report engine?

[Jonathan Pobst]

It is already here:

http://www.mono-project.com/Libraries#Reporting

though I completely agree that things aren't really findable on our 
wiki.  :/

Jonathan


Kay D wrote:
>> fyireporting.com
>> Andrus.
> 
> On windows with Mono 1.9 RdlReader runs fine (winforms example).
> But ASP.NET sample does not run, I'm working on it.
> 
> Also, can you place this link somewhere on mono-project.com wiki?
> Reporting is important part of every application, and I don't think
> I'm only one who looking for Mono-based report engine.
> 
> Thank you.
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Does Mono supports C#.Net 2.0 webbrowser?

[Jonathan Pobst]

Mono does not support *all* features of the WebBrowser control.  It is 
currently under active development and gets more complete with each release.

My suggestion would be to run Moma on your application, it will tell you 
if you are using any features of the WebBrowser that Mono does not 
currently support.

http://www.mono-project.com/MoMA

Jonathan


Achint Kishore wrote:
> Hi All,
> I m involved in a project which hosts html page on webbrowser control of 
> windows application which is made in C#.Net 2.0. Does anybody have idea 
> if Mono fully supports all the feature of C#.Net 2.0 WebBrowser control?
> An early reply would be highly appreciated.
> Thanks and Regards,
> 
> -- 
> 
> Achint Kishore :: 9990187515
> 
> Software Developer,
> 
> NetProphets Cyberworks Pvt. Ltd.
> 
> B 1, Sector 60, NOIDA, U.P. 201 301
> P : +91 120 4261 050/1/2/3 Extn. 30
> F : +91 120 4261 054
> 
> This e-mail, together with any attachments, is confidential, and may be 
> privileged. It may be read, copied and used only by the intended 
> recipient. Access to this e-mail or any of its attachments by anyone 
> else and disclosure or copying of its contents or any action taken (or 
> not taken) in reliance on it, is unauthorized and may be unlawful. If 
> you have received it in error, please notify the sender immediately by 
> e-mail or telephone. Please then delete it from your computer without 
> making any copies or disclosing it to any other person.
> 
> 
> 
> 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Cross-platform GUI Applications

[Jonathan Pobst]

Hi Lee,

The two choices we support most for Mono is winforms and gtk#.  Both 
work excellent on their native platform (winforms: win32, gtk#: linux) 
and work pretty well on other platforms.  Gtk+ (the native library 
behind gtk#) has been ported to win32, Mono's winforms is a managed 
implementation written in C# that runs on linux.  Neither is a "least 
common denominator" approach.  Both have excellent support and will be 
around for many years.

There are also some other toolkits you can use like wx and QT, though I 
am not particularly familiar with either.

http://www.mono-project.com/Gui_Toolkits has some pros and cons of each, 
and links to some more information.

Its a tough decision where the 'right' answer is different for different 
people, so providing information is about all we can do.  Good luck!

Jonathan


Lee Jenkins wrote:
> Hi all,
> 
> I'm considering moving from a different language/platform for development to 
> .net/Mono and I'm unsure as to what path GUI/Windowed application will take 
> from 
> now on.  I've done a little development with .net/mono over the last couple 
> of 
> years, but not enough to consider myself "comfortable" with the platform.
> 
> I want to write GUI applications that are portable between Windows (.net) and 
> Linux (mono), but I'm unsure of what the best route would be.
> 
> WinForms?  WPF?
> 
> I don't mind developing to the least common denominator for GUI controls and 
> such, but I am unsure as to which technology is
> 
> 1) Most portable between .net/Windows and Mono/Linux.
> 2) Most enduring for the next few years?
> 3) Actually works ;)
> 
> Are developers successfully deploying substantive GUI applications between 
> Windows/linux with Mono?
> 
> Thanks for your help and input.
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] VMware image with Mono 1.9?

[Jonathan Pobst]

Hey!

Not currently, as 1.9 has not been released yet.  However there should 
be one available within a few days of 1.9's release.

Jonathan


Tom Opgenorth wrote:
> Hello all,
> 
> I don't suppose that there is a VMware image of Mono 1.9 available
> (like the current one on the Mono download page)?
> 
> TIA.
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Cannot Print Landscape

[Jonathan Pobst]

Looks like a bug.  Please file it with your test case:

http://www.mono-project.com/Bugs

Thanks!
Jonathan


Marc Glenn wrote:
> Hello guys,
> 
>  I am using System.Drawing.Printing namespace to print a string in a 
> *landscape* page orientation.
> 
>  I set the property *PrintDocument.DefaultPageSettings.Landscape* = 
> true so the PrintDocument
>  would print in *landscape*.
> 
>  I compiled it in Windows using SharpDevelop's .NET C# Compiler and 
> it prints in landscape fine.
>  But when I used *gmcs* to compile, it still prints in portrait 
> orientation.
> 
>  I am using *mono1.2.5.1 *in *win32. *I also compiled it in 
> *mono1.9(Preview3)* but the same problem
>  still occurs.
> 
>  Is this a bug of mono or am I just doing something wrong?
>  I attached my source code. Please help me.
> 
> Thanking in advance,
> Marc Glenn
> 
> 
> 
> 
> 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Mono 1.9.0 Preview 1+ is out!!

[Jonathan Pobst]

I create the Moma definition files from the Mono Windows Installer. 
There usually isn't an installer available until shortly before the 
final version comes out, so I don't think a definition file preview is 
going to happen.

A preview also doesn't make too much sense for Moma, as we are already 
frozen and are not going to be adding any methods to the release, just 
fixing regression bugs.

Jonathan


Damien DALY wrote:
> Hi,
> 
> Do you think we can have a preview version of a Moma definition file
> for 1.9.0 to see how my project compatibility with mono has changed ?
> 
> Thanks,
> 
> Damien
> 
> 2008/2/6, Thomas Wiest <[EMAIL PROTECTED]>:
>> sasha wrote:
 Please help the Mono team to make 1.9.0 the best release of Mono ever.
 Thanks again!

>>> Few months ago I asked to fix bug 342536
>>> (https://bugzilla.novell.com/show_bug.cgi?id=342536), but it still not
>>> fixed. And i can't make any additional tests because this bug blocks my
>>> application at startup.
>>>
>> We're waiting to see if this fix is too dangerous to be introduced into
>> 1.9 at this stage. Depending on that decision, it will be in preview 3.
>>
>>> Also i have a question. Don't you think that there already are too many
>>> bugs in tracker?
>>>
>>> I have many small applications for .NET 1.1 and 2.0 (SWF, ASP.NET) and i
>>>   try to run them using each version of mono since version ~1.1.3 during
>>> few years and almost __ALL__ of them do not work properly. And when
>>> people ask me: "What can you say about mono?", i can answer only one
>>> thing: "is is very unstable and does not fit for real work". And this is
>>> a tendency for each new version. You make new releases with new
>>> features, but existing bugs fixed very slowly.
>>>
>>> For me it is clearly that Novell never overtakes Microsoft. Maybe it's
>>> better to polish existing code then try to implement new features?
>>>
>> Have you filed bugs for all of these?
>>
>>
>> Thomas
>> ___
>> Mono-list maillist  -  Mono-list@lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-list
>>
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] mono winforms and gtk#

[Jonathan Pobst]

Hey,

There are some programs listed here: 
http://www.mono-project.com/Winforms_Samples.

There are some screenshots on the screenshots page here:
http://www.mono-project.com/Screenshots.

You can download the mono VMWare image which has about 20 small samples 
here:
http://www.mono-project.com/Downloads.

And we have a nifty tool to help you determine if mono will support you 
application or not, called MoMA.  For details, you can check out our 
guide to porting winforms applications here:
http://www.mono-project.com/Guide:_Porting_Winforms_Applications.

Jonathan


Dewan Hrishikesh wrote:
> what is the development status of winforms in mono. we are building a 
> software app and we would like to make it cross compatible with linux. 
> although the app is coded in vstudio 2005 using .net framework 2.0 , we 
> are interested in porting it to the linux. we did saw the existing 
> developments in gtk# but found it too confusing for practical use in a 
> production environment because of the learning curve of the developers. 
> gtk# features are almost undocument and it's a whole lot of difference 
> while dealing with them. for example, making a form's background 
> gradient still needs a whole lot of code to be written whereas in 
> winforms using system.drawing2d, it could be done just with a few lines 
> of code.
> are there any existing applications that we could see and view wherein 
> winforms are used and applied.
> thanks
> dewan
> 
> -- 
> "Reality leaves a lot to the imagination."
> 
> 
> 
> 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Porting issues

[Jonathan Pobst]

You might want to try compiling it as a Console Application instead of a 
  Windows Application (see the project property pages).  When the 
application is Windows instead of Console, Console.WriteLine does not 
print to the console, so maybe the error message is getting eaten.

Another thing to check is to see if any of the application's exception 
handling would silently eat the exception and exit.  We used to have 
that issue with the GUI app for NUnit.

Jonathan

[EMAIL PROTECTED] wrote:
> My mail seems to keep getting delayed:
> Is being held until the list moderator can review it for approval.
> It has been a few days now, and its still happens. What's up with that?
> 
> My app now passes MOMA with all libs included. And still does not run, and
> no errors, no matter what I do. The same binary works in windows.
> 
> I tried loading the solution in OPENSUSE/VMWARE mono develop, no luck, just
> sat there forever trying to load the solution...
> 
> This is a fairly large app 200,000 lines est. in 5 projects in VS2008
> targeting 2.0, I make a small usage of generics other than that is 1.1
> mostly. All my code, so I know what's going on. The project involves a set
> of custom windows forms control created from the ground-up. You can see an
> old snapshot here
> http://www.schneidersoft.com/ProductsBeta/ObjectControls.aspx
>  of some of the controls to give you and idea.
> 
> Anyone have any ideas?
> 
> Thanks,
> Schneider
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Miguel de Icaza
> Sent: Tuesday, December 11, 2007 1:08 PM
> To: [EMAIL PROTECTED]
> Cc: mono-list@lists.ximian.com
> Subject: Re: [Mono-list] Porting issues
> 
> 
>> I have also tried "mono.exe myapp.exe 2> error.log" but the error log is
>> empty.
> 
> What about running without redirection, what error is shown in the
> console?
> 
>> I'm using XP64 if it matters, and VS2008 beta.
> 
> Mono does not have a Win64 port, I do not know if the 32 bit binary
> works on Windows, I guess it probably does.
> 
> 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 
> 
> 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Mac OS X 10.3 (Panther) port

[Jonathan Pobst]

All the previous Mono versions are available on the website.

Go to the downloads page: http://www.mono-project.com/Downloads

And click "Older releases".

Jonathan


HEMMI, Shigeru wrote:
> Hello Mono team,
> 
> If somebody provides mono 1.2.6. for Mac OS X Panther (10.3) port,
> I will be much happy. Mono seems to close Panther support.
> 
> If it is not easy, please provide the old 1.2.5 so that I can download it
> from the web site.
> 
> regards,
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] [Mono-dev] MoMA: Changes in 1.2.6 Version

[Jonathan Pobst]

UPDATE: I forgot that the new definitions contained a method signature 
that MoMA was unable to handle, so you actually DO have to download a 
new copy from the MoMA home page for 1.2.6 to work. Sorry for the 
confusion.   :(

http://www.mono-project.com/MoMA

Jonathan


Jonathan Pobst wrote:
> Hey guys!
> 
> I generally don't make any announcement when I release a new MoMA for 
> the new Mono release.  This is because you just click the "Check for 
> newer version" link, which magically downloads the new definition file 
> and life is chock full of rainbows and ponies.  However, for the 1.2.6 
> release, we made 2 important changes to the definition files that 
> warrant a mention.
> 
> - Removal of Design Namespaces -
> One of our awesome mono-vangelists pointed out that people scan their 
> app (and third party controls) and see all kinds of warnings about 
> things missing in the Design classes.  However, these classes are not 
> used to run apps, just for designers such as Visual Studio.  So we are 
> potentially scaring off users for no reason.  Therefore, beginning with 
> 1.2.6, we no longer include the Design namespaces in MoMA reports.  (If 
> you really want the Design stuffs, you can download the definition file 
> that includes them on the MoMA home page: http://www.mono-project.com/MoMA)
> 
> - Addition of .Net 3.0/3.5 Classes -
> Beginning with 1.2.6, we include the definitions needed to scan your 
> .Net 3.0 and 3.5 apps.  At this point, we report everything as missing.  
> Even though we have implemented some of these classes in our Olive 
> (http://www.mono-project.com/Olive) project, we do not currently ship 
> this with the released Mono, and MoMA tracks the Mono releases.
> 
> So what good is adding the 3.0/3.5 stuffs if we are going to report it 
> all as missing?  We will soon be getting to the point where we need to 
> figure out what new stuff to implement next.  By scanning your app with 
> MoMA and submitting the missing report, we can see which parts are the 
> most important to our users so we can prioritize.  (And yes, we _really_ 
> use this data.  MoMA reports 
> [http://primates.ximian.com/~miguel/momareports/] have pretty much 
> dictated our prioritization since it was released a year ago.)
> 
> - How Do I Get These New Features? -
> So how do you get the new stuff?  Just click on the "Check for newer 
> version" link in MoMA, sit back, relax, and enjoy the rainbows and 
> ponies.  Or if you don't already have MoMA, you can grab it at: 
> http://www.mono-project.com/MoMA.
> 
> Thanks!
> Jonathan
> ___
> Mono-devel-list mailing list
> [EMAIL PROTECTED]
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
> 
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

[Mono-list] MoMA: Changes in 1.2.6 Version

[Jonathan Pobst]

Hey guys!

I generally don't make any announcement when I release a new MoMA for 
the new Mono release.  This is because you just click the "Check for 
newer version" link, which magically downloads the new definition file 
and life is chock full of rainbows and ponies.  However, for the 1.2.6 
release, we made 2 important changes to the definition files that 
warrant a mention.

- Removal of Design Namespaces -
One of our awesome mono-vangelists pointed out that people scan their 
app (and third party controls) and see all kinds of warnings about 
things missing in the Design classes.  However, these classes are not 
used to run apps, just for designers such as Visual Studio.  So we are 
potentially scaring off users for no reason.  Therefore, beginning with 
1.2.6, we no longer include the Design namespaces in MoMA reports.  (If 
you really want the Design stuffs, you can download the definition file 
that includes them on the MoMA home page: http://www.mono-project.com/MoMA)

- Addition of .Net 3.0/3.5 Classes -
Beginning with 1.2.6, we include the definitions needed to scan your 
.Net 3.0 and 3.5 apps.  At this point, we report everything as missing.  
Even though we have implemented some of these classes in our Olive 
(http://www.mono-project.com/Olive) project, we do not currently ship 
this with the released Mono, and MoMA tracks the Mono releases.

So what good is adding the 3.0/3.5 stuffs if we are going to report it 
all as missing?  We will soon be getting to the point where we need to 
figure out what new stuff to implement next.  By scanning your app with 
MoMA and submitting the missing report, we can see which parts are the 
most important to our users so we can prioritize.  (And yes, we _really_ 
use this data.  MoMA reports 
[http://primates.ximian.com/~miguel/momareports/] have pretty much 
dictated our prioritization since it was released a year ago.)

- How Do I Get These New Features? -
So how do you get the new stuff?  Just click on the "Check for newer 
version" link in MoMA, sit back, relax, and enjoy the rainbows and 
ponies.  Or if you don't already have MoMA, you can grab it at: 
http://www.mono-project.com/MoMA.

Thanks!
Jonathan
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] OnPaint with double buffering

[Jonathan Pobst]

No, it is not a known issue.  Please file a bug for it.

Jonathan


Jansen Bart wrote:
> Hi all,
> 
> It seems that the OnPaint method is not called correctly on UserControls
> when using double buffering.
> 
> See code below: if the two lines are uncommented, the "control painted"
> text is not shown after minimizing/maximizing for instance.  Without
> double buffering the text is shown correctly.
> 
> Is this a known issue? If not, I'll file a bug report ...
> 
> public class MyControl : UserControl
> {
> public MyControl()
> {
> this.Size = new Size(100, 100);
> this.BackColor = Color.Green;
> 
> //SetStyle(ControlStyles.OptimizedDoubleBuffer, true); // do
> double buffering
> //SetStyle(ControlStyles.AllPaintingInWmPaint, true);
> }
> 
> protected override void OnPaint(PaintEventArgs e)
> {
> Console.WriteLine("control painted");
> }
> }
> 
> Bart
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] SharpOS

[Jonathan Pobst]

Fixed.  Thanks!

Jonathan

Sander van Rossen wrote:
> I noticed that the mono wiki
> (http://www.mono-project.com/New_Version_of_the_Use-Page) has a link
> to the sharpos website.
> 
> Unfortunatly this is the old url which is no longer used..
> The new url is http://sharpos.sourceforge.net/
> 
> Could somebody update the wiki with the new url please?
> Thanks!
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Writing and Compiling on Linux and Running on WIndow

[Jonathan Pobst]

Hi!

Check out the first question here: 
http://www.mono-project.com/FAQ:_Winforms.

That should fix it.  :)

Jon


Gustavo Ribeiro De Bonis wrote:
> Hi,
> 
> I wrote the app using Mono, and is a Windows Forms app.
> 
> I'm using System.Windows.Forms framework as usual but everytime I run 
> the app on Windows it shows a black screen behind the app,
> 
> I would like to know how do i remove this black screen.
> 
> Thanks everyone, and sorry by bad English
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Site typo

[Jonathan Pobst]

Fixed.  Thanks!

Jon


Jorge Bastos wrote:
> To the site mainteiner:
>  
> In the page:
> http://www.mono-project.com/Mod_mono#ASP.NET_2_apps_do_not_work
>  
> in the text:
> By default mod_mono will load mod-mono-server.exe, to change thise use
>  
> there's "thise" instead of "these"
>  
> Jorge
> 
> 
> 
> 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] XML Notepad on Mono?

[Jonathan Pobst]

Running MoMA on it shows there are several things XML Notepad requires 
that Mono does not support yet, like the WebBrowser control.  It also 
reports many TODO's on the XML schema stuff.  And of course the 
P/Invokes would have to be removed.

I doubt anyone has ported it to Mono.

Jonathan


Adam Monsen wrote:
> Anyone have XML Notepad[1] compiled and/or running on Mono?
> 
> 1. http://www.codeplex.com/xmlnotepad/Wiki/View.aspx
> 
> -- 
> Adam Monsen
> 
> 
> 
> 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Mono and Automation tools

[Jonathan Pobst]

Currently, the way Winforms is written, there is no way to change the 
ClassName.  The name that gets used (on Windows) is:

string.Format ("Mono.WinForms.{0}.{1}", 
System.Threading.Thread.GetDomainID ().ToString (), classStyle);

where classStyle is the CreateParams.ClassStyle.

The benefit of this is that we only register a few classes with Windows, 
and reuse them quite heavily.  The downside I guess is that you can't 
set your own ClassName.

We could probably make a change so that if a ClassName is given, we 
could append it to the current naming scheme.  However, we probably 
wouldn't put class names in our controls (you would have to override the 
CreateParams in each of your controls and put a class name in).

We should be branching for 1.2.5 this week, so I don't feel comfortable 
making such a change for 1.2.5, but I could change it after that if it 
helps any.

Jonathan



Steven Schulze wrote:
> Hi all,
>  
> We are running into a problem when we try to use automation tools on an 
> app running on Mono on Windows.  Our automation tool (SilkTest) uses the 
> native Windows class for each control to determine what kind of control 
> it is (BUTTON, STATIC) etc.  On .Net, new Windows classes are registered 
> for each control type, but they are still unique enough that you can map 
> them to your own SilkTest classes.  While we can use the .Net extension 
> of SilkTest to automatically give us all the class details (methods, etc 
> of each control) we obviously cannot use this on Mono.  because of this 
> we also don't use it when we run our app on .Net, since we want to 
> create an environment where we can seamlessly test our app on both .Net 
> and Mono.
>  
> The problem is that on Mono, all controls are registered as the same 
> class, namely "Mono.WinForms.0.40".  This gives us no way to map each 
> control type to our own SilkTest classes.  Unfortunately SilkTest is not 
> flexible in how it recognizes controls and we are stuck with using only 
> the native Windows class. 
>  
> Is there a way to specify a unique name for each control type in Mono, 
> so that the registered class for each type is unique?  I am thinking 
> something along the lines of "Mono.WinForms.0.40.MyFancyButton" or 
> something.  On .Net you can override the get method of 
> Control.CreateParams and modify the ClassName member of CreateParams, 
> which will then embed that name in the final Windows class (although you 
> need to ensure the class is registered 1st with Windows).  This can then 
> be mapped to a SilkTest class.  On Mono, the CreateParams.ClassName 
> seems to be ignored completely.
>  
> Does anyone know if there is a way to do this, other than modifying the 
> Mono source code?
>  
> Note that this is only used during automation testing on Windows using 
> ,Net and Mono, and this code will be disabled/ifdef'ed out later on.
>  
> Thanks!
> Steven
> 
> 
> 
> 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] nunit, nhibernate, castle project, and CodeSmith

[Jonathan Pobst]

I just tested NUnit 2.4.1 GUI on Mono 2.0 SVN and it works.  I am pretty 
sure we got it working in time for Mono 1.2.4.  If not, grab a SVN copy 
of Mono or wait about a month for Mono 1.2.5.

Jon

'josh coffman' wrote:
> Sounds like castle project works with Mono. good. but no nunit 2.4.x 
> gui.. rats!
> 
> However, I would be happy getting feedback from cruisecontrol.
> 
> Any one have any suggestions for code gen or refactoring tools?
> 
> I'm used to using Resharper and CodeSmith, but am new to nhibernate.
> 
> I've always written data access code or generated it; never used ORM before.
> 
> danke.
> 
> thanks.
> 
> gracias.
> 
> -j
> 
>  >> Original Message 
> 
>  >>From:Mads Bondo Dydensborg
> 
>  >>To:mono-list@lists.ximian.com, "'josh coffman'"
> 
>  >>Subject:Re: [Mono-list] nunit, nhibernate, castle project, and CodeSmith
> 
>  >>Date:Tue, 10 Jul 2007 23:16:58 +0200
> 
>  >>
> 
>  >
> 
>  >
> 
>  >>tirsdag 10 juli 2007 21:14 skrev 'josh coffman':
> 
>  >
> 
>  >>> I know nUnit in command line works, but I prefere the gui runner.
> 
>  >
> 
>  >>nunit 2.4.0 does not appear to work with current mono, unfortunately.
> 
>  >
> 
>  >>Personally I have no problem with running the console - or just let
> 
>  >>CruiseControl run it.
> 
>  >
> 
>  >>Regards,
> 
>  >
> 
>  >>Mads
> 
>  >
> 
>  >>--
> 
>  >>Med venlig hilsen/Regards
> 
>  >
> 
>  >>Systemudvikler/Systemsdeveloper cand.scient.dat, Ph.d., Mads Bondo 
> Dydensborg
> 
>  >>Dansk BiblioteksCenter A/S, Tempovej 7-11, 2750 Ballerup, Tlf. +45 44
> 
>  >86
> 
>  >>77 34
> 
>  >
> 
>  >
> 
>  >
> 
>  >
> 
> 
> 
> 
> 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Native Mono UI widgets

[Jonathan Pobst]

Ah, I guess it's purely philosophical then.  Basically boiling down to 
"Do we really need *another* toolkit"?  We have to have WinForms to 
provide compatibility with the .Net framework.  And we need GTK# to make 
Mono a great choice for Linux (and somewhat cross-platform) apps.  (And 
there are others like QT and wxNet and Cocoa#.)  So what would another 
toolkit bring?

Writing an entire toolkit is hard and expensive.  WinForms has been 
under development for probably 4 years having up to 6 people working on 
it full-time as well as plenty of contributors.

I don't really know of any benefit to making another one.  WinForms is 
already "Mono native" in that it's fully done with System.Drawing.  It 
seems like a new one would simply take the WinForms widgets and change 
the API simply for the sake of being different.  :)

Jonathan


Ernesto Bascon wrote:
>> Ernesto Bascon wrote:
>> > Hi everybody:
>> >
>> > Maybe this is a more "philosophical" or "political" than technical
>> > question, but,
>> >
>> > Why there is no a native Mono UI widgets framework written on top of
>> > System.Drawing? [à la Java Swing]
>> >
>> > That's just because "no one has worked on it" or there are some more
>> > deep decisions [on supporting more GTK+].
>> >
>> > Kind regards,
>> >
>> You are looking for the WinForms toolkit.  This is our implementation of
>> Microsoft's System.Windows.Forms toolkit.  However, unlike Microsoft's
>> implementation, which wraps win32 common controls, all of the controls
>> in Mono are written with 100% System.Drawing.
>>
>> http://www.mono-project.com/WinForms
>>
>> Jonathan
>>
> 
> I think the architecture of your Windows Forms implementation is
> amazing, but, what about a Mono UI toolkit not depending on the
> strengths and weaknesses of SWF?
> 
> 
> 
> 
>> >
>> >
>> > Ernesto
>> > ___
>> > Mono-list maillist  -  Mono-list@lists.ximian.com
>> > http://lists.ximian.com/mailman/listinfo/mono-list
>> >
>> >
>>
>>
> 
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Native Mono UI widgets

[Jonathan Pobst]

You are looking for the WinForms toolkit.  This is our implementation of 
Microsoft's System.Windows.Forms toolkit.  However, unlike Microsoft's 
implementation, which wraps win32 common controls, all of the controls 
in Mono are written with 100% System.Drawing.

http://www.mono-project.com/WinForms

Jonathan


Ernesto Bascon wrote:
> Hi everybody:
> 
> Maybe this is a more "philosophical" or "political" than technical
> question, but,
> 
> Why there is no a native Mono UI widgets framework written on top of
> System.Drawing? [à la Java Swing]
> 
> That's just because "no one has worked on it" or there are some more
> deep decisions [on supporting more GTK+].
> 
> Kind regards,
> 
> 
> 
> Ernesto
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] PlatformID.Unix enumerator?

[Jonathan Pobst]

Looks like it's been there since July 2nd, 2004.  However it is only 
available for 2.0.  It did not exist in 1.1, so you have to use gmcs 
instead mcs.

Jonathan


Jon Cosby wrote:
> The PlatformID.Unix enumerator seems to be missing in V. 1.2.3.1. Is
> this an oversight?
> 
> 
> Jon Cosby
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Moma Reports dir

[Jonathan Pobst]

Hey Phillip!

This patch also uses the user's directory for the images and definition 
files.  I think those truly are global, and each user shouldn't have 
their own copy of them.  They should remain with the executable.

As for the reports, I'm not really sure how much of a difference there 
is.  If MoMA stored all the reports ever made, I think it would make 
sense to store them in the user's directory.  However, since it only 
stores the most recent report, its really more of a temporary directory 
than user storage of reports.  Since the user (in theory) doesn't access 
the report directly from the file system, it doesn't really matter where 
it is.

The other issue with making changes to MoMA is that I don't really 
release new versions of it.  Due to the definition update built-in to 
MoMA, no one needs to download a new version of MoMA, so they won't get 
any changes made.  When a new version of Mono is released, I do release 
a new MoMA that may include some small fixes and new definition files, 
but it is never announced for people to upgrade unless they are hitting 
bugs.

Having said all that, if people strongly feel reports should be stored 
in the user's directory, I'm not against it and can make the change.

Jon


Phillip N. wrote:
> Hi mono's..
> 
> Is it possible to make MoMa use the user's dir to save/work the Reports?
> 
> thanks!
> 
> 
> 
> 
> 
> 
> Index: DefinitionDownloader.cs
> ===
> --- DefinitionDownloader.cs   (revision 75003)
> +++ DefinitionDownloader.cs   (working copy)
> @@ -19,7 +19,7 @@
>   {
>   InitializeComponent ();
>  
> - image_directory = Path.Combine (Path.GetDirectoryName 
> (Application.ExecutablePath), "Resources");
> + image_directory = Path.Combine (Path.GetDirectoryName 
> (Application.LocalUserAppDataPath), "Resources");
>   LoadImages ();
>   }
>  
> @@ -44,7 +44,7 @@
>   Application.DoEvents ();
>   
>   try {
> - string definition_directory = Path.Combine 
> (Path.GetDirectoryName (Application.ExecutablePath), "Definitions");
> + string definition_directory = Path.Combine 
> (Path.GetDirectoryName (Application.LocalUserAppDataPath), "Definitions");
>   
>   if (!Directory.Exists (definition_directory))
>   Directory.CreateDirectory 
> (definition_directory);
> @@ -100,4 +100,4 @@
>   }
>   }
>   }
> -}
> \ No newline at end of file
> +}
> Index: MainForm.cs
> ===
> --- MainForm.cs   (revision 75003)
> +++ MainForm.cs   (working copy)
> @@ -25,7 +25,7 @@
>   {
>   InitializeComponent ();
>  
> - image_directory = Path.Combine (Path.GetDirectoryName 
> (Application.ExecutablePath), "Resources");
> + image_directory = Path.Combine (Path.GetDirectoryName 
> (Application.LocalUserAppDataPath), "Resources");
>   LoadImages ();
>   
>   // Process.Start doesn't work on Unix, so we'll just 
> hide the link
> @@ -217,9 +217,9 @@
>   int pinvokecount = 0;
>   int missingcount = 0;
>  
> - string todo_defs = Path.Combine (Path.GetDirectoryName 
> (Application.ExecutablePath), "monotodo.txt");
> - string nie_defs = Path.Combine (Path.GetDirectoryName 
> (Application.ExecutablePath), "exception.txt");
> - string missing_defs = Path.Combine 
> (Path.GetDirectoryName (Application.ExecutablePath), "missing.txt");
> + string todo_defs = Path.Combine (Path.GetDirectoryName 
> (Application.LocalUserAppDataPath), "monotodo.txt");
> + string nie_defs = Path.Combine (Path.GetDirectoryName 
> (Application.LocalUserAppDataPath), "exception.txt");
> + string missing_defs = Path.Combine 
> (Path.GetDirectoryName (Application.LocalUserAppDataPath), "missing.txt");
>  
>   // Load the definition files
>   FileDefinition definitions = 
> (FileDefinition)MonoVersionCombo.SelectedItem;
> @@ -234,10 +234,10 @@
>   aa.ScanAssemblyForPInvokes ((string)lvi.Tag);
>  
>   // Start the results reports
> - if (!Directory.Exists (Path.Combine 
> (Path.GetDirectoryName (Application.ExecutablePath), "Reports")))
> - Directory.CreateDirectory (Path.Combine 
> (Path.GetDirectoryName (Application.ExecutablePath), "Reports"));
> +  

Re: [Mono-list] OnAutoSizeChanged(EventArgs) missing?

[Jonathan Pobst]

That method should be available as of mono 1.2.3.  If you are using an 
earlier version, please upgrade to at least that, if not a copy from 
SVN.  Winforms 2.0 is under heavy development and new methods are 
implemented every week.

Good luck!
Jon


damoun.h. wrote:
> I've been trying to get third party components working with mono and i was
> able to get a very simple program that just loaded the component to execute
> correctly.
> 
> However when I tried running a more advanced program that uses a few more
> features from the component I get the following error about
> System.Windows.Forms.Control::OnAutoSizeChanged(EventArgs) missing
> 
> Can anyone please help me out?
> 
> The runtime error:
> 
> [EMAIL PROTECTED]:~/Desktop/RichCellEditor/bin/Debug> mono *.exe
> 
> ** (Xceed.Grid.Samples.RichCellEditors.exe:4125): WARNING **: Missing method
> System.Windows.Forms.Control::OnAutoSizeChanged(EventArgs) in assembly
> /usr/lib/mono/gac/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll,
> referenced in assembly
> /home/admin/Desktop/RichCellEditor/bin/Debug/Xceed.Editors.dll
> 
> Unhandled Exception: System.MissingMethodException: Method not found:
> 'System.Windows.Forms.Control.OnAutoSizeChanged'.
>   at <0x0> 
>   at System.Windows.Forms.TextBoxBase.set_AutoSize (Boolean value) [0x0] 
>   at Xceed.Editors.TextBoxArea.set_AutoSize (Boolean value) [0x0] 
>   at Xceed.Editors.TextBoxArea..ctor () [0x0] 
>   at (wrapper remoting-invoke-with-check) Xceed.Editors.TextBoxArea:.ctor ()
>   at Xceed.Editors.WinTextBoxBase.CreateTextBoxArea () [0x0] 
>   at Xceed.Editors.WinTextBoxBase.InitializeTextBoxArea () [0x0] 
>   at Xceed.Editors.WinTextBoxBase.DefaultInitialize () [0x0] 
>   at Xceed.Editors.WinTextBoxBase..ctor (System.Type callerType) [0x0] 
>   at Xceed.Editors.WinTextBox..ctor (System.Type callerType,
> EnhancedBorderStyle borderStyle) [0x0] 
>   at (wrapper remoting-invoke-with-check) Xceed.Editors.WinTextBox:.ctor
> (System.Type,Xceed.Editors.EnhancedBorderStyle)
>   at Xceed.Grid.Editors.TextEditor..ctor () [0x0] 
>   at Xceed.Grid.Samples.RichCellEditors.CreateTextBoxes () [0x0] 
>   at Xceed.Grid.Samples.RichCellEditors.CreateGridData () [0x0] 
>   at Xceed.Grid.Samples.RichCellEditors.InitializeGrid () [0x0] 
>   at Xceed.Grid.Samples.RichCellEditors.RichCellEditors_Load (System.Object
> sender, System.EventArgs e) [0x0] 
>   at (wrapper delegate-invoke)
> System.MulticastDelegate:invoke_void_object_EventArgs
> (object,System.EventArgs)
>   at System.Windows.Forms.UserControl.OnLoad (System.EventArgs e) [0x0] 
>   at System.Windows.Forms.UserControl.OnCreateControl () [0x0] 
>   at System.Windows.Forms.Control.CreateControl () [0x0] 
>   at (wrapper remoting-invoke-with-check)
> System.Windows.Forms.Control:CreateControl ()
>   at System.Windows.Forms.Control.CreateControl () [0x0] 
>   at System.Windows.Forms.Control.SetVisibleCore (Boolean value) [0x0] 
>   at System.Windows.Forms.Form.SetVisibleCore (Boolean value) [0x0] 
>   at System.Windows.Forms.Control.set_Visible (Boolean value) [0x0] 
>   at (wrapper remoting-invoke-with-check)
> System.Windows.Forms.Control:set_Visible (bool)
>   at System.Windows.Forms.Application.RunLoop (Boolean Modal,
> System.Windows.Forms.ApplicationContext context) [0x0] 
>   at System.Windows.Forms.Application.Run (System.Windows.Forms.Form
> mainForm) [0x0] 
>   at Xceed.Grid.Samples.DemoStarter.StartDemo () [0x0] 
>   at Xceed.Grid.Samples.MainEntry.Main () [0x0] 
> 
> 
> Thanks,
> Damoun.H.

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] ToolStripContainer problem

[Jonathan Pobst]

ToolStripContainer was added Nov. 30th, so it should be in Mono 1.2.2 
and the latest 1.2.3.

I don't see how you could get this unless you somehow had an older 
version of mono or an old version of System.Windows.Forms.dll.

Try 'mono --version' to make sure you are recent.

Jon


Tigran Martirosyan wrote:
> Hi everybody .
> My application was written under the windows with Framework 2.0, C#, in 
> VS 2005;
> The application use rich user interface controls .
> 
> Under the Suse , running with last available  mono (actually I 
> downloaded VMWare image from the site)
> I get error :
> ** (starter.exe:4441): WARNING **: The class 
> System.Windows.Forms.ToolStripContainer could not be loaded, used in 
> System.Windows.Forms, Version=2.0.0.0 , Culture=neutral, 
> PublicKeyToken=b77a5c561934e089
> 
> But reading the build and bugfix list of the last release of the mono 
> project it seems that support for tre "Strips" already included .
> 
> Can someone help me, what is my problem ?
> Thank you .
> 
> 
> 
> 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] MoMa update definition failed

[Jonathan Pobst]

Hey, if you are having problems with the new definition download, there 
is a new full version available at http://www.mono-project.com/MoMA.  It 
includes the new 1.2.3 definition files, as well as the locale fix so 
that future updates should work.

Sorry for any confusion!
Jonathan


C. Bergström wrote:
> Dario Bagatella wrote:
>> (i'm now a ML subscriber, excuse me if you receive a double post)
>>
>> I'm trying to update MoMa from 1.2.2 to 1.2.3 but the procedure fail.
>>
>> It download the definition zip in the correct subdir (Definitions) , size
>> 272.034 byte
>> I can even open the zip and read the files inside, but the combobox of
>> definition never update.
>> I tried also to only have the 1.2.3-defs.zip in Definitions dir but the
>> result is the same
>>
>> What's wrong ?
> I may be wrong, but I had a similar problem.  It should be fixed in 
> SVN.  It was a couple weeks ago, but had something to do with the locale 
> settings effecting date formats.
> 
> Are you getting any errors?
> 
> Try
> mono --debug MoMA.exe
> 
> 
> and report any errors.  Make sure you're using the latest version
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] different behaviour when running foo.exe and mono foo.exe

[Jonathan Pobst]

Hey Jansen, keyboard navigation, including shortcut keys, is not 
implemented yet for the ToolStrip or MenuStrip.  I went ahead and 
stubbed the method so people could compile their apps easier, but it 
doesn't actually do anything yet.  This will be one of my goals for the 
1.2.4 release.

jon


Jansen Bart wrote:
> Hi all,
> 
>  
> 
> I just discovered mono and I’m very impressed by it.
> 
> I managed to get my C# application running which I developed before 
> using the Microsoft stuff.
> 
>  
> 
> Compilation with gmcs went fine.  Running foo.exe also goes fine, but 
> running mono foo.exe yields some problems.
> 
>  
> 
> In particular, the shortcut to a toolstripmenuitem is not working, i.e. 
> the ctrl-B key stroke is not handled.
> 
>  
> 
> [this.evaluateBufferToolStripMenuItem.ShortcutKeys = 
> ((System.Windows.Forms.Keys)((System.Windows.Forms.Keys.Control | 
> System.Windows.Forms.Keys.B)));]
> 
>  
> 
> Any suggestions on why this is not working under mono?
> 
>  
> 
> Kind regards.
> 
>  
> 
> Bart
> 
>  
> 
> 
> 
> 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Is the Form.MouseClick event not implemented?

[Jonathan Pobst]

It is a 2.0 addition, so compiling it with mcs will not work.

As 2.0 is under development, the event had been added to Control, but 
was not being called anywhere.  I added the call in so that it should 
work as of SVN r71080.

Jonathan


Maser, Dan wrote:
> 
>I'm using a very recent snapshot tarball of mono (the Jan 5th, 2007 
> one to be specific) and when I add a MouseClick handler to a Form it 
> doesn't appear to get triggered.   I noted that I was compiling with 
> gmcs, and I tried using mcs so I could see if that made a difference.
> My simple test app wouldn't even build with mcs, it said 
> "System.Windows.Forms.Form doesn't contain a MouseClick property".
> This doesn't strike me as something that would be unimplemented, but is it?
> 
> 
> 
> 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Am I missing something with ContextMenuStrips and ToolStrips?

[Jonathan Pobst]

I think that means you are using a version from Dec 17th.  I added the 
Form.MainMenuStrip property on Dec 23rd.

So any version after the 23rd should fix that particular issue, though 
you may run into other things that aren't implemented after that one.

Jonathan


Maser, Dan wrote:
>   Thanks for the info!  The mono I'm using is something that I compiled
> from the tarballs, it's version "mono-1.2.20061217" which appears to be
> using a different numbering scheme than you mention.  Is version
> "1.2.20061217" better than "1.2.2.1", or less than it?
> 
> -Original Message-
> From: Jonathan Pobst [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, December 26, 2006 1:51 PM
> To: Maser, Dan
> Cc: mono-list@lists.ximian.com
> Subject: Re: [Mono-list] Am I missing something with ContextMenuStrips
> and ToolStrips?
> 
> ToolStrip/MenuStrip is under heavy development.  Although they work for 
> many cases, there are plenty that are not yet implemented.  For a list 
> of which methods are missing, you can check here:
> 
> http://mono.ximian.com/class-status/mono-HEAD-vs-fx-2/class-status-Syste
> m.Windows.Forms.html
> 
> Also, using the MoMA reports, many of the most commonly used methods 
> have been implemented since 1.2.2.1, including the Form.MainMenuStrip 
> mentioned.  These changes are available in SVN, and will be available in
> 
> the next release of Mono.
> 
> A demo of what is working is available here:
> http://svn.myrealbox.com/viewcvs/trunk/winforms/toolstrip20/
> 
> Jonathan
> 
> 
> Maser, Dan wrote:
>>I've seen a few posts here and there about mono and MenuStrips, 
>> ToolStrips and ToolStripMenuItems but when I compile the latest mono I
> 
>> get runtime errors about missing methods like 
>> "System.Windows.Forms.Form.set_MainMenuStrip()".   Is it the case that
> 
>> MenuStrips are implemented but the methods that hook them up to Forms
> is 
>> not?  Or am I missing something about how to run my application to use
> 
>> the newest libs?  The debug output does indicate to me that the SWF
> 2.0 
>> dll is the one reporting the error, not the 1.x version.  Any ideas?
>>
>>Many thanks in advance for any hints!
>>  Dan
>>
>>
>>
> 
>> ___
>> Mono-list maillist  -  Mono-list@lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-list
> 
> 
> 
> 
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Am I missing something with ContextMenuStrips and ToolStrips?

[Jonathan Pobst]

ToolStrip/MenuStrip is under heavy development.  Although they work for 
many cases, there are plenty that are not yet implemented.  For a list 
of which methods are missing, you can check here:

http://mono.ximian.com/class-status/mono-HEAD-vs-fx-2/class-status-System.Windows.Forms.html

Also, using the MoMA reports, many of the most commonly used methods 
have been implemented since 1.2.2.1, including the Form.MainMenuStrip 
mentioned.  These changes are available in SVN, and will be available in 
the next release of Mono.

A demo of what is working is available here:
http://svn.myrealbox.com/viewcvs/trunk/winforms/toolstrip20/

Jonathan


Maser, Dan wrote:
> 
>I've seen a few posts here and there about mono and MenuStrips, 
> ToolStrips and ToolStripMenuItems but when I compile the latest mono I 
> get runtime errors about missing methods like 
> "System.Windows.Forms.Form.set_MainMenuStrip()".   Is it the case that 
> MenuStrips are implemented but the methods that hook them up to Forms is 
> not?  Or am I missing something about how to run my application to use 
> the newest libs?  The debug output does indicate to me that the SWF 2.0 
> dll is the one reporting the error, not the 1.x version.  Any ideas?
> 
>Many thanks in advance for any hints!
>  Dan
> 
> 
> 
> 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list