Nabble - Mono - WinForms

Re: New Winforms in Daily Snapshot?

2009-12-04T23:46:20Z

"Simple question: do I get the updates to the Winforms if I build from the
Mono Daily snapshot? My guess is that I do."
Yes.

"Also: can I update just Winforms, or does that make no sense?"
Sometimes yes, sometimes no... It depends whether some dependencies changed over the time. It could be that you have more DLLs to update.

By the way, the easy way to update WinForms might be to look around Novell's bugzilla: Ivan has been posting the SVN WinForms DLL (compiled at the posted date) in a few bug reports. Like here: https://bugzilla.novell.com/show_bug.cgi?id=540781

Daniel Rosenstark-4 wrote:

Simple question: do I get the updates to the Winforms if I build from the
Mono Daily snapshot? My guess is that I do.

Also: can I update just Winforms, or does that make no sense?

Some of the answers to my last questions pointed to updating my Winforms.
Thanks!

_______________________________________________
Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-winforms-list

New Winforms in Daily Snapshot?

2009-12-04T05:39:56Z

Simple question: do I get the updates to the Winforms if I build from the Mono Daily snapshot? My guess is that I do.

Also: can I update just Winforms, or does that make no sense?

Some of the answers to my last questions pointed to updating my Winforms. Thanks!

_______________________________________________
Mono-winforms-list maillist - Mono-winforms-list@...
http://lists.ximian.com/mailman/listinfo/mono-winforms-list

Re: Error With Gdi32.dll

2009-12-04T01:42:57Z

For the record, my own app uses PixelOffsetMode to work around a GDI+ problem (rounding issues when zooming in/out), but although this method isn't implemented in Mono, it's not actually needed for me since Mono doesn't have this issue in the first place. So if your case is similar, you can ignore the PixelOffsetMode part of the report.

The real issues are the P/Invokes. If you can't change these parts of the code, this app just won't work out of Windows (Wine aside).

darkprince87 wrote:

yes it works on windows and Yes, it't launched with wine (the problem is that I would make a linux version of this application without to touch the GUI part. I've made an analisys with MoMA and I've got these results:

Re: Error With Gdi32.dll

2009-12-04T01:21:01Z

yes it works on windows and Yes, it't launched with wine (the problem is that I would make a linux version of this application without to touch the GUI part. I've made an analisys with MoMA and I've got these results:

Problem displaying CJK characters in WinForms controls

2009-12-01T00:46:34Z

Hi,

I'm having a problem when I try to display CJK characters in WinForms controls such like a TreeView or a simple Label.

When I use the following code to create a simple form with a label within, the title of the form is shown correctly while the text of the label is shown as "boxes".

using System;
using System.Windows.Forms;

class MainClass
{
public static void Main(string[] args)
{
string text ="\u30C0";
Form form = new Form();
form.Text = text;
Label label = new Label();
label.Text = text;
form.Controls.Add(label);
Application.Run(form);
}
}

Is there something I missed to install or did I forget to set any properties?

Greetings from Germany,
Martin

Re: Error With Gdi32.dll

2009-11-30T23:15:33Z

darkprince87 wrote:

Stifu wrote:

It seems like this project is directly invoking a Windows DLL (P/Invoke), so it won't work with Mono.
To work around problems like this, some people use Mono under Wine, but I've never tried it, and it doesn't sound ideal. The best solution would be to modify the project to replace the P/Invoke with a managed equivalent.

