Re: [Mono-dev] What would you like to see in Mono?
What would you like to see in mono Miguel ? O/H Miguel de Icaza έγραψε: Hey, What would be the top feature you would like to see in Mono? Think of a feature that is not something we are currently working on (we know about those), for example avoid saying: a class-is-missing feature or "IDE" or "the debugger". We know about those. Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono speed
Just seeing evolution from this: http://www.shudo.net/jit/perf/ that was under discussion last year. Plus memory consumption does looks great. O/H Jacob Ilsø Christensen έγραψε: So the main conclusion is that Java is faster but uses more memory? /Jacob On 3/27/06, KCorax <[EMAIL PROTECTED]> wrote: This has received momentum today so I suppose many of you have seen it. http://shootout.alioth.debian.org/gp4/csharp.php But the results are too sweet to ignore. Bravo mono developers. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Mono speed
This has received momentum today so I suppose many of you have seen it. http://shootout.alioth.debian.org/gp4/csharp.php But the results are too sweet to ignore. Bravo mono developers. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Serializing widgets with C#
I am unsure if this is what you are looking for however, Treating the widgets as objects, its quite common that one wants to serialize an object that has non serializable fields. You have to implement the ISerializable interface and --in its only method- void GetObjectData( SerializationInfo info, StreamingContext context ); then you info.AddValue( string field_name, object_type) all of the fields of the class with their respective names. What is implicitly documented is that you have to implement a constructor Constructor(SerializationInfo info, StreamingContext context) in your class that is called by the runtime during deserialization and retrieves the stored fields using the info.GetXXX methods. Since this method describes all serialization details, using the same runtime its guaranteed to work. Rafael Ferreira wrote: Alfredo Jose Muela Romero wrote: El Sun, 31 Jul 2005 17:48:21 -0700 Rafael Ferreira <[EMAIL PROTECTED]> escribió: Crazy question but can you explain to me why would you want to do that? Sure. The point is that I'm developing a program in which the GUI is generated dinamically (i.e. widgets come and go with the user interaction) so one of my business classes contains an array of Gtk.Widgets (the ones which are added to the interface). So, somehow, I need to keep this info for the next restarting of the program (in order to keep the interface as the user wanted before stopping the program). At this point the choices were: 1) Back-up the object at a OODB 2) Back-up the data at tables in a RDB 3) Make a config file where I put the needed info to reconstruct the objects (with the widgets) at starting time 4) Serialize the objects before stopping the program and deserialize them at starting. And, well, you know my choice. Any suggestions and/or advices will be welcomed. Alfredo. - raf On Sun, 2005-07-31 at 19:46 +0200, Alfredo Jose Muela Romero wrote: Hi everybody, I'm new to this list, I have look up the answer to my question trough the list's files but I haven't found it so I'll make it: how can I make it to serialize an object which contains an array of Gtk.Widgets since for serializing I need to mark the classes with [Serializable]? In other words, how can I serialize an object with 3rd party objects whithin? Thanks in advance, Alfredo. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list What you're trying to accomplish is impossible. first because gtk widgets are not serializable and secondly, it just sounds like a bad idea all together :-). In order for you to serialize an array of anything the entire object graph needs to be serializable, so if you wrap a gtk widget in a class that is ISerializable, it will still fail since the widget isn't. I suggest you look into Monodevelop's settings code to get a sense of how MD is persisting the user UI preferences and reconfiguring it at start up. my 2 cents, - raf ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Re: development of monodevelop: why? :P
I believe that java is friendly to us because of ikvm's existance. Eclipse is based on java therefore it could be hosted over mono runtime. On the other hand I understand that for the makers of mono its good to have an ide written in c#. btw: monodevelop is far better than improve's eclipse plugin. Now we *are* getting off-topic. Non important answers should be sent to me and I shall set a local forward to those who have displayed interest in this. O/H Michael Torrie έγραψε: On Wed, 2005-07-13 at 19:48 +0300, KCorax wrote: Considering that the mono-develop list is a spinoff to this one, this is not off-topic. It is essentially an existance related inquiry to a mother list. As for posting to them, I didnt really get an answer as to why there is a need to fork sharp-develop, I do not see why there would be an answer regarding eclipse. I think the original question isn't really productive, that's why there's no answer. I can think of many reasons for having a specific IDE for C# and .NET. I mean why vim when you have emacs? Why have eclipse when we have NetBeans or IdealX? Why mono when we already have java. Anyway the question is non sequitor. You can ask what the motivations for producing monodevelop are, but not question its existence. Try rephrasing your question in that light. Personally while I really like eclipse, I find it very weak in non-java areas still. The C/C++ plugin, for example, doesn't have the powerful make facilities that CodeForge has, nor does it have the autoconf capabilities that KDevelop has. Thus for my C and C++ development, eclipse (which is getting much better) isn't my tool of choice. For my current C# needs, Monodevelop fits much better than eclipse. Michael ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Re: development of monodevelop: why? :P
Considering that the mono-develop list is a spinoff to this one, this is not off-topic. It is essentially an existance related inquiry to a mother list. As for posting to them, I didnt really get an answer as to why there is a need to fork sharp-develop, I do not see why there would be an answer regarding eclipse. O/H Robert Jordan έγραψε: Dominik, I didnt post here because I couldnt find a plugin (I admit I didnt try ;)) I posted here because I wondered (and still do) why there is monodevelop. Is there a ...technical reason... is it just for fun.. or just because you dont like eclsipse.or I DONT KNOW :) You're totally off-topic with this subject on this list. Here is the MonoDevelop list: http://lists.ximian.com/mailman/listinfo/monodevelop-list Don't forget to put your fireproof pants on before posting. Rob ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list