Wallstreetgol

Apr 02, 2020  Microsoft Toolkit doesn’t contain any type of advertisement. This tool is 100% free and it doesn’t promote ads, so whenever you use and activate Office or Windows us MS Toolkit then you won’t get annoyed by the ads. System Requirements. The minimum system requirements for using Microsoft Toolkit is given below: You must have Pentium 3 or Above. Control access to your microphone on Mac. Some apps and websites can use the microphone on your Mac to capture or record audio. You can decide which apps are allowed to use the microphone.

• Does Microsoft Toolkit Work On Mac Computer
• Does Microsoft Toolkit Work On Mac Windows 10

Moving from your PC to your new Mac? Consider it done.

With macOS, you can move all the information from your old PC to your new Mac. Built-in Windows-to-Mac migration in macOS automatically transfers your documents, music, contacts, calendars, and email accounts (Outlook and Windows Live Mail), and puts them in the appropriate folders and applications on your new Mac. Just like that.

Jun 28, 2018  New Mac and New Microsoft Office Suite of Mac and still Microsoft can't get their programs to work. The only programs Ive ever encountered on a Mac that routinely freeze and lockup. If you want to waste some money AND add untold frustration to your life, get Office for Mac. Nov 02, 2016  A. Microsoft Teams is available in preview to eligible Office 365 commercial customers beginning November 2, 2016. We expect the service to become generally available in the first quarter of calendar year 2017. What platforms does Microsoft Teams support? Microsoft Teams runs on Windows, Mac, Android, iOS and web platforms. Mar 12, 2020 The same rules apply as with Microsoft Office 365 commercial online services, Microsoft personnel do not have access to customer data in MyAnalytics. To learn more, see Who can access your data. Does the system enable administrators the ability to log or audit data activity, such as accessing, modifying, or deleting data? If you want to get the Microsoft Kinect setup and working on your Mac using OS X 10.9 Mavericks, then you’ve come to the right place. Since posting the first tutorial, a number of new software updates have been released, so it’s a good idea to recap from the start. JeffCo Remote Work Toolkit; ITS Policies and Procedures. You can also access online Microsoft Office apps such as Word, Excel and PowerPoint. Mac, iOS and Android devices, or bring remote participants into meeting spaces of all sizes with Teams. Use your JCCAL credentials when logging in.

If you buy your Mac at an Apple Store, Personal Setup can help you get off to a great start.

Work with anyone.

Every Mac comes with Pages, Numbers, and Keynote — powerful productivity apps from Apple that help you create stunning documents, spreadsheets, and presentations. You can collaborate with one person or many people to create and edit Pages, Keynote, and Numbers files. And everyone can work on the same document at the same time — from across town or across the globe. You can also open, edit, and save Microsoft Word, Excel, and PowerPoint files with these apps, so you can easily work with others, regardless of whether they’re on a Mac or PC.

Use Microsoft Office for Mac. Connect to Microsoft Exchange Server.

Fun fact: There’s a version of Microsoft Office written just for Mac. So you can use Word, Excel, and PowerPoint on a Mac just like on a PC.

macOS also provides built-in support for the latest version of Microsoft Exchange Server. So you can use all the apps you love on your Mac, and have access to your mail, contacts, and calendar from the office, all at the same time.

Access your files from anywhere with iCloud.

Your Mac comes with iCloud Drive, which lets you safely store all your presentations, spreadsheets, PDFs, images, and any other kinds of files in iCloud. Then you can access them from any device, including your iPhone, iPad, iPod touch, Mac, or PC.¹

Industry standard‑bearer.

Thanks to its support for industry standards, macOS works with virtually all email providers and websites. It also lets you view the most common file types, including Office documents, PDFs, images, text files, MP3s, videos, ZIP files, and more.

So if you’re moving files from a PC or if your friends and colleagues send you files, you can rest assured they’ll work beautifully on your Mac.

Relax. Your camera, printer, and mouse work, too.

