[Mono-announce-list] ANNOUNCE: Banshee 1.0 Beta 2 (0.99.2) Released!
Hello, We've released Banshee 1.0 Beta 2 (0.99.2), a bit over two weeks after 1.0 Beta 1 release. It brings some great new features and lots of bug fixes and performance improvements. New in this release: * Podcast extension * CD Burning * Auto Rip feature * Over 28 bugs fixed since the last release Remember, Banshee 1.0 beta releases can be safely installed and used in parallel with older Banshee releases, so there should be nothing stopping you from giving it a try! Release notes with screenshots, ChangeLog, and updated list of deps: http://banshee-project.org/Releases/0.99.2 Download the source code: http://banshee-project.org/files/banshee/banshee-1-0.99.2.tar.bz2 sha1sum: 8de316f88717e405e4bb37d3c49cd452623fd923 And the official blog announcement: http://gburt.blogspot.com/2008/05/banshee-10-beta-2-released.html Enjoy! --Gabriel ___ Mono-announce-list maillist - Mono-announce-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-announce-list
[Mono-winforms-list] List of GDI missing methods available? was Re: [Mono-osx] Easy way to get plain .NET app running on the Mac?
Hello! I have continued my works to get the current version running. No luck so far yet! I am curious if there is a list of Drawing calls which aren't yet implemented. Because I used MoMo to check for any troublesome methods which didn't tell me that the method below wasn't yet implemented. Indeed, it said that I used P/Invoke methods. That's correct because I want to have a nice drag image using the normal imagelist way under Windows. Curently, it's disabled (isWindows()=false) My question is there any list available of GDI methods which aren't implemented yet? See: Unhandled Exception: System.NotImplementedException: The requested feature is not implemented. at System.Windows.Forms.XplatUICarbon.SetClipRegion (IntPtr hwnd, System.Drawing.Region region) [0x0] at System.Windows.Forms.XplatUI.SetClipRegion (IntPtr handle, System.Drawing.Region region) [0x0] at System.Windows.Forms.Control.CreateHandle () [0x0] at System.Windows.Forms.Control.get_Handle () [0x0] at Brazil.Flow.DaggerUINode.AdjustSize () [0x0] at Brazil.Flow.DaggerUINode.CalculateLayout () [0x0] at Brazil.Flow.DaggerUINode.OnParentChanged (System.EventArgs e) [0x0] p.s. If anyone one know some nice Convulution Matrix/Filter thingy which works on transparent bitmaps.. Let me know. My little component can have nice drop shadow ;) Thanks! Weyert de Boer ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
[Mono-winforms-list] ScrollBar hover style patch
Not all of these are wrapped by System.Windows.Forms.VisualStyles.VisualStyleElement: http://msdn.microsoft.com/en-us/library/bb773210(VS.85).aspx Visual Styles is not currently properly documented, but we can guess from the names of the constants and by testing. ScrollBar hover style.patch Description: 740049894-ScrollBar hover style.patch ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
[Mono-dev] Building class libraries in MS Visual Studio?
Hello, I'm attempting to build and debug some of the class libraries using MS Visual Studio, starting with System.Web.Services. System.Web.Services20.sln claims to be a VS 2008 file, but none of the project files will load in the IDE. Is there some environment setup that I'm missing? Some questions that may be related: - What is System.Web.Services.vmwcsproj for? - In System.Web.Services20.csproj, what is the purpose of $(VMW_HOME)? Thanks, -Tom ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] Mono DTrace provider
Hello, Thanks for your comments. Am 27.05.2008 um 17:24 schrieb Miguel de Icaza: I believe that we should auto-detect whether dtrace is installed instead of forcing people to manually enable it on platforms that support it. The reason I did this is two-fold: i) A static probe has a performance impact even when the probe itself is not enabled. It's small, somewhere in the order of five nop instructions, I read for Solaris 10. On OSX the header file has one function call (and there is no postprocessing step to change this). Didn't do any benchmarks myself though. If we later add further static probes on hot paths such as JIT method compilation, I thought some people would not want to have that feature enabled if they know they'd not use it. But you're right, if anyone is so worried about performance they could of course explicitly use --disable-dtrace. ii) I consider the build process changes for Solaris somewhat fragile and unportable, and therefore didn't want to enable them by default to not mess default builds of any upcoming release. We could resort to adding DTrace support only for Mac OS X for now if you dislike the changes and have no better idea. (I don't know about FreeBSD or QNX, it could be that they require similar postprocessing steps as Solaris since they all use ELF.) A third issue for automatically enabling it would be how to correctly detect DTrace availability. Some Linux distros were reported to ship a dtrace tool which is an ISDN tracer and totally unrelated to Sun's DTrace. Checking for the sys/sdt.h header might be a better heuristic, but I don't know. Andreas ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] Mono DTrace provider
i) A static probe has a performance impact even when the probe itself is not enabled. It's small, somewhere in the order of five nop instructions, I read for Solaris 10. On OSX the header file has one function call (and there is no postprocessing step to change this). Didn't do any benchmarks myself though. If we later add further static probes on hot paths such as JIT method compilation, I thought some people would not want to have that feature enabled if they know they'd not use it. But you're right, if anyone is so worried about performance they could of course explicitly use --disable-dtrace. Where do those probes go? But I agree that having folks use --disable-dtrace is better, if they really care about that time. ii) I consider the build process changes for Solaris somewhat fragile and unportable, and therefore didn't want to enable them by default to not mess default builds of any upcoming release. We could resort to adding DTrace support only for Mac OS X for now if you dislike the changes and have no better idea. (I don't know about FreeBSD or QNX, it could be that they require similar postprocessing steps as Solaris since they all use ELF.) A third issue for automatically enabling it would be how to correctly detect DTrace availability. Some Linux distros were reported to ship a dtrace tool which is an ISDN tracer and totally unrelated to Sun's DTrace. Checking for the sys/sdt.h header might be a better heuristic, but I don't know. Andreas ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Opening mono sln files in vs2008
Hi, I have been trying to open the library implementations ( System.Web.Services ) System.Web.Services20.sln file in visual studio 2008 and it says it cannot open the csproj files as they are not compatible. Which visual studio will open these files ( I also tried with vs2005). Thanks /Saurav ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] ListBox.cs ownder draw variable size
Handles calculation if the listbox scroll area of variable high, owner draw boxes, Index: Managed.Windows.Forms/System.Windows.Forms/ListBox.cs === --- Managed.Windows.Forms/System.Windows.Forms/ListBox.cs(Revision 103872) +++ Managed.Windows.Forms/System.Windows.Forms/ListBox.cs(Arbeitskopie) @@ -2145,9 +2145,20 @@ last_visible_index = LastVisibleItem (); int diff = top_item - top_index; - +int delta = ItemHeight * diff; +if (DrawMode == DrawMode.OwnerDrawVariable) { +delta = 0; +if ( top_index top_item ) { +for ( int i = top_index; i top_item; i++ ) +delta += GetItemHeight(i); +} +else { +for ( int i = top_item; i top_index; i++ ) +delta -= GetItemHeight(i); +} +} if (IsHandleCreated) -XplatUI.ScrollWindow (Handle, items_area, 0, ItemHeight * diff, false); +XplatUI.ScrollWindow (Handle, items_area, 0, delta, false); } #endregion Private Methods ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] ASP.Net Page taking minimum 11 sec to load first time
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 21 May 2008 02:54:22 -0700 (PDT) haaroon [EMAIL PROTECTED] wrote: Hi, Hi, I am new to this forum. I am doing porting mono to my Linux embedded system and my system Spec as follows... Hardware: - CPU = x86 CPU Speed =500MHZ RAM =512MB Software Version: - Kernel Version 2.0.31 Mono 1.2.4 You should consider upgrading your mono to 1.9 Mod-mono 1.9 Apache 2.2.8 After porting the ASP.Net Page taking minimum 11 sec to load first time. And second time onwards it’s coming faster. Once I rebooted my system the entire That's how ASP.NET works. On the first request it generates source from all the referenced .as?x files and compiles it on the fly. Further requests don't need that step so they are faster. compiled library is flushed by the system and I have to recompile the ASP.Net pages once again. Is there any way to hard code the library or is there any way to improve the speed of my system performance? You can compile your code-behind to an assembly and store the assembly in the bin/ subdirectory of your website instead of using CodeFile inside the .as?x files and code in the App_Code/ subdirectory of your web site. This will make the first startup time slightly faster. There is no support for preserving the assemblies compiled from the generated sources across application restart/server reboot. marek -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIPDi5q3909GIf5uoRAp2MAJ9xme90Aqi38JC6z8lMukC+0DYmCwCfV5k4 GuqBRlMS0VNOdilRUv/G7/A= =kaq0 -END PGP SIGNATURE- ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] reusing interface implementation
On Tue, May 27, 2008 at 11:58 AM, Robert Jordan [EMAIL PROTECTED] wrote: Chris Howie wrote: On Tue, May 27, 2008 at 10:32 AM, Mathias Tausig [EMAIL PROTECTED] wrote: I was afraid that it wouldn't work. Still thank you for removing the doubts. Do you know, why this doesn't work. I thought a bit about it, and couldn't find a logical reason that would prevent it. It's because the CLR does not allow one class to inherit from more than one other class. Actually, some languages targeting the CLR do support multiple inheritance inside their own closed world. They have their own (non-standard) convention of mapping multiple class inheritance to CLR's single class inheritance + multiple interface inheritance rules. I'm sure emulating it is possible with IL. That doesn't mean it's a core CLR feature though. (And FWIW you could emulate pretty much anything with IL. Look at closures, for example.) -- Chris Howie http://www.chrishowie.com http://en.wikipedia.org/wiki/User:Crazycomputers ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono service works with --debug only
Hello, I use mono 1.2.6 and bash Thank you On Tue, May 27, 2008 at 1:20 AM, Daniel Nauck [EMAIL PROTECTED] wrote: Hello, what version of Mono are you using? Do you use the dash shell? I fixed a such a problem for Mono 1.9 on Ubuntu's dash shell: http://lists.ximian.com/pipermail/mono-patches/2008-January/108859.html Daniel Julien Sobrier schrieb: Hello, I have a mono service that works well when I launch it with the --debug argument: mono-service2 -l:/var/run/ptestt-lock /usr/lib64/test/Test.exe --debug But when I run it without the --debug argument, the lock file is not created, the service does not appear in ps -ef, and there is nothing in syslog. What can I do to debug the issue? Thank you Julien ___ 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] FontSize on PdfSurface
Hi, I personally use something like this : [...] Pango.Layout layout = printContext.CreatePangoLayout(); layout.FontDescription = Pango.FontDescription.FromString(Times New Roman 10); layout.SetMarkup(Your text here); printContext.CairoContext.MoveTo(xYLayout.x, xYLayout.y); Pango.CairoHelper.ShowLayout(printContext.CairoContext, layout); [...] Or like this : [...] Pango.Layout layout = printContext.CreatePangoLayout(); layout.FontDescription = Pango.FontDescription.FromString(Times New Roman); layout.SetMarkup(span size=\10240\Your text here/span); printContext.CairoContext.MoveTo(xYLayout.x, xYLayout.y); Pango.CairoHelper.ShowLayout(printContext.CairoContext, layout); [...] Hope this help David Le mardi 27 mai 2008 à 15:22 +0200, Elmar Haneke a écrit : When Printing to an Cairo.PdfSurface (by using an Pango.Layout) the fontsize actually used seems to be about on third larger than the size specified. How can I print with correct font size? Elmar ___ 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] Mono service works with --debug only
Daniel Nauck wrote: Hello, what version of Mono are you using? Do you use the dash shell? I fixed a such a problem for Mono 1.9 on Ubuntu's dash shell: http://lists.ximian.com/pipermail/mono-patches/2008-January/108859.html Daniel Julien Sobrier schrieb: Hello, I have a mono service that works well when I launch it with the --debug argument: mono-service2 -l:/var/run/ptestt-lock /usr/lib64/test/Test.exe --debug But when I run it without the --debug argument, the lock file is not created, the service does not appear in ps -ef, and there is nothing in syslog. What can I do to debug the issue? Thank you Hello, it was actually a bug in the mono RPM from CentOS5. In mono=-service2: if $debug; then exec /usr/bin/mono $MONO_OPTIONS `/usr/bin/monodir`/2.0/mono-service.exe $arg s else exec /usr/bin/mono $MONO_OPTIONS `/usr/bin/monodir`/2.0/mono-service2.exe $ar gs /dev/null /dev/null fi Note that in debug, it references mono-service.exe, otherwiase it calls mono-service2.exe which does not exist. Thank you ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list