<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: SwiftyDropbox listfolder result for pathDisplay showing results in small caps in Dropbox API Support &amp; Feedback</title>
    <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/SwiftyDropbox-listfolder-result-for-pathDisplay-showing-results/m-p/249315#M14318</link>
    <description>&lt;P&gt;You're not doing anything wrong. Dropbox is case-insensitive, and attempts to be case-preserving, but sometimes you won't see the original expected case. You should use pathLower when performing operations, as that's the canonicalized version of the path. You should use pathDisplay for display purposes, where the case will be preserved to the extent possible. Even in pathDisplay though, the original casing isn't always available. There's a note about this in &lt;A href="https://www.dropbox.com/developers/documentation/http/documentation" target="_self"&gt;the API v2 documentation&lt;/A&gt;, under "Case insensitivity":&lt;BR /&gt; &lt;BR /&gt;"Also, while Dropbox is case-insensitive, it makes efforts to be case-preserving. Metadata.name will contain the correct case. Metadata.path_display usually will contain the correct case, but sometimes only in the last path component. If your app needs the correct case for all components, it can get it from the Metadata.name or last path component of each relevant Metadata.path_display entry."&lt;BR /&gt; &lt;BR /&gt;There's also some information in the documentation for &lt;A href="https://dropbox.github.io/SwiftyDropbox/api-docs/latest/Classes/Files/Metadata.html#/s:13SwiftyDropbox5FilesC8MetadataC11pathDisplaySSSgv" target="_self"&gt;Metadata.pathDisplay&lt;/A&gt;. &lt;A href="https://dropbox.github.io/SwiftyDropbox/api-docs/latest/Classes/Files/Metadata.html#/s:13SwiftyDropbox5FilesC8MetadataC4nameSSv" target="_self"&gt;Metadata.name&lt;/A&gt; will contain the case-preserved name, so the workaround would be to build the path up from each of those.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;We understand this is non-ideal of course, and I'll forward this on to the team as feedback, but I can't make any promises as to if or when this might be improved in the future.&lt;/P&gt;</description>
    <pubDate>Wed, 25 Oct 2017 15:19:41 GMT</pubDate>
    <dc:creator>Greg-DB</dc:creator>
    <dc:date>2017-10-25T15:19:41Z</dc:date>
    <item>
      <title>SwiftyDropbox listfolder result for pathDisplay showing results in small caps</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/SwiftyDropbox-listfolder-result-for-pathDisplay-showing-results/m-p/249299#M14314</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;Was trying to do a listing of files and folders in a path /My Pictures. But I noticed that the result returned are in small caps if the return value is for a file will be of small caps but the return value for a folder will be of original case. Am I using the wrong function to get the folder and files path as it is not accurate(incorrect case). The sample output is after the code below&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;PRE&gt;if let client = DropboxClientsManager.authorizedClient{
            // List contents of app folder
            client.files.listFolder(path: "/My Pictures", recursive: true, includeMediaInfo: true, includeDeleted: false, includeHasExplicitSharedMembers: false, includeMountedFolders: false, limit: nil, sharedLink: nil).response(completionHandler: { (response, error) in
                if let result = response {
                    for entry in result.entries{
                        if !(entry is Files.FileMetadata){
                           print("folder path is \(entry.pathDisplay!)")
                        }else{
                            print("file path is \(entry.pathDisplay!)")&lt;BR /&gt;                        }
                    }
                }
            })
        }&lt;/PRE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Output:&lt;/P&gt;&lt;P&gt;folder path is /My Pictures&lt;BR /&gt;folder path is /My Pictures/April 2013&lt;BR /&gt;file path is /my pictures/April 2013/IMG_5145.JPG&lt;BR /&gt;file path is /my pictures/April 2013/IMG_5152.JPG&lt;BR /&gt;file path is /my pictures/April 2013/IMG_5081.JPG&lt;BR /&gt;file path is /my pictures/April 2013/IMG_5084.JPG&lt;BR /&gt;file path is /my pictures/April 2013/IMG_5148.JPG&lt;BR /&gt;file path is /my pictures/April 2013/IMG_5083.JPG&lt;BR /&gt;file path is /my pictures/April 2013/IMG_5146.JPG&lt;BR /&gt;file path is /my pictures/April 2013/IMG_5122.JPG&lt;BR /&gt;file path is /my pictures/April 2013/IMG_5149.JPG&lt;BR /&gt;file path is /my pictures/April 2013/IMG_5107.JPG&lt;BR /&gt;file path is /my pictures/April 2013/IMG_5108.JPG&lt;BR /&gt;file path is /my pictures/April 2013/IMG_5085.JPG&lt;BR /&gt;file path is /my pictures/April 2013/IMAG0101.jpg&lt;BR /&gt;file path is /my pictures/April 2013/IMG_5079.JPG&lt;BR /&gt;file path is /my pictures/April 2013/IMG_5106.JPG&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 29 May 2019 09:17:53 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/SwiftyDropbox-listfolder-result-for-pathDisplay-showing-results/m-p/249299#M14314</guid>
      <dc:creator>yarnthen</dc:creator>
      <dc:date>2019-05-29T09:17:53Z</dc:date>
    </item>
    <item>
      <title>Re: SwiftyDropbox listfolder result for pathDisplay showing results in small caps</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/SwiftyDropbox-listfolder-result-for-pathDisplay-showing-results/m-p/249315#M14318</link>
      <description>&lt;P&gt;You're not doing anything wrong. Dropbox is case-insensitive, and attempts to be case-preserving, but sometimes you won't see the original expected case. You should use pathLower when performing operations, as that's the canonicalized version of the path. You should use pathDisplay for display purposes, where the case will be preserved to the extent possible. Even in pathDisplay though, the original casing isn't always available. There's a note about this in &lt;A href="https://www.dropbox.com/developers/documentation/http/documentation" target="_self"&gt;the API v2 documentation&lt;/A&gt;, under "Case insensitivity":&lt;BR /&gt; &lt;BR /&gt;"Also, while Dropbox is case-insensitive, it makes efforts to be case-preserving. Metadata.name will contain the correct case. Metadata.path_display usually will contain the correct case, but sometimes only in the last path component. If your app needs the correct case for all components, it can get it from the Metadata.name or last path component of each relevant Metadata.path_display entry."&lt;BR /&gt; &lt;BR /&gt;There's also some information in the documentation for &lt;A href="https://dropbox.github.io/SwiftyDropbox/api-docs/latest/Classes/Files/Metadata.html#/s:13SwiftyDropbox5FilesC8MetadataC11pathDisplaySSSgv" target="_self"&gt;Metadata.pathDisplay&lt;/A&gt;. &lt;A href="https://dropbox.github.io/SwiftyDropbox/api-docs/latest/Classes/Files/Metadata.html#/s:13SwiftyDropbox5FilesC8MetadataC4nameSSv" target="_self"&gt;Metadata.name&lt;/A&gt; will contain the case-preserved name, so the workaround would be to build the path up from each of those.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;We understand this is non-ideal of course, and I'll forward this on to the team as feedback, but I can't make any promises as to if or when this might be improved in the future.&lt;/P&gt;</description>
      <pubDate>Wed, 25 Oct 2017 15:19:41 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/SwiftyDropbox-listfolder-result-for-pathDisplay-showing-results/m-p/249315#M14318</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2017-10-25T15:19:41Z</dc:date>
    </item>
  </channel>
</rss>