Almost any device that connects to a computer via USB, audio cable, or Bluetooth will work with a Mac. That includes digital cameras, external hard drives, printers, keyboards, speakers, and even your right-click mouse. And with technologies like AirPrint and the array of class drivers included with macOS, you can start using these devices as soon as you plug them in — no need to manually download additional software.

A Mac can even run Windows.

Have a Windows application you need to use once in a while? No problem. Every new Mac lets you install and run Windows at native speeds, using a built-in utility called Boot Camp.

Setup is simple and safe for your Mac files. After you’ve completed the installation, you can boot up your Mac using either macOS or Windows. (That’s why it’s called Boot Camp.) Or if you want to run Windows and Mac applications at the same time — without rebooting — you can install Windows using VMware or Parallels software.²

Connect to PCs over a network.

The Finder not only lets you browse files on your Mac, it also makes it easy to find files on other computers — both Mac and PC — on your home network. Computers that allow file sharing automatically show up in the Shared section of the Finder sidebar, allowing you to browse files and folders you have permission to view.

Works on macOS

• Microsoft Office for Mac and Word, Excel, and PowerPoint documents created on a Mac or PC
• Windows using Boot Camp or third-party software
• Access to Microsoft Exchange Server in Mail, Contacts, and Calendar
• Virtually all email services and providers

• Popular file types such as PDF, JPG, ZIP, MP3, PSD, and more
• Digital cameras, printers, hard drives, mice, and keyboards with USB connections
• Wi‑Fi hotspots and Windows networks
• Text messaging with Skype, Facebook, WeChat, LINE, and more

Azure Functions Core Tools lets you develop and test your functions on your local computer from the command prompt or terminal. Your local functions can connect to live Azure services, and you can debug your functions on your local computer using the full Functions runtime. You can even deploy a function app to your Azure subscription.

Important

Do not mix local development with portal development in the same function app. When you create and publish functions from a local project, you should not try to maintain or modify project code in the portal.

Developing functions on your local computer and publishing them to Azure using Core Tools follows these basic steps:

Core Tools versions

There are three versions of Azure Functions Core Tools. The version you use depends on your local development environment, choice of language, and level of support required:

• Version 1.x: Supports version 1.x of the Azure Functions runtime. This version of the tools is only supported on Windows computers and is installed from an npm package.

• Version 2.x/3.x: Supports either version 2.x or 3.x of the Azure Functions runtime. These versions support Windows, macOS, and Linux and use platform-specific package managers or npm for installation.

Unless otherwise noted, the examples in this article are for version 3.x.

Install the Azure Functions Core Tools

Azure Functions Core Tools includes a version of the same runtime that powers Azure Functions runtime that you can run on your local development computer. It also provides commands to create functions, connect to Azure, and deploy function projects.

Important

You must have the Azure CLI installed locally to be able to publish to Azure from Azure Functions Core Tools.

Version 2.x and 3.x

Version 2.x/3.x of the tools uses the Azure Functions runtime that is built on .NET Core. This version is supported on all platforms .NET Core supports, including Windows, macOS, and Linux.

Important

You can bypass the requirement for installing the .NET Core SDK by using extension bundles.

The following steps use npm to install Core Tools on Windows. You can also use Chocolatey. For more information, see the Core Tools readme.

1. Install Node.js, which includes npm.

   • For version 2.x of the tools, only Node.js 8.5 and later versions are supported.
   • For version 3.x of the tools, only Node.js 10 and later versions are supported.

2. Install the Core Tools package:

   v2.x

   v3.x

   It may take a few minutes for npm to download and install the Core Tools package.

3. If you don't plan to use extension bundles, install the .NET Core 2.x SDK for Windows.

The following steps use Homebrew to install the Core Tools on macOS.

1. Install Homebrew, if it's not already installed.

2. Install the Core Tools package:

   v2.x

   v3.x

The following steps use APT to install Core Tools on your Ubuntu/Debian Linux distribution. For other Linux distributions, see the Core Tools readme.

