[Mono-list] A bug in .NET miising in mono?
I really don't know if it's a bug or not.. but still that seems a bit weird: Look at the following configuration: I have two simple dlls and one main application Dll 1: namespace baseDll{ public class baseClass{} } Dll 2: using baseDll; namespace childClass:baseClass{ public class childClass{} } App: Assembly a1 = Assembly.LoadFile(@c:\childDll.dll); Assembly a2 = Assembly.LoadFile(@c:\baseDll.dll); System.Type t1 = a1.GetType(childDll.childClass); if (t1 != null) Console.WriteLine(OK); It never wirtes OK on .NET 1.14.. moreover when I use a1.GetTypes() it throws an exception.. Well, guess what.. mono doesn't have these problems... either I am doing something really wrong.. or it's a feature, or I don't know what to think. Besides if I do Assembly.LoadFrom and not LoadFile it works ok... any explanation for this? thanx. Alex R. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] A bug in .NET miising in mono?
Fredrik Elestedt wrote: Are your really trying to have a namespace inherit a class? Didn't think that would work // Fredrik Raitskin Alexandr wrote: I really don't know if it's a bug or not.. but still that seems a bit weird: Look at the following configuration: I have two simple dlls and one main application Dll 1: namespace baseDll{ public class baseClass{} } Dll 2: using baseDll; namespace childClass:baseClass{ public class childClass{} } App: Assembly a1 = Assembly.LoadFile(@c:\childDll.dll); Assembly a2 = Assembly.LoadFile(@c:\baseDll.dll); System.Type t1 = a1.GetType(childDll.childClass); if (t1 != null) Console.WriteLine(OK); It never wirtes OK on .NET 1.14.. moreover when I use a1.GetTypes() it throws an exception.. Well, guess what.. mono doesn't have these problems... either I am doing something really wrong.. or it's a feature, or I don't know what to think. Besides if I do Assembly.LoadFrom and not LoadFile it works ok... any explanation for this? thanx. Alex R. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list Of course I mean this: Dll 2: using baseDll; namespace childDll{ public class childClass:baseClass{} } By the I've found this: http://blogs.msdn.com/suzcook/archive/2003/09/19/57248.aspx and I wonder if mono developers took into account these differences...between loadFile and loadFrom.. since indeed, loadFile shouldn't work ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Using glade[sharp] in a mono project
Usually when we build a new form using winforms, we would subclass a general form and add it some new features and initializations. In Glade on the contrary we have some hardcoded group of Gtk classes an we cannot modify them for our purposes...(written in c). That way suppse we want to build a special TreeView that will attach a popup menu to each of it's nodes - and we just can't do it, without creating a new instance of a class that inherits TreeView and copying the Glade given values(size, color...) into it. And all that not to mention that it uses the time consuming refelction when creating the widgets. Of course we can build everything manually without glade but that's insane. In the bottom line, what I want to say that I hope there is (or will be) a better solution than that, unless I am missing something, and there is a way to overcome that issue already. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] No more Novell support?
It's seems that no one has yet commented on that issue here, but as I far as I know Novell cuts off it's budget and mostly in Mono and Evolution projects support. There were even further rumours about abandoning Suse and Desktop Linux development, but they have denied it and admitted only the Evolution/Mono part. Will mono keep it's course even with no Novell funds? ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Gtk# and FileChooserDialog
Once I used it the FileChoserDialog in PyGTK and there all I did after loading it from glade (with Glade.XML) was to run it with the run() method and retrieve the filename chosen. When I do it in mono, the dialog either stops reacting to events ( can't click on anything after the first click on the open/cancel button) or doesn't do anything at all. What's important is that it wouldn't close itself. Do I have to add manually events in Glade? (seams not reasonable) or is it yet in stages of early development? In the Monodoc I see a note near several of it's methods that say [not implemented] but it doesn't yield any errors during the compilation. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Re: Glade.WidgetAttribute problem
I've always used [Glade.Widget] so far and not WidgetAttribute. What is the difference between the two? Robert Jordan wrote: Raúl, I am trying to learn Linux programming using Mono, that's ok but I can't do so much things because I can't link code objects (variables) to Glade objects (widgets). I know that I've to declare one variable per widget I want to use in my code, and I've to write a [Glade.WidgetAttribute] before that, but I only get an error message when I do it: [Task:File=/home/raul/Projects/prueba_glade/Main.cs, Line=15, Column=3, Type=Error, Description=Expecting `;'(CS1002) Well, this is incorrect C# code. The type of the field is missing: [Glade.WidgetAttribute] window1; //--- the ugly line [Glade.WidgetAttribute] SomeType window1; Rob ___ 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