We can read and process Office documents (Word, Powerpoint) using OLE automation (Com programming) on Windows. But on Mac we have to use AppleScript which doesn't work without launching the software and opening the document. Can we use similar COM kind of approach on Mac for MS Office products ?
After so much RnD I came to know the only way to automate MS Office one Mac is AppleScript.
Related
I am about to develop my first ever MS Outlook add-in (following this MS guide).
As I create my new project, I see this ...
Was there really such a change between these versions of Outlook? Does this mean that I will have two develop two copies of my add-in? Is there no forward/backward comparability?
Am I even following the correct guide? Should I be developing a VSTO? This question has an answer by Outlook Add-ins Team - MSFT (although their profile does not actually any actual MS affiliation), which starts
We recommend using the web add-in framework, instead of COM, for
writing an Outlook add-in. The web add-in framework enables developers
to:
Write once and have their add-in run across supported Outlook clients
enabling the add-in to reach millions of Outlook Desktop, Outlook for
Web, Outlook for Mac, and Outlook Mobile users.
The short answer is no, a 2013-2016 VSTO Addin will work with 2010. If you need it to work with Office 2007 you'll have to add the assembly Outlook 2007 Primary Interop Assembly (PIA).
I have searched high and low and I cant find if it is possible to run VBA on Samsung galaxy 5 using Excel 365 (Latest Version)
Was wondering if I take a subscription with 365 will it allow me to use vba
Thanks
#James: Specifically for Android, there is no application which allows you to run VBA, but e-Droid-Cell Pro Spreadsheet which includes a "Macro" mechanism allowing to script the application. Although the Macro language is not compatible with VBA (Visual Basic Applications) it does allows for doing almost anything required by a Macro language. Here is the Link of application on Google play store.
They have some really good reviews but I will suggest to try out the trial version first.
As for O365, If you have done any VBA development which works with Office 2010 or Office 2013 then it will work in Office 365, while you can open the book in the browser or through a webpage, you won't be able to run any of the vba code there.
the only solution i found was to install "OpenOffice" on my pc and opening my excel project with vba with OpenOffice, the vba of OpenOffice is near of exel vba you will need to convert somme instruction you will be able to convert, débugging and testing on your pc be sure to save as OpenOffice format. On your android tablet/phone install "AndrOpen Office" copy your new OpenOffice project to your tablet/phone and open it with AndrOpen Office. MAKE INTNESIF TEST
We build many office application for windows, and it work very natively with office UI but when we came to do same on office for mac we have been lost :(
We need an embedded native Microsoft word for MAC 2016 (better if works with Microsoft word for mac 2011 too)
*by native we mean to be embedded in word window, not like the VBA forms, like word panels etc
*The most important issue for us is the UI and how it will work like if it was built by Microsoft it self,
*ANY SOLUTION FOR MS-WORD FOR WINDOWS IS NOT WHAT WE ARE LOOKING FOR AT ALL, THE SCOPE IS MICROSOFT WORD BUT FOR MAC
*The UI we prefer first is something like word native pans such as
*Navigation pane
*Task pane
*Side bar/pan
if this not possible then 2nd option will be
*Ribbon
if this not possible then 3rd option will be
*Toolbox
We open to use any technology to build this, such as VBA,swift, objective-c whatever provide us with the solution we need,
Any advice??
As far as I am aware, the support for embedding native clients is going the way of the dodo. Everything is moving towards the Office Web Apps and embedding that view within applications. It might make sense to review if that allows for the functionality you are looking for based on how it's deployed.
Sorry if this is a silly question.
What can I do to make my VBA code work on Office 2003/2007/2010 ?
Can it be done or should I create different VBA code for each?
I use
WinHttp.WinHttpRequest.5.1
Make a lot of Windows API Calls
Have five references to libraries
wininet.dll
kernel32
Outlook.Application
InternetExplorer.Application
I'm developing on Office 2007 but users with Office 2010 cant run the code. Not sure about users runnning other office versions.
I have also seen that one can create an Excel-Addin in Visual Studio but I dont have a lot of experience in that area.
Thx for any suggestions.
for different versions of Excel, you can just use Conditional Compilation such as #If Application.version>n then
However, for any users who have Win64 systems, you will have to provide different methods of calling the API functions.
Your best bet is to try and manipulate Excel using Automation either from .NET using Office.Interop, or VSTO.
I'm looking for some advice from anyone who has experience writing addons for PowerPoint on both Windows and Mac machines.
We have a Windows Office 2007 addon (.NET) that we'd like to port to the Mac.
Thus, in PowerPoint 2008 for the Mac, we require the following functionality:
Ribbon/Fluent extensibility
Custom Task Panes
Read/write custom document properties
Save slides as images
Read text and shape information from slides
Get notification of the following PowerPoint application events; `SlideSelectionChanged`, `PresentationClose` and `AfterPresentationOpen`.
I am hoping someone with experience writing Office addons for Windows and Mac, can advise.
This doesn't solve your problem if you need to specifically do this in 2008, but Office 2011 is coming and it brings back VBA. Spending the effort to convert your stuff to AppleScript might be a lot of work for little return where you could wait for Office 2011 which brings the Ribbon to Mac Office as well as VBA...
http://www.computerworld.com/s/article/9085678/Microsoft_will_bring_back_macros_to_Mac_Office_in_2011