Re: [Mono-dev] GitSVN page of mono wiki is obsolete
On Sun, 2008-07-13 at 14:27 -0400, Avery Pennarun wrote: > This page: > http://www.mono-project.com/GitSVN > > Says that you should "send a mail to Raja R Harinath > (mailto:[EMAIL PROTECTED]) to find the location of the bootstrap > repositories." > > This appears to no longer be necessary, as recent git-svn copies of > the repositories are available from repo.or.cz: > >http://repo.or.cz/w/mcs.git >http://repo.or.cz/w/mono.git I've added the two repos to the page. But I believe that this line: git-svn init svn+ssh://[EMAIL PROTECTED]/source/trunk/mono Still points to the old url of the svn-repo and needs to be updated as well. But unfortunately I'm not familiar with this process so could you please check whether this is outdated as well or not. > > Sorry to bug the list about this, but there's no obvious contact > listed on the web site. No, thanks for bugging the list, whithout reports like yours it's pretty hard to keep the wiki updated. But please send your mail the next time to [EMAIL PROTECTED] Kind Regards, Valentin signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] OpenID Samples fail using xsp2
Hi Gert, thanks for looking into this matter, and could you please tell me the number of the bug so that I can check it's progress and help you if you need more info. Regards, Valentin On Wed, 2008-06-25 at 09:00 +0200, Gert Driesen wrote: > Hey Valentin, > > This is a bug in DiagnosticsConfigurationHandler. I'll submit a bug report > for this, and fix it. > > Gert > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Valentin > Sawadski > Sent: dinsdag 24 juni 2008 23:45 > To: mono-devel-list@lists.ximian.com > Subject: [Mono-dev] OpenID Samples fail using xsp2 > > Hi, > > I wanted to tinker a bit with OpenID today and as always I tried the samples > first (RelyingPartyPortal - to be precise). > > However, when I start xsp2 within my samples directory and navigate my > browser to http://localhost:8080, I get the following error: > > Unrecognized attribute 'traceOutputOptions' on element . () > Description: HTTP 500. Error processing request. > Stack Trace: > System.Configuration.ConfigurationException: Unrecognized attribute > 'traceOutputOptions' on element . () > at > System.Diagnostics.DiagnosticsConfigurationHandler.ThrowUnrecognizedAttribut > e (System.String attribute, System.Xml.XmlNode node) [0x0] > at > System.Diagnostics.DiagnosticsConfigurationHandler.ValidateInvalidAttributes > (System.Xml.XmlAttributeCollection c, System.Xml.XmlNode node) [0x0] > at System.Diagnostics.DiagnosticsConfigurationHandler.AddTraceListeners > (IDictionary d, System.Xml.XmlNode listenersNode, > System.Diagnostics.TraceListenerCollection listeners) [0x0] > at System.Diagnostics.DiagnosticsConfigurationHandler.AddTraceNode > (IDictionary d, System.Xml.XmlNode node) [0x0] > at System.Diagnostics.DiagnosticsConfigurationHandler.Create > (System.Object parent, System.Object configContext, System.Xml.XmlNode > section) [0x0] > at System.Configuration.ConfigurationSection.GetRuntimeObject () [0x0] > at System.Configuration.ConfigurationSection.GetRuntimeObject () [0x0] > at (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke > (object,object[]) > at System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags > invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, > System.Globalization.CultureInfo culture) [0x0] > > The Web.config file contains the following part: > > >type="System.Diagnostics.TextWriterTraceListener" > initializeData="openidConsumerTrace.txt" traceOutputOptions="None"/> > > > > But now comes the funny part. Once I see the error and hit Reload, it > disappears, and the Sample works as expected. > > Any ideas what went wrong? > Kind Regards and thanks in advance, > Valentin > signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] OpenID Samples fail using xsp2
Hi, I wanted to tinker a bit with OpenID today and as always I tried the samples first (RelyingPartyPortal - to be precise). However, when I start xsp2 within my samples directory and navigate my browser to http://localhost:8080, I get the following error: Unrecognized attribute 'traceOutputOptions' on element . () Description: HTTP 500. Error processing request. Stack Trace: System.Configuration.ConfigurationException: Unrecognized attribute 'traceOutputOptions' on element . () at System.Diagnostics.DiagnosticsConfigurationHandler.ThrowUnrecognizedAttribute (System.String attribute, System.Xml.XmlNode node) [0x0] at System.Diagnostics.DiagnosticsConfigurationHandler.ValidateInvalidAttributes (System.Xml.XmlAttributeCollection c, System.Xml.XmlNode node) [0x0] at System.Diagnostics.DiagnosticsConfigurationHandler.AddTraceListeners (IDictionary d, System.Xml.XmlNode listenersNode, System.Diagnostics.TraceListenerCollection listeners) [0x0] at System.Diagnostics.DiagnosticsConfigurationHandler.AddTraceNode (IDictionary d, System.Xml.XmlNode node) [0x0] at System.Diagnostics.DiagnosticsConfigurationHandler.Create (System.Object parent, System.Object configContext, System.Xml.XmlNode section) [0x0] at System.Configuration.ConfigurationSection.GetRuntimeObject () [0x0] at System.Configuration.ConfigurationSection.GetRuntimeObject () [0x0] at (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke (object,object[]) at System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x0] The Web.config file contains the following part: But now comes the funny part. Once I see the error and hit Reload, it disappears, and the Sample works as expected. Any ideas what went wrong? Kind Regards and thanks in advance, Valentin signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] docs & source tarbals should get updated
Hi On Fri, 2008-06-20 at 18:12 +0200, Miha Vrhovnik wrote: > Hi > > I hope that this is the correct mailing list for this. > I'm trying to compile Mono on Windows using VS 2005. > I was following the docs but as written in docs is NO GO as at least eglib > directory is missing in bz2 file[1] > > Nonetheless with a little tweaking of vcproj files I managed to compile > nondebug static mono.dll with the sources checked out of SVN. > > Also URL in in line containing "Download the Mono source code from the > released tarballs" sentence in docs [2] should be fixed Done. Thanks for the report. :-) > > [1] - http://ftp.novell.com/pub/mono/sources-stable/ > [2] - http://www.mono-project.com/Compiling_Mono > > Regards, > Miha Kind Regards, Valentin signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] System.Collections.Generic.Dictionary.CopyTo inaccessible due to protection level
Hello, On Sun, 2007-11-25 at 14:45 +0200, Antti S. Lankila wrote: > The Dictionary.CopyTo appears to miss the "public" qualifier, thus > making it impossible for client code to make use of this method. > It explicitly implements copy to in line 643 and 653. So CopyTo is publicly available. If you refer to the CopyTo at line 275, this is being called by the explicit implementation of it. Kind Regards, Valentin S. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Could this be a bug in gmcs?
Hello, I updated Mono from SVN today and tried to compile NClass again, the bug still exists however the error message has been slightly different so that I could now extract a location where the Exception seems to come from. All this is in bugzilla at no 82690. Kind Regards, Valentin S. On Fri, 2007-08-31 at 13:02 +0100, Marek Safar wrote: > Hello Valentin, > > I've tried to port NClass to Mono and ran into a very odd error message: > > > Yes, it looks like gmcs bug. Please fill a bug report into > http://bugzilla.ximian.com > with as small test case as possible. > > Thanks > Marek ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Possible bug in System.Windows.Forms
Hello, your app seems to target .Net 1.0 which is not supported by Mono. Recompile it against .Net 1.1 or 2.0 and everything should be fine :-) Kind Regards, Valentin S. On Sun, 2007-09-02 at 10:32 -0500, Brandon Perry wrote: > Hi, when I try to run an assembly using the System.Windows.Forms dll, I > get the following error. > > [EMAIL PROTECTED]:~/Desktop/MoMA$ mono > '/home/radiohead/Desktop/printinginNet/bin/Debug/PrintingSamples.exe' > > ** > (/home/radiohead/Desktop/printinginNet/bin/Debug/PrintingSamples.exe:20402): > WARNING **: The following assembly referenced from > /home/radiohead/Desktop/printinginNet/bin/Debug/PrintingSamples.exe could not > be loaded: > Assembly: System.Windows.Forms(assemblyref_index=1) > Version:1.0.3300.0 > Public Key: b77a5c561934e089 > The assembly was not found in the Global Assembly Cache, a path listed > in the MONO_PATH environment variable, or in the location of the > executing assembly (/home/radiohead/Desktop/printinginNet/bin/Debug). > > > ** > (/home/radiohead/Desktop/printinginNet/bin/Debug/PrintingSamples.exe:20402): > WARNING **: Could not load file or assembly 'System.Windows.Forms, > Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' or one > of its dependencies. > The entry point method could not be loaded > > > I tested it with MoMA and it said all was good. I ran a grep on gacutil > -l to make sure the System.Windows.Forms was installed and it is. Any > thoughts? > > ___ > Mono-devel-list mailing list > Mono-devel-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Could this be a bug in gmcs?
Hello, I've tried to port NClass to Mono and ran into a very odd error message: [csc] Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object [csc] at Mono.CSharp.Argument.Emit (Mono.CSharp.EmitContext ec) [0x0] [csc] at Mono.CSharp.Invocation.EmitArguments (Mono.CSharp.EmitContext ec, System.Reflection.MethodBase mb, System.Collections.ArrayList arguments, Boolean dup_args, Mono.CSharp.LocalTemporary this_arg) [0x0] [csc] at Mono.CSharp.Invocation.EmitCall (Mono.CSharp.EmitContext ec, Boolean is_base, Mono.CSharp.Expression instance_expr, System.Reflection.MethodBase method, System.Collections.ArrayList Arguments, Location loc, Boolean dup_args, Boolean omit_args) [0x0] [csc] at Mono.CSharp.PropertyExpr.EmitAssign (Mono.CSharp.EmitContext ec, Mono.CSharp.Expression source, Boolean leave_copy, Boolean prepare_for_load) [0x0] [csc] at Mono.CSharp.Assign.Emit (Mono.CSharp.EmitContext ec, Boolean is_statement) [0x0] [csc] at Mono.CSharp.Assign.Emit (Mono.CSharp.EmitContext ec) [0x0] [csc] at Mono.CSharp.EmptyCast.Emit (Mono.CSharp.EmitContext ec) [0x0] [csc] at Mono.CSharp.Binary.Emit (Mono.CSharp.EmitContext ec) [0x0] [csc] at Mono.CSharp.Return.DoEmit (Mono.CSharp.EmitContext ec) [0x0] [csc] at Mono.CSharp.Statement.Emit (Mono.CSharp.EmitContext ec) [0x0] [csc] at Mono.CSharp.Block.DoEmit (Mono.CSharp.EmitContext ec) [0x0] [csc] at Mono.CSharp.Block.Emit (Mono.CSharp.EmitContext ec) [0x0] [csc] at Mono.CSharp.EmitContext.EmitResolvedTopBlock (Mono.CSharp.ToplevelBlock block, Boolean unreachable) [0x0] [csc] at Mono.CSharp.EmitContext.EmitTopBlock (IMethodData md, Mono.CSharp.ToplevelBlock block) [0x0] [csc] at Mono.CSharp.MethodData.Emit (Mono.CSharp.DeclSpace parent) [0x0] [csc] at Mono.CSharp.Method.Emit () [0x0] [csc] at Mono.CSharp.TypeContainer.EmitType () [0x0] [csc] at Mono.CSharp.RootContext.EmitCode () [0x0] [csc] at Mono.CSharp.Driver.MainDriver (System.String[] args) [0x0] [csc] at Mono.CSharp.Driver.Main (System.String[] args) [0x0] For the record: I used 1.2.5 to build this. With 1.2.4 this exception did not occur because NClass used 2.0 members of Winforms which were not implemented in 1.2.4. If this information is not helpful enough please contact me and tell me how to retrieve more useful information. Kind Regards, Valentin S. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Gdi+ unknown method
Hello, at first glance this looks like you have an problem with your installation of libgdiplus. Do have you installed it along with mono? Kind Regards, Valentin Sawadski On Tuesday 29 May 2007 19:02, josepascual wrote: > Hi, > > I'm sending to list this error, perhaps it can be useful > > mono version : 1.2.4 > > ... > # mono ThreadTester.exe > > Unhandled Exception: System.TypeInitializationException: An exception was > thrown by the type initializer for ThreadTester.Form1 ---> > System.TypeInitializationException: An exception was thrown by the type > initializer for System.Drawing.KnownColors ---> > System.TypeInitializationException: An exception was thrown by the type > initializer for System.Drawing.GDIPlus ---> System.DllNotFoundException: > gdiplus.dll > at (wrapper managed-to-native) System.Drawing.GDIPlus:GdiplusStartup > (ulong&,System.Drawing.GdiplusStartupInput&,System.Drawing.GdiplusStartupOu >t put&) > at System.Drawing.GDIPlus..cctor () [0x0] --- End of inner exception > stack trace --- > > at <0x0> > at System.Drawing.KnownColors..cctor () [0x0] --- End of inner > exception stack trace --- > > at <0x0> > at System.Drawing.Color.get_Blue () [0x0] > at ThreadTester.Form1..cctor () [0x0] --- End of inner exception > stack trace --- > > ... > > ___ > Mono-devel-list mailing list > Mono-devel-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] [PATCH] Colors for the code-coverage percantage in the monocov-gtk gui
D'oh! forgot to attach the patch. -- Forwarded Message -- Subject: [PATCH] Colors for the code-coverage percantage in the monocov-gtk gui Date: Sunday 22 April 2007 16:49 From: Valentin Sawadski <[EMAIL PROTECTED]> To: mono-devel-list@lists.ximian.com Hello everybody, here's a small patch, thats highlights the coverage-column of the monocov gtk-gui based on the amount of code that has been covered. Please take a look at it, Kind Regards, Valentin --- Index: gui/gtk/CoverageView.cs === --- gui/gtk/CoverageView.cs (revision 76047) +++ gui/gtk/CoverageView.cs (working copy) @@ -107,7 +107,7 @@ public static string[] DEFAULT_FILTERS = { "-PrivateImplementationDetails" }; - + TreeView tree; Hashtable namespaces; Hashtable classes; @@ -121,13 +121,14 @@ tree = new TreeView (store); CellRendererText renderer = new CellRendererText (); + CellRendererText coverageRenderer = new CellRendererText (); // LAME: Why is this property a float instead of a double ? renderer.Xalign = 0.5f; tree.AppendColumn ("Classes", new CellRendererText (), "text", 0); tree.AppendColumn ("Lines Hit", renderer, "text", 1); tree.AppendColumn ("Lines Missed", renderer, "text", 2); - tree.AppendColumn ("Coverage", renderer, "text", 3); + tree.AppendColumn ("Coverage", coverageRenderer, "text", 3); tree.GetColumn (0).Resizable = true; tree.GetColumn (1).Alignment = 0.0f; @@ -136,6 +137,7 @@ tree.GetColumn (2).Resizable = true; tree.GetColumn (3).Alignment = 0.0f; tree.GetColumn (3).Resizable = true; + tree.GetColumn (3).SetCellDataFunc (coverageRenderer, new TreeCellDataFunc (RenderCoverage)); tree.HeadersVisible = true; @@ -236,6 +238,21 @@ } + private void RenderCoverage (TreeViewColumn column, CellRenderer cell, TreeModel model, TreeIter iter) + { + string text = (string)model.GetValue (iter, 3); + int coverage = Int32.Parse(text.Substring(0, text.Length - 1)); + + if(coverage > 99) + (cell as CellRendererText).Foreground = "darkgreen"; + else if(coverage > 74) + (cell as CellRendererText).Foreground = "gold"; + else if(coverage > 49) + (cell as CellRendererText).Foreground = "OrangeRed"; + else + (cell as CellRendererText).Foreground = "FireBrick"; + } + void OnDeleteEvent (object sender, DeleteEventArgs e) { if (window_maps [sender] != null){ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] [PATCH] Colors for the code-coverage percantage in the monocov-gtk gui
Hello everybody, here's a small patch, thats highlights the coverage-column of the monocov gtk-gui based on the amount of code that has been covered. Please take a look at it, Kind Regards, Valentin ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] proper xml for the .cov output of monocov
Hello, did you get my second email as well? Because the modifications suggested in this email result in a failure in the CoverageModel which can not load the type of generic Classes. And where can I see the changes? I can not find them in trunk/monocov. Kind Regards, Valentin On Saturday 21 April 2007 23:47, you wrote: > Hi, > > This is now fixed. > > Zoltan > > On 4/21/07, Valentin Sawadski <[EMAIL PROTECTED]> wrote: > > Hello, > > > > here is a short patch to fix the xml output of monocov. > > > > The monocov-profiler does not replace the "<" and ">" of generic members > > with the right HTML-Entities when outputting to xml this caused the > > monocov-gui to crash when trying to display the .cov file. > > > > This has been fixed by the attached patch, so please take a look at it. > > > > Kind Regards, > > Valentin > > > > ___ > > Mono-devel-list mailing list > > Mono-devel-list@lists.ximian.com > > http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] proper xml for the .cov output of monocov
Hello again, sorry but my previous mail was a little bit to early and enthusiastic. I've taken a closer look into monocov and found out that the CoverageModel had problem loading generic types, since the types are called Type in the *.cov file and Type`2 in the corresponding assembly, therefore the output of the monocov-profiler had to be changed again. So please review this patch instead of the initial one, since this one. Kind Regards, Valentin On Saturday 21 April 2007 20:56, Valentin Sawadski wrote: > Hello, > > here is a short patch to fix the xml output of monocov. > > The monocov-profiler does not replace the "<" and ">" of generic members > with the right HTML-Entities when outputting to xml this caused the > monocov-gui to crash when trying to display the .cov file. > > This has been fixed by the attached patch, so please take a look at it. > > Kind Regards, > Valentin Index: coverage.c === --- coverage.c (revision 76009) +++ coverage.c (working copy) @@ -31,6 +31,9 @@ FILE *outfile; }; +static char +*parse_generic_type_names(char *string); + static void add_filter (MonoProfiler *prof, const char *filter); @@ -270,6 +273,47 @@ prev_offset = entry->iloffset; } +static char +*parse_generic_type_names(char *name) +{ + char *new_name,*ret; + int within_generic_declaration=0, generic_members=1; + if( !(ret = new_name = calloc(strlen(name) * 4 + 1, sizeof(char))) ) + return NULL; + + do + { + switch(*name) + { + case '<': +within_generic_declaration = 1; +break; + case '>': +within_generic_declaration = 0; +if( *(name-1) != '<') +{ + *new_name++ = '`'; + *new_name++ = '0' + generic_members; +} +else +{ + memcpy(new_name,"<>",8); + new_name+=8; +} +generic_members = 0; +break; + case ',': +generic_members++; +break; + default: +if(!within_generic_declaration) + *new_name++ = *name; +break; + } + }while(*name++); + return ret; +} + static void output_method (MonoMethod *method, gpointer dummy, MonoProfiler *prof) { @@ -288,7 +332,7 @@ tmpsig = g_markup_escape_text (tmpsig, strlen (tmpsig)); klass = mono_method_get_class (method); - classname = mono_type_get_name (mono_class_get_type (klass)); + classname = parse_generic_type_names (mono_type_get_name (mono_class_get_type (klass))); image = mono_class_get_image (klass); tmpname = mono_method_get_name (method); ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] [PATCH] proper xml for the .cov output of monocov
Hello, here is a short patch to fix the xml output of monocov. The monocov-profiler does not replace the "<" and ">" of generic members with the right HTML-Entities when outputting to xml this caused the monocov-gui to crash when trying to display the .cov file. This has been fixed by the attached patch, so please take a look at it. Kind Regards, Valentin Index: coverage.c === --- coverage.c (revision 76009) +++ coverage.c (working copy) @@ -31,6 +31,9 @@ FILE *outfile; }; +static char +*filter_html_from_classname(char *string); + static void add_filter (MonoProfiler *prof, const char *filter); @@ -270,6 +273,41 @@ prev_offset = entry->iloffset; } +static char +*filter_html_from_classname(char *string) +{ + char *string2,*ret; + if( !(string2=calloc(strlen(string)*4+1,sizeof(char))) ) + return NULL; + + ret=string2; + while(*string) + { + switch(*string) + { + case '<': +*string2++='&'; +*string2++='l'; +*string2++='t'; +*string2++=';'; +string++; +break; + case '>': +*string2++='&'; +*string2++='g'; +*string2++='t'; +*string2++=';'; +string++; +break; + default: +*string2++=*string++; +break; + } + } + *string2='\0'; + return ret; +} + static void output_method (MonoMethod *method, gpointer dummy, MonoProfiler *prof) { @@ -288,7 +326,7 @@ tmpsig = g_markup_escape_text (tmpsig, strlen (tmpsig)); klass = mono_method_get_class (method); - classname = mono_type_get_name (mono_class_get_type (klass)); + classname = filter_html_from_classname (mono_type_get_name (mono_class_get_type (klass))); image = mono_class_get_image (klass); tmpname = mono_method_get_name (method); ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Screensavers in C# with Linux
Hello Paul, I've dug a little into the KDE screen saver and it seems that he works quite different from the way it works on windows. Windows Invokes the .scr file with different params to either show or configure the screen saver, hower KDE uses a QtWidget called KScreenSaver which either shows the screen saver or the config dialog wether if it is being created with an windowId passed to the constructor or not. (See kscreensaver.h in the KDE-include dir) So it should get a little more tricky than on windows if you try to integrate your screensaver to the existing ones. Howerver the KDE manual says the following: = Using a non-KDE screen saver = KDE does not prevent another screen saver from working. To use a different screen saver, such as xscreensaver, simply disable the KDE Screen Saver, and set up your other screen saver program normally. So it should be possible to replace the KDE screensavers completely. That is what I found out about it, but I can not promise it's correctness since my knowledge of KDE and Qt is very very limited. Kind Regards, Valentin On Friday 20 April 2007 00:01, Paul wrote: > Hi, > > It's pretty simple to write a screensaver for Win32 in C# (intercept a > mouse and keyboard event and a few other bits, then rename the .exe > to .scr). > > Does anyone know if it's as simple to write a screensaver in C# for > Linux boxes (either Gnome or KDE desktop)? > > TTFN > > Paul ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Documentation Editing Problem
On Friday 09 March 2007 00:27, Kevin Reay wrote: > Hi all, > > I sent this a few days ago to the mono-docs list, but there doesn't > seem to be any activity there, so I'll repost here: > Sad but true there is not much going on there. :-( > I'm just wondering if it is still possible to edit documentation. The > [edit] button at http://www.go-mono.com/docs/ doesn't seem to have any > effect, or shows a page containing "No documentation available on this > topic". > This is true, the online documentation has no edit functionality right now. If I can still trust my memory there has been a call for a project that would implement an edit functionality into the documentation browser but nothing has happend so far. > Also, the monodoc tool just displays an "error" bar when the edit > button is clicked. Any ideas? > That seems to be an error in your installation. Monodoc works fine on my machine. > Is the mono project still looking for class documentation contributors? > Yes of course, there is not enough documentation for mono. Most part of the class library docs is blank an the wiki is also a mess. For the beginning you could try to get your monodoc running and write docs for the classlib or you could write and clean up some stuff for the wiki. If you don't have an account for the wiki post your text on to the docs list and someone will upload it for you. When you decide to write docs for the classlib don't get confused when the don't appear on the web in an instant. As far as I know these docs will be checked for technical correctness and to ensure that they were not copied from the MS-Website. And the last thing I heard about that process is that Miguel is the only one who does that right now. Therefore it may take a while till those docs appear on the net. > Thanks, > Kevin > ___ > Mono-devel-list mailing list > Mono-devel-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list Kind Regards, Valentin S. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list