the problem is that even if i try to run the windows file.exe with wine (with terminal) I get the same error... :(

Did you try changing the Windows version in Wine?
Does the program actually work on Windows? If it does, you could copy the Gdi32.dll and put it in the application folder, so you're sure it's there for Wine to load (and using Mono, since it's a managed application).

Re: Starting Form on top of Child Form Issue - Mono 2.4.2.3 with SUSE 11

2009-11-30T19:56:00Z

Yes, I used the same libgdiplus version and tried all different versions I could find, but alas nothing seemed to solved it, until the move to openSuse 11.2...

On Mon, Nov 30, 2009 at 3:08 PM, Petit Eric <surfzoid@...> wrote:

Did you have same version of libgdiplus ?

2009/11/30 Steve <utnsteve@...>:

> Hi All,
>
> Well, you'll be glad to know that it does not seem to be a Mono issue.
>
> SLES 11 and openSUSE 11.1 had that Starting Form on top issue.
> But when we used a fresh install of openSUSE 11.2, everything worked
> beautifully using the current release of Mono 2.4.2.3
>
> I am not sure why, I'm guessing it could be something to do with the
> specific hardware currently in use as when we tried on different hardware
> configuration, everything worked fine in openSUSE 11.1 and Mono 2.4.2.3
>
> For you information, this is the hardware that causes issue with version 11
> and 11.1:
> Intel Atom N270 (945GSE + ICH7) with Intel GMA 950 type of system.
>
> Maybe a Gnome pre-2.28 or driver issue... unsure...
>
> Since we dictate what OS goes with our software it does not create an issue
> for us anymore...
>
> Thanks for your help on this issue.
>
> Cheers,
> Steve
>
> On Thu, Nov 26, 2009 at 9:26 PM, Petit Eric <surfzoid@...> wrote:
>>
>> How are you playing with ShowDialog(); you use this as Container or
>> anything else, your winforms are TopMost or not in their property, do
>> you have something about this.MdiChildren and this.Parent ?
>>
>> 2009/11/26 Steve <utnsteve@...>:
>> > Hi All,
>> >
>> > As Jonathan mentioned, we downloaded Mono 2.6, including the latest
>> > MonoDevelop from the site link provided.
>> >
>> > Unfortunately, it has not solved our problem of the Starting Form
>> > getting
>> > stuck on top randomly. I really wished it was not random...
>> >
>> > We are compiling our program code in OpenSUSE 11.1 with Mono and
>> > MonoDevelop. Should we compile it another way?
>> >
>> > Maybe the "ShowDialog() method" is not working for us in Mono, is there
>> > an
>> > alternative method that would achieve the same results and is known to
>> > work
>> > in Mono?
>> >
>> > Thank you for all your replies so far.
>> >
>> > Cheers,
>> > Steve
>> >
>> >
>> > On Wed, Nov 25, 2009 at 11:17 PM, Jonathan Pobst <monkey@...>
>> > wrote:
>> >>
>> >> 2.7 would mean getting the Mono source from SVN and compiling it
>> >> yourself.
>> >>
>> >> Instead, you can grab the 2.6 preview installer from here and see if it
>> >> fixes it:
>> >>
>> >> http://mono.ximian.com/monobuild/preview/download-preview/
>> >>
>> >> Jonathan
>> >>
>> >>
>> >> Steve wrote:
>> >>>
>> >>> Hi All,
>> >>> Thank you for your replies.
>> >>>
>> >>> Can you provide me with a link to the Mono JIT Compiler version 2.7?
>> >>> Can only find version 2.4.2.3...
>> >>>
>> >>> Once I know where to get it from, I'll compile and do some testing and
>> >>> will le tyou know the results.
>> >>>
>> >>> Cheers.
>> >>>
>> >>> On Tue, Nov 24, 2009 at 1:25 AM, Petit Eric <surfzoid@...
>> >>> <mailto:surfzoid@...>> wrote:
>> >>>
>> >>> you could also try to upgrade mono , no ?
>> >>> Mono JIT compiler version 2.7
>> >>>
>> >>> 2009/11/23 Carlos Alberto Cortez <calberto.cortez@...
>> >>> <mailto:calberto.cortez@...>>:
>> >>> > That seems like a bug. We have a lot of bug fixes in the new
>> >>> upcoming
>> >>> > versions, but it would of of great help if you could provide a
>> >>> test case or
>> >>> > a VC# solution so we can test.
>> >>> >
>> >>> > Carlos.
>> >>> >
>> >>> > 2009/11/23 utneflyte <utnsteve@...
>> >>> <mailto:utnsteve@...>>
>> >>> >>
>> >>> >> Hi All,
>> >>> >>
>> >>> >> I am using Mono 2.4.2.3 on OpenSUSE 11.1 and SUSE Linux
>> >>> Enterprise 11
>> >>> >>
>> >>> >> I have a kiosk application created with VS2008, compiled in
>> >>> MonoDevelop on
>> >>> >> OpenSUSE 11.1 and then exported to the machine running SUSE and
>> >>> Mono.
>> >>> >>
>> >>> >> All forms are of a fixed size taking the full aspect of the
>> >>> screen. Screen
>> >>> >> resolution 800x600 and so is all form sizes.
>> >>> >>
>> >>> >> I only have 1 issue left... and need community help.
>> >>> >>
>> >>> >> The first form (Starting Form) of the program, thus the one
>> >>> that
>> >>> should
>> >>> >> always be under all other forms... sometimes appears as the
>> >>> top-most form.
>> >>> >> When it does, that form is inactive (in a frozen state) and the
>> >>> only way
>> >>> >> to
>> >>> >> close it is via ALT-F4. Once it's closed, we can see the form
>> >>> that the
>> >>> >> user
>> >>> >> clicked to try to open the other form.
>> >>> >>
>> >>> >> There is a need to open forms using ShowDialog() method.
>> >>> Actually i am
>> >>> >> using, frm.Owner = this; frm.ShowDialog(this); where frm is the
>> >>> child form
>> >>> >> to open depending on user action (e.g. button press). That way,
>> >>> there can
>> >>> >> be
>> >>> >> 10-15 forms open one after another in a hierarchy. but, as all
>> >>> form are
>> >>> >> displayed using ShowDialog() method, there can be at most one
>> >>> direct child
>> >>> >> form open at any given time from a parent form. Also, that
>> >>> child
>> >>> form can
>> >>> >> open another child form too. This is how navigation goes.
>> >>> >>
>> >>> >> When the Starting Form on-top stuck issue happens, it occurs
>> >>> randomly when
>> >>> >> a
>> >>> >> user clicks and the program opens a form on top of the current
>> >>> form. It
>> >>> >> doesn't matter what is on the form loading or the form that it
>> >>> comes from.
>> >>> >> It is random, the user could be clicking very slowly, one click
>> >>> per minute
>> >>> >> or 10 clicks per second, it occurs so randomly...
>> >>> >>
>> >>> >> Anyone experience this type of behavior and have a
>> >>> >> solution/work-around/different manner that should be used to
>> >>> open these
>> >>> >> forms?
>> >>> >>
>> >>> >> Looking forward to your replies.
>> >>> >>
>> >>> >> Thank you.
>> >>> >> --
>> >>> >> View this message in context:
>> >>> >>
>> >>>
>> >>>
>> >>> http://old.nabble.com/Starting-Form-on-top-of-Child-Form-Issue---Mono-2.4.2.3-with-SUSE-11-tp26479869p26479869.html
>> >>> >> Sent from the Mono - WinForms mailing list archive at
>> >>> Nabble.com.
>> >>> >>
>> >>> >> _______________________________________________
>> >>> >> Mono-winforms-list maillist -
>> >>> Mono-winforms-list@...
>> >>> <mailto:Mono-winforms-list@...>
>> >>> >> http://lists.ximian.com/mailman/listinfo/mono-winforms-list
>> >>> >
>> >>> >
>> >>> > _______________________________________________
>> >>> > Mono-winforms-list maillist -
>> >>> Mono-winforms-list@...
>> >>> <mailto:Mono-winforms-list@...>
>> >>> > http://lists.ximian.com/mailman/listinfo/mono-winforms-list
>> >>> >
>> >>> >
>> >>>
>> >>>
>> >>>
>> >>> --
>> >>> Cordially.
>> >>>
>> >>> Small Eric Quotations of the days:
>> >>>
>> >>>
>> >>> ---------------------------------------------------------------------------
>> >>> I have no special talents. I am only passionately curious
>> >>>
>> >>>
>> >>>
>> >>>
>> >>> ------------------------------------------------------------------------
>> >>>
>> >>> _______________________________________________
>> >>> Mono-winforms-list maillist - Mono-winforms-list@...
>> >>> http://lists.ximian.com/mailman/listinfo/mono-winforms-list
>> >>
>> >
>> >
>>
>>
>>
>> --
>> Cordially.
>>
>> Small Eric Quotations of the days:
>>
>> ---------------------------------------------------------------------------
>> I have no special talents. I am only passionately curious
>
>

--

Cordially.

Small Eric Quotations of the days:
---------------------------------------------------------------------------
I have no special talents. I am only passionately curious

_______________________________________________
Mono-winforms-list maillist - Mono-winforms-list@...
http://lists.ximian.com/mailman/listinfo/mono-winforms-list

Re: Error With Gdi32.dll

2009-11-30T14:46:13Z

Stifu wrote:

It seems like this project is directly invoking a Windows DLL (P/Invoke), so it won't work with Mono.
To work around problems like this, some people use Mono under Wine, but I've never tried it, and it doesn't sound ideal. The best solution would be to modify the project to replace the P/Invoke with a managed equivalent.

the problem is that even if i try to run the windows file.exe with wine (with terminal) I get the same error... :(

Re: Error With Gdi32.dll

2009-11-30T02:34:50Z

It seems like this project is directly invoking a Windows DLL (P/Invoke), so it won't work with Mono.
To work around problems like this, some people use Mono under Wine, but I've never tried it, and it doesn't sound ideal. The best solution would be to modify the project to replace the P/Invoke with a managed equivalent.

darkprince87 wrote:

Hi, I'm trying to compile/execute a project made with VS in windows. I get an error with the dll library gdi32. anyone can suggest me how to solve this? thanks a lot

[Unhandled Exception: System.DllNotFoundException: Gdi32.dll
at (wrapper managed-to-native) fDiscovery.DiscoveryForm:CreateRoundRectRgn (int,int,int,int,int,int)
at fDiscovery.DiscoveryForm.MakeFormRound (Int32 radius) [0x00000]
at fDiscovery.DiscoveryForm.OnResize (System.EventArgs e) [0x00000]
at fDiscovery.DiscoveryForm..ctor () [0x00000]
at fDiscovery.Main..ctor () [0x00000]
at (wrapper remoting-invoke-with-check) fDiscovery.Main:.ctor ()
at fDiscovery.Program.Main () [0x00000]
]

Error With Gdi32.dll

2009-11-30T01:52:19Z

Hi, I'm trying to compile/execute a project made with VS in windows. I get an error with the dll library gdi32. anyone can suggest me how to solve this? thanks a lot

[Unhandled Exception: System.DllNotFoundException: Gdi32.dll
at (wrapper managed-to-native) fDiscovery.DiscoveryForm:CreateRoundRectRgn (int,int,int,int,int,int)
at fDiscovery.DiscoveryForm.MakeFormRound (Int32 radius) [0x00000]
at fDiscovery.DiscoveryForm.OnResize (System.EventArgs e) [0x00000]
at fDiscovery.DiscoveryForm..ctor () [0x00000]
at fDiscovery.Main..ctor () [0x00000]
at (wrapper remoting-invoke-with-check) fDiscovery.Main:.ctor ()
at fDiscovery.Program.Main () [0x00000]
]

Re: Starting Form on top of Child Form Issue - Mono 2.4.2.3 with SUSE 11

2009-11-30T00:08:17Z

Did you have same version of libgdiplus ?

2009/11/30 Steve <utnsteve@...>:

> Hi All,
>
> Well, you'll be glad to know that it does not seem to be a Mono issue.
>
> SLES 11 and openSUSE 11.1 had that Starting Form on top issue.
> But when we used a fresh install of openSUSE 11.2, everything worked
> beautifully using the current release of Mono 2.4.2.3
>
> I am not sure why, I'm guessing it could be something to do with the
> specific hardware currently in use as when we tried on different hardware
> configuration, everything worked fine in openSUSE 11.1 and Mono 2.4.2.3
>
> For you information, this is the hardware that causes issue with version 11
> and 11.1:
> Intel Atom N270 (945GSE + ICH7) with Intel GMA 950 type of system.
>
> Maybe a Gnome pre-2.28 or driver issue... unsure...
>
> Since we dictate what OS goes with our software it does not create an issue
> for us anymore...
>
> Thanks for your help on this issue.
>
> Cheers,
> Steve
>
> On Thu, Nov 26, 2009 at 9:26 PM, Petit Eric <surfzoid@...> wrote:
>>
>> How are you playing with ShowDialog(); you use this as Container or
>> anything else, your winforms are TopMost or not in their property, do
>> you have something about this.MdiChildren and this.Parent ?
>>
>> 2009/11/26 Steve <utnsteve@...>:
>> > Hi All,
>> >
>> > As Jonathan mentioned, we downloaded Mono 2.6, including the latest
>> > MonoDevelop from the site link provided.
>> >
>> > Unfortunately, it has not solved our problem of the Starting Form
>> > getting
>> > stuck on top randomly. I really wished it was not random...
>> >
>> > We are compiling our program code in OpenSUSE 11.1 with Mono and
>> > MonoDevelop. Should we compile it another way?
>> >
>> > Maybe the "ShowDialog() method" is not working for us in Mono, is there
>> > an
>> > alternative method that would achieve the same results and is known to
>> > work
>> > in Mono?
>> >
>> > Thank you for all your replies so far.
>> >
>> > Cheers,
>> > Steve
>> >
>> >
>> > On Wed, Nov 25, 2009 at 11:17 PM, Jonathan Pobst <monkey@...>
>> > wrote:
>> >>
>> >> 2.7 would mean getting the Mono source from SVN and compiling it
>> >> yourself.
>> >>
>> >> Instead, you can grab the 2.6 preview installer from here and see if it
>> >> fixes it:
>> >>
>> >> http://mono.ximian.com/monobuild/preview/download-preview/
>> >>
>> >> Jonathan
>> >>
>> >>
>> >> Steve wrote:
>> >>>
>> >>> Hi All,
>> >>> Thank you for your replies.
>> >>>
>> >>> Can you provide me with a link to the Mono JIT Compiler version 2.7?
>> >>> Can only find version 2.4.2.3...
>> >>>
>> >>> Once I know where to get it from, I'll compile and do some testing and
>> >>> will le tyou know the results.
>> >>>
>> >>> Cheers.
>> >>>
>> >>> On Tue, Nov 24, 2009 at 1:25 AM, Petit Eric <surfzoid@...
>> >>> <mailto:surfzoid@...>> wrote:
>> >>>
>> >>> you could also try to upgrade mono , no ?
>> >>> Mono JIT compiler version 2.7
>> >>>
>> >>> 2009/11/23 Carlos Alberto Cortez <calberto.cortez@...
>> >>> <mailto:calberto.cortez@...>>:
>> >>> > That seems like a bug. We have a lot of bug fixes in the new
>> >>> upcoming
>> >>> > versions, but it would of of great help if you could provide a
>> >>> test case or
>> >>> > a VC# solution so we can test.
>> >>> >
>> >>> > Carlos.
>> >>> >
>> >>> > 2009/11/23 utneflyte <utnsteve@...
>> >>> <mailto:utnsteve@...>>
>> >>> >>
>> >>> >> Hi All,
>> >>> >>
>> >>> >> I am using Mono 2.4.2.3 on OpenSUSE 11.1 and SUSE Linux
>> >>> Enterprise 11
>> >>> >>
>> >>> >> I have a kiosk application created with VS2008, compiled in
>> >>> MonoDevelop on
>> >>> >> OpenSUSE 11.1 and then exported to the machine running SUSE and
>> >>> Mono.
>> >>> >>
>> >>> >> All forms are of a fixed size taking the full aspect of the
>> >>> screen. Screen
>> >>> >> resolution 800x600 and so is all form sizes.
>> >>> >>
>> >>> >> I only have 1 issue left... and need community help.
>> >>> >>
>> >>> >> The first form (Starting Form) of the program, thus the one
>> >>> that
>> >>> should
>> >>> >> always be under all other forms... sometimes appears as the
>> >>> top-most form.
>> >>> >> When it does, that form is inactive (in a frozen state) and the
>> >>> only way
>> >>> >> to
>> >>> >> close it is via ALT-F4. Once it's closed, we can see the form
>> >>> that the
>> >>> >> user
>> >>> >> clicked to try to open the other form.
>> >>> >>
>> >>> >> There is a need to open forms using ShowDialog() method.
>> >>> Actually i am
>> >>> >> using, frm.Owner = this; frm.ShowDialog(this); where frm is the
>> >>> child form
>> >>> >> to open depending on user action (e.g. button press). That way,
>> >>> there can
>> >>> >> be
>> >>> >> 10-15 forms open one after another in a hierarchy. but, as all
>> >>> form are
>> >>> >> displayed using ShowDialog() method, there can be at most one
>> >>> direct child
>> >>> >> form open at any given time from a parent form. Also, that
>> >>> child
>> >>> form can
>> >>> >> open another child form too. This is how navigation goes.
>> >>> >>
>> >>> >> When the Starting Form on-top stuck issue happens, it occurs
>> >>> randomly when
>> >>> >> a
>> >>> >> user clicks and the program opens a form on top of the current
>> >>> form. It
>> >>> >> doesn't matter what is on the form loading or the form that it
>> >>> comes from.
>> >>> >> It is random, the user could be clicking very slowly, one click
>> >>> per minute
>> >>> >> or 10 clicks per second, it occurs so randomly...
>> >>> >>
>> >>> >> Anyone experience this type of behavior and have a
>> >>> >> solution/work-around/different manner that should be used to
>> >>> open these
>> >>> >> forms?
>> >>> >>
>> >>> >> Looking forward to your replies.
>> >>> >>
>> >>> >> Thank you.
>> >>> >> --
>> >>> >> View this message in context:
>> >>> >>
>> >>>
>> >>>
>> >>> http://old.nabble.com/Starting-Form-on-top-of-Child-Form-Issue---Mono-2.4.2.3-with-SUSE-11-tp26479869p26479869.html
>> >>> >> Sent from the Mono - WinForms mailing list archive at
>> >>> Nabble.com.
>> >>> >>
>> >>> >> _______________________________________________
>> >>> >> Mono-winforms-list maillist -
>> >>> Mono-winforms-list@...
>> >>> <mailto:Mono-winforms-list@...>
>> >>> >> http://lists.ximian.com/mailman/listinfo/mono-winforms-list
>> >>> >
>> >>> >
>> >>> > _______________________________________________
>> >>> > Mono-winforms-list maillist -
>> >>> Mono-winforms-list@...
>> >>> <mailto:Mono-winforms-list@...>
>> >>> > http://lists.ximian.com/mailman/listinfo/mono-winforms-list
>> >>> >
>> >>> >
>> >>>
>> >>>
>> >>>
>> >>> --
>> >>> Cordially.
>> >>>
>> >>> Small Eric Quotations of the days:
>> >>>
>> >>>
>> >>> ---------------------------------------------------------------------------
>> >>> I have no special talents. I am only passionately curious
>> >>>
>> >>>
>> >>>
>> >>>
>> >>> ------------------------------------------------------------------------
>> >>>
>> >>> _______________________________________________
>> >>> Mono-winforms-list maillist - Mono-winforms-list@...
>> >>> http://lists.ximian.com/mailman/listinfo/mono-winforms-list
>> >>
>> >
>> >
>>
>>
>>
>> --
>> Cordially.
>>
>> Small Eric Quotations of the days:
>>
>> ---------------------------------------------------------------------------
>> I have no special talents. I am only passionately curious
>
>

--
Cordially.

Small Eric Quotations of the days:
---------------------------------------------------------------------------
I have no special talents. I am only passionately curious
_______________________________________________
Mono-winforms-list maillist - Mono-winforms-list@...
http://lists.ximian.com/mailman/listinfo/mono-winforms-list

Re: Starting Form on top of Child Form Issue - Mono 2.4.2.3 with SUSE 11

2009-11-29T19:56:00Z

Hi All,

Well, you'll be glad to know that it does not seem to be a Mono issue.

SLES 11 and openSUSE 11.1 had that Starting Form on top issue.
But when we used a fresh install of openSUSE 11.2, everything worked beautifully using the current release of Mono 2.4.2.3

I am not sure why, I'm guessing it could be something to do with the specific hardware currently in use as when we tried on different hardware configuration, everything worked fine in openSUSE 11.1 and Mono 2.4.2.3

For you information, this is the hardware that causes issue with version 11 and 11.1:
Intel Atom N270 (945GSE + ICH7) with Intel GMA 950 type of system.

Maybe a Gnome pre-2.28 or driver issue... unsure...

Since we dictate what OS goes with our software it does not create an issue for us anymore...

Thanks for your help on this issue.

Cheers,
Steve

On Thu, Nov 26, 2009 at 9:26 PM, Petit Eric <surfzoid@...> wrote:

How are you playing with ShowDialog(); you use this as Container or
anything else, your winforms are TopMost or not in their property, do
you have something about this.MdiChildren and this.Parent ?

2009/11/26 Steve <utnsteve@...>:

> Hi All,
>
> As Jonathan mentioned, we downloaded Mono 2.6, including the latest
> MonoDevelop from the site link provided.
>
> Unfortunately, it has not solved our problem of the Starting Form getting
> stuck on top randomly. I really wished it was not random...
>
> We are compiling our program code in OpenSUSE 11.1 with Mono and
> MonoDevelop. Should we compile it another way?
>
> Maybe the "ShowDialog() method" is not working for us in Mono, is there an
> alternative method that would achieve the same results and is known to work
> in Mono?
>
> Thank you for all your replies so far.
>
> Cheers,
> Steve
>
>
> On Wed, Nov 25, 2009 at 11:17 PM, Jonathan Pobst <monkey@...> wrote:
>>
>> 2.7 would mean getting the Mono source from SVN and compiling it yourself.
>>
>> Instead, you can grab the 2.6 preview installer from here and see if it
>> fixes it:
>>
>> http://mono.ximian.com/monobuild/preview/download-preview/
>>
>> Jonathan
>>
>>
>> Steve wrote:
>>>
>>> Hi All,
>>> Thank you for your replies.
>>>
>>> Can you provide me with a link to the Mono JIT Compiler version 2.7?
>>> Can only find version 2.4.2.3...
>>>
>>> Once I know where to get it from, I'll compile and do some testing and
>>> will le tyou know the results.
>>>
>>> Cheers.
>>>
>>> On Tue, Nov 24, 2009 at 1:25 AM, Petit Eric <surfzoid@...
>>> <mailto:surfzoid@...>> wrote:
>>>
>>> you could also try to upgrade mono , no ?
>>> Mono JIT compiler version 2.7
>>>
>>> 2009/11/23 Carlos Alberto Cortez <calberto.cortez@...
>>> <mailto:calberto.cortez@...>>:
>>> > That seems like a bug. We have a lot of bug fixes in the new
>>> upcoming
>>> > versions, but it would of of great help if you could provide a
>>> test case or
>>> > a VC# solution so we can test.
>>> >
>>> > Carlos.
>>> >
>>> > 2009/11/23 utneflyte <utnsteve@...
>>> <mailto:utnsteve@...>>
>>> >>
>>> >> Hi All,
>>> >>
>>> >> I am using Mono 2.4.2.3 on OpenSUSE 11.1 and SUSE Linux
>>> Enterprise 11
>>> >>
>>> >> I have a kiosk application created with VS2008, compiled in
>>> MonoDevelop on
>>> >> OpenSUSE 11.1 and then exported to the machine running SUSE and
>>> Mono.
>>> >>
>>> >> All forms are of a fixed size taking the full aspect of the
>>> screen. Screen
>>> >> resolution 800x600 and so is all form sizes.
>>> >>
>>> >> I only have 1 issue left... and need community help.
>>> >>
>>> >> The first form (Starting Form) of the program, thus the one that
>>> should
>>> >> always be under all other forms... sometimes appears as the
>>> top-most form.
>>> >> When it does, that form is inactive (in a frozen state) and the
>>> only way
>>> >> to
>>> >> close it is via ALT-F4. Once it's closed, we can see the form
>>> that the
>>> >> user
>>> >> clicked to try to open the other form.
>>> >>
>>> >> There is a need to open forms using ShowDialog() method.
>>> Actually i am
>>> >> using, frm.Owner = this; frm.ShowDialog(this); where frm is the
>>> child form
>>> >> to open depending on user action (e.g. button press). That way,
>>> there can
>>> >> be
>>> >> 10-15 forms open one after another in a hierarchy. but, as all
>>> form are
>>> >> displayed using ShowDialog() method, there can be at most one
>>> direct child
>>> >> form open at any given time from a parent form. Also, that child
>>> form can
>>> >> open another child form too. This is how navigation goes.
>>> >>
>>> >> When the Starting Form on-top stuck issue happens, it occurs
>>> randomly when
>>> >> a
>>> >> user clicks and the program opens a form on top of the current
>>> form. It
>>> >> doesn't matter what is on the form loading or the form that it
>>> comes from.
>>> >> It is random, the user could be clicking very slowly, one click
>>> per minute
>>> >> or 10 clicks per second, it occurs so randomly...
>>> >>
>>> >> Anyone experience this type of behavior and have a
>>> >> solution/work-around/different manner that should be used to
>>> open these
>>> >> forms?
>>> >>
>>> >> Looking forward to your replies.
>>> >>
>>> >> Thank you.
>>> >> --
>>> >> View this message in context:
>>> >>
>>>
>>> http://old.nabble.com/Starting-Form-on-top-of-Child-Form-Issue---Mono-2.4.2.3-with-SUSE-11-tp26479869p26479869.html
>>> >> Sent from the Mono - WinForms mailing list archive at Nabble.com.
>>> >>
>>> >> _______________________________________________
>>> >> Mono-winforms-list maillist -
>>> Mono-winforms-list@...
>>> <mailto:Mono-winforms-list@...>
>>> >> http://lists.ximian.com/mailman/listinfo/mono-winforms-list
>>> >
>>> >
>>> > _______________________________________________
>>> > Mono-winforms-list maillist -
>>> Mono-winforms-list@...
>>> <mailto:Mono-winforms-list@...>
>>> > http://lists.ximian.com/mailman/listinfo/mono-winforms-list
>>> >
>>> >
>>>
>>>
>>>
>>> --
>>> Cordially.
>>>
>>> Small Eric Quotations of the days:
>>>
>>> ---------------------------------------------------------------------------
>>> I have no special talents. I am only passionately curious
>>>
>>>
>>>
>>> ------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> Mono-winforms-list maillist - Mono-winforms-list@...
>>> http://lists.ximian.com/mailman/listinfo/mono-winforms-list
>>
>
>

--

Cordially.

Small Eric Quotations of the days:
---------------------------------------------------------------------------
I have no special talents. I am only passionately curious

_______________________________________________
Mono-winforms-list maillist - Mono-winforms-list@...
http://lists.ximian.com/mailman/listinfo/mono-winforms-list

Re: Fonts i mono-mwf / wine

2009-11-28T02:39:52Z

It's not that Wine does a better job, it's just that Mono and Wine don't have the same goals, and don't do things the same way. Wine tries its best to act just like Windows, while Mono uses the default OS fonts (and icons, too). So Mono integrates better with the OS, although WinForms isn't really the best example of that (OS integration could be improved some more, especially on OSX, I guess).

Note that Windows users can also change their default font settings, meaning non-flexible apps would also have a "strange look" in that case. So it's not a new issue that Mono introduces, but can also happen with .NET on Windows.

kuse wrote:

Hello,

One thing that hit me today that I havent thought of before when I was running spotify as usual through wine was that the fonts/sizes was almost the same as on windows.

But in mono winforms on the other hand, this is almost always an issue when I trying different applications using mwf under mono, the fonts/sizes are not the same, resulting in a strange look.

Why does wine do a better job rendering win32-components than mono does?

Fonts i mono-mwf / wine

2009-11-28T01:44:57Z

Hello,

One thing that hit me today that I havent thought of before when I was running spotify as usual through wine was that the fonts/sizes was almost the same as on windows.

But in mono winforms on the other hand, this is almost always an issue when I trying different applications using mwf under mono, the fonts/sizes are not the same, resulting in a strange look.

Why does wine do a better job rendering win32-components than mono does?

New to Mono, some advices. Compiling and running code.

2009-11-26T13:53:56Z

Hello everybody, I've build a pretty big app on C# 2.0 using VS for windows, the thing is that now the client wants to run it on Linux. Some guy at the office offer himself to make the port, but 2 weeks later he didnt make any progress so I have to take over.
So, right now Im on a laptop running Xubuntu and Monodevelop, for some reason I imagine that this guy didnt make the migration analisys. I've fix all his compiling errors, and it's building ok the app, but it's giving me a .exe file. This of course sounds newbie, and because I am one on what linux concern, I need to ask, whats the next step?

I want the app to run nativly not using wine for example. So basically Im asking what direction to take.

Start the project again, pass it thru the migration wizard?
Is it a good news or a bad one, that Im compiling an exe?

Sorry for the long post.

Thanks

Re: Starting Form on top of Child Form Issue - Mono 2.4.2.3 with SUSE 11

2009-11-26T06:26:25Z

How are you playing with ShowDialog(); you use this as Container or
anything else, your winforms are TopMost or not in their property, do
you have something about this.MdiChildren and this.Parent ?

2009/11/26 Steve <utnsteve@...>:

> Hi All,
>
> As Jonathan mentioned, we downloaded Mono 2.6, including the latest
> MonoDevelop from the site link provided.
>
> Unfortunately, it has not solved our problem of the Starting Form getting
> stuck on top randomly. I really wished it was not random...
>
> We are compiling our program code in OpenSUSE 11.1 with Mono and
> MonoDevelop. Should we compile it another way?
>
> Maybe the "ShowDialog() method" is not working for us in Mono, is there an
> alternative method that would achieve the same results and is known to work
> in Mono?
>
> Thank you for all your replies so far.
>
> Cheers,
> Steve
>
>
> On Wed, Nov 25, 2009 at 11:17 PM, Jonathan Pobst <monkey@...> wrote:
>>
>> 2.7 would mean getting the Mono source from SVN and compiling it yourself.
>>
>> Instead, you can grab the 2.6 preview installer from here and see if it
>> fixes it:
>>
>> http://mono.ximian.com/monobuild/preview/download-preview/
>>
>> Jonathan
>>
>>
>> Steve wrote:
>>>
>>> Hi All,
>>> Thank you for your replies.
>>>
>>> Can you provide me with a link to the Mono JIT Compiler version 2.7?
>>> Can only find version 2.4.2.3...
>>>
>>> Once I know where to get it from, I'll compile and do some testing and
>>> will le tyou know the results.
>>>
>>> Cheers.
>>>
>>> On Tue, Nov 24, 2009 at 1:25 AM, Petit Eric <surfzoid@...
>>> <mailto:surfzoid@...>> wrote:
>>>
>>> you could also try to upgrade mono , no ?
>>> Mono JIT compiler version 2.7
>>>
>>> 2009/11/23 Carlos Alberto Cortez <calberto.cortez@...
>>> <mailto:calberto.cortez@...>>:
>>> > That seems like a bug. We have a lot of bug fixes in the new
>>> upcoming
>>> > versions, but it would of of great help if you could provide a
>>> test case or
>>> > a VC# solution so we can test.
>>> >
>>> > Carlos.
>>> >
>>> > 2009/11/23 utneflyte <utnsteve@...
>>> <mailto:utnsteve@...>>
>>> >>
>>> >> Hi All,
>>> >>
>>> >> I am using Mono 2.4.2.3 on OpenSUSE 11.1 and SUSE Linux
>>> Enterprise 11
>>> >>
>>> >> I have a kiosk application created with VS2008, compiled in
>>> MonoDevelop on
>>> >> OpenSUSE 11.1 and then exported to the machine running SUSE and
>>> Mono.
>>> >>
>>> >> All forms are of a fixed size taking the full aspect of the
>>> screen. Screen
>>> >> resolution 800x600 and so is all form sizes.
>>> >>
>>> >> I only have 1 issue left... and need community help.
>>> >>
>>> >> The first form (Starting Form) of the program, thus the one that
>>> should
>>> >> always be under all other forms... sometimes appears as the
>>> top-most form.
>>> >> When it does, that form is inactive (in a frozen state) and the
>>> only way
>>> >> to
>>> >> close it is via ALT-F4. Once it's closed, we can see the form
>>> that the
>>> >> user
>>> >> clicked to try to open the other form.
>>> >>
>>> >> There is a need to open forms using ShowDialog() method.
>>> Actually i am
>>> >> using, frm.Owner = this; frm.ShowDialog(this); where frm is the
>>> child form
>>> >> to open depending on user action (e.g. button press). That way,
>>> there can
>>> >> be
>>> >> 10-15 forms open one after another in a hierarchy. but, as all
>>> form are
>>> >> displayed using ShowDialog() method, there can be at most one
>>> direct child
>>> >> form open at any given time from a parent form. Also, that child
>>> form can
>>> >> open another child form too. This is how navigation goes.
>>> >>
>>> >> When the Starting Form on-top stuck issue happens, it occurs
>>> randomly when
>>> >> a
>>> >> user clicks and the program opens a form on top of the current
>>> form. It
>>> >> doesn't matter what is on the form loading or the form that it
>>> comes from.
>>> >> It is random, the user could be clicking very slowly, one click
>>> per minute
>>> >> or 10 clicks per second, it occurs so randomly...
>>> >>
>>> >> Anyone experience this type of behavior and have a
>>> >> solution/work-around/different manner that should be used to
>>> open these
>>> >> forms?
>>> >>
>>> >> Looking forward to your replies.
>>> >>
>>> >> Thank you.
>>> >> --
>>> >> View this message in context:
>>> >>
>>>
>>> http://old.nabble.com/Starting-Form-on-top-of-Child-Form-Issue---Mono-2.4.2.3-with-SUSE-11-tp26479869p26479869.html
>>> >> Sent from the Mono - WinForms mailing list archive at Nabble.com.
>>> >>
>>> >> _______________________________________________
>>> >> Mono-winforms-list maillist -
>>> Mono-winforms-list@...
>>> <mailto:Mono-winforms-list@...>
>>> >> http://lists.ximian.com/mailman/listinfo/mono-winforms-list
>>> >
>>> >
>>> > _______________________________________________
>>> > Mono-winforms-list maillist -
>>> Mono-winforms-list@...
>>> <mailto:Mono-winforms-list@...>
>>> > http://lists.ximian.com/mailman/listinfo/mono-winforms-list
>>> >
>>> >
>>>
>>>
>>>
>>> --
>>> Cordially.
>>>
>>> Small Eric Quotations of the days:
>>>
>>> ---------------------------------------------------------------------------
>>> I have no special talents. I am only passionately curious
>>>
>>>
>>>
>>> ------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> Mono-winforms-list maillist - Mono-winforms-list@...
>>> http://lists.ximian.com/mailman/listinfo/mono-winforms-list
>>
>
>

Re: Starting Form on top of Child Form Issue - Mono 2.4.2.3 with SUSE 11

2009-11-26T05:41:55Z

Hi All,

As Jonathan mentioned, we downloaded Mono 2.6, including the latest MonoDevelop from the site link provided.

Unfortunately, it has not solved our problem of the Starting Form getting stuck on top randomly. I really wished it was not random...

We are compiling our program code in OpenSUSE 11.1 with Mono and MonoDevelop. Should we compile it another way?

Maybe the "ShowDialog() method" is not working for us in Mono, is there an alternative method that would achieve the same results and is known to work in Mono?

Thank you for all your replies so far.

Cheers,
Steve

On Wed, Nov 25, 2009 at 11:17 PM, Jonathan Pobst <monkey@...> wrote:

2.7 would mean getting the Mono source from SVN and compiling it yourself.

Instead, you can grab the 2.6 preview installer from here and see if it fixes it:

http://mono.ximian.com/monobuild/preview/download-preview/

Jonathan

Steve wrote:

Hi All,
Thank you for your replies.

Can you provide me with a link to the Mono JIT Compiler version 2.7?
Can only find version 2.4.2.3...

Once I know where to get it from, I'll compile and do some testing and will le tyou know the results.

Cheers.

On Tue, Nov 24, 2009 at 1:25 AM, Petit Eric <surfzoid@... <mailto:surfzoid@...>> wrote:

you could also try to upgrade mono , no ?
Mono JIT compiler version 2.7

2009/11/23 Carlos Alberto Cortez <calberto.cortez@...
<mailto:calberto.cortez@...>>:

> That seems like a bug. We have a lot of bug fixes in the new upcoming
> versions, but it would of of great help if you could provide a
test case or
> a VC# solution so we can test.
>
> Carlos.
>
> 2009/11/23 utneflyte <utnsteve@... <mailto:utnsteve@...>>

>>
>> Hi All,
>>
>> I am using Mono 2.4.2.3 on OpenSUSE 11.1 and SUSE Linux
Enterprise 11
>>
>> I have a kiosk application created with VS2008, compiled in
MonoDevelop on
>> OpenSUSE 11.1 and then exported to the machine running SUSE and
Mono.
>>
>> All forms are of a fixed size taking the full aspect of the
screen. Screen
>> resolution 800x600 and so is all form sizes.
>>
>> I only have 1 issue left... and need community help.
>>
>> The first form (Starting Form) of the program, thus the one that
should
>> always be under all other forms... sometimes appears as the
top-most form.
>> When it does, that form is inactive (in a frozen state) and the
only way
>> to
>> close it is via ALT-F4. Once it's closed, we can see the form
that the
>> user
>> clicked to try to open the other form.
>>
>> There is a need to open forms using ShowDialog() method.
Actually i am
>> using, frm.Owner = this; frm.ShowDialog(this); where frm is the
child form
>> to open depending on user action (e.g. button press). That way,
there can
>> be
>> 10-15 forms open one after another in a hierarchy. but, as all
form are
>> displayed using ShowDialog() method, there can be at most one
direct child
>> form open at any given time from a parent form. Also, that child
form can
>> open another child form too. This is how navigation goes.
>>
>> When the Starting Form on-top stuck issue happens, it occurs
randomly when
>> a
>> user clicks and the program opens a form on top of the current
form. It
>> doesn't matter what is on the form loading or the form that it
comes from.
>> It is random, the user could be clicking very slowly, one click
per minute
>> or 10 clicks per second, it occurs so randomly...
>>
>> Anyone experience this type of behavior and have a
>> solution/work-around/different manner that should be used to
open these
>> forms?
>>
>> Looking forward to your replies.
>>
>> Thank you.
>> --
>> View this message in context:
>>
http://old.nabble.com/Starting-Form-on-top-of-Child-Form-Issue---Mono-2.4.2.3-with-SUSE-11-tp26479869p26479869.html
>> Sent from the Mono - WinForms mailing list archive at Nabble.com.
>>
>> _______________________________________________
>> Mono-winforms-list maillist -
Mono-winforms-list@...
<mailto:Mono-winforms-list@...>

>> http://lists.ximian.com/mailman/listinfo/mono-winforms-list
>
>
> _______________________________________________
> Mono-winforms-list maillist -
Mono-winforms-list@...
<mailto:Mono-winforms-list@...>

> http://lists.ximian.com/mailman/listinfo/mono-winforms-list
>
>

--
Cordially.

Small Eric Quotations of the days:
---------------------------------------------------------------------------
I have no special talents. I am only passionately curious

------------------------------------------------------------------------

_______________________________________________
Mono-winforms-list maillist - Mono-winforms-list@...
http://lists.ximian.com/mailman/listinfo/mono-winforms-list

_______________________________________________
Mono-winforms-list maillist - Mono-winforms-list@...
http://lists.ximian.com/mailman/listinfo/mono-winforms-list

Re: Starting Form on top of Child Form Issue - Mono 2.4.2.3 with SUSE 11

2009-11-25T08:17:53Z

Steve wrote:
> Hi All,
> Thank you for your replies.
>
> Can you provide me with a link to the Mono JIT Compiler version 2.7?

You'll get this version if you build mono from trunk.

--
Alex

_______________________________________________
Mono-winforms-list maillist - Mono-winforms-list@...
http://lists.ximian.com/mailman/listinfo/mono-winforms-list

Re: Starting Form on top of Child Form Issue - Mono 2.4.2.3 with SUSE 11

2009-11-25T08:17:24Z

2.7 would mean getting the Mono source from SVN and compiling it yourself.

Instead, you can grab the 2.6 preview installer from here and see if it
fixes it:

http://mono.ximian.com/monobuild/preview/download-preview/

Jonathan

Steve wrote:

> Hi All,
> Thank you for your replies.
>
> Can you provide me with a link to the Mono JIT Compiler version 2.7?
> Can only find version 2.4.2.3...
>
> Once I know where to get it from, I'll compile and do some testing and
> will le tyou know the results.
>
> Cheers.
>
> On Tue, Nov 24, 2009 at 1:25 AM, Petit Eric <surfzoid@...
> <mailto:surfzoid@...>> wrote:
>
> you could also try to upgrade mono , no ?
> Mono JIT compiler version 2.7
>
> 2009/11/23 Carlos Alberto Cortez <calberto.cortez@...
> <mailto:calberto.cortez@...>>:
> > That seems like a bug. We have a lot of bug fixes in the new upcoming
> > versions, but it would of of great help if you could provide a
> test case or
> > a VC# solution so we can test.
> >
> > Carlos.
> >
> > 2009/11/23 utneflyte <utnsteve@... <mailto:utnsteve@...>>
> >>
> >> Hi All,
> >>
> >> I am using Mono 2.4.2.3 on OpenSUSE 11.1 and SUSE Linux
> Enterprise 11
> >>
> >> I have a kiosk application created with VS2008, compiled in
> MonoDevelop on
> >> OpenSUSE 11.1 and then exported to the machine running SUSE and
> Mono.
> >>
> >> All forms are of a fixed size taking the full aspect of the
> screen. Screen
> >> resolution 800x600 and so is all form sizes.
> >>
> >> I only have 1 issue left... and need community help.
> >>
> >> The first form (Starting Form) of the program, thus the one that
> should
> >> always be under all other forms... sometimes appears as the
> top-most form.
> >> When it does, that form is inactive (in a frozen state) and the
> only way
> >> to
> >> close it is via ALT-F4. Once it's closed, we can see the form
> that the
> >> user
> >> clicked to try to open the other form.
> >>
> >> There is a need to open forms using ShowDialog() method.
> Actually i am
> >> using, frm.Owner = this; frm.ShowDialog(this); where frm is the
> child form
> >> to open depending on user action (e.g. button press). That way,
> there can
> >> be
> >> 10-15 forms open one after another in a hierarchy. but, as all
> form are
> >> displayed using ShowDialog() method, there can be at most one
> direct child
> >> form open at any given time from a parent form. Also, that child
> form can
> >> open another child form too. This is how navigation goes.
> >>
> >> When the Starting Form on-top stuck issue happens, it occurs
> randomly when
> >> a
> >> user clicks and the program opens a form on top of the current
> form. It
> >> doesn't matter what is on the form loading or the form that it
> comes from.
> >> It is random, the user could be clicking very slowly, one click
> per minute
> >> or 10 clicks per second, it occurs so randomly...
> >>
> >> Anyone experience this type of behavior and have a
> >> solution/work-around/different manner that should be used to
> open these
> >> forms?
> >>
> >> Looking forward to your replies.
> >>
> >> Thank you.
> >> --
> >> View this message in context:
> >>
> http://old.nabble.com/Starting-Form-on-top-of-Child-Form-Issue---Mono-2.4.2.3-with-SUSE-11-tp26479869p26479869.html
> >> Sent from the Mono - WinForms mailing list archive at Nabble.com.
> >>
> >> _______________________________________________
> >> Mono-winforms-list maillist -
> Mono-winforms-list@...
> <mailto:Mono-winforms-list@...>
> >> http://lists.ximian.com/mailman/listinfo/mono-winforms-list
> >
> >
> > _______________________________________________
> > Mono-winforms-list maillist -
> Mono-winforms-list@...
> <mailto:Mono-winforms-list@...>
> > http://lists.ximian.com/mailman/listinfo/mono-winforms-list
> >
> >
>
>
>
> --
> Cordially.
>
> Small Eric Quotations of the days:
> ---------------------------------------------------------------------------
> I have no special talents. I am only passionately curious
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Mono-winforms-list maillist - Mono-winforms-list@...
> http://lists.ximian.com/mailman/listinfo/mono-winforms-list

_______________________________________________
Mono-winforms-list maillist - Mono-winforms-list@...
http://lists.ximian.com/mailman/listinfo/mono-winforms-list

Re: Starting Form on top of Child Form Issue - Mono 2.4.2.3 with SUSE 11

2009-11-25T08:13:43Z

Hi All,
Thank you for your replies.

Can you provide me with a link to the Mono JIT Compiler version 2.7?
Can only find version 2.4.2.3...

Once I know where to get it from, I'll compile and do some testing and will le tyou know the results.

Cheers.

On Tue, Nov 24, 2009 at 1:25 AM, Petit Eric <surfzoid@...> wrote:

you could also try to upgrade mono , no ?
Mono JIT compiler version 2.7

2009/11/23 Carlos Alberto Cortez <calberto.cortez@...>:

> That seems like a bug. We have a lot of bug fixes in the new upcoming
> versions, but it would of of great help if you could provide a test case or
> a VC# solution so we can test.
>
> Carlos.
>
> 2009/11/23 utneflyte <utnsteve@...>
>>
>> Hi All,
>>
>> I am using Mono 2.4.2.3 on OpenSUSE 11.1 and SUSE Linux Enterprise 11
>>
>> I have a kiosk application created with VS2008, compiled in MonoDevelop on
>> OpenSUSE 11.1 and then exported to the machine running SUSE and Mono.
>>
>> All forms are of a fixed size taking the full aspect of the screen. Screen
>> resolution 800x600 and so is all form sizes.
>>
>> I only have 1 issue left... and need community help.
>>
>> The first form (Starting Form) of the program, thus the one that should
>> always be under all other forms... sometimes appears as the top-most form.
>> When it does, that form is inactive (in a frozen state) and the only way
>> to
>> close it is via ALT-F4. Once it's closed, we can see the form that the
>> user
>> clicked to try to open the other form.
>>
>> There is a need to open forms using ShowDialog() method. Actually i am
>> using, frm.Owner = this; frm.ShowDialog(this); where frm is the child form
>> to open depending on user action (e.g. button press). That way, there can
>> be
>> 10-15 forms open one after another in a hierarchy. but, as all form are
>> displayed using ShowDialog() method, there can be at most one direct child
>> form open at any given time from a parent form. Also, that child form can
>> open another child form too. This is how navigation goes.
>>
>> When the Starting Form on-top stuck issue happens, it occurs randomly when
>> a
>> user clicks and the program opens a form on top of the current form. It
>> doesn't matter what is on the form loading or the form that it comes from.
>> It is random, the user could be clicking very slowly, one click per minute
>> or 10 clicks per second, it occurs so randomly...
>>
>> Anyone experience this type of behavior and have a
>> solution/work-around/different manner that should be used to open these
>> forms?
>>
>> Looking forward to your replies.
>>
>> Thank you.
>> --
>> View this message in context:
>> http://old.nabble.com/Starting-Form-on-top-of-Child-Form-Issue---Mono-2.4.2.3-with-SUSE-11-tp26479869p26479869.html
>> Sent from the Mono - WinForms mailing list archive at Nabble.com.
>>
>> _______________________________________________
>> Mono-winforms-list maillist - Mono-winforms-list@...
>> http://lists.ximian.com/mailman/listinfo/mono-winforms-list
>
>
> _______________________________________________
> Mono-winforms-list maillist - Mono-winforms-list@...
> http://lists.ximian.com/mailman/listinfo/mono-winforms-list
>
>

--
Cordially.

Small Eric Quotations of the days:
---------------------------------------------------------------------------
I have no special talents. I am only passionately curious

_______________________________________________
Mono-winforms-list maillist - Mono-winforms-list@...
http://lists.ximian.com/mailman/listinfo/mono-winforms-list

Re: translation update failed

2009-11-25T02:43:35Z

Why using WINFORMS list for GTK# ?

2009/11/25 Dimitris Karantonis <dkarantonis@...>:

> Hi,
>
>
>
> The translation project I have added to my gtk# mono project fails to get
> updated and the following message appears:
>
> “Translation update failed. CodePage 37 not supported”.
>
>
>
> The build also fails. Any ideas?
>
>
>
> Thanks in advance
>
> _______________________________________________
> Mono-winforms-list maillist - Mono-winforms-list@...
> http://lists.ximian.com/mailman/listinfo/mono-winforms-list
>
>

translation update failed

2009-11-25T02:34:31Z

Hi,

The translation project I have added to my gtk# mono project fails to get updated and the following message appears:

“Translation update failed. CodePage 37 not supported”.

The build also fails. Any ideas?

Thanks in advance

_______________________________________________
Mono-winforms-list maillist - Mono-winforms-list@...
http://lists.ximian.com/mailman/listinfo/mono-winforms-list

Re: MonoDevelop and debug

2009-11-24T13:18:50Z

You have to install, mono debugger (mdb), just that.

Msc. Julio Cesar Jerez Camps
Responsable de la Sección de los Servicios de Gestión de Información Universitaria.
Profesor Instructor. Dirección de Servicios de las TIC. DiserTIC
Instituto Superior Politécnico José Antonio Echeverría CUJAE
Calle 114, No. 11901 entre 119 y 127, Marianao CP 19390, Ciudad de la Habana. Cuba
Teléfonos:537-2663323, 537-2663331

From: mono-winforms-list-bounces@... [mailto:mono-winforms-list-bounces@...] On Behalf Of Dimitris Karantonis
Sent: Tuesday, November 24, 2009 9:40 AM
To: Mono-winforms-list@...
Subject: [Mono-winforms-list] MonoDevelop and debug

Hi,

I am currently working on a gtk#2 project using MonoDevelop 2 IDE, inside an Ubuntu 9.10 virtual box machine, hosted by Windows 7 OS.

The problem I have is that the MonoDevelop IDE has not debug project functionality, making my life as a developer difficult.

Any ideas on how I could fix this problem?

Thanks in advance,

Dimitris

__________ Information from ESET NOD32 Antivirus, version of virus signature database 4632 (20091124) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

_______________________________________________
Mono-winforms-list maillist - Mono-winforms-list@...
http://lists.ximian.com/mailman/listinfo/mono-winforms-list

Re: MonoDevelop and debug

2009-11-24T13:08:47Z

sudo apt-get install monodevelop-debugger-*

You may also wish to add SVN support (sudo apt-get install
monodevelop-versioncontrol)

Dimitris Karantonis wrote:

>
> Hi,
>
> I am currently working on a gtk#2 project using MonoDevelop 2 IDE,
> inside an Ubuntu 9.10 virtual box machine, hosted by Windows 7 OS.
>
>
>
> The problem I have is that the MonoDevelop IDE has not debug project
> functionality, making my life as a developer difficult.
>
>
>
> Any ideas on how I could fix this problem?
>
>
>
> Thanks in advance,
>
> Dimitris
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Mono-winforms-list maillist - Mono-winforms-list@...
> http://lists.ximian.com/mailman/listinfo/mono-winforms-list
>

_______________________________________________
Mono-winforms-list maillist - Mono-winforms-list@...
http://lists.ximian.com/mailman/listinfo/mono-winforms-list

MonoDevelop and debug

2009-11-24T09:39:53Z

Hi,

I am currently working on a gtk#2 project using MonoDevelop 2 IDE, inside an Ubuntu 9.10 virtual box machine, hosted by Windows 7 OS.

The problem I have is that the MonoDevelop IDE has not debug project functionality, making my life as a developer difficult.

Any ideas on how I could fix this problem?

Thanks in advance,

Dimitris

_______________________________________________
Mono-winforms-list maillist - Mono-winforms-list@...
http://lists.ximian.com/mailman/listinfo/mono-winforms-list

Re: Some Winforms Questions

2009-11-24T02:55:48Z

Perfect, thanks Carlos. I'll need to check it (The RTE component) out and open another thread with what I see/do not see.

On Tue, Nov 24, 2009 at 11:26 AM, Carlos Alberto Cortez <calberto.cortez@...> wrote:

Hey!

I'm not our OSX expert, so I will leave those questions unanswered.

3) The RichTextEditor in Winforms on Mono is mostly useless. Does GTK# provide something better? Or can anyone recommend any libraries for Winforms? I actually don't need richtext, but I do need undo, hyperlinks, indenting and bullets....

What are the issues you were/are getting with RichTextBox? I fixed some stuff there some months ago, so it should be working better now. Anyway, it you find any error, please report it so we can fix it.

5) What is the present/future of Winforms on Mono for IPhone? Android?

No plans on the mobile segment for now.

_______________________________________________
Mono-winforms-list maillist - Mono-winforms-list@...
http://lists.ximian.com/mailman/listinfo/mono-winforms-list

Re: Some Winforms Questions

2009-11-24T02:33:52Z

Hello,

1) I think there's no solution for that, it's been asked before, you may want to look around.
2) Mixing GTK# and WinForms, although more or less possible, is not a good idea, IMO. Just pick one or the other.
3) No idea.
4) There hasn't been any Mac-specific progress that I could see (there were some plans for Mono 2.6, but they ended up being scrapped, unfortunately). That said, I recently discovered a parameter that makes WinForms apps behave better on Mac. Launch your app by typing: MONO_MWF_MAC_FORCE_X11=1 mono yourapp.exe
and see if some things behave better...
5) WinForms support for iPhone or Android isn't planned. What the Mono devs are opting for is using wrappers around the iPhone / Android UI libs, rather than reusing desktop API like WinForms or GTK#. This has the benefit of really looking native, at the cost of having to write platform-specific code.
6) Dunno.