1. Install the Microsoft package repository GPG key, to validate package integrity:

2. Set up the .NET development source list before doing an APT update.

   To set up the APT source list for Ubuntu, run this command:

   To set up the APT source list for Debian, run this command:

3. Check the /etc/apt/sources.list.d/dotnetdev.list file for one of the appropriate Linux version strings listed below:

   Linux distribution	Version
   Debian 9	stretch
   Debian 8	jessie
   Ubuntu 18.10	cosmic
   Ubuntu 18.04	bionic
   Ubuntu 17.04	zesty
   Ubuntu 16.04/Linux Mint 18	xenial

4. Start the APT source update:

5. Install the Core Tools package:

6. If you don't plan to use extension bundles, install .NET Core 2.x SDK for Linux.

Create a local Functions project

A functions project directory contains the files host.json and local.settings.json, along with subfolders that contain the code for individual functions. This directory is the equivalent of a function app in Azure. To learn more about the Functions folder structure, see the Azure Functions developers guide.

Version 2.x requires you to select a default language for your project when it is initialized. In version 2.x, all functions added use default language templates. In version 1.x, you specify the language each time you create a function.

In the terminal window or from a command prompt, run the following command to create the project and local Git repository:

When you provide a project name, a new folder with that name is created and initialized. Otherwise, the current folder is initialized.
In version 2.x, when you run the command you must choose a runtime for your project.

Use the up/down arrow keys to choose a language, then press Enter. If you plan to develop JavaScript or TypeScript functions, choose node, and then select the language. TypeScript has some additional requirements.

The output looks like the following example for a JavaScript project:

func init supports the following options, which are version 2.x-only, unless otherwise noted:

Important

By default, version 2.x of the Core Tools creates function app projects for the .NET runtime as C# class projects (.csproj). These C# projects, which can be used with Visual Studio or Visual Studio Code, are compiled during testing and when publishing to Azure. If you instead want to create and work with the same C# script (.csx) files created in version 1.x and in the portal, you must include the --csx parameter when you create and deploy functions.

Register extensions

With the exception of HTTP and timer triggers, Functions bindings in runtime version 2.x and higher are implemented as extension packages. In version 2.x and beyond of the Azure Functions runtime, you have to explicitly register the extensions for the binding types used in your functions. The exceptions to this are HTTP bindings and timer triggers, which do not require extensions.

You can choose to install binding extensions individually, or you can add an extension bundle reference to the host.json project file. Extension bundles removes the chance of having package compatibility issues when using multiple binding types. It is the recommended approach for registering binding extensions. Extension bundles also removes the requirement of installing the .NET Core 2.x SDK.

Extension bundles

The easiest way to install binding extensions is to enable extension bundles. When you enable bundles, a predefined set of extension packages is automatically installed.

To enable extension bundles, open the host.json file and update its contents to match the following code:

To learn more, see Register Azure Functions binding extensions. You should add extension bundles to the host.json before you add bindings to the function.json file.

Register individual extensions

If you need to install extensions that aren't in a bundle, you can manually register individual extension packages for specific bindings.

Note

To manually register extensions by using func extensions install, you must have the .NET Core 2.x SDK installed.

After you have updated your function.json file to include all the bindings that your function needs, run the following command in the project folder.

The command reads the function.json file to see which packages you need, installs them, and rebuilds the extensions project. It adds any new bindings at the current version but does not update existing bindings. Use the --force option to update existing bindings to the latest version when installing new ones.

Local settings file

Does Microsoft Toolkit Work On Mac Computer

The local.settings.json file stores app settings, connection strings, and settings used by local development tools. Settings in the local.settings.json file are used only when you're running projects locally. The local settings file has this structure:

These settings are supported when you run projects locally:

By default, these settings are not migrated automatically when the project is published to Azure. Use the --publish-local-settings switch when you publish to make sure these settings are added to the function app in Azure. Note that values in ConnectionStrings are never published.

