[cw-discuss] CrossOver support for .NET

[James McKenzie]

What is the status of .NET 1.1 and .NET 2.0 support in Crossover for the
Mac?

Thank you.

James McKenzie

[Jeremy White]

Post by James McKenzie
What is the status of .NET 1.1 and .NET 2.0 support in Crossover for the
Mac?

It's not there yet. It's starting to work, but we haven't made the push to
make it useful yet. That is what we're working on now, though, so hopefully
the news will change.

Note, though, that we don't really think of it as .net, so much as we think
of it on an application by application basis. So, for example, we think
of it as supporting Quickbooks or Lord of the Rings Online. Hopefully we'll
get it to work and do some 'collateral damage' and other things will work as well.

Cheers,

Jeremy

[Timothy]

Will .NET under CrossOver support Office automation? --Tim

Post by Jeremy White

Post by James McKenzie
What is the status of .NET 1.1 and .NET 2.0 support in Crossover for the
Mac?

It's not there yet. It's starting to work, but we haven't made the push to
make it useful yet. That is what we're working on now, though, so hopefully
the news will change.
Note, though, that we don't really think of it as .net, so much as we think
of it on an application by application basis. So, for example, we think
of it as supporting Quickbooks or Lord of the Rings Online. Hopefully we'll
get it to work and do some 'collateral damage' and other things will work as well.
Cheers,
Jeremy
_______________________________________________
discuss mailing list
http://crossover.codeweavers.com/mailman/listinfo/discuss
You can be removed from this list by visiting the above web page, or by checking the 'subscriptions' tab in your account with CodeWeavers.

[Jeremy White]

Post by Timothy
Will .NET under CrossOver support Office automation? --Tim

I'm not sure I know what you mean. Are you talking about running
VB .NET or C# applications from Office?

Cheers,

Jeremy

[Timothy]

Specifically, I'm talking about generating Excel spreadsheets
programatically, not manually, with a data file and an external program.
I do that now on Windows with VB, but I've also used C# .NET on Windows
for opening Outlook, opening email, deleting email, etc. for testing
purposes, all under program control, so I know that C# .NET would work
to generate spreadsheets ... on Windows. So far, I've not been
successful getting my VB scripts (developed on Windows) to run under
CrossOver, which would be useful, too.

Currently, I've been experimenting with Jexelapi, but not all Excel
functionality is supported, including functionality I need. I've also
not have much luck with PyWin32 on CrossOver. So, bottom line, if you're
getting .NET working on CrossOver, there may be hope for programmatic
Excel spreadsheet generation.

--Tim

Post by Jeremy White

Post by Timothy
Will .NET under CrossOver support Office automation? --Tim

I'm not sure I know what you mean. Are you talking about running
VB .NET or C# applications from Office?
Cheers,
Jeremy

[Jeremy White]

Ah, that helps. Several other folks have successfully run such
scripting applications, but I believe those were mostly in either C
or in VB. That is, the challenge is to not only run Microsoft Office,
but also to run your custom application. And custom applications
built in .NET are not yet working...

Cheers,

Jeremy

Post by Timothy
Specifically, I'm talking about generating Excel spreadsheets
programatically, not manually, with a data file and an external program.
I do that now on Windows with VB, but I've also used C# .NET on Windows
for opening Outlook, opening email, deleting email, etc. for testing
purposes, all under program control, so I know that C# .NET would work
to generate spreadsheets ... on Windows. So far, I've not been
successful getting my VB scripts (developed on Windows) to run under
CrossOver, which would be useful, too.
Currently, I've been experimenting with Jexelapi, but not all Excel
functionality is supported, including functionality I need. I've also
not have much luck with PyWin32 on CrossOver. So, bottom line, if you're
getting .NET working on CrossOver, there may be hope for programmatic
Excel spreadsheet generation.
--Tim

Post by Jeremy White

Post by Timothy
Will .NET under CrossOver support Office automation? --Tim

I'm not sure I know what you mean. Are you talking about running
VB .NET or C# applications from Office?
Cheers,
Jeremy

