in master since May to not build the sample if
Mono.GetOptions isn't available. So it's just a matter of rolling a new
release.
--
Mike Kestner mkest...@gmail.com
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http
/gtk-sharp-2-12-branch.
trunk/gtk-sharp is unstable, will target the gtk 3.0 api, and has no
current release plans.
--
Mike Kestner mkest...@gmail.com
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman
the docs and tools were merged into mcs trunk.
--
Mike Kestner mkest...@gmail.com
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
for example. I'm not sure how feasible
that is given the use of construct-only properties in gtk+.
--
Mike Kestner mkest...@gmail.com
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel
On Sat, 2009-09-05 at 09:15 +0200, Christian Hoff wrote:
In Windows I use 'mkbundle' [1]
We should probably put that code in a try-block. What do you think, Mike?
My question would be, what do you do in the catch block?
The winforms reflection thing is a huge hack, we know that, and the
and plans:
http://mono-project.com/MonoVisualProfiler
There is also now a Visual Profiler category for bug reporting and
enhancement requests in the Mono:Tools bugzilla product. Discussion
should occur on mono-devel-list.
--
Mike Kestner mkest...@gmail.com
here:
https://bugzilla.novell.com/show_bug.cgi?id=508580
Thanks for the report. We've released a 2.12.9-2 installer at the usual
place. Thanks for testing it as well.
--
Mike Kestner mkest...@novell.com
___
Mono-devel-list mailing list
Mono-devel
considering win32
ports in the future. Which would you prefer, one installer or two? If
one, should it remain the Gtk# for .net installer for historical
purposes, even containing the infusion of mono tastiness, or do we
rename it to Mono Libraries for .Net?
--
Mike Kestner mkest...@novell.com
I'm stuck.
Any hints?
You may have figured this out already, but the CreateNativeObject call
in that generated call is the equivalent of g_object_newv. The string[]
is a list of property names. The GLib.Value[] is their corresponding
values.
--
Mike Kestner mkest...@gmail.com
-l...@lists.ximian.com for discussion.
--
Mike Kestner mkest...@gmail.com
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
the mono or .Net SDK.])
fi
AC_SUBST(GACUTIL)
--
Mike Kestner mkest...@gmail.com
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
On Sat, 2008-12-13 at 15:23 +, Jonathan Pryor wrote:
On Fri, 2008-12-12 at 22:35 -0600, Mike Kestner wrote:
On Fri, 2008-12-12 at 08:56 -0700, Andrew Jorgensen wrote:
I don't know how best to solve this issue but it needs to be solved.
As more mono-based packages are added to linux
and I were discussing
it and he said it should be possible to extend the addin tools to
provide an addin detection capability.
--
Mike Kestner mkest...@gmail.com
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com
friendly
win32 build process, and the new gio APIs (thanks to Stephane) plus all
the new gtk+ goodies.
--
Mike Kestner [EMAIL PROTECTED]
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel
On Thu, 2008-11-20 at 18:23 +0300, Alexander M. Batishchev wrote:
http://anonsvn.mono-project.com/viewvc/branches/gtksourceview-sharp-0.x/ and
ran ./configure. It said:
checking for gapi2-fixup... /usr/local/bin/gapi2-fixup
checking for gapi2-codegen... /usr/local/bin/gapi2-codegen
that it is an MSI
There are a bunch of wix files in svn now to borrow from.
--
Mike Kestner [EMAIL PROTECTED]
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
are referring to?
--
Mike Kestner [EMAIL PROTECTED]
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
to get a jump on the transition, you will want to
begin moving your use of any Obsolete/deprecated API to its replacement.
Transition guides for most major C deprecations are available in the gtk
+ documentation on gtk.org.
As always, we appreciate any feedback from the community.
--
Mike Kestner
invocation and
connection mechanism.
--
Mike Kestner [EMAIL PROTECTED]
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
On Sat, 2008-05-31 at 21:50 -0400, [EMAIL PROTECTED] wrote:
On Fri, 2008-05-30 at 17:00 -0400, [EMAIL PROTECTED] wrote:
ExcObject: System.InvalidProgramException: Invalid IL code in (wrapper
native-to-managed) GdkSharp.PixbufDestroyNotifyWrapper:NativeCallback
(intptr,intptr):
On Fri, 2008-05-30 at 17:00 -0400, [EMAIL PROTECTED] wrote:
ExcObject: System.InvalidProgramException: Invalid IL code in (wrapper
native-to-managed) GdkSharp.PixbufDestroyNotifyWrapper:NativeCallback
(intptr,intptr): IL_0030: call 0x0006
I think this is a known issue with
On Fri, 2008-05-09 at 11:00 +0100, Paul wrote:
Hi,
I'm rebuilding gtk-sharp for inclusion in Fedora and have hit a problem
when building rsvg. What non-C# library do I need to have installed to
ensure that rsvg gets built?
librsvg, but most likely, the problem is that you don't have an old
and it passed testing at
Medsphere. I suspect either there is an issue on mono 1.9 or one with
the installer build.
--
Mike Kestner [EMAIL PROTECTED]
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono
to bugzilla.novell.com, module gtk#.
--
Mike Kestner [EMAIL PROTECTED]
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
.
- Numerous bugfixes
Thanks to the contributors to this release: Wade Berrier, Eskil Bylund,
Sebastian Dröge, Michael Hutchinson, Lluis Sanchez Gaul, and myself.
Discussion of Gtk# occurs on [EMAIL PROTECTED] and defects
can be reported to bugzilla.novell.com, module gtk#.
--
Mike Kestner [EMAIL PROTECTED
installers both provide 2.10.x currently.
--
Mike Kestner [EMAIL PROTECTED]
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
:/mkestner/
Source tarballs are available from ftp.gnome.org.
We expect to move rapidly toward the 2.12 and 2.20 final release, with
possibly one more preview depending on the number of issues identified.
Issues can be reported to bugzilla.novell.com module gtk#.
--
Mike Kestner [EMAIL PROTECTED
to bugzilla.novell.com module gtk#.
--
Mike Kestner [EMAIL PROTECTED]
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
in that manner.
--
Mike Kestner [EMAIL PROTECTED]
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
be to use a namespaces.xml file in the root node
which contains all the namespace summary docs for the directory.
--
Mike Kestner [EMAIL PROTECTED]
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono
transformation is
going to be problematic.
--
Mike Kestner [EMAIL PROTECTED]
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Miguel de Icaza wrote:
There are a handful of Gtk# questions. I just forwarded one.
Subject:
[Mono-dev] TreeModelAdapter vs CellRendererCombo
From:
Magnus Henoch [EMAIL PROTECTED]
Date:
Mon, 15 Oct 2007
code, I'd
like to hear about it.
--
Mike Kestner [EMAIL PROTECTED]
SUSE® Linux Enterprise 10
Your Linux is ready™
www.novell.com/linux
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel
question on gtk-sharp-list, where the
discussion belongs.
--
Mike Kestner [EMAIL PROTECTED]
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
experimental installer for Windows runs my Gtk# 2.4
application while the official mono one does not (neither in Windows nor in
Linux)...
Talked to Wade about this today and we think we figured out why the
mono-project installers policy stuff wasn't working. He's working on
the issue.
--
Mike
for this. It's on svn trunk.
--
Mike Kestner [EMAIL PROTECTED]
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
of the Gnome Desktop release set, I don't think it
should be included in Gtk#.
--
Mike Kestner [EMAIL PROTECTED]
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
://workspaces.gotdotnet.com/
ironpython
Oh, yeah, so would I. Didn't realize it worked that way. Thanks.
Done, thanks.
--
Mike Kestner [EMAIL PROTECTED]
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo
, not mono-tools.
As far as win32, is it the gconf-sharp dependency that's blocking us?
How did you get around that for 1.0 on win32?
--
Mike Kestner [EMAIL PROTECTED]
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http
on it.
The definitive resource for GAPI is:
http://www.mono-project.com/GAPI
--
Mike Kestner [EMAIL PROTECTED]
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
on this issue, I have
decided to patch the gtk-sharp configure.in.in to add gtk+-2.0 to the
VTE_DEPENDENCIES pkgconfig check, which I suppose is a moderately less
hackish workaround. It's on trunk revision 55928.
--
Mike Kestner [EMAIL PROTECTED]
___
Mono
build I would suspect the whole libdir=lib64
thing. Mono is most likely stuffing the pc file in
prefix/lib/pkgconfig. Make sure your PKG_CONFIG_PATH isn't doing
something like prefix/lib64/pkgconfig.
--
Mike Kestner [EMAIL PROTECTED]
___
Mono-devel
can think of a better way.
--
Mike Kestner [EMAIL PROTECTED]
Index: scripts/mono-find-provides.in
===
--- scripts/mono-find-provides.in (revision 53695)
+++ scripts/mono-find-provides.in (working copy)
@@ -35,6 +35,14
by Cairo.Context)]
public class Graphics : Context {}
That would at least give source compat, if not runtime compat. But I
don't personally think it's worth changing just to be consistent with
other language bindings.
--
Mike Kestner [EMAIL PROTECTED
the issue by simultaneously releasing a new
Gtk# with the next mono release.
We also need to address the issue of Mono.Cairo availability on win32
with the MS runtime. We need to be able to build/ship Mono.Cairo
without mono on win32 for Gtk#.
--
Mike Kestner [EMAIL PROTECTED
On Tue, 2005-11-29 at 15:53 -0500, John Luke wrote:
On Tue, 2005-11-29 at 12:07 -0600, Mike Kestner wrote:
We also need to address the issue of Mono.Cairo availability on win32
with the MS runtime. We need to be able to build/ship Mono.Cairo
without mono on win32 for Gtk
that
sample/TestVfs does.
--
Mike Kestner [EMAIL PROTECTED]
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
. ;-)
AC_PATH_PROG(CSC, mcs, no)
I don't have any idea how that could be failing to return the mcs from
your path. That's pretty fundamental autoconf stuff.
--
Mike Kestner [EMAIL PROTECTED]
___
Mono-devel-list mailing list
Mono-devel-list
haven't because
I haven't taken the time to get a Gtk+ 2.8 installation up.
It's totally unsupported until we get 2.4/2.6 out. That's why the
script is marketed at insane people, in case they might want to fix it
on their own.
--
Mike Kestner [EMAIL PROTECTED
On Tue, 2005-08-23 at 17:13 +0100, Paul wrote:
By the looks of it though, the problem is not in gtk-sharp, but mcs.
I'll put into bugzilla anyway.
That exception is occurring during the code generation target, so I
seriously doubt it's mcs.
--
Mike Kestner [EMAIL PROTECTED
On Sun, 2005-07-03 at 12:16 -0400, Brandon Hale wrote:
I've already spoken with Mike, Ben, and Miguel on IRC, but I would
appreciate any creative solutions to either API or scheduling issues
that you can come up with.
Anybody ever tried doing a mono bundle with MD?
--
Mike Kestner [EMAIL
in Gtk# trunk any more. If
there are still places where crashes occur because of released
delegates, they should be reported as bugs.
--
Mike Kestner [EMAIL PROTECTED]
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http
properly defaulted. Try providing a --assembly-name
argument to your gapi2-codegen command. It's possible you may need to
provide a --customdir option too.
I've opened a bug to provide default values for missing arguments:
http://bugzilla.ximian.com/show_bug.cgi?id=74769
--
Mike Kestner [EMAIL
without it.
--
Mike Kestner [EMAIL PROTECTED]
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
54 matches
Mail list logo
