[Mono-dev] Mono.CSharp.Evaluator questions
Hello, I'm using Mono.CSharp.Evaluator and I have two questions. I'll appreciate if you can help me on this ones. 1) You cannot do something like this: str = using System;; str += Console.WriteLine (\Hello\);; Evaluator.Run (str); but this works: str = using System;; Evaluator.Run (str); str = Console.WriteLine (\Hello\);; Evaluator.Run (str); It seems that you have to evaluate the using separately. Is this a known issue? 2) The method Evaluator.GetVars returns a string that is unnecessary hard to parse. For example: Random random = new Random (); var num = random.Next (5); var rslt = num + 5; Is translated into: System.Random random = System.Randomint num = 4int rslt = 9 I will be good at least to separate the variables with a space or a special separator character to make this more easy to parse for consumer applications. No need to say that returning the data in type, variable, value separated somehow separated in an array will be even better. Thanks in advance, Jordi, ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono.CSharp.Evaluator questions
Hello, They should be separated by a newline, I find it strange that it is not there, the actual strings is: sb.AppendFormat ({0} {1} = {2}, fi.Item1.MemberType.GetSignatureForError (), de.Key, value); sb.AppendLine (); Oh, cool. I'm using Mono 2.4.4 (the default included in Ubuntu Lucid, the last Ubuntu version) and there is no new line. The code looks like: if (error) sb.Append (String.Format ({0} {1} error reading value, TypeManager.CSharpName(fi.FieldType), de.Key)); else sb.Append (String.Format ({0} {1} = {2}, TypeManager.CSharpName(fi.FieldType), de.Key, value)); There is no AppendLine. This was added in revision 156533. Thanks Miguel, Jordi, ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-winforms-list] support for winform?
El dj 02 de 11 del 2006 a les 10:21 +0100, en/na Alexander Olk va escriure: Hi, I'm pretty sure that this was fixed last sunday (the fix is not part of any release yet). So it would be nice to know if you are running svn head or some other mono version. But nevertheless, please file a bug at: http://bugzilla.ximian.com/ I do not know if this has been planned or not but it will be interesting to have a release candidate for Mono 1.2 then people can test their apps against Mono 1.2. Many people does not have the time or knowledge to build from SVN. This can help to detect bugs like the reflector's one that I have detected a few hours back. Regards, Jordi, ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] support for winform?
El dj 02 de 11 del 2006 a les 10:21 +0100, en/na Alexander Olk va escriure: Hi, I'm pretty sure that this was fixed last sunday (the fix is not part of any release yet). So it would be nice to know if you are running svn head or some other mono version. But nevertheless, please file a bug at: http://bugzilla.ximian.com/ I do not know if this has been planned or not but it will be interesting to have a release candidate for Mono 1.2 then people can test their apps against Mono 1.2. Many people does not have the time or knowledge to build from SVN. This can help to detect bugs like the reflector's one that I have detected a few hours back. Regards, Jordi, ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] support for winform?
El dj 02 de 11 del 2006 a les 10:21 +0100, en/na Alexander Olk va escriure: Hi, I'm pretty sure that this was fixed last sunday (the fix is not part of any release yet). So it would be nice to know if you are running svn head or some other mono version. But nevertheless, please file a bug at: http://bugzilla.ximian.com/ I do not know if this has been planned or not but it will be interesting to have a release candidate for Mono 1.2 then people can test their apps against Mono 1.2. Many people does not have the time or knowledge to build from SVN. This can help to detect bugs like the reflector's one that I have detected a few hours back. Regards, Jordi, ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-dev] [PATCH] System.Workflow.Runtime.Configuration
El ds 21 de 10 del 2006 a les 22:33 -0400, en/na joel reed va escriure: Here's an implementation of System.Workflow.Runtime.Configuration.WorkflowRuntimeSection System.Workflow.Runtime.Configuration.WorkflowRuntimeServiceElement System.Workflow.Runtime.Configuration.WorkflowRuntimeServiceElementCollection Made against olive 10/21/06. To implement, I also needed the changes in NameValueConfigurationCollection.Properties.v1.diff This implements a previously unimplemented method. I believe what I did to NameValueConfigurationCollection is correct, but would appreciate feedback/confirmation. Also, can anyone tell me how to feed test .config data to nunit? All I do currently in the patch is test the defaults. thanks in advance! Hi Joel, In WF namespace you do not need to include the if NET_2_0 conditionals since this is handled at build level. A part of that it looks ok to me. If you send me the patch with that correction I commit it myself. Thanks Joel Jordi, Note: It's better if just you use the Olive mailing list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-winforms-list] Font patch for libgdiplus
Hi folks, This patch removes libgdiplus dependency against Cairo _cairo_toy_font_face_create API function. This API call is an internal Cairo API call (not part of the public API). Also, on Cairo 1.2 is no longer exported. I have tested the patch with a few SWF apps and the SD font creation samples and it seems to work fine. I'll appreciate if you try it before I commit it. Regards, Jordi, Index: font.c === --- font.c (revision 60830) +++ font.c (working copy) @@ -37,12 +37,7 @@ static int ref_familySansSerif = 0; static int ref_familyMonospace = 0; -extern cairo_font_face_t * -_cairo_toy_font_face_create (const char *family, - cairo_font_slant_t slant, - cairo_font_weight_t weight); - /* Family and collections font functions */ void @@ -558,7 +553,24 @@ } /* Font functions */ +cairo_font_face_t * +gdip_face_create (const char *family, + cairo_font_slant_t slant, + cairo_font_weight_t weight, + cairo_t** ct) +{ + cairo_surface_t *surface; + cairo_font_face_t *face; + surface = cairo_image_surface_create_for_data ((unsigned char *)NULL, CAIRO_FORMAT_ARGB32, 0, 0, 0); + *ct = cairo_create (surface); + cairo_select_font_face (*ct, (const char *) family, slant, weight); + face = cairo_get_font_face (*ct); + cairo_surface_destroy (surface); + return face; + +} + GpStatus GdipCreateFont (GDIPCONST GpFontFamily* family, float emSize, GpFontStyle style, Unit unit, GpFont **font) { @@ -590,7 +602,7 @@ else slant = CAIRO_FONT_SLANT_NORMAL; - cairofnt = _cairo_toy_font_face_create ((const char*) str, slant, weight); + cairofnt = gdip_face_create ((const char*) str, slant, weight, result-ct); if (cairofnt == NULL) { GdipFree(result); @@ -632,7 +644,8 @@ if (!font) return InvalidParameter; - cairo_font_face_destroy (font-cairofnt); + cairo_destroy (font-ct); + GdipFree ((void *)font-face); GdipFree ((void *)font); return Ok; @@ -753,7 +766,7 @@ memcpy(result-face, src_font-face, strlen((char *)src_font-face) + 1); - result-cairofnt = _cairo_toy_font_face_create ((const char*) src_font-face, slant, weight); + result-cairofnt = gdip_face_create ((const char*) src_font-face, slant, weight, result-ct); if (result-cairofnt == NULL) { GdipFree(result); @@ -841,7 +854,7 @@ result-face[LF_FACESIZE - 1] = '\0'; } - result-cairofnt = _cairo_toy_font_face_create ((const char *)result-face, slant, weight); + result-cairofnt = gdip_face_create ((const char *)result-face, slant, weight, result-ct); if (result-cairofnt == NULL) { GdipFree(result); return GenericError; Index: gdip.h === --- gdip.h (revision 60830) +++ gdip.h (working copy) @@ -890,6 +890,7 @@ GpFontFamily *family; float emSize; GpUnit unit; + cairo_t*ct; } GpFont; ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] datagrid layout patch
El dj 11 de 05 del 2006 a les 15:24 -0400, en/na Chris Toshok va escriure: The initial layout of the datagrid (CalcGridAreas in particular) ends up recursively calling itself (on one test it was being invoked 5 or 6 times.) You can see this happening with a large datagrid by watching the vertical scrollbar's slider change size as it lays out. This patch calculates the layout/positioning of everything in a single pass, which speeds things up quite a bit. Chris Chris, your patch looks to me. Feel free to commit it. Thanks. Jordi, ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] datagrid scrolling patch (fix for bug 78011)
El dv 12 de 05 del 2006 a les 11:31 -0400, en/na Chris Toshok va escriure: The datagrid patch is pretty simple - call XplatUI.ScrollWindow once, and don't call invalidate when scrolling, as the generated exposes will cause us to redraw the areas that need it. Turns out removing the rectangle code made clear the methods could be substantially simplified, so I went ahead and did that too. This was all that was necessary to get vertical scrolling to be fast. The theme change keeps us from redrawing the entire row whenever a portion of it is exposed (which makes horizontal scrolling as fast as vertical.) Chris Chris, Have you tried the patch on Win32 also? At the time that I wrote that the were diferences in the way what ScrollWindows functions XplatUI worked for diferent platforms and that could not be archived. If it works on both platforms, feel free to commit. Thanks, Jordi, ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Datagrid TableStyle error
El dc 26 de 04 del 2006 a les 10:52 +0200, en/na Bartosz Mosica va escriure: Hi! I've started porting some bigger application to mono, I mean compiling using MS .NET and then run under mono, and I've noticed incorrect behavior of DataGrid. I'm using current stable version of mono 1.1.15, I do not know if it is fixed in development branch. Look at code: Yes, this a bug. Please, fill up a bug report at http://bugzilla.ximian.com and assign it to me ([EMAIL PROTECTED]) and I'll look into it. Please, provide also a fully functional simple code that can be used to reproduce the problem. Thanks, Jordi, ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-list] Win Forms Combo Box
Hi Tracy, Please, fill a bug into http://bugzilla.ximian.com and assign it to me. I'll look into this soon. Jordi, El dv 06 de 01 del 2006 a les 23:08 +1000, en/na [EMAIL PROTECTED] va escriure: Date: Mon, 02 Jan 2006 09:03:04 +1000 From: [EMAIL PROTECTED] Subject: [Mono-list] Win Forms Combo Box To: mono-list@lists.ximian.com Message-ID: [EMAIL PROTECTED] Content-Type: text/plain The Win Forms Combox box appears to have a bug in it. I'm using Mono 1.1.12_1 (for SuSE 9.2) on Mandriva 2006.0. It seems that the wider you make the Combo box the narrower the drop down button becomes. If you set the width of the Combo box at about 25px the drop down button seem about the right width, but as the Combo box is made wider the content part of the Combo box appears to grow wider out of proportion to the width of the Combo box. Where can I find the source code for this, as I would like to have a look at it myself? regards Tracy Barlow Has anyone else noticed this bug, or is it just me? Regards Tracy Barlow ___ 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] libgdiplus
- the texture brush works in win32 but not in mono. It's broken on libgdiplus. You right. I'll look into that on Wednesday. - the font size calculation seems to be different 565.4896x79.5 win32 to 530x74 mono (this may have something to do with the font?) - the default Image.Save under win32 is jpeg, in mono it is bmp I fixed this today. See r52409 on SVN. The default format it is actually PNG as we discussed on private email early. Thanks for your help Charlie! -- Jordi Mas i Hernàndez - Mono development team - http://www.mono-project.com Homepage and LiveJournal at http://www.softcatala.org/~jmas ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-dev] libgdiplus-1.1.9.2.tar.gz
El dl 10 de 10 del 2005 a les 14:10 -0700, en/na Harry va escriure: Hi guys, I am try to download the latest libgdiplus but I coudn't find it at Mono-Development-Project website release code and also on the svc. Please advise. Thanks you in advance It is available at: http://go-mono.com/sources/ Jordi, -- Jordi Mas i Hernàndez - Mono development team - http://www.mono-project.com Homepage and LiveJournal at http://www.softcatala.org/~jmas ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-winforms-list] Help contributing to libgdiplus and Cairo integration
Hi all! As you probably know Cairo 1.0 includes antialiasing support. This is something important for libgdiplus because all the drawing operations in System.Windows.Forms are based on the old Windows GDI and they use no antialiasing. After turning antialiasing off in Cairo 1.0 we noticed that DrawLine and other functions basic drawing functions started to work different that expected. With antialiasing off in Cairo lines that are supposed to be a single pixel width have various variations in width. This a well-know and documented issue. John Hobby did his PhD on the solution to this problem. There is a shorten version of PhD findings on the web: [Hobby89] John D. Hobby, Rasterizing Curves of Constant Width, JACM 36(2), 1989. http://cm.bell-labs.com/who/hobby/87_2-04.pdf In order to fix this problem the best solution is to implement an algorithm to generate Hobby's Pen polygons. These respect the desired width and will make us to look right when AA is off. According to Cairo hacker's, a hack in cairo-pen.c:_cairo_pen_init with Hobby's algorithm will fix the problem. We are looking for someone that wants to contribute to the Mono project in graphics area and help us implementing Hobby's Pen polygons in Cairo. Thanks, Jordi, -- Jordi Mas i Hernàndez - Mono development team - http://www.mono-project.com Homepage and LiveJournal at http://www.softcatala.org/~jmas ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
[Mono-dev] Help contributing to libgdiplus and Cairo integration
Hi all! As you probably know Cairo 1.0 includes antialiasing support. This is something important for libgdiplus because all the drawing operations in System.Windows.Forms are based on the old Windows GDI and they use no antialiasing. After turning antialiasing off in Cairo 1.0 we noticed that DrawLine and other functions basic drawing functions started to work different that expected. With antialiasing off in Cairo lines that are supposed to be a single pixel width have various variations in width. This a well-know and documented issue. John Hobby did his PhD on the solution to this problem. There is a shorten version of PhD findings on the web: [Hobby89] John D. Hobby, Rasterizing Curves of Constant Width, JACM 36(2), 1989. http://cm.bell-labs.com/who/hobby/87_2-04.pdf In order to fix this problem the best solution is to implement an algorithm to generate Hobby's Pen polygons. These respect the desired width and will make us to look right when AA is off. According to Cairo hacker's, a hack in cairo-pen.c:_cairo_pen_init with Hobby's algorithm will fix the problem. We are looking for someone that wants to contribute to the Mono project in graphics area and help us implementing Hobby's Pen polygons in Cairo. Thanks, Jordi, -- Jordi Mas i Hernàndez - Mono development team - http://www.mono-project.com Homepage and LiveJournal at http://www.softcatala.org/~jmas ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] Problems compiling CairoSample.cs on Windows with the latest 1.1.9.1
and I get the following errors CairoSample.cs(38,6): error CS0117: `Cairo.Graphics' does not contain a definiti on for `SetRGBColor' CairoSample.cs(57,10): warning CS0219: The variable `p' is assigned but its valu e is never used CairoSample.cs(112,5): error CS0117: `Cairo.Graphics' does not contain a definit ion for `SetRGBColor' CairoSample.cs(113,5): error CS0117: `Cairo.Graphics' does not contain a definit ion for `Alpha' Compilation failed: 3 error(s), 1 warnings The problem is that Mono.Cairo bindings have been updated to support Cairo 1.0 and some of the names of the bindings have changed to reflect the changes on the Cairo API. This sample has to be reviewed and updated. Please, fell free to fill a bug at http://bugzilla.ximian.com. Jordi, -- Jordi Mas i Hernàndez - Mono development team - http://www.mono-project.com Homepage and LiveJournal at http://www.softcatala.org/~jmas ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] monolite
El dt 20 de 09 del 2005 a les 18:51 -0400, en/na Ben Maurer va escriure: On Tue, 2005-09-20 at 11:58 +0100, Paul F. Johnson wrote: Roughly what time (GMT) is the monolite-latest package generated? I'm going to see about adding something to my website about it to avoid the usual make get-monolite-latest gives version x and the source won't compile because it has version y question (which has caught me today!) Honestly, the best bet is for people to install version N-1 of mono-core from rpms and then use that to bootstrap. It is the most reliable system to avoid the issue. All of our build machines use rpms to bootstrap rather than monolites. The monolites production isn't quite as reliable as it could be, which is part of the problem. From my experience: changes in the class library and mcs sometimes prevent you from working this this setup. Specially, if there is a big gap between N-1 and N. Jordi, -- Jordi Mas i Hernàndez - Mono development team - http://www.mono-project.com Homepage and LiveJournal at http://www.softcatala.org/~jmas ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Demo application crash
El dt 13 de 09 del 2005 a les 14:40 +0300, en/na Ramazan AYYILDIZ va escriure: On demo api, when double clicking the the view multi tree, the api closed immediately? Is there anyone who knows it? This is not what I will call an accurate description of a problem. Which application are you referring to? Which version of Mono are you using? Which operating system? Thanks, -- Jordi Mas i Hernàndez - Mono development team - http://www.mono-project.com Homepage and LiveJournal at http://www.softcatala.org/~jmas ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-winforms-list] Implementing file icons on Windows
El dt 13 de 09 del 2005 a les 13:40 +0200, en/na Kornél Pál va escriure: Hi, Unlike Linux, Windows associates icons based on extension and optionally on custom icon handler DLLs and don't care about MIME types. I want to implement icon handling using SHGetFileInfo and system image list. This meas however that I have to modify ImageList to use and interface based multi-implementation design like our theming system because system image list is a native Windows image list. Is it OK to to so? Kornél, keep in mind that this is a managed Windows implementation of System.Windows.Forms. We are trying to share as maximum as possible between platforms. I think that is better if you come up with a way where adding little code to the already existing managed implementation you can archive what you need specifically for Win32. Re-implementing ImageList and having separate implementations I do not think is an option and will break our current design. Can you please explain a bit more that you need, which members and behaviour of ImageList will affect? Thanks Kornél, Jordi, -- Jordi Mas i Hernàndez - Mono development team - http://www.mono-project.com Homepage and LiveJournal at http://www.softcatala.org/~jmas ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-dev] Win32 build broken since r49459
Kornél, Are you able to compile Mono on Win32 now? I cannot. Thanks, -- Jordi Mas i Hernàndez - Mono development team - http://www.mono-project.com Homepage and LiveJournal at http://www.softcatala.org/~jmas ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Win32 build broken since r49459
El dt 06 de 09 del 2005 a les 03:11 +0900, en/na Atsushi Eno va escriure: Hi, I just reverted r49459. Hari was trying to fix another build problem at that time, but seems like it brought another problem. These are the problems that I was hitting this morning. Thanks for looking into this. When it is fixed I can also test it on Win32. Jordi, -- Jordi Mas i Hernàndez - Mono development team - http://www.mono-project.com Homepage and LiveJournal at http://www.softcatala.org/~jmas ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-winforms-list] Landing: libgdiplus cairo 1.0 update
El dv 26 de 08 del 2005 a les 13:52 +0300, en/na Vladimir Moushkov va escriure: Much much better!! Excelent work! Thanks! But there is still drawing glitches and I think they are MWF related. See SWF-Datagrid test in winforms/ We still need to implement clipping in libgdiplus that Datagrid uses extensively and some other X11 issues. Jordi, -- Jordi Mas i Hernàndez - Mono development team - http://www.mono-project.com Homepage and LiveJournal at http://www.softcatala.org/~jmas ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
[Mono-dev] Re: [Mono-winforms-list] Landing: libgdiplus cairo 1.0 update
El dv 26 de 08 del 2005 a les 13:52 +0300, en/na Vladimir Moushkov va escriure: Much much better!! Excelent work! Thanks! But there is still drawing glitches and I think they are MWF related. See SWF-Datagrid test in winforms/ We still need to implement clipping in libgdiplus that Datagrid uses extensively and some other X11 issues. Jordi, -- Jordi Mas i Hernàndez - Mono development team - http://www.mono-project.com Homepage and LiveJournal at http://www.softcatala.org/~jmas ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-winforms-list] Timelines
El dc 03 de 08 del 2005 a les 14:27 -0500, en/na David A. Cornelson (gmail) va escriure: When you get to “1g”, then I’m really going to get excited about using mono. When will that be? Regarding installation since we moved from the approach of implementing SWF using Wine is much much easier. You really have to have very few problems installing the stuff. Regarding when we will hit 1a it's difficult to predict, but it's influenced by how community helps us with bug reports, testing applications, and bug fixes. We have not a date, but if you help it will be quicker :) Jordi, -- Jordi Mas i Hernàndez - Mono development team - http://www.mono-project.com Homepage and LiveJournal at http://www.softcatala.org/~jmas ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
RE: [Mono-devel-list] Merging our System.Drawing
El dt 02 de 08 del 2005 a les 23:00 -0700, en/na Andrew Skiba va escriure: In any case, this patch is not mine, it's only a part of the merge. There are good chances we will write a test fixture for this class. As you can see, I write tests for all classes I deal with - starting with basic Point and Rectangle structs, then will follow Pen and Brush and so on. What is blocking us now is that our team is partly using our old ClearCase repository and partly new files from SVN, so I want to do merge ASAP so everybody can use SVN exclusively. If you can accept those merge changes without tests, I promise you will be flooded with unit tests in nearest days :-) Please, commit the patch. Thanks for your work. Jordi, -- Jordi Mas i Hernàndez - Mono development team - http://www.mono-project.com Homepage and LiveJournal at http://www.softcatala.org/~jmas ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Merging our System.Drawing
El dt 02 de 08 del 2005 a les 08:38 -0700, en/na Andrew Skiba va escriure: The attached file is the first patch, adding to ColorTranslator ability to produce HTML color names for system colors. Andrew, Thanks for your work. I think that we should add a test unit for this class also. Can you write it ? I would like to see the patch and the unit test applied to the tree at the same time. I know that we have not been very good writing test units for System.Drawing, but this is really the way that should be done. Regards, Jordi, -- Jordi Mas i Hernàndez - Mono development team - http://www.mono-project.com Homepage and LiveJournal at http://www.softcatala.org/~jmas ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-winforms-list] Theming in MWF
El dv 29 de 07 del 2005 a les 14:38 +0200, en/na Kornél Pál va escriure: Hi Kornél, As I know MWF uses a single theme and it draws everything using System.Drawing and does not use any native control representations. On Windows it is possible to let the system draw controls. If it possible under X11 and OS X as well? Well, that you are asking is that Microsoft have done for SWF, a light wrapper on the Win32 API (including controls). To archive what you want you will need a new SWF implementation, cannot be done with the current model or at least easily. On Windows there are system colors that could be used to color controls. Is the something equivalent on X11 and OS X? System Colors and MWF are in our TODO list... we have not started on that yet. Jordi, -- Jordi Mas i Hernàndez - Mono development team - http://www.mono-project.com Homepage and LiveJournal at http://www.softcatala.org/~jmas ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] MWF Status?
El dt 19 de 07 del 2005 a les 16:08 +0100, en/na Vladimir Lushnikov va escriure: Hi, I've been looking at Windows.Forms in Mono and (surprise surprise) came to the conclusion that I couldn't find a central location for the status of the Windows.Forms implementation for Mono (latest branch). So is there some kind of central resource for finding out about windows forms implementation or is it simply (undocumented) work is progress? Hi Vladimir! Here you have a break down of the components and the people that is working on the and their status: http://svn.myrealbox.com/mwf/owners.html Here you have the current completion's status of the System.Windows.Forms namespace: http://svn.myrealbox.com/mwf/class-status-System.Windows.Forms.html Regards, Jordi, -- Jordi Mas i Hernàndez - Mono development team - http://www.mono-project.com Homepage and LiveJournal at http://www.softcatala.org/~jmas ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-devel-list] Bug in System.Drawing.Graphics.DrawPie/FillPie
El dt 05 de 07 del 2005 a les 14:06 +0200, en/na Patrick Michel va escriure: Hello! While using the System.Drawing package we found the following bug: Graphics.DrawPie(...) and Graphics.FillPie(...) both draw lines in the correct angles, but the ark always starts at 0. For the fill method the effect is that a pie ending at 360 will fill the whole circle... Please, fill a bug report at http://bugzilla.ximian.com and we will look after the issue. Please, provide a sample that allows us to reproduce easy the issue. Thanks -- Jordi Mas i Hernàndez - Mono development team - http://www.mono-project.com Homepage and LiveJournal at http://www.softcatala.org/~jmas ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-winforms-list] could someone please send me the latest
El ds 21 de 05 del 2005 a les 04:56 -0400, en/na Ricardo Stuven va escriure: Peter Dennis Bartok [EMAIL PROTECTED] wrote: Please also update System.Drawing. Sorry, I forgot to mention that one. In fact, the error message is thrown from CheckStatus called by the new System.Drawing.Image:InitFromStream. Kornél Pál has contributed very recently the support for loading images from COM streams under Win32. You really have to have a very recent version of System.Drawing for having this supported, in fact, he is still making enhancements. My suggestion is to download and install a daily build from yesterday or so. If you still have a problem, please post here a piece of code that can be used to reproduce the problem or fill a bug in http://bugzilla.ximian.com Thanks, Jordi, -- Jordi Mas i Hernàndez - Mono development team - http://www.mono-project.com Homepage and LiveJournal at http://www.softcatala.org/~jmas ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-devel-list] Can I use Microsoft's DLL's on the Win32 platform?
El dl 25 de 04 del 2005 a les 15:17 -0400, en/na Pete Gonzalez va escriure: Hello, I am just getting started with Mono on Windows XP. I built a very simple HelloWorld.exe using Visual Studio, then I clicked on the Mono-1.1.6 Command Prompt and typed mono HelloWorld. When my form appeared, the GUI did not look quite right, which is a little surprising since it's just an empty dialog box with a button. :-) The Mono Windows.Forms implementation obviously is still under construction, but since my target platform is Windows XP, I can just use the real Microsoft libraries. So I tracked down all the referenced Microsoft DLL's and copied them to the same folder as HelloWorld.exe, so that Mono will load them instead of its custom versions. However, now my application crashes with an exception: Hi Pete! Can you please log a bug in http://bugzilla.ximian.com including a copy of the source code of the small example that you try to run? We will look after the error. There is also a specific Windows Forms mailing list if you want to talk specifically of that namespace. Thanks, -- Jordi Mas i Hernàndez - Mono development team - http://www.mono-project.com Homepage and LiveJournal at http://www.softcatala.org/~jmas ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Paint.net
El dv 22 de 04 del 2005 a les 11:14 +0200, en/na knocte va escriure: 2005/4/22, Joeri Belis [EMAIL PROTECTED]: Has anybody already tried to get paint.net running on mono? http://www.eecs.wsu.edu/paint.net/ seems like a real world app. a very good test, i think I think this app is not portable to Mono because it uses GDI (a library from MS to draw widgets on the screen in a Windows OS). Well, the app uses System.Drawing that is basically an encapsulation of Windows GDI+. We do support this namespace. It's a nice app and we definitely should look into make it run on Mono. There are currently some Windows specific dependencies that they are isolating to make more easy to port to it to Mono. Jordi, -- Jordi Mas i Hernàndez - Mono development team - http://www.mono-project.com Homepage and LiveJournal at http://www.softcatala.org/~jmas ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-winforms-list] Some basic questions on Winforms.
El dt 12 de 04 del 2005 a les 19:25 -0400, en/na Wei Weng va escriure: 2: How do I bind a shortcut key to an action/function without using the setting the shortcut key in MainMenu/ContextMenu? (Can not set menu in my current mono setup either. Always complains about set_Menu method, throwing a NullReferenceException) There was a problem that I have just fixed in SVN. You have to compile mono yourself to get the fix or wait to the next release. You can set the shortcut assigned to a MenuItem using the constructor of the object (two accept the shortcut as parameter) or the Shortcut property. Both should work. Jordi, -- Jordi Mas i Hernàndez - Mono development team - http://www.mono-project.com Homepage and LiveJournal at http://www.softcatala.org/~jmas ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-list] namespace System.Windows.Forms cannot be found
El dc 13 de 04 del 2005 a les 11:37 +0200, en/na Danny Brugman va escriure: Hi, This might be a real beginners-question, but I couldn't find an answer anywhere on the internet, nor in the gnome documentation / Windows Forms home page. Issue is that I try to compile a very simple hello-world winforms application (Linux, Fedora FC3). I installed mono 1.1.6 + winforms rpm + all required dependencies (libgdiplus, cairo, etc), and I see a System.Windows.Forms directory in '/usr/lib/mono/gac/'. After invoking mcs I get the following error: hello.cs(2) error CS0234: The type or namespace name `Windows' could not be found innamespace `System' Try mcs programa.cs -r:System.Windows.Forms -r:System.Drawing Leave the System.Drawing reference, you may also need it. Jordi, -- Jordi Mas i Hernàndez - Mono development team - http://www.mono-project.com Homepage and LiveJournal at http://www.softcatala.org/~jmas ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Clarification - Features not exposed by System.Windows.Forms
El dv 01 de 04 del 2005 a les 09:32 -0800, en/na Bill Medland va escriure: This agrees with what I have read in the past about the Win32 API and SWF, and my own gut feel based on the small amount of Win32 UI stuff I have done, compared to the stuff I used to do with Motif and the small amount of playing about I have done with Java, Tcl/Tk, Gtk etc. Does anyone have a URL for any site or wiki article or ... that more thoroughly addresses these unexposed features? We keep a site with the progress of Mono's managed System.Windows.Forms name space implementation: http://svn.myrealbox.com/blog/index.php This is still a work in progress effort. Here there is a description of what's done and it's status: http://svn.myrealbox.com/mwf/owners.html and here is the class level status report: http://svn.myrealbox.com/mwf/class-status-System.Windows.Forms.html I hope this helps. Jordi -- Jordi Mas i Hernàndez - Mono development team - http://www.mono-project.com Homepage and LiveJournal at http://www.softcatala.org/~jmas ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-winforms-list] Matrix memory management in GDI+ bug
El ds 12 de 03 del 2005 a les 13:15 -0500, en/na Jonathan Gilbert va escriure: If Microsoft's implementation allows the Matrix to be used after it has been Dispose()d, this would tend to indicate that they are actually storing the matrix in managed memory, and that while a System.Drawing.Graphics has an unmanaged matrix involved with the GDI+ operations, a System.Drawing.Drawing2D.Matrix simply duplicates the matrix data in managed memory. Changing mono to behave this way would be a lot more logical than changing Dispose() to not perform its task. This is probably something I could do myself :-) Jordi? Microsoft implementation does NOT allow to use a disposed Matrix. What happens is that before disposing it was assigned to Graphics.Transform and we had a bug there at libgdiplus level that was causing the matrix to be point it to instead of copied. Also, I fixed a few issues with some dispose methods. This should be correct in HEAD now. Jordi, -- Jordi Mas i Hernàndez - Mono development team - http://www.mono-project.com Homepage and LiveJournal at http://www.softcatala.org/~jmas ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-devel-list] gcc4, rawhide and libgdiplus
El dt 15 de 03 del 2005 a les 14:22 +, en/na Paul va escriure: Hi, I've been hacking around on font.c to see if I can get libgdiplus to compile against the latest gcc4 release in Fedora rawhide. There is a problem with signedness of arguments being passed in. To see if I can get around this, I explicitly cast the arguments in font.c line 283 to be (unsigned char*) [this should not be required]. While this removed the strcmp warnings, it did show a problem that strlen is also being called incorrectly. This is now a gcc error rather than a source error. To that end, I've entered it the Redhat bugzilla https://bugzilla.redhat.com/beta/show_bug.cgi?id=151152 Hopefully, this will be sorted quickly... Paul, Please fill a bug into bugzilla.ximian.com and assign it to me. I'll look into that as soon as possible. Jordi, -- Jordi Mas i Hernàndez - Mono development team - http://www.mono-project.com Homepage and LiveJournal at http://www.softcatala.org/~jmas ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-winforms-list] Matrix memory management in GDI+ bug
Also I don't think the user expect the framework to duplicate the matrix in both the managed and unmanaged worlds. Laurent, Can you please send to the list a small sample (test case) that allow to reproduce the problem? Jordi, -- Jordi Mas i Hernàndez - Mono development team - http://www.mono-project.com Homepage and LiveJournal at http://www.softcatala.org/~jmas ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Matrix memory management in GDI+ bug
El ds 12 de 03 del 2005 a les 11:18 +0100, en/na Laurent Debacker va escriure: Hi, There's is a bug in the way mono manage the unmanaged matrix in libgdiplus. What I wanted to do is to save the transform matrix used in a Graphics object, save it in a global variable to reuse it later in other Graphics objects. It's just for optimization purpose. However Mono's System.Drawing.Drawing2D.Matrix doesn't behave like Microsoft's one. With Microsoft I can take the transform matrix from a matrix, even Dispose() it, then give it to another Graphics object, and it still works. I know it's tricky to Dispose() there, but I wanted to do futher research. In Mono, Matrix.Dipose() (see source code http://svn.myrealbox.com/viewcvs/trunk/mcs/class/System.Drawing/System.Drawing.Drawing2D/Matrix.cs?rev=31166view=auto just always call GdipDeleteMatrix in libgdiplus (http://svn.myrealbox.com/viewcvs/trunk/libgdiplus/src/matrix.c?rev=39075view=auto), which in turn calls cairo_matrix_destroy (http://svn.myrealbox.com/viewcvs/trunk/libgdiplus/cairo/src/cairo_matrix.c?rev=39488view=auto), which simply do a free(). So your implementation is logic, but isn't compatible with Microsoft's one. I would recommand you to call GdipDeleteMatrix in the destructor of System.Drawing.Drawing2D.Matrix, and leave Dipose() empty. That way as long as the managed Matrix lives, the unmanaged one will also. The error message I got with my code was mono in free(): error: chunk is already free under FreeBSD 5.3-RELEASE, and libgdiplus-devel, mono-devel (1.1.4) from the BSD# project (http://forge.novell.com/modules/xfmod/project/?bsd-sharp). Laurent, If you call Dispose the resource should be freed, as users will expect. Also, Microsoft does works this way. Attached you have a patch that fixes our Dispose method. Please, if this still do not work for you, send me the sample and I'll look into it. Thanks for your feedback Laurent, Jordi, -- Jordi Mas i Hernàndez - Mono development team - http://www.mono-project.com Homepage and LiveJournal at http://www.softcatala.org/~jmas Index: Matrix.cs === --- Matrix.cs (revision 41526) +++ Matrix.cs (working copy) @@ -131,8 +131,13 @@ public void Dispose () { - Status status = GDIPlus.GdipDeleteMatrix (nativeMatrix); - GDIPlus.CheckStatus (status); + if (nativeMatrix != IntPtr.Zero) { +Status status = GDIPlus.GdipDeleteMatrix (nativeMatrix); +GDIPlus.CheckStatus (status); +nativeMatrix = IntPtr.Zero; + } + + GC.SuppressFinalize (true); } public override bool Equals (object obj)
Re: [Mono-list] System.Drawing.Image Weirdness
El divendres 13 de agost del 2004 a les 08:35 -0400, en/na Matthew Metnetsky va escriure: I'm trying to use Image.FromFile within mod_mono and I keep getting the strangest error. When I go to the page I get an internal server error. The only code on the page is as follows === %@ Page Language=C# % script language=C# runat=server protected override void OnInit(EventArgs e) { System.Drawing.Image img = System.Drawing.Image.FromFile(/home/html/devel3/u-ass/images/menus/roles.gif); Response.Write(img.Height + brbr-br); Response.Write(img.Width + brbr-br); } /script === And the console I used to start the server gets the following message: X11 connection rejected because of wrong authentication. I have no idea whats going on. The code in a console application works fine, but once it hits the server it just dies. I'm running on the latest Mono 1.0.1 release. Any ideas/suggestions? Try to do 'export GDIPLUS_NOX=1' and then run the application again. This define prevents libgdiplus (the core of System.Drawing on Linux) from openning the current X display. I hope it helps. Jordi, ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] System.EntryPointNotFoundException solved
El dijous 01 de juliol del 2004 a les 13:54 +0200, en/na Joeri Belis va escriure: I have update libgdiplus. Now i get a NotImplementedException. So no fancy pdf's in linux / C# yet. Unhandled Exception: System.NotImplementedException: Feature not implemented. in 0x001bd System.Drawing.GDIPlus:CheckStatus (System.Drawing.Status) in 0x000a0 System.Drawing.Image:InitFromStream (System.IO.Stream) in 0x00056 (wrapper remoting-invoke-with-check) System.Drawing.Image:InitFromStream (System.IO.Stream) in 0x0001c System.Drawing.Bitmap:.ctor (System.IO.Stream,bool) in 0x00012 System.Drawing.Bitmap:.ctor (System.IO.Stream) in 0x00056 (wrapper remoting-invoke-with-check) System.Drawing.Bitmap:.ctor (System.IO.Stream) in 0x00020 System.Drawing.Image:FromStream (System.IO.Stream) in 0x0008e Root.Reports.StaticContainer:Add (double,double,Root.Reports.RepObj) in 0x0005a Root.Reports.StaticContainer:AddMM (double,double,Root.Reports.RepObj) in 0x003bb ReportSamples.ImageSample:Create () in 0x00030 Root.Reports.Report:Save (string) in 0x0019e Root.Reports.RT:ViewPDF (Root.Reports.Report,string) in 0x00029 ReportSamples.ImageSample:Main () Hola Joeri, Can you attach a sample piece of code to reproduce the problem? Which kind of image file are you trying to open (tiff, png?)? May be you can also add the image that is causing trouble. Please, if you can fill all of that data in bugzilla.ximian.com it would be great help to us. Thanks, Jordi, ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Windows.forms??
El divendres 25 de juny del 2004 a les 00:03 +0800, en/na Stefan Elwesthal va escriure: Hi! I thought I should spend my summer off work playing around with mono and C#. I've got a fresh installed SuSE 9.1 machine, so I downloaded the all package. However, this one won't install since I don't have any winelib? Well, I have a winelib, but downloaded the source anyway. I did may make, make install and noticed I still didn't have any winelib? Doing some thinking, I thought that since there weren't any winelib RPM (but a whole lot of others) I suppose Mono has dropped the windows.forms support and head straight for Gtk#? That one works of course, I did a simple Hello World on my XP machine at work, but it's still a pity to convbert all the existing applications to Gtk#!? Currently System.Windows.Forms namespace is not supported, what is avaibale right now is under heavy development. You can see more details in http://www.go-mono.com/winforms.html. System.Windows.Forms is going to be supported in the near future. You also have already GTK# available to build cross platform applications using the GTK toolkit. Jordi, ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] EntryPointNotFoundException: GdipGetClipBounds
El divendres 18 de juny del 2004 a les 14:03 +0200, en/na Juergen Moeller va escriure: Hi, when accessing System.Drawing.Graphics.ClipBounds() I get the exception: System.EntryPointNotFoundException: GdipGetClipBounds in 0x00053 (wrapper managed-to-native) System.Drawing.GDIPlus:GdipGetClipBounds (intptr,System.Drawing.RectangleF) in 0x0003b System.Drawing.Graphics:get_ClipBounds () in 0x0007a (wrapper remoting-invoke-with-check) System.Drawing.Graphics:get_ClipBounds () in 0x00149 Layout.GridLayout:PaintGitter (System.Drawing.Graphics) If you update your installation to beta 3 instead of an System. EntryPointNotFound exception you will get an non-implemented exception. The clipping functionality is not yet supported in the GDI+ layer. I'll look into this this weekend. Best Regards, Jordi, ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Can't Build libgdiplus-0.8
El dijous 10 de juny del 2004 a les 11:46 -0700, en/na Kevin Berry va escriure: I'm using Mandrake 10. I've successfully built mono, mcs and xsp. But I'm having trouble building libgdiplus-0.8. There appears to be a mismatch in the gifcodec.h and gifcodec.c files. It complains about lines 25 and 395 respectively. The function that has a differing declaration is gdip_save_gif_image_to_file. In the header file it is defined to take an unsigned char *filename param, while in the .c file it takes FILE *fp as the first parameter. Are the libgdiplus-0.8 source downloads bad at http://www.go-mono.com/download.html Hello Kevin, There is a problem, the stubs used when libgif is not present do not match the latest functions definitions. I have fixed this in CVS. You only hit the problem if you have libgif installed. If you want to fix this quick, I recommend you to install libgif, these stubs will not be used and libgdiplus should compile just fine. Thanks for letting us this problem. Best Regards, Jordi, ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Using System.Drawing/Art/Mono.Cairo to draw widgets
El dissabte 29 de maig del 2004 a les 15:49 +0200, en/na Simon Ask Ulsnes va escriure: Hi there! I'd like to experiment a bit with vector-style drawing using Mono. On Windows, this was easily done with System.Drawing on a System.Windows.Forms.Control base. I'd prefer to keep using System.Drawing. But I don't know what base I should use? It would probably be a GTK# widget, but which supports System.Drawing, and how do I do? System.Drawing on Linux is implemented using Cairo, then if you use System.Drawing you will end-up using the Cairo engine also. Currently, the implementation of System.Drawing is quite complete and there is a few people working with it. The Mono.Cairo bindings are not yet finished and test it. You can use as System.Drawing surface a bitmap or a GTK# window. Miguel posted an example on this list on the Thu, 27 May 2004 of how to do this. Jordi, ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] System.Drawing status?
On dc, 2004-04-21 at 00:55, Chris Turchin wrote: Hello, last week I sat down and got cairo, libgdiplus and libpixman running from cvs in the hopes that it would make my simple system.drawing test work. this seems to have not been enough. i just wanted to resize a jpeg and am getting the following error: System.Drawing is currently under heavy development. The imaging area has been redone in the past couple of days and is still a work in progress. Also, the resizing images is not yet implemented. As a matter of fact, that many advanced imaging functions are still not there. We are working on it. Give us a few weeks more. If you install Mono and libgdiplus from CVS you should be able at least to load and save graphics. Saut, Jordi, ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] gdiplus
En/na Pedro Santos ha escrit: Well, I am having some troubles. I just installed mono-0.31, libgdi, wine, etc. I am just running a simple Hello World and I got this: Hello Pedro, Can you make sure that you are running libgdiplus 0.2? If this is the case, please send me the example that you are trying to run and gives you that error. Thanks Pedro, Jordi, ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Running Mono under Windows 95
En/na Célio Cidral Junior ha escrit: Is it possible to run Mono under Windows 95 platform? I installed v.0.29 in my machine, which has Win95 installed, and tried to run both Mono and the C# compiler, but it did'nt work. Some error messages like Invalid command or file name were generated. Should I have to install .NET SDK in order to run Mono under Win32 platforms? I hope not, otherwise there's no hope for Win95, am I right? Thank you. Celio Cidral Junior I do not even think that .Net SDK is supported on Win95. Also, Win95 is no longer supported by Microsoft. My suggestion is move to Windows 2000 or XP that are the win32 platforms more widely use for Mono and with good Unicode support among other things. Jordi, ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mono+windows
En/na José Francisco Palma Soto ha escrit: When I try to install mono in windows appear this message: Updating mono Logging into CVS server. Anonymous CVS password is probably empty ./mono-build-w32.sh: line 45: cvs: command not found Wath can I Do? Have a look to: http://216.239.59.104/search?q=cache:vhx6l7AIhK8J:monoevo.sourceforge.net/mono-windows/mono-beginning-windows/t1.html+Mono+for+beginnershl=enie=UTF-8 You will find full instructions of how to install and use Mono under win32. Best Regards, Jordi, Note: Sorry but the original document is off-line, use Google's cached copy until is fixed. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Re: [Mono-devel-list] Surveys: Mono 1.0 and Mono Conference.
Darren Martz wrote: Has anyone considered Vancouver, BC Canada? There is a major airport and facilities for hosting such an event. Access from Europe, Latin-American, Asia, and the US are all possible. It's close to the American press if drawing media attention is part of the agenda. Has anybody considered Europe? There are lots of contributors to Mono from Europe and also we do not have software patents (well, yet) :-) Thanks, Jordi, -- Jordi Mas i Hernàndez (homepage http://www.softcatala.org/~jmas) http://www.softcatala.org ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Re: [Mono-devel-list] Surveys: Mono 1.0 and Mono Conference.
Todd Berman wrote: Has anybody considered Europe? There are lots of contributors to Mono from Europe and also we do not have software patents (well, yet) :-) Thanks, Jordi, I have considered Europe, however, and this is just me personally, it is far far too expensive in many regards. 1) Air travel, the cost, and my distaste for planes make it a bit prohibitive. 2) Expenses, coming from a Canadian dollar, its far to expensive for me to visit, the Euro is just worth too much :P Although I would love to visit Europe for this event, I know that it would be difficult for me, and at least a couple other mono developers. Anyway, Europe already gets the Gnome conference :P Well, we keep the idea of Europe for Mono 2.0 then :-) Jordi, -- Jordi Mas i Hernàndez (homepage http://www.softcatala.org/~jmas) http://www.softcatala.org ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list