Re: [Mono-dev] Doc for odbc
El Wed, 10 Aug 2005 11:29:46 -0300 Rafael Teixeira [EMAIL PROTECTED] escribió: That is because interest in the ODBC provider is low, as using specific providers is much better (performance/easy-of-use/easy-of-debugging wise). What server are you using that possibly doesn't have a proper ADO.NET provider implemented? Currently PostgreSQL, MySQL, Firebase, MS SQL Server, Oracle and SQLLite providers exist and are maintained, DB2 and Sybase ones also exist but aren't so actively maintained and I may have forgotten some others, aside from the commercially available ones... How could I know the whole list and/or get them? :) Thanks. On 8/10/05, Alfredo Jose Muela Romero [EMAIL PROTECTED] wrote: Hello, I've been looking for doc about System.Data.Odbc trough http://www.go-mono.com/docs/ and I have found none... I don't see this as a bug but I thought it may be useful to say it. Regards, Alfredo. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Rafael Monoman Teixeira --- I'm trying to become a Rosh Gadol before my own eyes. See http://www.joelonsoftware.com/items/2004/12/06.html for enlightment. It hurts! ___ 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] DateTime.Parse difference with .NET
Hello, El Tue, 09 Aug 2005 13:30:19 +0900 Atsushi Eno [EMAIL PROTECTED] escribió: Hello, [...] In fact using DateTime.Parse() is somewhat stupid ;-) Read here: http://msdn.microsoft.com/msdnmag/issues/05/03/CultureInfo/default .aspx?side=true#a The DateTime.Parse method in the Microsoft .NET Framework has goals much like its predecessors, but unfortunately it suffers from some of the same problems. The code is slower since the extra checking takes time, and there will always be some new format that is not properly detected. In those older products, you may remember, the behavior was sometimes disparagingly referred to as evil date parsing. At least DateTime.Parse() is COM dependent where the behavior is totally unpredictable and not countable from DateTimeFormatInfo. But in [1] we find that format string we need to specify as a valid format (see Globalization.DateTimeFormatInfo) it is unfinished :-S May be I lost something... what do you suggest to use instead of DateTime.Parse() or DateTime.ParseExact()? Alfredo. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] DateTime.Parse difference with .NET
El Tue, 09 Aug 2005 20:13:09 +0900 Atsushi Eno [EMAIL PROTECTED] escribió: Hi, Alfredo Jose Muela Romero wrote: El Tue, 09 Aug 2005 19:01:32 +0900 Atsushi Eno [EMAIL PROTECTED] escribió: Hi, Now that it turned out that the bug is not reproducible with the latest svn HEAD (i.e. the bug report is invalid)... Which bug? Did I talk to any bug? :-S If I did so I didn't mean it, I just wanted to ask a doubt... I am talking along with the original topic i.e. bug #75749. Since you replied to this thread, it should be no wonder that I guess you are talking about it. Ok, correct. It was just that I hesitated about being understood. Alfredo Jose Muela Romero wrote: Hello, El Tue, 09 Aug 2005 13:30:19 +0900 Atsushi Eno [EMAIL PROTECTED] escribió: Hello, [...] In fact using DateTime.Parse() is somewhat stupid ;-) Read here: http://msdn.microsoft.com/msdnmag/issues/05/03/CultureInfo /d efault .aspx?side=true#a The DateTime.Parse method in the Microsoft .NET Framework has goals much like its predecessors, but unfortunately it suffers from some of the same problems. The code is slower since the extra checking takes time, and there will always be some new format that is not properly detected. In those older products, you may remember, the behavior was sometimes disparagingly referred to as evil date parsing. At least DateTime.Parse() is COM dependent where the behavior is totally unpredictable and not countable from DateTimeFormatInfo. But in [1] we find that format string we need to specify as a valid format (see Globalization.DateTimeFormatInfo) it is unfinished :-S If we have corresponding format string, it is likely to work like this case. I guess I didn't understand the unfinished concept or your answer... In other words... even if there are unfinished members on a class, and consecuently the class is marked as unfinished, is still the class usable? (I thought I couldn't...) Originally there is no one who mentioned unfinished concept so I just ignored it (and [1] as well). What are they? What are you talking about? What are you asking about? Sorry, I forgot to paste the link (Ooops 0_o), actually [1] meant to be: [1]http://www.go-mono.com/docs/index.aspx?link=T%3aSystem.Global ization.DateTimeFormatInfo I hope it would answer that questions... May be I lost something... what do you suggest to use instead of DateTime.Parse() or DateTime.ParseExact()? I don't understand why we need to find something instead of DateTime.ParseExact(). Just use it. So, should I use a string specify for myself (such as dd/MM/ H:mm*:ss*) for the format? Yes, or alternatively use CultureInfo.DateTimeFormat.GetAllDateTimePatterns() or whatever. Ok, got it. The fact that there is no decent alternative of DateTime.Parse() (that would consider only explicitly-defined date time format strings) is a problem in Microsoft.NET, not ours. (oh, yes we could provide alternative decent library if there is need though ;-) I see ^_^ Alfredo. ___ 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#
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
Re: [Mono-devel-list] Serializing widgets with C#
El Mon, 01 Aug 2005 05:45:57 -0700 Rafael Ferreira [EMAIL PROTECTED] escribió: 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. Yeap, I can assure you that nor by marking it or implementing ISerializable it works that was why ask you all :o). However, the answer impossible it also and end of this pursuit. Thanks for that knowledge. By the way, why do you think it is a bad idea (if it could have been done) this solution? 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. Ok, I'm on my way (downloading the source code). my 2 cents, Forgive my ignorance and my curiosity... what does my 2 cents means? :-S Thank you so much, Alfredo. - 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] Serializing widgets with C#
El Mon, 01 Aug 2005 05:45:57 -0700 Rafael Ferreira [EMAIL PROTECTED] escribió: 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. I haven't read it all (it's quite big), anyway it looks like it uses a kind of config file which is read at start-up time, am I right? 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
[Mono-devel-list] Serializing widgets with C#
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