[Andrew Douglas Pitonyak]

If you are working really hard to attain such functionality on Linux or
Mac, consider trying OpenOffice.org (OOo). Unfortunately, their Basic is
not compatible with VBA, but the new OOo 3.0 offers at least some
compatibility. Worse case, you write your macros to the OOo API, and
manipulate your Excel documents. i have managed to do a lot of that with
no problems on both Windows and Linux without using MS Office.

Post by Timothy
Specifically, I'm talking about generating Excel spreadsheets
programatically, not manually, with a data file and an external program.
I do that now on Windows with VB, but I've also used C# .NET on Windows
for opening Outlook, opening email, deleting email, etc. for testing
purposes, all under program control, so I know that C# .NET would work
to generate spreadsheets ... on Windows. So far, I've not been
successful getting my VB scripts (developed on Windows) to run under
CrossOver, which would be useful, too.
Currently, I've been experimenting with Jexelapi, but not all Excel
functionality is supported, including functionality I need. I've also
not have much luck with PyWin32 on CrossOver. So, bottom line, if you're
getting .NET working on CrossOver, there may be hope for programmatic
Excel spreadsheet generation.
--Tim

Post by Jeremy White

Post by Timothy
Will .NET under CrossOver support Office automation? --Tim

I'm not sure I know what you mean. Are you talking about running
VB .NET or C# applications from Office?
Cheers,
Jeremy

_______________________________________________
discuss mailing list
http://crossover.codeweavers.com/mailman/listinfo/discuss
You can be removed from this list by visiting the above web page, or by checking the 'subscriptions' tab in your account with CodeWeavers.

[Timothy]

Sadly, our Excel spreadsheets do not render well in either OOo or
Gnumeric. --Tim

Post by Andrew Douglas Pitonyak
If you are working really hard to attain such functionality on Linux
or Mac, consider trying OpenOffice.org (OOo). Unfortunately, their
Basic is not compatible with VBA, but the new OOo 3.0 offers at least
some compatibility. Worse case, you write your macros to the OOo API,
and manipulate your Excel documents. i have managed to do a lot of
that with no problems on both Windows and Linux without using MS Office.

Post by Timothy
Specifically, I'm talking about generating Excel spreadsheets
programatically, not manually, with a data file and an external
program. I do that now on Windows with VB, but I've also used C# .NET
on Windows for opening Outlook, opening email, deleting email, etc.
for testing purposes, all under program control, so I know that C#
.NET would work to generate spreadsheets ... on Windows. So far, I've
not been successful getting my VB scripts (developed on Windows) to
run under CrossOver, which would be useful, too.
Currently, I've been experimenting with Jexelapi, but not all Excel
functionality is supported, including functionality I need. I've also
not have much luck with PyWin32 on CrossOver. So, bottom line, if
you're getting .NET working on CrossOver, there may be hope for
programmatic Excel spreadsheet generation.
--Tim

Post by Jeremy White

Post by Timothy
Will .NET under CrossOver support Office automation? --Tim

I'm not sure I know what you mean. Are you talking about running
VB .NET or C# applications from Office?
Cheers,
Jeremy

_______________________________________________
discuss mailing list
http://crossover.codeweavers.com/mailman/listinfo/discuss
You can be removed from this list by visiting the above web page, or
by checking the 'subscriptions' tab in your account with CodeWeavers.

[Derek Fountain]

Post by Timothy
Sadly, our Excel spreadsheets do not render well in either OOo or
Gnumeric. --Tim

That's the case with most complex Office documents, in my experience.
Simple letters and reports are OK, but anything more involved fails to
some degree. In a business world it needs to be completely right. I
don't have time to proof read every standard letter I send out to a
customer.

I tried really hard to move my office over to OOo, but eventually gave
up. We just have too much legacy stuff that doesn't convert. The "MS
Office on Linux with Crossover" market isn't in any real danger anytime
soon. I guess from Codeweaver's perspective that's a good thing.