Daniel Rosenstark-4 wrote:

Some simple questions about Winforms on OSX. I should note that I had given
up on my app as being Windows only, but when I tried the port to Mono
Winforms I was totally amazed at how complete it is.

1) My app is running on Winforms on Mono nicely (well, 90% of it), but I
cannot take over the app menu bar like a native app. It says "Mono" with the
Apple to the left. Is it possible to take this over? I do NOT want to run in
a full-screen exclusive mode.
2) If #1 is not possible, it seems GTK# apps can do this. Is it possible to
put my app inside a GTK# app.... in other words, are the two technologies
mixable?
3) The RichTextEditor in Winforms on Mono is mostly useless. Does GTK#
provide something better? Or can anyone recommend any libraries for
Winforms? I actually don't need richtext, but I do need undo, hyperlinks,
indenting and bullets....
4) There were some initial problems with Snow Leopard and Mono Winforms.
Have they all pretty much been resolved by now?
5) What is the present/future of Winforms on Mono for IPhone? Android?
6) I see this link for uninstalling and installing Mono on OSX (
http://www.mono-project.com/Mono:OSX). What's the best way to update an
installation?

Thanks!

_______________________________________________
Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-winforms-list

Re: Some Winforms Questions

2009-11-24T02:26:44Z

Hey!

I'm not our OSX expert, so I will leave those questions unanswered.

3) The RichTextEditor in Winforms on Mono is mostly useless. Does GTK# provide something better? Or can anyone recommend any libraries for Winforms? I actually don't need richtext, but I do need undo, hyperlinks, indenting and bullets....

