Hello 

I wanted to ask if someone tried to use DevExpress .net assemblies on Linux using Mono.

If so - does it work? (It sounds far from reality for me, but I didn't check)

Thanks.

Ori

On Fri, 8 Jun 2007 08:38:57 +0000 (UTC), "Ori" <> wrote:

>I wanted to ask if someone tried to use DevExpress .net assemblies on Linux using Mono.
>
>If so - does it work? (It sounds far from reality for me, but I didn't check)

In general, no, although there may be some that do by coincidence.
Most of our assemblies won't work since we use functionality in .NET
2.0 that doesn't exist or work in Mono.

--
Cheers, Julian

-----------------------------------------------------------
Julian M Bucknall
CTO, Developer Express, www.devexpress.com
julianb@devexpress.com

Personal blog at http://www.boyet.com
Company blog at http://community.devexpress.com/blogs/ctodx
Author of "Tomes of Delphi: Algorithms and Data Structures"
Read my articles in PCPlus every month
-----------------------------------------------------------
|

That's not true, Mono is somewhere between 1.1 and 2.0 so you cannot really know until you try.

I've seen applications developed on .net 2.00 that can be executed on Mono without a change in the source code

Ori

On Tue, 12 Jun 2007 14:37:37 +0000 (UTC), "Ori" <> wrote:

>That's not true, Mono is somewhere between 1.1 and 2.0
>so you cannot really know until you try.

We only support .NET Framework 2.0. We use P/Invoke. We use Windows
graphics APIs through P/Invoke for speed reasons. We use OS/Framework
functionality that is not available yet in Mono.

>I've seen applications developed on .net 2.00 that can be executed on
>Mono without a change in the source code

So have I. So what? I'm not denying that Mono can run some .NET
applications. But we've designed and implemented our user-interface
components with the tacit assumption that Windows is underneath. Heck,
we don't even support Windows Mobile and that's a lot closer to what
we have than Mono.

--
Cheers, Julian

-----------------------------------------------------------
Julian M Bucknall
CTO, Developer Express, www.devexpress.com
julianb@devexpress.com

Personal blog at http://www.boyet.com
Company blog at http://community.devexpress.com/blogs/ctodx
Author of "Tomes of Delphi: Algorithms and Data Structures"
Read my articles in PCPlus every month
-----------------------------------------------------------
|

OK, I guess you are right

Thanks for your answer

"Julian M Bucknall" wrote in message news:185853@community.devexpress.com...

Ori

On Tue, 12 Jun 2007 14:37:37 +0000 (UTC), "Ori" <> wrote:

>That's not true, Mono is somewhere between 1.1 and 2.0
>so you cannot really know until you try.

We only support .NET Framework 2.0. We use P/Invoke. We use Windows
graphics APIs through P/Invoke for speed reasons. We use OS/Framework
functionality that is not available yet in Mono.

>I've seen applications developed on .net 2.00 that can be executed on
>Mono without a change in the source code

So have I. So what? I'm not denying that Mono can run some .NET
applications. But we've designed and implemented our user-interface
components with the tacit assumption that Windows is underneath. Heck,
we don't even support Windows Mobile and that's a lot closer to what
we have than Mono.

--
Cheers, Julian

-----------------------------------------------------------
Julian M Bucknall
CTO, Developer Express, www.devexpress.com
julianb@devexpress.com

Personal blog at http://www.boyet.com
Company blog at http://community.devexpress.com/blogs/ctodx
Author of "Tomes of Delphi: Algorithms and Data Structures"
Read my articles in PCPlus every month
-----------------------------------------------------------
|

---

http://community.devexpress.com//forums/p/55085/185853.aspx#185853

Alex

On Tue, 12 Jun 2007 20:11:00 +0000 (UTC), "Alex Danvy [DX-Squad]" <>
wrote:

>Closer to Compact Framework than Mono ?Are you working on a Windows
>Mobile prototype or what ?

Heh, I was wondering whether someone would pick up on that.

No, we're not doing anything for the Windows Mobile/CE space. I was
just saying Windows Mobile is closer to ordinary Windows than Linux,
say, if we drill through the .NET Framework in our code.

The reason we're not doing anything for Windows Mobile is that we're
concentrating hard on WPF/Silverlight. We have to make a choice (we
don't have infinite resources) and WPF is closer to what we know.
--
Cheers, Julian

-----------------------------------------------------------
Julian M Bucknall
CTO, Developer Express, www.devexpress.com
julianb@devexpress.com

Personal blog at http://www.boyet.com
Company blog at http://community.devexpress.com/blogs/ctodx
Author of "Tomes of Delphi: Algorithms and Data Structures"
Read my articles in PCPlus every month
-----------------------------------------------------------
|

Hi,

Julian M Bucknall wrote:

> I was just saying Windows Mobile is closer to ordinary Windows than
> Linux, say, if we drill through the .NET Framework in our code.

Let me just add what I think Julian means implicitely: "... when talking
about Windows Forms components". I have done tests with XPO and our ASP.NET
components on Mono in the past and both worked - XPO to a very good degree
and the ASP.NET stuff in parts. Your mileage may vary and as far as I know
we don't make any promises about this, but at least those products don't
have many of the same issues that the Windows Forms components have.

--
Regards,
Oliver Sturm
Developer Express Inc.
MVP C#

Oliver

On Wed, 13 Jun 2007 16:31:17 +0000 (UTC), "Oliver Sturm" <> wrote:

>Let me just add what I think Julian means implicitely: "... when talking
>about Windows Forms components".

Yep, you got my subtext spot on. I certainly wasn't talking about
XPO/XAF.

--
Cheers, Julian

-----------------------------------------------------------
Julian M Bucknall
CTO, Developer Express, www.devexpress.com
julianb@devexpress.com

Personal blog at http://www.boyet.com
Company blog at http://community.devexpress.com/blogs/ctodx
Author of "Tomes of Delphi: Algorithms and Data Structures"
Read my articles in PCPlus every month
-----------------------------------------------------------
|

Well I did a little test - I created a windows applicationa and added a reference to some DXperience dll and added component(s) to a form.

I tried to run the application on Mono (latest version) and it immediately exists, no error message is provided.

I tried several components, and also one real application and got the same result

Linux users - forget it!

 Thing is most of the "nice" stuff on .Net 2.0 deppends on P/Invoke's and platform deppendent stuff.

 Mono, the way I see it, its a solution for those who have invested time and money developing in .Net and are looking for ways of porting the software. Yet that is not an easy task.

 
DevExpress components are great, but they wont work on anything but windows. If you need truly cross platform widgets you can try GTK Sharp which works kind of XtraLayOut (automatic scalling of controls) and runs on windows/linux.

I've heard that XPO does run on mono but I just haven't tried yet, it would be great if it did but if it doesn't you can try DB4O or Hibernate or something that is OpenSource which normally would run on several platforms.

Dont take me wrong, I love DX components but they're just not portable. Even for portability I would say python is even more ready than Mono is but, who knows, I 've heard of OpenDental (which is a complex app) being used on Linux with mono with no changes on the code but they use standard windows forms and mysql.
 

I'm actually also will be interested a lot in DevExpress available on Mono. We use it on Windows but since we targeting Linux in the future - it should theoretically work there. I understand that DevExpress uses P/Invoke but many of them are already substituted by stubs or skipped when running under Mono e.g. by using if(Environment.OSVersion.Platform != PlatformID.Unix) { ... do your dirty calls here ... }

I tried to check what is missing in DevExpress.XtraGrid.v8.2.dll - result is 1 P/Invoke and 31 methods marked MonoTodo.

It's not much!!

You can try it with http://www.mono-project.com/MoMA

By checking the following libraries:

DevExpress.Data.v8.2.dll
DevExpress.Utils.v8.2.dll
DevExpress.XtraBars.v8.2.dll
DevExpress.XtraEditors.v8.2.dll
DevExpress.XtraGrid.v8.2.dll
DevExpress.XtraLayout.v8.2.dll
DevExpress.XtraNavBar.v8.2.dll
DevExpress.XtraTreeList.v8.2.dll

gives 353 P/Invoke calls. It's not so little but also not that much assuming that it is 11Mb of heavy Windows.Forms code and probably some can be skipped. Please consider porting it! Currently it is very possible.

For example I tried TeeChart under Mono - it works just fine without recompiling ;).

Thanks

 

 

If I knew that the DevExpress controls worked on Mono on the Mac, I think I'd be
taking out a subscription before too long.

/Matthew Jones/

I absolutely have potential customers clamoring for a Mac version, and DevExpress on Mono would be a big help.  Otherwise, my choice is between no Mac version and trying to find a toolkit that I could use to build a portable GUI.  I realize, though, that there may be more to supporting the Mac than just getting my DevExpress-based UI running.  It may ultimately contain too many Windows idioms to satisfy the Mac crowd even if it runs.  (That's more a critque of my app than of DevExpress.)

For the VCL controls one option is to use CodeWeavers CrossOver Mac.
http://www.codeweavers.com/products/cxmac/

Not ideal but if your application doesn't need to integrate too much with the host OS it's an option. They also have CrossOver Linux.