Thanks for Your answer!
But I need it for gtk :(
I wrote code:
using System;
using Gtk;
public class Moja {
public static void Main (){
Application.Init ();
Application.Run();
Moja mojaa = new Moja();
}
public Moja(){
Window okno = new
On Mon, 2006-08-07 at 10:32 +0100, Mariusz Mart wrote:
Add this:
[GLib.ConnectBefore]
private void onBottonClick(object o,ButtonPressEventArgs args){
System.Console.WriteLine(klik);
Application.Quit();
}
}
Look Gtk# Faq item 3.3:
Yeah!!!
You are great! :
Thank a lot!!
Such things should be in Monkey Guide!
Mike Kestner [EMAIL PROTECTED] 08/07/06 3:15 PM
On Mon, 2006-08-07 at 10:32 +0100, Mariusz Mart wrote:
Add this:
[GLib.ConnectBefore]
private void onBottonClick(object o,ButtonPressEventArgs
Hi Pablo,
If you are writing GTK# based application, then you can use LDTP
(http://ldtp.freedesktop.org) for GUI automation.
Thanks
Nagappan
pablosantosluac wrote:
Hi,
Is there any plans to include UI Automation on mono? Any other way to get
similar functionality?
pablo
Hi!
I am currently working on an ADO.Net Provider for MaxDB that is registered
in the SourceForge.net (see http://sourceforge.net/projects/maxdbprovider).
The binaries are compiled for Net-1.1, Net-2.0 and Mono-1.0. Since the
ADO.NET 2.0 is still in the development phase I can not build
Hi,
Is there any plans to include UI Automation on mono? Any other way to get
similar functionality?
pablo
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hi Dmitry,
1. The preview version of ADO.NET will be available with Mono 1.2.
2. Can you please give more details regarding the SIGSEGV ? Procedures
to reproduce the bug ?
3. For running the general tests in Big Endian should be same as Little
Endian hardware. Recently lot of bugs related to Big
Hi, Nagappan
1. The preview version of ADO.NET will be available with Mono 1.2.
Ok
2. Can you please give more details regarding the SIGSEGV ? Procedures
to reproduce the bug ?
I try to run test cases which are working perfectly on .Net (see
Hi,
Is a wrapper method necessary to avoid DLL loading? What if I use
[MethodImplAttribute (MethodImplOptions.NoInlining)] on the P/Invoke method?
Will P/Invoke methods be inlined without NoInlining?
Kornél
- Original Message -
From: Zoltan Varga [EMAIL PROTECTED]
To: Kornél Pál
-Original Message-
From: [EMAIL PROTECTED] [mailto:mono-devel-list-
[EMAIL PROTECTED] On Behalf Of Jeroen Frijters
Sent: zondag 6 augustus 2006 12:55
To: Marek Safar
Cc: mono-devel-list@lists.ximian.com
Subject: Re: [Mono-dev] mcs bug
Hi Marek,
I spent quite a bit of time
Currently, when a method referencing a pinvoke method is compiled, the
pinvoke method is looked up even if it ends up not being called, i.e:
void foo () {
if (false)
a pinvoke method
}
if foo () is called, the pinvoke method is looked up. thats why I
suggested using
a wrapper method with the
Thanks for this explanation, now I understand why the complicated solution
you suggested is required.
I committed the patch using wrapper methods; I hope this won't cause
kernel32.dll to be loaded on Linux.
Kornél
- Original Message -
From: Zoltan Varga [EMAIL PROTECTED]
To: Kornél
Hi, everyone!
We are developing a server application (or suite of applications) that will
receive requests from clients, run database queries to fulfill those
requests, and then return the datasets with the results. The server will
continually receive these requests from all over the
Tom Mason wrote:
Hi, everyone!
We are developing a server application (or suite of applications) that will
receive requests from clients, run database queries to fulfill those
requests, and then return the datasets with the results. The server will
Thats not very descriptive. It
Is there any work being done on System.Collections.ObjectModel? I see from
a quick search someone sent a patch to the list, but I don't think it was
ever applied. Specifically I'm interested in ReadOnlyCollection class.
I've implemented several interfaces using this and was hoping to not
change
Hello,
I have the following question to the Mono developers:
1) When ADO.NET 2 implementation will be complete? Will it be included in
the Mono 1.2?
To follow up to what Nagappan already said, the 2.0 profile libraries
are not something that will be officially complete for the 1.2 release.
On Mon, 2006-08-07 at 18:20 -0500, [EMAIL PROTECTED] wrote:
Is there any work being done on System.Collections.ObjectModel?
Work _has_ been done, with the following classes already in svn:
System.Collections.ObjectModel.Collection
System.Collections.ObjectModel.KeyedCollection
On Mon, 2006-08-07 at 01:19 +0200, Andrés G. Aragoneses [ knocte ]
wrote:
So I guess these frameworks would be affected if the ASP.NET API became
patent-tied...? :-(
Of course!
Like any non trivial piece of software depending on any non trivial
API, ASP.NET already *is* patent-tied, there's no
Andrés G. Aragoneses [ knocte ] wrote:
Andrés G. Aragoneses [ knocte ] escribió:
Robert Jordan escribió:
Hey,
Andrés G. Aragoneses [ knocte ] wrote:
einKI.ml escribió:
If you don't want to use ASP.NET and/or System.Windows.Form it's up to
you
but note that the fact that there is a
I created simple exe file which allows editing bound data using
System.Windows.Forms.DataGridView.
I used Visual C# Express Edition 2005 and .NET data provider for PostgreSQL
0.7.1
Running this exe file in Windows XP using Mono 1.1.16.1 is extremely slow.
Windows Task Manager shows that
Hi,
I'm trying to compile db4o using mono-1.1.16-1 (supplied by Fedora Core)
using the src rpm (I'm thinking of submitting it to Fedora Extras).
When I come to compile it, I'm getting the following error
./src/core/src/core/com/db4o/YapField.cs(89,14): error CS0121: The call
is ambiguous
On 8/7/06, PFJ [EMAIL PROTECTED] wrote:
Hi,
Hi!
I'm trying to compile db4o using mono-1.1.16-1 (supplied by Fedora Core)
using the src rpm (I'm thinking of submitting it to Fedora Extras).
When I come to compile it, I'm getting the following error
Hi,
Where is the best place to report this error (not sure if it's here or
to db4o themselves)
Both. On one hand you are experiencing a bug in mcs and on the other
hand db4o releases must be compatible with the latest mono releases.
I've put it on the community forum at db4o and will
How about you create a little test app that allows to reproduce the problem
you're running into and then log a bug at bugzilla.ximian.com and attach the
test app?
Peter
-Original Message-
From: Andrus [EMAIL PROTECTED]
To: Mono-list@lists.ximian.com
Date: Monday, August 07, 2006 05:26
Hello,
I have the following structure in Windows:
typedef struct {
BYTE FAR *myBtyeArray;
} MYSTRUCTURE;
In .NET this structure is defined like this:
[StructLayout(LayoutKind.Sequential, Size = 4, Pack = 1)]
public class MYSTRUCTURE {
public byte[] myByteArray;
}
which works OK. I
Hi peoples...
I'm would like to create one form (glade file) with all database data
controls (insert/updade/refresh/save navigation record bar.. next,
last, first.) and re-use this unique control in all form of
cadasters (glade file with only fields)
(clients/customer/services)
I'm would like to create one form (glade file) with all database data
controls (insert/updade/refresh/save navigation record bar.. next,
last, first.) and re-use this unique control in all form of
cadasters (glade file with only fields)
(clients/customer/services)
On Seg, 2006-08-07 at 11:14 -0400, Adam Tauno Williams wrote:
I'm would like to create one form (glade file) with all database data
controls (insert/updade/refresh/save navigation record bar.. next,
last, first.) and re-use this unique control in all form of
cadasters (glade
David Abrames wrote:
I have the following structure in Windows:
typedef struct {
BYTE FAR *myBtyeArray;
} MYSTRUCTURE;
In .NET this structure is defined like this:
[StructLayout(LayoutKind.Sequential, Size = 4, Pack = 1)]
public class MYSTRUCTURE {
public byte[] myByteArray;
On Mon, 2006-08-07 at 12:39 -0300, Carlos Cesario wrote:
On Seg, 2006-08-07 at 11:14 -0400, Adam Tauno Williams wrote:
I'm would like to create one form (glade file) with all database data
controls (insert/updade/refresh/save navigation record bar.. next,
last, first.) and re-use
Hello all mono folks,I would like to build GTK# applications with extensive database functions en ofcourse databinding would be more than welcome ;)I know this question scores high on all wishlists for more than a year now see:
El dl 07 de 08 del 2006 a les 17:22 -0300, en/na Carlos Cesario va
escriure:
On Seg, 2006-08-07 at 14:01 -0400, Adam Tauno Williams wrote:
On Mon, 2006-08-07 at 12:39 -0300, Carlos Cesario wrote:
On Seg, 2006-08-07 at 11:14 -0400, Adam Tauno Williams wrote:
I'm would like to create one
Yes, I know a little about stetic, but I would like to know how to
create Visual From Inheritance and if Stetic is able to make this,
I don't know how to make this
Nope, Stetic does not support visual form inheritance. You can make your
form inherit another form, but you won't
Hello,
My Question: Should I implement my own bindings, if so how should I
begin? Should I wait or begin writing on a MS computer?
Matjaz Mihelic [EMAIL PROTECTED] had a version of Gtk# bindings, but I
have not heard from him in a while.
I just noticed I had an email where he was asking if
A good solution to this might be to design Controls in stetic, then
place those controls on the Window in the code of the Window. Then in
derived classes, you can do what you want with the existing Control, or
around it.
On Mon, 2006-08-07 at 23:25 +0200, Lluis Sanchez wrote:
El dl 07 de 08 del
35 matches
Mail list logo