What are the issues you were/are getting with RichTextBox? I fixed some stuff there some months ago, so it should be working better now. Anyway, it you find any error, please report it so we can fix it.

5) What is the present/future of Winforms on Mono for IPhone? Android?

No plans on the mobile segment for now.

_______________________________________________
Mono-winforms-list maillist - Mono-winforms-list@...
http://lists.ximian.com/mailman/listinfo/mono-winforms-list

Some Winforms Questions

2009-11-24T02:14:41Z

Some simple questions about Winforms on OSX. I should note that I had given up on my app as being Windows only, but when I tried the port to Mono Winforms I was totally amazed at how complete it is.

1) My app is running on Winforms on Mono nicely (well, 90% of it), but I cannot take over the app menu bar like a native app. It says "Mono" with the Apple to the left. Is it possible to take this over? I do NOT want to run in a full-screen exclusive mode.
2) If #1 is not possible, it seems GTK# apps can do this. Is it possible to put my app inside a GTK# app.... in other words, are the two technologies mixable?
3) The RichTextEditor in Winforms on Mono is mostly useless. Does GTK# provide something better? Or can anyone recommend any libraries for Winforms? I actually don't need richtext, but I do need undo, hyperlinks, indenting and bullets....
4) There were some initial problems with Snow Leopard and Mono Winforms. Have they all pretty much been resolved by now?
5) What is the present/future of Winforms on Mono for IPhone? Android?
6) I see this link for uninstalling and installing Mono on OSX (http://www.mono-project.com/Mono:OSX). What's the best way to update an installation?

Thanks!

_______________________________________________
Mono-winforms-list maillist - Mono-winforms-list@...
http://lists.ximian.com/mailman/listinfo/mono-winforms-list

Some Winforms Questions

2009-11-24T02:12:34Z

Some simple questions about Winforms on OSX. I should note that I had given up on my app as being Windows only, but when I tried the port to Mono Winforms I was totally amazed at how complete it is.

1) My app is running on Winforms on Mono nicely (well, 90% of it), but I cannot take over the app menu bar like a native app. It says "Mono" with the Apple to the left. Is it possible to take this over? I do NOT want to run in a full-screen exclusive mode.
2) If #1 is not possible, it seems GTK# apps can do this. Is it possible to put my app inside a GTK# app.... in other words, are the two technologies mixable?
3) The RichTextEditor in Winforms on Mono is mostly useless. Does GTK# provide something better? Or can anyone recommend any libraries for Winforms? I actually don't need richtext, but I do need undo, hyperlinks, indenting and bullets....
4) There were some initial problems with Snow Leopard and Mono Winforms. Have they all pretty much been resolved by now?
5) What is the present/future of Winforms on Mono for IPhone? Android?
6) I see this link for uninstalling and installing Mono on OSX (http://www.mono-project.com/Mono:OSX). What's the best way to update an installation?

Thanks!

_______________________________________________
Mono-winforms-list maillist - Mono-winforms-list@...
http://lists.ximian.com/mailman/listinfo/mono-winforms-list

Re: Starting Form on top of Child Form Issue - Mono 2.4.2.3 with SUSE 11

2009-11-23T10:25:00Z

you could also try to upgrade mono , no ?
Mono JIT compiler version 2.7

2009/11/23 Carlos Alberto Cortez <calberto.cortez@...>:

> That seems like a bug. We have a lot of bug fixes in the new upcoming
> versions, but it would of of great help if you could provide a test case or
> a VC# solution so we can test.
>
> Carlos.
>
> 2009/11/23 utneflyte <utnsteve@...>
>>
>> Hi All,
>>
>> I am using Mono 2.4.2.3 on OpenSUSE 11.1 and SUSE Linux Enterprise 11
>>
>> I have a kiosk application created with VS2008, compiled in MonoDevelop on
>> OpenSUSE 11.1 and then exported to the machine running SUSE and Mono.
>>
>> All forms are of a fixed size taking the full aspect of the screen. Screen
>> resolution 800x600 and so is all form sizes.
>>
>> I only have 1 issue left... and need community help.
>>
>> The first form (Starting Form) of the program, thus the one that should
>> always be under all other forms... sometimes appears as the top-most form.
>> When it does, that form is inactive (in a frozen state) and the only way
>> to
>> close it is via ALT-F4. Once it's closed, we can see the form that the
>> user
>> clicked to try to open the other form.
>>
>> There is a need to open forms using ShowDialog() method. Actually i am
>> using, frm.Owner = this; frm.ShowDialog(this); where frm is the child form
>> to open depending on user action (e.g. button press). That way, there can
>> be
>> 10-15 forms open one after another in a hierarchy. but, as all form are
>> displayed using ShowDialog() method, there can be at most one direct child
>> form open at any given time from a parent form. Also, that child form can
>> open another child form too. This is how navigation goes.
>>
>> When the Starting Form on-top stuck issue happens, it occurs randomly when
>> a
>> user clicks and the program opens a form on top of the current form. It
>> doesn't matter what is on the form loading or the form that it comes from.
>> It is random, the user could be clicking very slowly, one click per minute
>> or 10 clicks per second, it occurs so randomly...
>>
>> Anyone experience this type of behavior and have a
>> solution/work-around/different manner that should be used to open these
>> forms?
>>
>> Looking forward to your replies.
>>
>> Thank you.
>> --
>> View this message in context:
>> http://old.nabble.com/Starting-Form-on-top-of-Child-Form-Issue---Mono-2.4.2.3-with-SUSE-11-tp26479869p26479869.html
>> Sent from the Mono - WinForms mailing list archive at Nabble.com.
>>
>> _______________________________________________
>> Mono-winforms-list maillist - Mono-winforms-list@...
>> http://lists.ximian.com/mailman/listinfo/mono-winforms-list
>
>
> _______________________________________________
> Mono-winforms-list maillist - Mono-winforms-list@...
> http://lists.ximian.com/mailman/listinfo/mono-winforms-list
>
>

Re: Starting Form on top of Child Form Issue - Mono 2.4.2.3 with SUSE 11

2009-11-23T10:22:22Z

That seems like a bug. We have a lot of bug fixes in the new upcoming versions, but it would of of great help if you could provide a test case or a VC# solution so we can test.

Carlos.

2009/11/23 utneflyte <utnsteve@...>

Hi All,

I am using Mono 2.4.2.3 on OpenSUSE 11.1 and SUSE Linux Enterprise 11

I have a kiosk application created with VS2008, compiled in MonoDevelop on
OpenSUSE 11.1 and then exported to the machine running SUSE and Mono.

All forms are of a fixed size taking the full aspect of the screen. Screen
resolution 800x600 and so is all form sizes.

I only have 1 issue left... and need community help.

The first form (Starting Form) of the program, thus the one that should
always be under all other forms... sometimes appears as the top-most form.
When it does, that form is inactive (in a frozen state) and the only way to
close it is via ALT-F4. Once it's closed, we can see the form that the user
clicked to try to open the other form.

There is a need to open forms using ShowDialog() method. Actually i am
using, frm.Owner = this; frm.ShowDialog(this); where frm is the child form
to open depending on user action (e.g. button press). That way, there can be
10-15 forms open one after another in a hierarchy. but, as all form are
displayed using ShowDialog() method, there can be at most one direct child
form open at any given time from a parent form. Also, that child form can
open another child form too. This is how navigation goes.

When the Starting Form on-top stuck issue happens, it occurs randomly when a
user clicks and the program opens a form on top of the current form. It
doesn't matter what is on the form loading or the form that it comes from.
It is random, the user could be clicking very slowly, one click per minute
or 10 clicks per second, it occurs so randomly...

Anyone experience this type of behavior and have a
solution/work-around/different manner that should be used to open these
forms?

Looking forward to your replies.

Thank you.
--
View this message in context: http://old.nabble.com/Starting-Form-on-top-of-Child-Form-Issue---Mono-2.4.2.3-with-SUSE-11-tp26479869p26479869.html
Sent from the Mono - WinForms mailing list archive at Nabble.com.

_______________________________________________
Mono-winforms-list maillist - Mono-winforms-list@...
http://lists.ximian.com/mailman/listinfo/mono-winforms-list

_______________________________________________
Mono-winforms-list maillist - Mono-winforms-list@...
http://lists.ximian.com/mailman/listinfo/mono-winforms-list

Starting Form on top of Child Form Issue - Mono 2.4.2.3 with SUSE 11

2009-11-23T07:16:49Z

Hi All,

I am using Mono 2.4.2.3 on OpenSUSE 11.1 and SUSE Linux Enterprise 11

I have a kiosk application created with VS2008, compiled in MonoDevelop on OpenSUSE 11.1 and then exported to the machine running SUSE and Mono.

All forms are of a fixed size taking the full aspect of the screen. Screen resolution 800x600 and so is all form sizes.

I only have 1 issue left... and need community help.

The first form (Starting Form) of the program, thus the one that should always be under all other forms... sometimes appears as the top-most form. When it does, that form is inactive (in a frozen state) and the only way to close it is via ALT-F4. Once it's closed, we can see the form that the user clicked to try to open the other form.

There is a need to open forms using ShowDialog() method. Actually i am using, frm.Owner = this; frm.ShowDialog(this); where frm is the child form to open depending on user action (e.g. button press). That way, there can be 10-15 forms open one after another in a hierarchy. but, as all form are displayed using ShowDialog() method, there can be at most one direct child form open at any given time from a parent form. Also, that child form can open another child form too. This is how navigation goes.

When the Starting Form on-top stuck issue happens, it occurs randomly when a user clicks and the program opens a form on top of the current form. It doesn't matter what is on the form loading or the form that it comes from. It is random, the user could be clicking very slowly, one click per minute or 10 clicks per second, it occurs so randomly...

Anyone experience this type of behavior and have a solution/work-around/different manner that should be used to open these forms?

Looking forward to your replies.

Thank you.

Re: [Mono-dev] on-the-spot Input method editing in mono WinForms

2009-11-20T08:31:22Z

Hi all,

I redone this in a more sensible way, rather than adding
programmatic hooks into System.Windows.Forms.dll, win messages are
emitted by mono for preedit notification when doing on-the-spot IME.

Hence no publicly visible api has changed. A user application can
just override winproc if it cares about on-the-spot preediting.

Please could someone review (and commit if ok) this patch?

https://bugzilla.novell.com/show_bug.cgi?id=557268

Thanks
Tom

On Mon, 2009-11-09 at 16:38 -0700, Tom Hindle wrote:

> Hi,
>
> I need to implement in a custom control on-the-spot Input method
> editing. The Control is driven by WinForm events - although all the
> drawing is completely custom.
>
> I have had a first stab at adding support to mono's X11 classes to allow
> a custom control to get at this information. I've attached the (not
> finished) initial patch for comments and suggestions.
>
> I have also attached a small test program which I use for testing this.
> For which I run it with:
> XMODIFIERS="@im=SCIM"
> MONO_WINFORMS_XIM_STYLE=on-the-spot mono TestApp.exe
>
> I have been testing with Scim using 'Amharic' and 'Chinese (Simplified)
> - Wubi' (note: mono winforms seems to have problems rending Amharic -
> but it's good enough for testing).
>
> What I would like to know is what are the changes of accepting a patch
> which allows custom controls to hook into mono's XIM use?
>
> I have currently put externally access-able classes in a
> System.Windows.Forms.X11 namespace, it this the right thing to do?
>
> Another thing which I think may be necessary is the ability to have a
> control specific xim or a least to be able to switch xim in application
> code ( currently it seems to be one per applications) This would allow
> some controls to do on-the-spot and some to do an alternative method
> like off-the-spot.
>
> Thanks
> Tom
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list@...
> http://lists.ximian.com/mailman/listinfo/mono-devel-list

