[Mono-list] Contributing - System.Speech
Atsushi Eno
atsushieno at veritas-vos-liberabit.com
Tue Oct 9 15:40:01 UTC 2012
Hello,
Chris McKinnon wrote:
> Hi,
>
> I decided to take contributing to Mono seriously about 6 months ago. I've been working on an implementation of the System.Speech namespace in my spare time (which isn't much). The implementation right now is targeted at using the underlying Mac Speech API but I'm hoping it will expand to other platforms later.
That is great :)
> I typically do web development and use the Telerik controls extensively. I'd like to get the .NET 3.5 version of their controls officially supported, so I ran MoMa on their web DLL and pick this api to start with. The use of the System.Speech api in their case seems to be limited to speaking Captcha text.
>
> I'm trying to follow best practices and unit test but I don't want to get too far down a road without peer-review. How does one submit code? Is there a GIT repository for spikes?
We have some introduction text for new contributors (including code
formatting, which is quite different from what Visual Studio formats).
http://www.mono-project.com/Contributing
For System.Speech, it should be put in mono module on github
https://github.com/mono/mono
class libraries are under mcs/class, so you would like to put
System.Speech directory under there too:
https://github.com/mono/mono/tree/master/mcs/class
You can either begin with your own fork, or keep working on master
locally (since it is about isolated class library it won't conflict with
others' work, so it's almost safe to work on master tree).
If you want to build System.Speech.dll like other assemblies, take a
look at *.dll.sources and Makefile in other classlib directories. In mcs
we don't use *.csproj but use flat list of sources. Also you need to add
System.Speech to mcs/class/Makefile. Though I think you can integrate it
in mono module later.
If you check out other classlib directories, you'd notice that files are
created per namespace and per class.
Since System.Speech is likely per-platform implementation (unless you
use some platform neutral libraries such as festival/flite), you might
first want to create some platform abstraction layer for System.Speech
API and then write Mac Speech API based implementation (in case you
didn't think about that). It could be in the same assembly, like we do
for System.Windows.Forms.dll.
Hope this helps.
Atsushi Eno
> Thanks,
>
> Chris McKinnon
> _______________________________________________
> Mono-list maillist - Mono-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
>
>
>
More information about the Mono-list
mailing list