The function app settings values can also be read in your code as environment variables. For more information, see the Environment variables section of these language-specific reference topics:

When no valid storage connection string is set for AzureWebJobsStorage and the emulator isn't being used, the following error message is shown:

Missing value for AzureWebJobsStorage in local.settings.json. This is required for all triggers other than HTTP. You can run 'func azure functionapp fetch-app-settings <functionAppName>' or specify a connection string in local.settings.json.

Get your storage connection strings

Even when using the Microsoft Azure Storage Emulator for development, you may want to test with an actual storage connection. Assuming you have already created a storage account, you can get a valid storage connection string in one of the following ways:

• From the Azure portal, search for and select Storage accounts.

  Select your storage account, select Access keys in Settings, then copy one of the Connection string values.

• Use Azure Storage Explorer to connect to your Azure account. In the Explorer, expand your subscription, expand Storage Accounts, select your storage account, and copy the primary or secondary connection string.

• Use Core Tools to download the connection string from Azure with one of the following commands:

  • Download all settings from an existing function app:

  • Get the Connection string for a specific storage account:

    When you aren't already signed in to Azure, you're prompted to do so.

Create a function

To create a function, run the following command:

In version 2.x, when you run func new you are prompted to choose a template in the default language of your function app, then you are also prompted to choose a name for your function. In version 1.x, you are also prompted to choose the language.

Function code is generated in a subfolder with the provided function name, as you can see in the following queue trigger output:

You can also specify these options in the command using the following arguments:

For example, to create a JavaScript HTTP trigger in a single command, run:

To create a queue-triggered function in a single command, run:

Run functions locally

To run a Functions project, run the Functions host. The host enables triggers for all functions in the project. The start command varies, depending on your project language.

This command must be run in a virtual environment.

Note

Version 1.x of the Functions runtime requires the host command, as in the following example:

func start supports the following options:

When the Functions host starts, it outputs the URL of HTTP-triggered functions:

Important

When running locally, authorization isn't enforced for HTTP endpoints. This means that all local HTTP requests are handled as authLevel = 'anonymous'. For more information, see the HTTP binding article.

Passing test data to a function

To test your functions locally, you start the Functions host and call endpoints on the local server using HTTP requests. The endpoint you call depends on the type of function.

Note

Examples in this topic use the cURL tool to send HTTP requests from the terminal or a command prompt. You can use a tool of your choice to send HTTP requests to the local server. The cURL tool is available by default on Linux-based systems and Windows 10 build 17063 and later. On older Windows, you must first download and install the cURL tool.

For more general information on testing functions, see Strategies for testing your code in Azure Functions.

HTTP and webhook triggered functions

You call the following endpoint to locally run HTTP and webhook triggered functions:

Make sure to use the same server name and port that the Functions host is listening on. You see this in the output generated when starting the Function host. You can call this URL using any HTTP method supported by the trigger.

The following cURL command triggers the MyHttpTrigger quickstart function from a GET request with the name parameter passed in the query string.

The following example is the same function called from a POST request passing name in the request body:

You can make GET requests from a browser passing data in the query string. For all other HTTP methods, you must use cURL, Fiddler, Postman, or a similar HTTP testing tool.

Non-HTTP triggered functions

For all kinds of functions other than HTTP triggers and webhooks and Event Grid triggers, you can test your functions locally by calling an administration endpoint. Calling this endpoint with an HTTP POST request on the local server triggers the function.

To test Event Grid triggered functions locally, see Local testing with viewer web app.

You can optionally pass test data to the execution in the body of the POST request. This functionality is similar to the Test tab in the Azure portal.

You call the following administrator endpoint to trigger non-HTTP functions:

To pass test data to the administrator endpoint of a function, you must supply the data in the body of a POST request message. The message body is required to have the following JSON format:

The <trigger_input> value contains data in a format expected by the function. The following cURL example is a POST to a QueueTriggerJS function. In this case, the input is a string that is equivalent to the message expected to be found in the queue.

