You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/mfc/reference/cftpfilefind-class.md
+11-11Lines changed: 11 additions & 11 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -27,15 +27,15 @@ class CFtpFileFind : public CFileFind
27
27
28
28
|Name|Description|
29
29
|----------|-----------------|
30
-
|[CFtpFileFind::FindFile](#findfile)|Finds a file on a FTP server.|
30
+
|[CFtpFileFind::FindFile](#findfile)|Finds a file on an FTP server.|
31
31
|[CFtpFileFind::FindNextFile](#findnextfile)|Continues a file search from a previous call to [FindFile](#findfile).|
32
32
|[CFtpFileFind::GetFileURL](#getfileurl)|Gets the URL, including path, of the found file.|
33
33
34
34
## Remarks
35
35
36
36
`CFtpFileFind` includes member functions that begin a search, locate a file, and return the URL or other descriptive information about the file.
37
37
38
-
Other MFC classes designed for Internet and local file searched include [CGopherFileFind](../../mfc/reference/cgopherfilefind-class.md) and [CFileFind](../../mfc/reference/cfilefind-class.md). Together with `CFtpFileFind`, these classes provide a seamless mechanism for the client to find specific files, regardless of the server protocol or file type (either a local machine or a remote server). Note that there is no MFC class for searching on HTTP servers because HTTP does not support the direct file manipulation required for searches.
38
+
Other MFC classes designed for Internet and local file searched include [CGopherFileFind](../../mfc/reference/cgopherfilefind-class.md) and [CFileFind](../../mfc/reference/cfilefind-class.md). Together with `CFtpFileFind`, these classes provide a seamless mechanism for the client to find specific files, regardless of the server protocol or file type (either a local machine or a remote server). There's no MFC class for searching on HTTP servers because HTTP doesn't support the direct file manipulation required for searches.
39
39
40
40
For more information about how to use `CFtpFileFind` and the other WinInet classes, see the article [Internet Programming with WinInet](../../mfc/win32-internet-extensions-wininet.md).
41
41
@@ -73,11 +73,11 @@ explicit CFtpFileFind(
73
73
A pointer to a `CFtpConnection` object. You can obtain an FTP connection by calling [CInternetSession::GetFtpConnection](../../mfc/reference/cinternetsession-class.md#getftpconnection).
74
74
75
75
*dwContext*<br/>
76
-
The context identifier for the `CFtpFileFind` object. See **Remarks** for more information about this parameter.
76
+
The context identifier for the `CFtpFileFind` object. For more information, see the following **remarks**.
77
77
78
78
### Remarks
79
79
80
-
The default value for *dwContext* is sent by MFC to the `CFtpFileFind` object from the [CInternetSession](../../mfc/reference/cinternetsession-class.md) object that created the `CFtpFileFind` object. You can override the default to set the context identifier to a value of your choosing. The context identifier is returned to [CInternetSession::OnStatusCallback](../../mfc/reference/cinternetsession-class.md#onstatuscallback) to provide status on the object with which it is identified. See the article [Internet First Steps: WinInet](../../mfc/wininet-basics.md) for more information about the context identifier.
80
+
The default value for *dwContext* is sent by MFC to the `CFtpFileFind` object from the [CInternetSession](../../mfc/reference/cinternetsession-class.md) object that created the `CFtpFileFind` object. You can override the default to set the context identifier to a value of your choosing. The context identifier is returned to [CInternetSession::OnStatusCallback](../../mfc/reference/cinternetsession-class.md#onstatuscallback) to provide status on the object with which it's identified. See the article [Internet First Steps: WinInet](../../mfc/wininet-basics.md) for more information about the context identifier.
81
81
82
82
### Example
83
83
@@ -96,20 +96,20 @@ virtual BOOL FindFile(
96
96
### Parameters
97
97
98
98
*pstrName*<br/>
99
-
A pointer to a string containing the name of the file to find. If NULL, the call will perform a wildcard search (*).
99
+
A pointer to a string containing the name of the file to find. If NULL, the call will do a wildcard search (*).
100
100
101
101
*dwFlags*<br/>
102
102
The flags describing how to handle this session. These flags can be combined with the bitwise OR operator (|) and are as follows:
103
103
104
-
- INTERNET_FLAG_RELOAD Get the data from the wire even if it is locally cached. This is the default flag.
104
+
-`INTERNET_FLAG_RELOAD` Get the data from the wire even if it's locally cached. This is the default flag.
105
105
106
-
- INTERNET_FLAG_DONT_CACHE Do not cache the data, either locally or in any gateways.
106
+
-`INTERNET_FLAG_DONT_CACHE`Don't cache the data, either locally or in any gateways.
107
107
108
-
- INTERNET_FLAG_RAW_DATA Override the default to return the raw data ( [WIN32_FIND_DATA](/windows/win32/api/minwinbase/ns-minwinbase-win32_find_dataw) structures for FTP).
108
+
-`INTERNET_FLAG_RAW_DATA` Override the default to return the raw data ( [WIN32_FIND_DATA](/windows/win32/api/minwinbase/ns-minwinbase-win32_find_dataw) structures for FTP).
109
109
110
-
- INTERNET_FLAG_SECURE Secures transactions on the wire with Secure Sockets Layer or PCT. This flag is applicable to HTTP requests only.
110
+
-`INTERNET_FLAG_SECURE` Secures transactions on the wire with Secure Sockets Layer or PCT. This flag applies to HTTP requests only.
111
111
112
-
- INTERNET_FLAG_EXISTING_CONNECT If possible, reuse the existing connections to the server for new `FindFile` requests instead of creating a new session for each request.
112
+
-`INTERNET_FLAG_EXISTING_CONNECT` If possible, reuse the existing connections to the server for new `FindFile` requests instead of creating a new session for each request.
113
113
114
114
### Return Value
115
115
@@ -159,7 +159,7 @@ The file and path of the Universal Resource Locator (URL).
159
159
160
160
### Remarks
161
161
162
-
`GetFileURL` is similar to the member function [CFileFind::GetFilePath](../../mfc/reference/cfilefind-class.md#getfilepath), except that in addition to providing the result in URL format, it doesn't include the filename. For example:`ftp://moose/dir`.
162
+
`GetFileURL` is similar to the member function [CFileFind::GetFilePath](../../mfc/reference/cfilefind-class.md#getfilepath) except that it provides the result in URL format. As with `CFileFind::GetFilePath`, the result doesn't include the filename. For example, `file1.txt` located in `//moose/dir/file1.txt:` returns `ftp://moose/dir/`.
Copy file name to clipboardExpand all lines: docs/windows/walkthrough-creating-windows-desktop-applications-cpp.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -354,7 +354,7 @@ Next, you'll learn how to create the code for a Windows desktop application in V
354
354
355
355
One important message to handle is the [WM_PAINT](/windows/win32/gdi/wm-paint) message. The application receives the `WM_PAINT` message when part of its displayed window must be updated. The event can occur when a user moves a window in front of your window, then moves it away again. Your application doesn't know when these events occur. Only Windows knows, so it notifies your app with a `WM_PAINT` message. When the window is first displayed, all of it must be updated.
356
356
357
-
To handle a `WM_PAINT` message, first call [BeginPaint](/windows/win32/api/winuser/nf-winuser-beginpaint), then handle all the logic to layout the text, buttons, and other controls in the window, and then call [EndPaint](/windows/win32/api/winuser/nf-winuser-endpaint). For the application, the logic between the beginning call and the ending call displays the string "Hello, Windows desktop!" in the window. In the following code, the [TextOut](/windows/win32/api/wingdi/nf-wingdi-textoutw) function is used to display the string.
357
+
To handle a `WM_PAINT` message, first call [BeginPaint](/windows/win32/api/winuser/nf-winuser-beginpaint), then handle all the logic to lay out the text, buttons, and other controls in the window, and then call [EndPaint](/windows/win32/api/winuser/nf-winuser-endpaint). For the application, the logic between the beginning call and the ending call displays the string "Hello, Windows desktop!" in the window. In the following code, the [TextOut](/windows/win32/api/wingdi/nf-wingdi-textoutw) function is used to display the string.
358
358
359
359
```cpp
360
360
PAINTSTRUCT ps;
@@ -379,8 +379,8 @@ Next, you'll learn how to create the code for a Windows desktop application in V
379
379
}
380
380
```
381
381
382
-
`HDC` in the code is a handle to a device context, which is a data structure used to communicate with the graphics subsystem about the window. Calling `BeginPaint` and `EndPaint`tells the graphics subsystem that you are updating the invalidated region and that no more painting is required until it is invalidated again. Otherwise, you will keep getting WM_PAINT messages for that region.
383
-
382
+
`HDC` in the code is a handle to a device context, which is used to draw in the window's client area. Use the `BeginPaint` and `EndPaint`functions to prepare for and complete the drawing in the client area. `BeginPaint` returns a handle to the display device context used for drawing in the client area; `EndPaint` ends the paint request and releases the device context.
383
+
384
384
1. An application typically handles many other messages. For example, [WM_CREATE](/windows/win32/winmsg/wm-create) when a window is first created, and [WM_DESTROY](/windows/win32/winmsg/wm-destroy) when the window is closed. The following code shows a basic but complete `WndProc` function.
0 commit comments