[Mono-docs-list] Problem viewing class members documentation from class members page
Hello: One question about monodoc at http://www.go-mono.com:8080/ http://www.go-mono.com:8080/ ( probably it's already known issue ), when i try to see the doc of a method from the member list page it shows always a empty page, the link seems to generated bad because making click on the same method on the tree view shows the documentation of the method. The link generated from the members page ( that it's not valid ) is: http://www.go-mono.com:8080/monodoc.ashx?link=m:System.Buffer.BlockCopy http://www.go-mono.com:8080/monodoc.ashx?link=m:System.Buffer.BlockCopy(System.Array,System.Int32,System.Array,System.Int32,System.Int32) And from the treeview: http://www.go-mono.com:8080/[EMAIL PROTECTED] http://www.go-mono.com:8080/[EMAIL PROTECTED] -- Best regards Carlos Guzmán Álvarez Vigo-Spain Todos somos muy ignorantes. Lo que ocurre es que no todos ignoramos las mismas cosas. Albert Einstein. ___ Mono-docs-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-docs-list
[Mono-docs-list] Patch for monodoc
Attached is a patch for monodoc adding Alt_L+Left|Right for back and
forward functionality. I rarely use a mice *grin*
What this patch does is:
browser.cs
1. Add an eventhandler for keypress
2. Add keypress_event_cb for dealing with these events
history.cs
3. Add internal as an access modifier to BackClicked and ForwardClicked,
thus reusing these methods instead of using code duplication.
/Richard
--
UNIX is basically a simple operating system,
but you have to be a genius to understand the simplicity.
Index: browser.cs
===
RCS file: /mono/monodoc/browser/browser.cs,v
retrieving revision 1.68
diff -u -p -r1.68 browser.cs
--- browser.cs 2 Oct 2003 22:59:36 - 1.68
+++ browser.cs 12 Oct 2003 00:01:23 -
@@ -149,8 +149,9 @@ class Browser {
MainWindow = (Gtk.Window) ui[window1];
MainWindow.DeleteEvent += new DeleteEventHandler (delete_event_cb);
-
-Stream icon = GetResourceImage (monodoc.png);
+ MainWindow.KeyPressEvent += new KeyPressEventHandler (keypress_event_cb);
+
+ Stream icon = GetResourceImage (monodoc.png);
if (icon != null){
monodoc_pixbuf = new Gdk.Pixbuf (icon);
@@ -389,6 +390,24 @@ class Browser {
statusbar.Pop (context_id);
statusbar.Push (context_id, new_url);
last_url = new_url;
+ }
+ }
+
+ void keypress_event_cb (object o, KeyPressEventArgs args)
+ {
+ switch (args.Event.Key) {
+ case Gdk.Key.Left:
+ if (((Gdk.ModifierType) args.Event.state
+ Gdk.ModifierType.Mod1Mask) !=0)
+history.BackClicked (this, EventArgs.Empty);
+ args.RetVal = true;
+ break;
+ case Gdk.Key.Right:
+ if (((Gdk.ModifierType) args.Event.state
+ Gdk.ModifierType.Mod1Mask) !=0)
+ history.ForwardClicked (this, EventArgs.Empty);
+ args.RetVal = true;
+ break;
}
}
Index: history.cs
===
RCS file: /mono/monodoc/browser/history.cs,v
retrieving revision 1.5
diff -u -p -r1.5 history.cs
--- history.cs 5 Sep 2003 04:31:34 - 1.5
+++ history.cs 12 Oct 2003 00:01:23 -
@@ -52,7 +52,7 @@ public class History {
p.Go ();
}
- void BackClicked (object o, EventArgs args)
+ internal void BackClicked (object o, EventArgs args)
{
if (pos 1)
return;
@@ -66,7 +66,7 @@ public class History {
forward.Sensitive = true;
}
- void ForwardClicked (object o, EventArgs args)
+ internal void ForwardClicked (object o, EventArgs args)
{
if (pos+1 == history.Count)
return;
Re: [Mono-docs-list] Problem viewing class members documentation from class members page
Carlos, I posted the same problem and a fix yesterday. Check the patch in http://lists.ximian.com/archives/public/mono-docs-list/2003-October/000863.html to see if that fixes your problem (it seems to affect at least GECKO browsers and opera but not IE). Regards -fawad Carlos Guzmán Álvarez wrote: Hello: One question about monodoc at http://www.go-mono.com:8080/ http://www.go-mono.com:8080/ ( probably it's already known issue ), when i try to see the doc of a method from the member list page it shows always a empty page, the link seems to generated bad because making click on the same method on the tree view shows the documentation of the method. The link generated from the members page ( that it's not valid ) is: http://www.go-mono.com:8080/monodoc.ashx?link=m:System.Buffer.BlockCopy http://www.go-mono.com:8080/monodoc.ashx?link=m:System.Buffer.BlockCopy(System.Array,System.Int32,System.Array,System.Int32,System.Int32) And from the treeview: http://www.go-mono.com:8080/[EMAIL PROTECTED] http://www.go-mono.com:8080/[EMAIL PROTECTED] ___ Mono-docs-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-docs-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] Coding Standards, etc.
Has anyone published any documentation on what coding standards Mono source should follow? I am mainly concerned about the use of Hungarian notation and the placement of brackets in the source. There are a lot of inconsistencies in the CVS source Ive inspected. Thanks, Jason Jason Raneses Principal Software Engineer Fidelity National Information Solutions:http://www.fnis.com
Re: [Mono-list] Coding Standards, etc.
There are some general guidelines in /mcs/class/README covering (at least) the issues you mention here, I'm not sure everyone is reading those however. On Fri, 10 Oct 2003, Raneses, Jason wrote: Has anyone published any documentation on what coding standards Mono source should follow? I am mainly concerned about the use of Hungarian notation and the placement of brackets in the source. There are a lot of inconsistencies in the CVS source I've inspected. Thanks, Jason Jason Raneses Principal Software Engineer Fidelity National Information Solutions: http://www.fnis.com http://www.fnis.com ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Coding Standards, etc.
On Fri, 2003-10-10 at 18:02, Raneses, Jason wrote: Has anyone published any documentation on what coding standards Mono source should follow? I am mainly concerned about the use of Hungarian notation and the placement of brackets in the source. There are a lot of inconsistencies in the CVS source Ive inspected. Here's an alternative: http://developer.agamura.com/technotes.html I hope that helps, Gius_. Thanks, Jason Jason Raneses Principal Software Engineer Fidelity National Information Solutions: http://www.fnis.com -- Giuseppe Greco ::agamura:: phone: +41 (0)91 604 67 65 mobile: +41 (0)76 390 60 32 email: [EMAIL PROTECTED] web:www.agamura.com ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mod_mono: final rush
El sáb, 11-10-2003 a las 13:13, Giuseppe Greco escribió: Hi all, finally was able to successfully install mod_mono and xsp. I've strictly followed the instructions in the mod_mono/INSTALL file, and everything has gone well until I haven't tried it. If I try http://www.agamura.com:8080/mono/index.aspx from a web browser, I always get the following error message: The connection was refused when attempting to contact www.agamura.com:8080 Im I missing something? It is like xsp is unable to listen on port 8080... Oh! You're right. We should either change the suggested test URL from http://127.0.0.1:8080/mono/index.aspx to http://127.0.0.1/mono/index.aspx or add a note to the INSTALL file saying that you have to add Listen 8080 to your httpd.conf. I'll update the INSTALL file. -Gonzalo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mod_mono: final rush
El sáb, 11-10-2003 a las 13:13, Giuseppe Greco escribió: Forgot to answer this: Just another question: is it possible to use mod_mono without xsp? If no, how can I start mod_mono_server.exe as a deamon (mono mod_mono_server.exe doesn't the trick)? There's a --nonstop option that should be used when running mod-mono-server.exe as a daemon (--help tells the details). -Gonzalo ___ 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.
I have not contributed much to the Mono effort as a whole, however I have some very real uses (as I am sure many others on this list have as well) for the Mono release. I can tell you that in order to adopt mono in my shop and begin a more focused push to Linux with Mono I need (at a minimum) the following: * A solid C# compiler * WebServices (SOAP) (at least) interacting with the .NET implementations. * All the ancillary code to support the 2 items above. With that I could begin using Linux/Mono and begin it's acceptance into my (and many other) organizations. As far as bug fixes go, as long as bugs are documented and that documentation is readily available to developers that should suffice. Additionally, regular updates that address these bugs would make acceptance a lot easier. Ideally I would like to see a Windows.Forms implementation in Mono that makes a near transparent solution for Microsoft centric developers. This would help drive the acceptance of Mono onto the desktop which in turn would provide added value to the Linux to the Desktop push. My 2 cents.. David Sandor -Original Message- From: Miguel de Icaza [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 08, 2003 10:25 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Importance: Low Hey guys, I want to query the community, and find out about two things: * What should Mono 1.0 be? * When and where should we do a Mono developer summit. * Mono 1.0 Mono is rapidly approaching maturity in various of its class libraries, the question in everyone's minds is: is it worth waiting for the full .net framework implementation to be ready to publish 1.0, or is a subset fine? Mono 1.0 so far is going to be a subset, and my current thinking is `.NET 1.0 minus two major pieces: EnterpriseServices and Windows.Forms'. But today some people suggested that we might want to have a Mono 1.0 release earlier by committing to less than that, something like: Mono 1.0: C# compiler Toolchain (ilasm, ildasm, al, etc) corlib, System, System.XML, System.Security. ADO.NET (System.Data and providers) ASP.NET (System.Web.Services and System.Web) Anything else that is robust by the time the other components are deemed stable would also make it. So if for example System.Wasabinator is of 1.0 quality by the time the rest is done, we can also include it. We would later publish the other components in upcoming releases: JScript, VB.NET (compiler and runtimes) System.DirectoryServices System.EnterpriseServices System.Windows.Forms * Mono Conference (Code name: Mono Summit of Love). Gnome has been fairly successful at running yearly conferences for users and developers. And these face to face meetings are fantastic to improve the collaboration between the various parts of the project, and help to go over development bumps rather quickly. Also, it is great to put faces and voices to nicknames and email addresses. So am thinking that we need to have a such a summit. There are two questions: what is the audience for this summit and where should we base it. Audience: We can certainly make this a hacker-only conference, but given the amount of projects, companies and developers using Mono, it might make sense to have something with a larger scope. In one extreme we have the `big room with internet access, printers and laptops' and in the other we have something more formal including presentations on specific technologies, tutorials and workshops. I know active Mono developers would like to come (and am working on getting the funding to pay for airfares and hotels for those who can not afford a trip to the other end of the world). Location: I suggested Cancun during summer break, but Nat quickly pointed out that if you are working for a company, there was no way your boss would authorize such a thing. So here are the parameters: * If we are getting many latin-americans/asians, we should do it in a country that does not require VISAs, so that rules out the US and Brasil. * If we are getting
[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
[Mono-list] dependency problem with mono .28
Sirs: I have been successfully, and enjoyably, running mono 0.24. However, when I attempted to upgrade to the latest release, I found I did not have the requisite libgc version (2.0). I have not been able to find the correct library on the web. Could you direct me? I am running mono on Suse GNU/Linux 8.0. Thank you dan buskirk _ Help protect your PC. Get a FREE computer virus scan online from McAfee. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] dependency problem with mono .28
On Fri, Oct 10, 2003 at 01:23:54PM -0400, Daniel Buskirk wrote: Sirs: I have been successfully, and enjoyably, running mono 0.24. However, when I attempted to upgrade to the latest release, I found I did not have the requisite libgc version (2.0). I have not been able to find the correct library on the web. Could you direct me? I am running mono on Suse GNU/Linux 8.0. Latest releases of mono have libgc internally compiled. You can get mono packages from http://www.go-mono.org/daily or from http://www.go-mono.org/download.html You can also take a look at red-carpet to get rpms (I don't know if there are suse packages). See you, Pedro -- Pedro Martínez Juliá \ [EMAIL PROTECTED] )|[EMAIL PROTECTED] /http://yoros.dyndns.org Socio HispaLinux #311 Usuario Linux #275438 - http://counter.li.org GnuPG public information: pub 1024D/74F1D3AC Key fingerprint = 8431 7B47 D2B4 5A46 5F8E 534F 588B E285 74F1 D3AC ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] mod_mono: final rush
Hi all, finally was able to successfully install mod_mono and xsp. I've strictly followed the instructions in the mod_mono/INSTALL file, and everything has gone well until I haven't tried it. If I try http://www.agamura.com:8080/mono/index.aspx from a web browser, I always get the following error message: The connection was refused when attempting to contact www.agamura.com:8080 Im I missing something? It is like xsp is unable to listen on port 8080... Attached to email you'll find the file mono.conf, which contains my mono configuration for Apache 2. Just another question: is it possible to use mod_mono without xsp? If no, how can I start mod_mono_server.exe as a deamon (mono mod_mono_server.exe doesn't the trick)? Thanks, Gius_. -- Giuseppe Greco ::agamura:: phone: +41 (0)91 604 67 65 mobile: +41 (0)76 390 60 32 email: [EMAIL PROTECTED] web:www.agamura.com AddType application/x-asp-net .aspx .ashx .asmx .ascx .asax .config LoadModule mono_module modules/mod_mono.so MonoUnixSocket /tmp/mod_mono_server Alias /mono /usr/share/doc/xsp/test Directory /usr/share/doc/xsp/test Options Indexes FollowSymLinks MultiViews AllowOverride None Order allow,deny Allow from all /Directory
Re: [Mono-list] mod_mono: final rush
On Sat, Oct 11, 2003 at 01:13:17PM +0200, Giuseppe Greco wrote: Hi all, finally was able to successfully install mod_mono and xsp. I've strictly followed the instructions in the mod_mono/INSTALL file, and everything has gone well until I haven't tried it. If I try http://www.agamura.com:8080/mono/index.aspx from a web browser, I always get the following error message: The connection was refused when attempting to contact www.agamura.com:8080 If you have XSP running in that port, it must work. Im I missing something? It is like xsp is unable to listen on port 8080... Attached to email you'll find the file mono.conf, which contains my mono configuration for Apache 2. Just another question: is it possible to use mod_mono without xsp? If no, how can I start mod_mono_server.exe as a deamon (mono mod_mono_server.exe doesn't the trick)? I use daemontools to get mod-mono-server working with mod_mono. I run apache an mod-mono-server with the same user. Thanks, Gius_. Regards, Pedro -- Pedro Martínez Juliá \ [EMAIL PROTECTED] )|[EMAIL PROTECTED] /http://yoros.dyndns.org Socio HispaLinux #311 Usuario Linux #275438 - http://counter.li.org GnuPG public information: pub 1024D/74F1D3AC Key fingerprint = 8431 7B47 D2B4 5A46 5F8E 534F 588B E285 74F1 D3AC ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Still problems with file permissions...
Hi all, There are still problems with file permissions when creating new files... Try this: 1. Unzip the attached program and run it mono mkfile.exe myfile1 2. Create a second file touch myfile2 3. list the generated file ll myfile* Here's the result: -rw---1 genius genius0 myfile1 11 13:25 myfile1 -rw-rw-r--1 genius genius0 myfile1 11 13:25 myfile2 As you can see, the file created by File.Create() has the wrong file permissions. I've already reported this problem... so I'd just to know if someone else has the same problem... Ev. see http://bugzilla.ximian.com/show_bug.cgi?id=42706 Are there plans to fix it? Thanks, Gius_. -- Giuseppe Greco ::agamura:: phone: +41 (0)91 604 67 65 mobile: +41 (0)76 390 60 32 email: [EMAIL PROTECTED] web:www.agamura.com ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mod_mono: final rush
On Sat, 2003-10-11 at 13:34, [EMAIL PROTECTED] wrote: On Sat, Oct 11, 2003 at 01:13:17PM +0200, Giuseppe Greco wrote: Hi all, finally was able to successfully install mod_mono and xsp. I've strictly followed the instructions in the mod_mono/INSTALL file, and everything has gone well until I haven't tried it. If I try http://www.agamura.com:8080/mono/index.aspx from a web browser, I always get the following error message: The connection was refused when attempting to contact www.agamura.com:8080 If you have XSP running in that port, it must work. I agree, but it doesn't... Im I missing something? It is like xsp is unable to listen on port 8080... Attached to email you'll find the file mono.conf, which contains my mono configuration for Apache 2. Just another question: is it possible to use mod_mono without xsp? If no, how can I start mod_mono_server.exe as a deamon (mono mod_mono_server.exe doesn't the trick)? I use daemontools to get mod-mono-server working with mod_mono. I run apache an mod-mono-server with the same user. Thanks, Gius_. Regards, Pedro -- Giuseppe Greco ::agamura:: phone: +41 (0)91 604 67 65 mobile: +41 (0)76 390 60 32 email: [EMAIL PROTECTED] web:www.agamura.com ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Coding Standards, etc.
As it stands, those conventions does not match the ones in /mcs/class/README and does little to ensure consistency in the class libraries at this point. I'm not sure that was what was envisaged here but using several, inconsistent conventions probably does not help. (I do leave for someone else to decide which is the preferred one however. :-) /malte On Sat, 11 Oct 2003, Giuseppe Greco wrote: On Fri, 2003-10-10 at 18:02, Raneses, Jason wrote: Has anyone published any documentation on what coding standards Mono source should follow? I am mainly concerned about the use of Hungarian notation and the placement of brackets in the source. There are a lot of inconsistencies in the CVS source I’ve inspected. Here's an alternative: http://developer.agamura.com/technotes.html I hope that helps, Gius_. Thanks, Jason Jason Raneses Principal Software Engineer Fidelity National Information Solutions: http://www.fnis.com ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Coding Standards, etc.
On Sat, Oct 11, 2003 at 04:21:04PM +0200, Malte Hildingson wrote: As it stands, those conventions does not match the ones in /mcs/class/README and does little to ensure consistency in the class libraries at this point. I'm not sure that was what was envisaged here but using several, inconsistent conventions probably does not help. (I do leave for someone else to decide which is the preferred one however. :-) I think that the best way to get the same coding style is to have an automated system to parse the sources and get the points where the style is different. In the other hand we have the encoding, each file is encoded with a different encoding (for example CR-LF - CF). I think that we must have the CVS server configured to change all CR-LF with Unix style CF and ensure that the sources are in the same encoding. Regards, Pedro -- Pedro Martínez Juliá \ [EMAIL PROTECTED] )|[EMAIL PROTECTED] /http://yoros.dyndns.org Socio HispaLinux #311 Usuario Linux #275438 - http://counter.li.org GnuPG public information: pub 1024D/74F1D3AC Key fingerprint = 8431 7B47 D2B4 5A46 5F8E 534F 588B E285 74F1 D3AC ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mod_mono: final rush
Gonzalo, Thanks for your support! Now the server is able to listen either on port 80 or on port 8080, but is unable to execute ASP modules. I just get the message The server encountered an internal error and was unable to complete your request. Either the server is overloaded or there was an error in a CGI script. Error 500 I've given a look at the /var/log/httpd/error_log file: there are just some warnings like child process 26152 still did not exit, sending a SIGTERM - of course this is not the problem. Have you ever experienced this problem when running ASP modules? Eventually, where could I look further? Thanks, Gius_. On Sat, 2003-10-11 at 13:42, Gonzalo Paniagua Javier wrote: El sb, 11-10-2003 a las 13:13, Giuseppe Greco escribi: Forgot to answer this: Just another question: is it possible to use mod_mono without xsp? If no, how can I start mod_mono_server.exe as a deamon (mono mod_mono_server.exe doesn't the trick)? There's a --nonstop option that should be used when running mod-mono-server.exe as a daemon (--help tells the details). -Gonzalo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list -- Giuseppe Greco ::agamura:: phone: +41 (0)91 604 67 65 mobile: +41 (0)76 390 60 32 email: [EMAIL PROTECTED] web:www.agamura.com ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] mod_mono: final rush
I have also experienced this problem on my PC at work. I have yet to try this at home, but I'm assuming that I will end up with similar results. Jeremiah McElroy www.facility9.com :: -Original Message- :: From: [EMAIL PROTECTED] :: [mailto:[EMAIL PROTECTED] On Behalf Of Giuseppe Greco :: Sent: Saturday, October 11, 2003 10:56 AM :: To: Gonzalo Paniagua Javier :: Cc: [EMAIL PROTECTED] :: Subject: Re: [Mono-list] mod_mono: final rush :: :: Gonzalo, :: :: Thanks for your support! :: :: Now the server is able to listen either on port 80 or on :: port 8080, but is unable to execute ASP modules. I just get :: the message :: :: :: The server encountered an internal error and was unable :: to complete ::your request. Either the server is overloaded or there :: was an error ::in a CGI script. :: :: Error 500 :: :: I've given a look at the /var/log/httpd/error_log file: :: there are just some warnings like child process 26152 still :: did not exit, sending a SIGTERM - of course this is not the problem. :: :: Have you ever experienced this problem when running ASP modules? :: Eventually, where could I look further? :: :: Thanks, :: Gius_. :: :: :: On Sat, 2003-10-11 at 13:42, Gonzalo Paniagua Javier wrote: :: El sáb, 11-10-2003 a las 13:13, Giuseppe Greco escribió: :: Forgot to answer this: :: :: Just another question: is it possible to use mod_mono :: without xsp? :: If no, how can I start mod_mono_server.exe as a deamon (mono :: mod_mono_server.exe doesn't the trick)? :: :: There's a --nonstop option that should be used when running :: mod-mono-server.exe as a daemon (--help tells the details). :: :: -Gonzalo :: :: :: ___ :: Mono-list maillist - [EMAIL PROTECTED] :: http://lists.ximian.com/mailman/listinfo/mono-list :: -- :: :: Giuseppe Greco :: :: ::agamura:: :: :: phone: +41 (0)91 604 67 65 :: mobile: +41 (0)76 390 60 32 :: email: [EMAIL PROTECTED] :: web:www.agamura.com :: :: :: ___ :: Mono-list maillist - [EMAIL PROTECTED] :: http://lists.ximian.com/mailman/listinfo/mono-list :: ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] RE: [Mono-devel-list] Surveys: Mono 1.0 andMonoConference.
Hello, On the subject of a mono v1.0 - As a developer on both windows and linux tring to make a business audiance understand that mono 1.0 is not compatiable with .net 1.0 would be disastrous - don't do it . Mono has to be feature and version number exact with MS if this is to work. Basically avoid FUD This is a good point, and one that has worried me for some time. I think the solution to this particular problem is: * Release with a name that specifically states whats in it Mono Core 1.0 * Release a roadmap with the plans for when features will be added to the full Mono release. Maybe we need better names than `Mono Core' and `Mono Full'. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Coding Standards, etc.
Hello,
Has anyone published any documentation on what coding standards Mono
source should follow? I am mainly concerned about the use of
Hungarian notation and the placement of brackets in the source. There
are a lot of inconsistencies in the CVS source Ive inspected.
Some other people have already pointed you to the Mono coding styles in
/mcs/class/README. It covers the braces.
We despise hungarian notation, please avoid it. If somebody has used
that, we will clean it up some day (the reason being: we need the CVS
history more than changing the format, so we rather preserve CVS history
now than changing the code).
We prefer internal variable names to use:
class MyClass {
string my_var;
int my_other_var;
string MyVar {
get { return my_var; }
}
}
Miguel
___
Mono-list maillist - [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Re: Collaboration on alternatives to the US-patent-endangered APIs?
Norbert, In Mono, we have not only implemented the .NET APIs, but we have also encouraged developers to create a large collection of extra APIs (see: http://primates.ximian.com/~miguel/tmp/map.png) because we are building Mono with two goals in mind: * Compatibility with the .NET Framework. * Bring a new development platform to Linux and leverage our existing development tools. In our case, if Microsoft in fact owns patents to the technology and they require the licensing of those, we are willing to license those for the sake of our users and customers. On the other hand, you will notice that at the Mono project we have not limited ourselves to implement the .NET APIs. We have been implementing plenty of new functionality. That is why we have things like Gtk#, OpenGL#, Mozilla#, RelaxNG, various Mono.Data.* assemblies and plenty of other APIs that bring new functionality not available anywhere or bind existing technologies. We have also been eating our own food and using these technologies to develop Mono's tools. Microsoft has plenty of fantastic innovations in the ECMA components that they submitted to the standards organization, and various class libraries that implement functionality that had existed in one way or another in the past, so we do not believe that a patent on them is enforceable, but if one existed, we would work lawfully. Norbert, you do not seem like a programmer, and I do not know why you decided to hand pick Windows.Forms as an example of thin wrapper versus other parts of the .NET Framework. To me the Windows.Forms is as much as an improvement and an innovation as anything else in the Framework. As I mentioned to you before, from the developer perspective there is a massive departure from the Win32-based programming style. Maybe you are not familiar with it, but take my word, it is radically different. Both at the rendering level (Drawing) and at the toolkit level (Windows.Forms). If you were serious about your proposal, then you would encourage people to work on Gtk# which is the C# binding to the APIs produced by the Gnome project, instead of promoting the use of Windows.Forms, but I believe that you dont because of a conflict of interest on your part with the competition that you helped launch, and you have decided to spin things this way. We will continue to develop Mono for the two objectives outlined before: .NET Compatibility and Updating the Linux Development Platform. Your idea is an interesting one, but I do not believe that its a requirement to design APIs outside the United States. Otherwise there would be no software company in the US producing those, and the evidence so far disagrees with you. Best wishes, Miguel. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mono Make file requires Full monocharge to be boot strapped
Hi Guys, As per Miguel's request I'm posting this to the list. Currently did the following on mono fresh out of cvs first downloaded monolite and installed exes - /usr/local/bin and dlls - /usr/local/lib cd /monocvs/mono ./autogen.sh --prefix=/usr/local make su make install At this point make install fails because it could not stat /usr/local/bin/wsdl.exe and whole bunch of other exe's that are in the monocharge, but not he monolite. Now someone once told me that you could bootstrap cvs with monolite. But quite clearly the make install tries to install all the other exes in monocharge, and aborts if it can't. This means you can't bootstrap cvs mono unless you have installed a monocharge before hand. You might want to change this guys, Regards, JBA ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] mod_mono: final rush
I've given a look at the /var/log/httpd/error_log file... Well, here are the error messages I've found: Permission denied: access to /mono/bin/index.php denied Permission denied: access to /mono/bin/index.html denied ... That's strange... Gius_. On Sat, 2003-10-11 at 17:03, Jeremiah McElroy wrote: I have also experienced this problem on my PC at work. I have yet to try this at home, but I'm assuming that I will end up with similar results. Jeremiah McElroy www.facility9.com :: -Original Message- :: From: [EMAIL PROTECTED] :: [mailto:[EMAIL PROTECTED] On Behalf Of Giuseppe Greco :: Sent: Saturday, October 11, 2003 10:56 AM :: To: Gonzalo Paniagua Javier :: Cc: [EMAIL PROTECTED] :: Subject: Re: [Mono-list] mod_mono: final rush :: :: Gonzalo, :: :: Thanks for your support! :: :: Now the server is able to listen either on port 80 or on :: port 8080, but is unable to execute ASP modules. I just get :: the message :: :: :: The server encountered an internal error and was unable :: to complete ::your request. Either the server is overloaded or there :: was an error ::in a CGI script. :: :: Error 500 :: :: I've given a look at the /var/log/httpd/error_log file: :: there are just some warnings like child process 26152 still :: did not exit, sending a SIGTERM - of course this is not the problem. :: :: Have you ever experienced this problem when running ASP modules? :: Eventually, where could I look further? :: :: Thanks, :: Gius_. :: :: :: On Sat, 2003-10-11 at 13:42, Gonzalo Paniagua Javier wrote: :: El sb, 11-10-2003 a las 13:13, Giuseppe Greco escribi: :: Forgot to answer this: :: :: Just another question: is it possible to use mod_mono :: without xsp? :: If no, how can I start mod_mono_server.exe as a deamon (mono :: mod_mono_server.exe doesn't the trick)? :: :: There's a --nonstop option that should be used when running :: mod-mono-server.exe as a daemon (--help tells the details). :: :: -Gonzalo :: :: :: ___ :: Mono-list maillist - [EMAIL PROTECTED] :: http://lists.ximian.com/mailman/listinfo/mono-list :: -- :: :: Giuseppe Greco :: :: ::agamura:: :: :: phone: +41 (0)91 604 67 65 :: mobile: +41 (0)76 390 60 32 :: email: [EMAIL PROTECTED] :: web:www.agamura.com :: :: :: ___ :: Mono-list maillist - [EMAIL PROTECTED] :: http://lists.ximian.com/mailman/listinfo/mono-list :: ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list -- Giuseppe Greco ::agamura:: phone: +41 (0)91 604 67 65 mobile: +41 (0)76 390 60 32 email: [EMAIL PROTECTED] web:www.agamura.com ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mod_mono: final rush
El sáb, 11-10-2003 a las 16:55, Giuseppe Greco escribió: Gonzalo, Thanks for your support! Now the server is able to listen either on port 80 or on port 8080, but is unable to execute ASP modules. I just get the message The server encountered an internal error and was unable to complete your request. Either the server is overloaded or there was an error in a CGI script. Error 500 I've given a look at the /var/log/httpd/error_log file: there are just some warnings like child process 26152 still did not exit, sending a SIGTERM - of course this is not the problem. Have you ever experienced this problem when running ASP modules? Eventually, where could I look further? What are the permissions/user of /tmp/mod_mono_server? There's a note in the INSTALL file that says this should allow both mod-mono-server and mod_mono to read/write to that file. That's probably the problem. Our installation in go-mono.com runs xsp as the apache user. -Gonzalo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] mod_mono: final rush
El sáb, 11-10-2003 a las 19:58, Giuseppe Greco escribió: I've given a look at the /var/log/httpd/error_log file... Well, here are the error messages I've found: Permission denied: access to /mono/bin/index.php denied Permission denied: access to /mono/bin/index.html denied ... You should use the --root option and you probably want --applications too. -Gonzalo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] RE: [Mono-devel-list] Surveys: Mono 1.0 andMonoConference.
On Sat, Oct 11, 2003 at 10:57:41AM -0400, Miguel de Icaza wrote: Hello, On the subject of a mono v1.0 - As a developer on both windows and linux tring to make a business audiance understand that mono 1.0 is not compatiable with .net 1.0 would be disastrous - don't do it . Mono has to be feature and version number exact with MS if this is to work. Basically avoid FUD This is a good point, and one that has worried me for some time. I think the solution to this particular problem is: * Release with a name that specifically states whats in it Mono Core 1.0 * Release a roadmap with the plans for when features will be added to the full Mono release. Maybe we need better names than `Mono Core' and `Mono Full'. I think that the best we can do without SWF is to release: Mono Server Edition 1.0 And be sure all corlib, ASP.NET, WebServiced, etc... are full featured. Regards, Pedro -- Pedro Martínez Juliá \ [EMAIL PROTECTED] )|[EMAIL PROTECTED] /http://yoros.dyndns.org Socio HispaLinux #311 Usuario Linux #275438 - http://counter.li.org GnuPG public information: pub 1024D/74F1D3AC Key fingerprint = 8431 7B47 D2B4 5A46 5F8E 534F 588B E285 74F1 D3AC ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] RE: [DotGNU]Re: Collaboration on alternatives to the US-patent-endangered APIs?
Maybe you are not familiar with it, but take my word, it is radically different. Both at the rendering level (Drawing) and at the toolkit level (Windows.Forms). I don't agree. The drawing primitives are the same and all they've done is replaced handles with classes. The API is actually identical to the 8 year old WFC classes from J++. It's the same non-MVC, ancient, outdated way of writing UIs. Appropriate for quick drag and drop UIs while making it difficult and inefficient to write anything more advanced. All the best, ^Tum ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] mod_mono: final rush
Gonzalo, Permissions/user of /tmp/mod_mono_server are OK: srwxrwxrwx 1 rootroot 0 Oct 11 12:39 mod_mono_server ... and here's how I start mono-mod-server.exe: mono /usr/bin/mono-mod-server.exe --root /usr/share/doc/xsp/test --applications /mono:. It seems to be all OK... but for sure I'm missing something! Gius_. On Sat, 2003-10-11 at 20:09, Gonzalo Paniagua Javier wrote: El sb, 11-10-2003 a las 19:58, Giuseppe Greco escribi: I've given a look at the /var/log/httpd/error_log file... Well, here are the error messages I've found: Permission denied: access to /mono/bin/index.php denied Permission denied: access to /mono/bin/index.html denied ... You should use the --root option and you probably want --applications too. -Gonzalo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list -- Giuseppe Greco ::agamura:: phone: +41 (0)91 604 67 65 mobile: +41 (0)76 390 60 32 email: [EMAIL PROTECTED] web:www.agamura.com ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] mod_mono: final rush
El sáb, 11-10-2003 a las 19:58, Giuseppe Greco escribió: I've given a look at the /var/log/httpd/error_log file... Well, here are the error messages I've found: Permission denied: access to /mono/bin/index.php denied Permission denied: access to /mono/bin/index.html denied ... That's strange... Ah, ok. I'll fix that. But that's not causing the error (if you add /:. to your applications list it will disappear). -Gonzalo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] RE: [Mono-devel-list] Surveys: Mono 1.0 andMonoConference.
- Original Message - From: [EMAIL PROTECTED] I think the solution to this particular problem is: * Release with a name that specifically states whats in it Mono Core 1.0 * Release a roadmap with the plans for when features will be added to the full Mono release. Maybe we need better names than `Mono Core' and `Mono Full'. I think that the best we can do without SWF is to release: Mono Server Edition 1.0 And be sure all corlib, ASP.NET, WebServiced, etc... are full featured. for the moment dont use grand names, we do not want to start the media bandwaggon untill we are at the point where we can capitalise on it. use simple unassuming names that are obviouse to developers -for example Miguel suggested Mono Core 1.0 . It may even be an idea to start reffering to mono in terms of milestone code names in the way MS treat there OS development i.e. Whister - Windows XP, then when a full compliment of stable 100% compatible Mono Parts are avaliable, make a press release along the lines of Mono v1.0 Framework and Mono C# Development Tools v1.0 are ready for public consumption this way the end users and end developers will not be mixing up the unstable development code with the *stable* production code. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] RE: [Mono-devel-list] Surveys: Mono 1.0 andMonoConference.
At 07:54 PM 11/10/2003 +0100, Jay Bennie jay-at-lincore.co.uk |mono-list subscription| wrote: - Original Message - From: [EMAIL PROTECTED] I think the solution to this particular problem is: * Release with a name that specifically states whats in it Mono Core 1.0 * Release a roadmap with the plans for when features will be added to the full Mono release. Maybe we need better names than `Mono Core' and `Mono Full'. I think that the best we can do without SWF is to release: Mono Server Edition 1.0 And be sure all corlib, ASP.NET, WebServiced, etc... are full featured. for the moment dont use grand names, we do not want to start the media bandwaggon untill we are at the point where we can capitalise on it. use simple unassuming names that are obviouse to developers -for example Miguel suggested Mono Core 1.0 . It may even be an idea to start reffering to mono in terms of milestone code names in the way MS treat there OS development i.e. Whister - Windows XP, then when a full compliment of stable 100% compatible Mono Parts are avaliable, make a press release along the lines of Mono v1.0 Framework and Mono C# Development Tools v1.0 are ready for public consumption this way the end users and end developers will not be mixing up the unstable development code with the *stable* production code. Another thing to consider is that 1.0 could be released in stages. The initial 1.0 release could be presented as Mono Core 1.0 Beta, or simply Mono 1.0 Beta. When it comes time for another release, if it still hasn't reached final production quality then it could be called Mono 1.0 Beta 2. When the code reaches final release stages, Mono 1.0 Release Candidate 1 could be released. If any remaining major bugs are found, they could be fixed and Mono 1.0 Release Candidate 2 could be released Finally, after it has been publicly used, but by people who are fully aware that it is still not a final release (even management people know what Beta means), and after all known bugs have been ironed out, Mono 1.0 could be finally released, with an emphasis on press coverage and possibly a release party with seminars and hacking machines for people to play with and such. It would delay the final release of Mono, but it would give it in my opinion much-needed additional time for flattening bugs in the code. I am certain that once people outside of the mono community begin playing with mono, a whole new wave of bugs, deficiencies and quirks will flood in, which will all need to be fixed before Mono can be taken seriously by companies which would depend on it for their livelihood. Just my take on it, Jonathan Gilbert ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] mod_mono: final rush
On Sat, 2003-10-11 at 20:42, Gonzalo Paniagua Javier wrote: El sb, 11-10-2003 a las 19:58, Giuseppe Greco escribi: I've given a look at the /var/log/httpd/error_log file... Well, here are the error messages I've found: Permission denied: access to /mono/bin/index.php denied Permission denied: access to /mono/bin/index.html denied ... That's strange... Ah, ok. I'll fix that. But that's not causing the error (if you add /:. to your applications list it will disappear). done, but nothing changes... I still get the error messages reported above. Gius_. -Gonzalo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list -- Giuseppe Greco ::agamura:: phone: +41 (0)91 604 67 65 mobile: +41 (0)76 390 60 32 email: [EMAIL PROTECTED] web:www.agamura.com ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] mod_mono: final rush
I've tried to re-install the whole from scratch into a new machine... but the problem is exactly the same... At that point I'm desperate and really don't know where to look at... Gius_. On Sat, 2003-10-11 at 20:42, Gonzalo Paniagua Javier wrote: El sb, 11-10-2003 a las 19:58, Giuseppe Greco escribi: I've given a look at the /var/log/httpd/error_log file... Well, here are the error messages I've found: Permission denied: access to /mono/bin/index.php denied Permission denied: access to /mono/bin/index.html denied ... That's strange... Ah, ok. I'll fix that. But that's not causing the error (if you add /:. to your applications list it will disappear). -Gonzalo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list -- Giuseppe Greco ::agamura:: phone: +41 (0)91 604 67 65 mobile: +41 (0)76 390 60 32 email: [EMAIL PROTECTED] web:www.agamura.com ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] RE: [DotGNU]Re: Collaboration on alternatives to the US-patent-endangered APIs?
Hello, Maybe you are not familiar with it, but take my word, it is radically different. Both at the rendering level (Drawing) and at the toolkit level (Windows.Forms). I don't agree. The drawing primitives are the same and all they've done is replaced handles with classes. The API is actually identical to the 8 year old WFC classes from J++. It's the same non-MVC, ancient, outdated way of writing UIs. Appropriate for quick drag and drop UIs while making it difficult and inefficient to write anything more advanced. Again, I do not believe that *anything* on the framework above the ECMA standard is particularly new. But singling out Windows.Forms over the rest because its a thin wrapper is intellectual dishonesty. The same can be said of pretty much everything else. And in any case, WFC from J++ was a Microsoft invention, not a public one. Events and properties used in a toolkit is definitely taking advantage of a feature that never existed before in the Win32 API. Some things which are massive departures from Win32: * You do not have to do translate message/dispatch message. * You do not need a Wndproc method for each window class. * You do not have to register a window class. * The Win32 API is hidden for the most part, in fact, the gtk# and pnet implementations are proofs that the API is sufficiently different that it is far from a thin wrapper. I dont think its patentable, but if you dont think this is, then nothing else is. But being selective about what you consider to be thin-wrapper, and what you don't is just an exercise in deception. Miguel. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Coding Standards, etc.
Hi! Well reading that C# GuideLines (http://developer.agamura.com/technotes/csharp-coding-guidelines/) and in the section for comments appears a comment (duh!) that say that it's not so good to use the C# Document Style (the three slashes) so Why its so necesarry tu use the summary and all that stuff? thanks! El sb, 11-10-2003 a las 05:57, Giuseppe Greco escribi: On Fri, 2003-10-10 at 18:02, Raneses, Jason wrote: Has anyone published any documentation on what coding standards Mono source should follow? I am mainly concerned about the use of Hungarian notation and the placement of brackets in the source. There are a lot of inconsistencies in the CVS source Ive inspected. Here's an alternative: http://developer.agamura.com/technotes.html I hope that helps, Gius_. Thanks, Jason Jason Raneses Principal Software Engineer Fidelity National Information Solutions: http://www.fnis.com -- Pablo Fischer Sandoval (pablo [arroba/at] pablo.com.mx) http://www.pablo.com.mx http://www.debianmexico.org GPG FingerTip: 3D49 4CB8 8951 F2CA 8131 AF7C D1B9 1FB9 6B11 810C Firma URL: http://www.pablo.com.mx/firmagpg.txt ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Re: [DotGNU]Re: Collaboration on alternatives to the US-patent-endangered APIs?
But being selective about what you consider to be thin-wrapper, and what you don't is just an exercise in deception. That's out of line and you should apologise. It was based on a careful analysis of the API's and other similar API's in the past (MFC of 10 years ago does everything that you listed as massive departures). In any case, it has already been made clear in this thread that we are hedging our bets: we'll switch to Qt# or Gtk# in a heartbeat should Microsoft disagree with our analysis. What? We can't have it both ways? Nobody said that. All I am saying is that Norbert's position on `everything is tainted except ECMA and Windows.Forms' is wrong. Either everything above ECMA might be tainted or none of it is. Thats what you cant have both ways. If you did such a careful study with your lawyer, would you mind publishing it so others can review it? I assume you also did a careful study of every other API not included in ECMA, because it seems they are tained. I would also like to see that one, it will be useful material to have. Can you and your lawyer produce these documents? If you have no interest in co-operating with us in a productive and non-hostile fashion, why don't you just say so? Attacking our judgement is hardly conducive to a productive working relationship. I disagree with your conclusion, you pointed out a careful study, I want to see the careful study to convince myself. You are bringing a serious issue to the table to discuss, and I want nothing less than seriousness in this discussion. And a visual-inspection-and-this-is-my-hunch is not a solid foundation to start from. And I suspect that you guys have not done the study, and this is all hunch-based. I suspect that the real problem here is that you desperately don't want Windows.Forms to succeed (either Mono's or pnet's). Because who in the world would use Gtk# if Windows.Forms applications worked everywhere? Troll -1. Miguel ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Re: [DotGNU]Re: Collaboration on alternatives to the US-patent-endangered APIs?
On Sunday 12 October 2003 06:47 am, Miguel de Icaza wrote: But being selective about what you consider to be thin-wrapper, and what you don't is just an exercise in deception. That's out of line and you should apologise. It was based on a careful analysis of the API's and other similar API's in the past (MFC of 10 years ago does everything that you listed as massive departures). In any case, it has already been made clear in this thread that we are hedging our bets: we'll switch to Qt# or Gtk# in a heartbeat should Microsoft disagree with our analysis. What? We can't have it both ways? If you have no interest in co-operating with us in a productive and non-hostile fashion, why don't you just say so? Attacking our judgement is hardly conducive to a productive working relationship. I suspect that the real problem here is that you desperately don't want Windows.Forms to succeed (either Mono's or pnet's). Because who in the world would use Gtk# if Windows.Forms applications worked everywhere? Cheers, Rhys. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Re: [DotGNU]Re: Collaboration on alternatives to the US-patent-endangered APIs?
Hello, If you did such a careful study with your lawyer, would you mind publishing it so others can review it? And I suppose you would just turn over internal Ximian/Novell legal advice and developer discussions should I ask for it? Nice try to avoid the apology. Rhys, I am not the one making claims that `Windows.Forms has no patent violations', you are the one who claimed that you had done a careful study. What I said is reflected on our FAQ: we dont believe that *any* of it is patentable. But if you are going to pick `Windows.Forms' as part of your initiative of apis which are absolutely not encumbered by a patent, then I believe that Norbert is miss-leading the community and it can not be the basis of a completely pure effort to have a non-encumbered system. You claim that you did a careful study on Windows.Forms and its applicability to the patent, and that is why its excluded. I do not believe either you or Norbert did any careful study. For us to cooperate in this delicate matter, I must trust you, and so far you are not giving me any sense of security. If anything, you are avoiding the topic, just like Darl McBride is. Anyway, from the USPTO's guidelines on patentability [1]: The subject matter sought to be patented must be sufficiently different from what has been used or described before that it may be said to be nonobvious to a person having ordinary skill in the area of technology related to the invention. For example, the substitution of one material for another, or changes in size, are ordinarily not patentable. The last sentence is the important one: the substitution of one material for another. Changing C++ in MFC into C# in Windows.Forms would seem to be little more than a change in material. An excellent quote, worth keeping it around. Of course, we could be wrong - anything could happen once the CD's start flying. Hence the hedge-betting on Qt# and Gtk#. I (still) await your apology. Accusing us of being deceptive, and then asking that we prove your own accusation, is quite offensive. And needless to say, uncooperative. Cheers, Rhys. [1] http://www.uspto.gov/web/offices/pac/doc/general/index.html#novelty -- Miguel de Icaza [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