Using the func run command (version 1.x only)

Important

The func run command is only supported in version 1.x of the tools. For more information, see the topic How to target Azure Functions runtime versions.

In version 1.x, you can also invoke a function directly by using func run <FunctionName> and provide input data for the function. This command is similar to running a function using the Test tab in the Azure portal.

func run supports the following options:

For example, to call an HTTP-triggered function and pass content body, run the following command:

Publish to Azure

The Azure Functions Core Tools supports two types of deployment: deploying function project files directly to your function app via Zip Deploy and deploying a custom Docker container. You must have already created a function app in your Azure subscription, to which you'll deploy your code. Projects that require compilation should be built so that the binaries can be deployed.

Important

You must have the Azure CLI installed locally to be able to publish to Azure from Core Tools.

A project folder may contain language-specific files and directories that shouldn't be published. Excluded items are listed in a .funcignore file in the root project folder.

Deploy project files

Does Microsoft Toolkit Work On Mac Windows 10

To publish your local code to a function app in Azure, use the publish command:

This command publishes to an existing function app in Azure. You'll get an error if you try to publish to a <FunctionAppName> that doesn't exist in your subscription. To learn how to create a function app from the command prompt or terminal window using the Azure CLI, see Create a Function App for serverless execution. By default, this command uses remote build and deploys your app to run from the deployment package. To disable this recommended deployment mode, use the --nozip option.

Important

When you create a function app in the Azure portal, it uses version 2.x of the Function runtime by default. To make the function app use version 1.x of the runtime, follow the instructions in Run on version 1.x.You can't change the runtime version for a function app that has existing functions.

The following publish options apply for both versions, 1.x and 2.x:

The following publish options are only supported in version 2.x:

Deploy custom container

Azure Functions lets you deploy your function project in a custom Docker container. For more information, see Create a function on Linux using a custom image. Custom containers must have a Dockerfile. To create an app with a Dockerfile, use the --dockerfile option on func init.

The following custom container deployment options are available:

Monitoring functions

The recommended way to monitor the execution of your functions is by integrating with Azure Application Insights. You can also stream execution logs to your local computer. To learn more, see Monitor Azure Functions.

Application Insights integration

Application Insights integration should be enabled when you create your function app in Azure. If for some reason your function app isn't connected to an Application Insights instance, it's easy to do this integration in the Azure portal.

Functions makes it easy to add Application Insights integration to a function app from the Azure portal.

1. In the portal, type Function Apps in the search bar at the top of the page, choose your function app, and then select the Application Insights is not configured banner at the top of the window. If you don't see this banner, then your app already has Application Insights enabled.

2. Create an Application Insights resource by using the settings specified in the table below the image.

   Setting	Suggested value	Description
   Name	Unique app name	It's easiest to use the same name as your function app, which must be unique in your subscription.
   Location	West Europe	If possible, use the same region as your function app, or one that's close to that region.

3. Select OK. The Application Insights resource is created in the same resource group and subscription as your function app. After the resource is created, close the Application Insights window.

4. Back in your function app, select Application settings, and then scroll down to Application settings. If you see a setting named APPINSIGHTS_INSTRUMENTATIONKEY, Application Insights integration is enabled for your function app running in Azure.

Enable streaming logs

You can view a stream of log files being generated by your functions in a command-line session on your local computer.

Native streaming logs

Built-in log streaming

Use the logstream option to start receiving streaming logs of a specific function app running in Azure, as in the following example:

Live Metrics Stream

You can also view the Live Metrics Stream for your function app in a new browser window by including the --browser option, as in the following example:

This type of streaming logs requires that Application Insights integration be enabled for your function app.

Next steps

Learn how to develop, test, and publish Azure Functions by using Azure Functions Core Tools Microsoft learn moduleAzure Functions Core Tools is open source and hosted on GitHub.
To file a bug or feature request, open a GitHub issue.