_______________________________________________
Mono-winforms-list maillist - Mono-winforms-list@...
http://lists.ximian.com/mailman/listinfo/mono-winforms-list

Re: [PATCH] Re: [Mono-dev] Input method context switch

2009-11-20T08:24:48Z

Updated patch attached to bugzilla entry.

https://bugzilla.novell.com/show_bug.cgi?id=557277

On Thu, 2009-11-12 at 16:55 -0700, Tom Hindle wrote:

> Cross posting as this belongs on the mono-winforms list.
>
> Attaching patch for review.
>
> Thanks
> Tom
>
> On Tue, 2009-11-03 at 16:50 +0700, Tim Armstrong wrote:
> > Hi mono team,
> > in developing software for linguistic applications our team recently
> > developed a patch for the SCIM input method manager that allows us to
> > programmatically change the selected Input Method (IM). The key idea is
> > that when a user switches from a textbox that expects English input to,
> > say, a textbox that expects Thai, the Input Method is automatically
> > switched.
> > We do this switch in the OnEnter eventhandler. Unfortunately, it seems
> > that the X Input Context is switched AFTER the OnEntry event is fired.
> > As a result we end up switching the IM for the previous context (ie the
> > English textbox) rather than the new one (ie the Thai textbox). Can you
> > give any insight into this behavior or do have any thoughts?
> > Thanks,
> > Tim
> > _______________________________________________
> > Mono-devel-list mailing list
> > Mono-devel-list@...
> > http://lists.ximian.com/mailman/listinfo/mono-devel-list
> _______________________________________________
> Mono-winforms-list maillist - Mono-winforms-list@...
> http://lists.ximian.com/mailman/listinfo/mono-winforms-list

_______________________________________________
Mono-winforms-list maillist - Mono-winforms-list@...
http://lists.ximian.com/mailman/listinfo/mono-winforms-list