I would like to contribute to the winforms firstly by adding support for the ToolStripDropDownButton class.
I am currently in the process of doing this on my client machine but have no idea how i would get this addition into the public release.
Could someone please point me in the right direction
Hey,
so svn and the whole community project thing are new to me.. any
tips/guidance will be greatly apreciated
If you feel comfortable with irc, we can answer your questions, come to
#mono-winforms or #mono channels on irc.gnome.org
Miguel
___
On 11/14/06, Matthijs ter Woord [EMAIL PROTECTED] wrote:
Are there plans to update the class status data files to the .NET 2.0 RTM
assemblies?
They are already .NET 2.0 RTM.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
Then the website needs to be adjusted, as it mentions Beta2
Marek Sieradzki [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
On 11/14/06, Matthijs ter Woord [EMAIL PROTECTED] wrote:
Are there plans to update the class status data files to the .NET 2.0 RTM
assemblies?
They are
I think the issue is with the mini-arm.c add_general (guint *gr, guint *stack_size, ArgInfo *ainfo, gboolean simple) function.It doesn't work properly for MONO_TYPE_I8/MONO_TYPE_R8 if just the first half fits in one register and the other on the stack.mono_arch_create_trampoline seems to handle
Hello,
Please review the patch for System.Data.DataTable.LoadDataRow
failing tests.
Regards,
Konstantin Triger
datatableload.patch
Description: datatableload.patch
___
Mono-devel-list mailing list
Matthijs ter Woord wrote:
I made a testcase, see attached file. The following output is expected:
Foo
DoTest, 'Hello, World', True
done
Under MS.NET 1.1 I got the same self-explanatory exception
like in Mono, so it seems that the serialization of delegates
constructed from non-public static
Hello Kosta,
Patch looks fine please check in, with ChangeLog entries :)
Thanks
Nagappan
Nagappan A [EMAIL PROTECTED]
Linux Desktop Testing Project - http://ldtp.freedesktop.org
http://nagappanal.blogspot.com
Novell, Inc.
SUSE® Linux Enterprise 10
Your Linux is ready™
On Sun, 2006-11-12 at 04:33 -0800, Igor Zalmanovich wrote:
Attached are the patch fixes HtmlContainerControl.InnerText property and
the corresponding Test Case
Please, commit.
Thanks.
-Gonzalo
___
Mono-devel-list mailing list
On Sun, 2006-11-12 at 20:25 -0600, Joe Audette wrote:
Hi Marek,
Thanks a lot, that one is fixed.
Now my only compilation error is:
The type or namespace name `AggregateCacheDependency' could not be
found. Are you missing a using directive or an assembly
reference?(CS0246)
That one
On Mon, 2006-11-13 at 11:41 +0100, Marek Habersack wrote:
Hello,
The attached diff implements the class mentioned in the subject and
modifies the CacheDependency and Cache classes in order to support
AggregateCacheDependency. Please review,
This is now in svn.
Thanks a lot!
-Gonzalo
In the attached diff file, is a change for implementing the == and !=
operators of System.Transactions.Transaction.
Please review and commit...
begin 666 trans.patch
[EMAIL PROTECTED](%1R86YS86-T:6]N+F-SCT]/3T]/3T]/3T]/3T]/3T]/3T]/3T]
On Sun, 2006-11-12 at 02:18 -0800, Igor Zalmanovich wrote:
Attached are the patch fixes LiteralControl constructors and
the corresponding Test Case
Is this change needed in LiteralControl? I don't see any real
difference.
-Gonzalo
___
Hi,
when looking at the sources of Transaction, I see the EnlistDurable only
supports 1 Durable resource manager. Why is this? Shouldn't it be just
possible to have multiple of them?
Also, regarding 2PC, why isn't this implemented? With the current codebase
(ie, only one durable resource
Hi there,
I'm a mono fan.
I've read the news about the opensourcing of Java and the first thing
that came to my mind was:
Great, now mono can improve its JIT, AOT compilers and their garbage
collectors with cross pollination from Sun's JVM..
I say this because its now possible to access and
Great, now mono can improve its JIT, AOT compilers and their garbage
collectors with cross pollination from Sun's JVM..
I say this because its now possible to access and share code with
SUN's JVM, enabling the possibility of things like: ...
Wouldn't doing any of those require Mono to be GPL
On 11/14/06 D M wrote:
I think the issue is with the mini-arm.c add_general (guint *gr, guint
*stack_size, ArgInfo *ainfo, gboolean simple) function.
It doesn't work properly for MONO_TYPE_I8/MONO_TYPE_R8 if just the first half
fits in one register and the other on the stack.
This seems to work.Thanks a lot,DanPaolo Molaro [EMAIL PROTECTED] wrote: On 11/14/06 D M wrote: I think the issue is with the mini-arm.c add_general (guint *gr, guint *stack_size, ArgInfo *ainfo, gboolean simple) function. It doesn't work properly for MONO_TYPE_I8/MONO_TYPE_R8 if just the first
Well first of all: nice move from Sun.
Of the list you named imho the only point that really provides a lot of
possible value is for IKVM, because while Classpath got a lot better over
time it still isn't complete, so switching to the official libraries could
help a lot.
Some more comments
Hi,
For those who are interested in Mono's WCF status, I uploaded
current API status pages here:
http://monkey.workarea.jp/tmp/200611/deploy/System.ServiceModel.html
(and follow the links on top of the page for other assemblies.)
You can build the status pages in olive/status (you need to
Hi,
Matthijs ter Woord [EMAIL PROTECTED] writes:
In the attached diff file, is a change for implementing the == and !=
operators of System.Transactions.Transaction.
Please review and commit...
Index: Transaction.cs
===
---
Isn't it more usual to implement Equality and then for InEquality just: return !obj.Equals(otherObj); Easier to maintain ;)Alan.On 11/15/06, Raja R Harinath
[EMAIL PROTECTED] wrote:Hi,
Matthijs ter Woord [EMAIL PROTECTED] writes: In the attached diff file, is a change for implementing the == and
On Tue, 2006-11-14 at 08:33 -0600, Michael Schurter wrote:
On Mon, 2006-11-13 at 17:48 -0500, Ben Timby wrote:
Easiest way is likely to configure syslog-ng with a destination of type:
unix-stream for your firewalls events.
There seems to be a problem with my syslog-ng configuration as its
On Tue, 2006-11-14 at 11:12 +0900, Atsushi Eno wrote:
The closest path to support fortran would be some kind of GCC
support for CIL backend, which practically does not exist yet.
This is not completely true... the support is there even if not
100% complete, and just targeting the C language
On Mon, 2006-11-13 at 17:48 -0500, Ben Timby wrote:
Easiest way is likely to configure syslog-ng with a destination of type:
unix-stream for your firewalls events.
There seems to be a problem with my syslog-ng configuration as its
telling me: Connection failed; error='Connection refused
On Tue, 2006-11-14 at 10:18 -0500, Gonzalo Paniagua Javier wrote:
I did something similar and there's no need for UnixStream or anything
like that. Just:
destination df_firewall { pipe(/dev/firewall-fifo); };
And then open /dev/firewall-fifo as you would open any other file:
using
Hi there
As part of a cross platform development (Mono/Linux MS/Windows), we need a
tool to convert the csc XML into something usuable.
Now, I understand that ndoc is dead. I assume MS answer (sandcastle) will work
on Windows only. So, are there any recommendations for generating
Hi there,
It seems one constructor for XmlTextReader really requires a
XmlResolver parameter [ perhaps instead of the dummy boolean ? ], such
that we can resolve URIs correctly in the GetStreamFromUrl call inside
the impl.
This was provoked by OdfConverter - which likes to stuff
Hi Atsushi,
On Tue, 2006-11-14 at 09:28 +0900, Atsushi Eno wrote:
Sadly the patch is wrong - the XmlResolver in XmlReaderSettings is
used only to resolve DTD or whatever dependent files, not the XML
stream itself.
Interesting; I'd be interesting to know what source you get that from.
Mads Bondo Dydensborg wrote:
As part of a cross platform development (Mono/Linux MS/Windows), we need a
tool to convert the csc XML into something usuable.
Now, I understand that ndoc is dead. I assume MS answer (sandcastle) will
work
on Windows only. So, are there any recommendations
Hello,
MonoTODO attributes have been used in the past for two purposes: to
warn us about things that must be reviewed (this shows up on the class
status pages) and for comments that a developer would use.
Since the Mono Meeting, we discussed using MonoTODOs instead as a
mechanism to
FYI,I was able to solve this problem myself. I realized that it had to do with the fact that I'd included some unnecessary mono assemblies in my web app's bin directory (assemblies which were already in the GAC or otherwise on the machine which I migrated to). This caused some confilcts as I'm
Hi Travis,script language=_javascript_ type=text/_javascript_ var sControlName = 'asp:Literal id=litProductDdlName runat=server /'; /script
That would never work on windows either. Its not a correct way to get a client side reference to a server side control. Its not a Mono migration issue at
On Tue, 2006-11-14 at 16:34 -0500, Miguel de Icaza wrote:
Hello,
MonoTODO attributes have been used in the past for two purposes: to
warn us about things that must be reviewed (this shows up on the class
status pages) and for comments that a developer would use.
Since the Mono
34 matches
Mail list logo