From miguel at ximian.com  Thu Jul  3 11:38:25 2008
From: miguel at ximian.com (Miguel de Icaza)
Date: Thu, 03 Jul 2008 11:38:25 -0400
Subject: [Moonlight-list] Microsoft issues updates Silverlight.js
Message-ID: <1215099505.8283.84.camel@frost>

Hey folks,

    This is a nice development, Microsoft is requesting that people
update their Silverlight.js files.  

    See attachment.

-------------- next part --------------
An embedded message was scrubbed...
From: <msftconn at microsoft.com>
Subject: =?iso-8859-1?B?SW1wb3J0YW50IFVwZGF0ZSByZWdhcmRpbmcgRmlyZUZveCAz?=  
Date: Wed, 2 Jul 2008 23:45:20 -0700
Size: 10360
Url: http://lists.ximian.com/pipermail/moonlight-list/attachments/20080703/dbf08047/attachment-0001.mht 

From gnorton at novell.com  Thu Jul  3 11:56:21 2008
From: gnorton at novell.com (Geoff Norton)
Date: Thu, 03 Jul 2008 11:56:21 -0400
Subject: [Moonlight-list] Microsoft issues updates Silverlight.js
In-Reply-To: <1215099505.8283.84.camel@frost>
References: <1215099505.8283.84.camel@frost>
Message-ID: <1215100581.27609.15.camel@limestone>

This is a step in the right direction definately!

Unfortunately they still have the addon
Silverlight.supportedUserAgent.js:

http://code.msdn.microsoft.com/SLsupportedUA

Which states:

Determines if the client browser is supported by Silverlight. 

This javascript unfortunately sniffs for WinNT/Mac and will always
return false for Moonlight.

-g

 Thu, 2008-07-03 at 11:38 -0400, Miguel de Icaza wrote:
> Hey folks,
> 
>     This is a nice development, Microsoft is requesting that people
> update their Silverlight.js files.  
> 
>     See attachment.
> 
> email message attachment, "Forwarded message - Important Update
> regarding FireFox 3"
> > -------- Forwarded Message --------
> > From: msftconn at microsoft.com
> > To: miguel at ximian.com
> > Subject: Important Update regarding FireFox 3
> > Date: Wed, 2 Jul 2008 23:45:20 -0700
> > 
> > 
> > 
> > Dear Silverlight Managed Beta customer:
> > 
> > In order to support Firefox 3, websites built using the Silverlight
> > 1.0 Sivlerlight.js file must upgrade that file to the latest
> > version. In addition to supporting Firefox 3, the latest version of
> > the file also adds several new features including the ability to
> > automatically refresh the browser once the user installs
> > Silverlight. You can learn about all of the new features in the
> > readme file.
> > 
> > If you have already updated your website to use the Silverlight 2
> > Beta 2 Silverlight.js file or you instantiate Silverlight using the
> > ASP.Net Silverlight control then no further action is needed.
> > Otherwise, to obtain the latest version of Silverlight.js please
> > visit the Silverlight.js MSDN Code Gallery Web site:
> > 
> > http://code.msdn.microsoft.com/silverlightjs
> > 
> > For most pages, the upgrade process will only require that you
> > replace the current Silverlight.js file with the new version.
> > However, the latest version of Silverlight.js removes several
> > deprecated members from the file's object model:
> > 
> > o Silverlight.ua 
> > 
> > o Silverlight.available 
> > 
> > o Silverlight.detectUserAgent 
> > 
> > o Silverlight.supportedUserAgent 
> > 
> > If your website uses any of these members then you can find
> > workarounds in the readme file associated with this release.
> > 
> > If you have any questions, concerns or comments associated with this
> > release, please post them to the managed beta newsgroup on the
> > Connect site or email them to me (lmoroney at microsoft.com)
> > 
> > Thanks!
> > Laurence
> > 
> > 
> > 
> > 
> > Microsoft respects your privacy. Please read our online Privacy
> > Statement.
> > 
> > You are receiving this email because you are a participant in a
> > Microsoft Connect beta program. You can end your participation in a
> > program at any time by visiting Your Dashboard
> > (http://connect.microsoft.com/dashboard/) page and choosing "End
> > Your Participation" for that program. 
> > 
> > If you've signed up to be contacted about participating in new
> > Microsoft Connect programs, surveys, and events, you will continue
> > to receive those communications unless you unsubscribe by going to
> > Your Profile (http://connect.microsoft.com/profile.aspx). To set
> > your contact preferences for other Microsoft communications, see the
> > communications preferences section of the Microsoft Privacy
> > Statement . 
> > 
> > Alternatively, if you would prefer to no longer to be contacted by
> > Microsoft Connect, send an email to mchelp at microsoft.com with
> > "UNSUBSCRIBE" in the subject line and we'll remove you from the
> > Microsoft Connect program and emails.
> > 
> > This is an unmonitored e-mail address, so do not reply to this
> > message.
> > 
> > Microsoft Corporation
> > One Microsoft Way
> > Redmond, WA 98052
> > 
> > 
> _______________________________________________
> Moonlight-list mailing list
> Moonlight-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/moonlight-list


From sintoris at gmx.net  Fri Jul 11 14:14:19 2008
From: sintoris at gmx.net (Christos Sintoris)
Date: Fri, 11 Jul 2008 21:14:19 +0300
Subject: [Moonlight-list] Building moonlight 0.7
Message-ID: <4877A2FB.5070007@gmx.net>

Hi, I am trying to build moonlight 0.7 in ubuntu 8.04 using the option 
--with-mono=yes but i get the message:
    Support for 2.0: no (reason: Mono newer than 1.9 not installed)

But my mono version is:
    >smsc --version
    ...
    Mono C# compiler version 1.9.1.0

What do I need to do to make it compile?

I would appreciate any help :)

Cheers, Chris




From gnorton at novell.com  Fri Jul 11 14:30:35 2008
From: gnorton at novell.com (Geoff Norton)
Date: Fri, 11 Jul 2008 14:30:35 -0400
Subject: [Moonlight-list] Building moonlight 0.7
In-Reply-To: <4877A2FB.5070007@gmx.net>
References: <4877A2FB.5070007@gmx.net>
Message-ID: <1215801035.4262.12.camel@limestone>

Chris,

On Fri, 2008-07-11 at 21:14 +0300, Christos Sintoris wrote:
> Hi, I am trying to build moonlight 0.7 in ubuntu 8.04 using the option 
> --with-mono=yes but i get the message:
>     Support for 2.0: no (reason: Mono newer than 1.9 not installed)
> 
> But my mono version is:
>     >smsc --version
>     ...
>     Mono C# compiler version 1.9.1.0
> 

Looks like you're missing smcs.pc.  Is it in some -dev package on ubuntu
you're missing?

Its worth noting tho that our 2.0 support is incredibly experimental and
pretty much nothing "in the wild" works.

-g



From ajorgensen at novell.com  Fri Jul 11 22:14:11 2008
From: ajorgensen at novell.com (Andrew Jorgensen)
Date: Fri, 11 Jul 2008 20:14:11 -0600
Subject: [Moonlight-list] Building moonlight 0.7
Message-ID: <4877BF14020000400003430C@lucius.provo.novell.com>

> What do I need to do to make it compile?

I think smcs.pc didn't make it into 1.9.1 either.  If I can confirm this I will change the warning to say newer than 1.9.x or maybe 1.9.1.  I don't think we'll have a 1.9.2 release of mono as we'll be branching for mono 2.0 in the next week or so.

But like Geoff says our SL2.0 support basically doesn't work and we're not trying too hard to make it work until after we release 1.0.

Regards,
Andrew Jorgensen



From cmello at gmail.com  Tue Jul 15 23:47:07 2008
From: cmello at gmail.com (Cesar Mello)
Date: Wed, 16 Jul 2008 00:47:07 -0300
Subject: [Moonlight-list] Congratulations
Message-ID: <487D6F3B.5000703@gmail.com>

Hey guys,

Congratulations for the excellent work on the moonlight development!

I work with Windows programming in C++ and some C#, but I've always been 
an enthusiast of the Mono project. I got very surprised when I was 
browsing the moonlight sources and found some great and clean C++ code 
there. I'm very happy for it, congratulations again. :-) It's nice to 
see open-minded use of C++.

My knowledge of Linux libs is quite short but I'll try to hack and 
compile some moonlight code in Windows with vc++ express. I strongly 
believe in the potential of Moon/Silverlight and it's quite a way 
towards platform independent WPF don't you think? Maybe I'm wrong of 
course, but I even think the C++ framework itself is also a valuable 
resource for developing native apps.

Well I think I've said too much, let me see if I get some progress in 
the next days. If not at least I hope to have some fun in my free time.

Best regards!!
Cesar Mello


From gnorton at novell.com  Fri Jul 18 00:41:53 2008
From: gnorton at novell.com (Geoff Norton)
Date: Fri, 18 Jul 2008 00:41:53 -0400
Subject: [Moonlight-list] Firefox Packages
Message-ID: <1216356114.3530.5.camel@limestone>

Hey all,

  We have encountered 2 firefox bugs that can potentially affect the
Moonlight experience.  One causes a crash in certain circumstances
(mozilla bug #435764) the other causes graphics corruption in certain
windowless cases and has the added bonus of some performance
improvements.  The maintainer of the mozilla repository for openSUSE has
been kind enough to backport these patches for us (they are both
requested for 1.9.0.2, which is ff3.0.2) and has made OBS repositories
available for 10.3 and 11.0:

10.3:

http://download.opensuse.org/repositories/mozilla/openSUSE_10.3/


11.0:

http://download.opensuse.org/repositories/mozilla/openSUSE_11.0/

If you're doing moonlight testing, its strongly suggested that you
upgrade to these firefox packages until the patches are merged to a
release version of Firefox.

Feel free to contact me with any questions.

-g



From atsushi at ximian.com  Mon Jul 21 21:59:16 2008
From: atsushi at ximian.com (Atsushi Eno)
Date: Tue, 22 Jul 2008 10:59:16 +0900
Subject: [Moonlight-list] [Mono-dev] olive without recompile mono
In-Reply-To: <48852B86.8090206@gmail.com>
References: <1214860649.5276.88.camel@limestone> <48852B86.8090206@gmail.com>
Message-ID: <48853EF4.4010601@ximian.com>

Olive will always be mono and mcs from trunk, so no, you have to always
build mono from svn. Olive is defined as "under heavy development"
stuff. We don't welcome those who demand stable use of it. And of
course forcing dependent stuff is the only good idea.

Once the next version of mono is released, you'll be able to build
olive (if you are not very unlucky).

BTW (as you are cross posting to moonlight-list) olive has nothing
to do with moonlight anymore.

Atsushi Eno


buhochileno at gmail.com wrote:
> Hi guys:
> 
> Curently is not posible for our development team to change the 
> development environment (fedora OS, mono version, etc..) and we have a 
> pretty new ones of all..but due to a new dependence, we need olive I 
> find a RPM in some opensuse repo but claim that need mono 2.1 and of 
> course force things is not a good idea, also recompile all mono to allow 
> a compilation from source of olive is also not a option for us...
> 
> there are is any other option?, make a rpm from olive sources?, compile 
> olive soirce with my curently installed mono version?, how can I check 
> if my mono version is able to compile olive?, mono --version give me this:
> 
> Mono JIT compiler version 104788 (tarball)
> Copyright (C) 2002-2008 Novell, Inc and Contributors. www.mono-project.com
>         TLS:           __thread
>         GC:            Included Boehm (with typed GC)
>         SIGSEGV:       normal
>         Notifications: epoll
>         Architecture:  x86
>         Disabled:      none
> 
> 
> any other sugestion?
> 
> Thanks
> 
> Mauricio
> 
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
> 


From ceronman at gmail.com  Mon Jul 28 21:24:00 2008
From: ceronman at gmail.com (=?ISO-8859-1?Q?Manuel_Alejandro_Cer=F3n_Estrada?=)
Date: Mon, 28 Jul 2008 20:24:00 -0500
Subject: [Moonlight-list] Implementing GtkSilver.Resize()
Message-ID: <796874fc0807281824n7155c36cja4b606ae2dd90a82@mail.gmail.com>

Hi Guys!

In order to implement proper scrolling in Lunar Eclipse, I would like
to add a Resize method to GtkSilver. To do this, I have to add a
function "moon_window_gtk_resize" to the Moonlight's C API and its
respective method in NativeMethods.cs. Can I proceed on this?

Manuel.

From gnorton at novell.com  Mon Jul 28 21:41:58 2008
From: gnorton at novell.com (Geoff Norton)
Date: Mon, 28 Jul 2008 21:41:58 -0400
Subject: [Moonlight-list] Implementing GtkSilver.Resize()
In-Reply-To: <796874fc0807281824n7155c36cja4b606ae2dd90a82@mail.gmail.com>
References: <796874fc0807281824n7155c36cja4b606ae2dd90a82@mail.gmail.com>
Message-ID: <1217295718.3616.19.camel@limestone>

Manuel,

On Mon, 2008-07-28 at 20:24 -0500, Manuel Alejandro Cer?n Estrada wrote:
> Hi Guys!
> 
> In order to implement proper scrolling in Lunar Eclipse, I would like
> to add a Resize method to GtkSilver. To do this, I have to add a
> function "moon_window_gtk_resize" to the Moonlight's C API and its
> respective method in NativeMethods.cs. Can I proceed on this?
> 

Adding this to the C api is fine (pending commit-review).  I'm curious
why this is needed tho?  Is this because the scrollbar may or may not be
visible?  Could you elaborate on why exactly you need to resize the
window?

Thanks

-g



From toshok at gmail.com  Mon Jul 28 22:21:10 2008
From: toshok at gmail.com (Chris Toshok)
Date: Mon, 28 Jul 2008 19:21:10 -0700
Subject: [Moonlight-list] Implementing GtkSilver.Resize()
In-Reply-To: <d2ebeadd0807281846h16daa1acw5da77c4bf8d1136b@mail.gmail.com>
References: <796874fc0807281824n7155c36cja4b606ae2dd90a82@mail.gmail.com>
	<d2ebeadd0807281846h16daa1acw5da77c4bf8d1136b@mail.gmail.com>
Message-ID: <d2ebeadd0807281921y373cc7abhd0437e5e7c0a65d@mail.gmail.com>

oops, meant to CC the list

On Mon, Jul 28, 2008 at 6:46 PM, Chris Toshok <toshok at gmail.com> wrote:

> there's already a GtkSilver.Resize method that does what you want.
>
>
> On Mon, Jul 28, 2008 at 6:24 PM, Manuel Alejandro Cer?n Estrada <
> ceronman at gmail.com> wrote:
>
>> Hi Guys!
>>
>> In order to implement proper scrolling in Lunar Eclipse, I would like
>> to add a Resize method to GtkSilver. To do this, I have to add a
>> function "moon_window_gtk_resize" to the Moonlight's C API and its
>> respective method in NativeMethods.cs. Can I proceed on this?
>>
>> Manuel.
>> _______________________________________________
>> Moonlight-list mailing list
>> Moonlight-list at lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/moonlight-list
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/moonlight-list/attachments/20080728/a794d783/attachment-0001.html 

From ceronman at gmail.com  Tue Jul 29 00:31:08 2008
From: ceronman at gmail.com (=?ISO-8859-1?Q?Manuel_Alejandro_Cer=F3n_Estrada?=)
Date: Mon, 28 Jul 2008 23:31:08 -0500
Subject: [Moonlight-list] Implementing GtkSilver.Resize()
In-Reply-To: <d2ebeadd0807281921y373cc7abhd0437e5e7c0a65d@mail.gmail.com>
References: <796874fc0807281824n7155c36cja4b606ae2dd90a82@mail.gmail.com>
	<d2ebeadd0807281846h16daa1acw5da77c4bf8d1136b@mail.gmail.com>
	<d2ebeadd0807281921y373cc7abhd0437e5e7c0a65d@mail.gmail.com>
Message-ID: <796874fc0807282131h300ea026ia914b0e46f1e1691@mail.gmail.com>

2008/7/28 Chris Toshok <toshok at gmail.com>:

>> there's already a GtkSilver.Resize method that does what you want.

That's true. I thought that it wasn't what I need, because it resize
the surface instead the widget, but I tested it and works perfectly
for my needs. Thanks.

From rhowell at novell.com  Thu Jul 31 15:05:29 2008
From: rhowell at novell.com (Rusty Howell)
Date: Thu, 31 Jul 2008 13:05:29 -0600
Subject: [Moonlight-list] Moonlight performance tests
Message-ID: <48920CF9.6050007@novell.com>

Hey guys,

Our new performance testing machine has arrived. Do we have a specific 
plan for performance tests already? What kind of setup are we going to 
need and how are the tests going to work?

Rusty

From michaldominik at gmail.com  Thu Jul 31 17:26:26 2008
From: michaldominik at gmail.com (MDK)
Date: Thu, 31 Jul 2008 23:26:26 +0200
Subject: [Moonlight-list] Moonlight performance tests
In-Reply-To: <48920CF9.6050007@novell.com>
References: <48920CF9.6050007@novell.com>
Message-ID: <67ed228e0807311426q4ca32bbbpd24e3fd71d138842@mail.gmail.com>

On Thu, Jul 31, 2008 at 9:05 PM, Rusty Howell <rhowell at novell.com> wrote:
> Hey guys,
>
> Our new performance testing machine has arrived. Do we have a specific
> plan for performance tests already? What kind of setup are we going to
> need and how are the tests going to work?

Hey,

I'm looking a bit into this. First we need some reliable way to
measure performance (FPS is not 100% accurate here), second -- some
interface to probe/access it from the test software. I'm doing some
work now on the animation-screenshooting, and I'm starting to think
this might be a good starting point (in a nutshell: let's measure how
much time it takes to generate all frames of a given
animation/testcase).

Will update on something more concrete soon,

-- 
Michael.

From twiest at novell.com  Tue Jul  1 14:31:28 2008
From: twiest at novell.com (Thomas Wiest)
Date: Tue, 01 Jul 2008 18:31:28 -0000
Subject: [Moonlight-list] [Ximian-mono-list] Moonlight-bugs list
In-Reply-To: <1214860649.5276.88.camel@limestone>
References: <1214860649.5276.88.camel@limestone>
Message-ID: <486A77E0.1070906@novell.com>

I have changed all of the Owner and QA Contact e-mail addresses for the 
Moonlight component over to the new moonlight-bugs list.

Thomas



Geoff Norton wrote:
> Hey all,
>
>   I've created a new list (moonlight-bugs at lists.ximian.com) at the
> request of Rusty.  In the near future all moonlight bugs emails will be
> moved there so you likely want to subscribe now.
>
> If you have any problems please email me directly.
>
> -g
>
>
> _______________________________________________
> Ximian-mono-list mailing list
> Ximian-mono-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/ximian-mono-list
>   


From buhochileno at gmail.com  Mon Jul 21 20:37:56 2008
From: buhochileno at gmail.com (buhochileno at gmail.com)
Date: Tue, 22 Jul 2008 00:37:56 -0000
Subject: [Moonlight-list] olive without recompile mono
In-Reply-To: <1214860649.5276.88.camel@limestone>
References: <1214860649.5276.88.camel@limestone>
Message-ID: <48852B86.8090206@gmail.com>

Hi guys:

Curently is not posible for our development team to change the 
development environment (fedora OS, mono version, etc..) and we have a 
pretty new ones of all..but due to a new dependence, we need olive I 
find a RPM in some opensuse repo but claim that need mono 2.1 and of 
course force things is not a good idea, also recompile all mono to allow 
a compilation from source of olive is also not a option for us...

there are is any other option?, make a rpm from olive sources?, compile 
olive soirce with my curently installed mono version?, how can I check 
if my mono version is able to compile olive?, mono --version give me this:

Mono JIT compiler version 104788 (tarball)
Copyright (C) 2002-2008 Novell, Inc and Contributors. www.mono-project.com
        TLS:           __thread
        GC:            Included Boehm (with typed GC)
        SIGSEGV:       normal
        Notifications: epoll
        Architecture:  x86
        Disabled:      none


any other sugestion?

Thanks

Mauricio