<div dir="ltr">I figured it out on my own. For anyone searching here's a solution.<div><br></div><div>[hcs/folder_list] outputs the entire pathname and includes hidden files.</div><div><br></div><div>[splitfilename] splits the directory from the file and outputs each.</div><div><br></div><div>[list fromsymbol] changes a symbol into a list of numbers. The number 46 is the preceding dot of hidden files.</div><div><br></div><div>[route 46] will catch all files starting with a dot. The right outlet outputs everything else.</div><div><br></div><div>[list tosymbol] will reassemble the file name into a symbol.</div><div><br></div><div>The rest of the code recombines the path with the reconstituted file name.</div><div><br></div><div>Voila! Hidden files are ignored. Is there a simpler solution?<br><div><br></div><div><img src="cid:ii_koa32ksj0" alt="image.png" width="517" height="541"><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, May 4, 2021 at 9:07 AM Samuel Burt <<a href="mailto:composer.samuel.burt@gmail.com">composer.samuel.burt@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi, all.<div><br></div><div>Does anyone have a suggestion to ignore hidden files preceded by a dot? hcs/folder_list outputs all the files matching a wildcard pattern. Seems like there should be some way to look for files that start with a dot and not pass them.</div><div><br></div><div>I'm loading a directory of audio files but there are a ton of ._files.wav that were created by OSX. I've got a bunch of audio sample directories like this and I could go through and remove all these files, but this software will also be used by someone on a Mac, so it's better to just ignore this inconvenient OS behavior if possible.</div><div><br></div><div>Thanks!</div><div>Sam</div><div><br></div></div>
</blockquote></div>