<div dir="ltr"><div>Hi Pete,</div><div><br></div><div>Here's a link re: How to use VS Code with an external editor. Looks like there's an extension for you to install.</div><div><a href="https://marketplace.visualstudio.com/items?itemName=generalov.open-in-editor-vscode">https://marketplace.visualstudio.com/items?itemName=generalov.open-in-editor-vscode</a></div><div>I can't tell from the description if it would alleviate your mutated file issue or not, but it should let you use editor of choice.<br></div><div><br></div><div>According to the webpage:</div><div>
<h1 id="gmail-open-in-editor-extension-for-visual-studio-code">Open in Editor extension for Visual Studio Code</h1>
<p>The extension enables you to open a file in an alternative IDE or editor.</p>
<p>Editor support:</p>
<ul><li><a href="https://atom.io/" target="_blank" rel="noreferrer noopener nofollow">Atom Editor</a></li><li><a href="https://www.gnu.org/software/emacs/" target="_blank" rel="noreferrer noopener nofollow">Emacs</a></li><li><a href="https://www.jetbrains.com/idea/download/" target="_blank" rel="noreferrer noopener nofollow">IDEA 14 Community Edition</a></li><li><a href="http://www.sublimetext.com/" target="_blank" rel="noreferrer noopener nofollow">Sublime Text</a></li><li><a href="https://www.jetbrains.com/phpstorm/" target="_blank" rel="noreferrer noopener nofollow">PhpStorm</a></li><li><a href="http://www.vim.org/" target="_blank" rel="noreferrer noopener nofollow">Vim</a></li><li><a href="https://www.visualstudio.com/" target="_blank" rel="noreferrer noopener nofollow">Visual Studio</a></li><li><a href="https://www.jetbrains.com/webstorm/" target="_blank" rel="noreferrer noopener nofollow">WebStorm</a></li></ul>
<p>You also can use any other editor that is able to open files from the command line.</p><p>Hope this helps!</p><p>- Dan<br></p>

</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, May 13, 2021 at 10:09 AM Jon Wolfe via TriEmbed <<a href="mailto:triembed@triembed.org">triembed@triembed.org</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"><u></u>

<div>
<div dir="auto">
<div dir="auto">You're better off ditching the ino (putting in a stub), and working all in cpp files. I do this too with Arduino. There was a trick to stop Workbench from having that lagging view of the filesystem, but I don't remember what it was.</div><div dir="auto"><br></div><div dir="auto">The debugging with rhe Particle JTAG has been super slow since the Argon /Boron generation of their products that changed cpu to use Nordic's nrf52 line. The previous generation used ST ARM chips and was a little easier/nicer to debug using Eclipse and an ST jtag. I never figured out how to speed up debugging before my involved with the project ended. Nordic chips have decent debugging support via a Segger built in to the Nordic dev kit, im not sure why they didn't go that way as a supported debugging method.</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br></div>
<div id="gmail-m_-8480612665550950811aqm-original" style="color:black">
<div dir="auto">On May 13, 2021 9:31:06 AM Pete Soper via TriEmbed <<a href="mailto:triembed@triembed.org" target="_blank">triembed@triembed.org</a>> wrote:</div>
<div><br></div>
<blockquote type="cite" class="gmail_quote" style="margin:0px 0px 0px 0.75ex;border-left:1px solid rgb(128,128,128);padding-left:0.75ex">
<div dir="auto">The following is not meant to be criticism of VS Code or Particle or </div>
<div dir="auto">Microsoft, just information about their tool chain in its current state </div>
<div dir="auto">and the corner cases I seem to be unlucky enough to flush out.</div>
<div dir="auto"><br></div>
<div dir="auto">Poking around docs and I can't seem to find the answer to this </div>
<div dir="auto">question:  How to disable the VS Code editor and tell it I'm using an </div>
<div dir="auto">external editor? I realize VS Code is a code editor and this question </div>
<div dir="auto">may be another in a long  line of benchmarks for heresy.  I don't seem </div>
<div dir="auto">to be able to avoid heresy.</div>
<div dir="auto"><br></div>
<div dir="auto">This feature is straight forward with the Arduino IDE and I'm hoping </div>
<div dir="auto">it's present in VS Code to help me escape from the hopeless confused </div>
<div dir="auto">state Code (or Particle Workbench?) gets into with mutated files. I'm </div>
<div dir="auto">seeing a state where it decides I shouldn't really be using vim and so I </div>
<div dir="auto">can't edit the source from inside Code or outside and have it reflected  </div>
<div dir="auto">sanely in the next build. If I could just find the right button in </div>
<div dir="auto">files/prefs/settings/Text Editor or the right json entry or something. </div>
<div dir="auto">But my deeper issue is that even "clean" operations with Particle </div>
<div dir="auto">workbench don't keep Code from seeing the wrong source files in some </div>
<div dir="auto">cases. The fact that it doesn't see a clear dependency between .ino and </div>
<div dir="auto">generated .cpp file (i.e. mutating the former should force recreation of </div>
<div dir="auto">the latter. And how is it possible a clean doesn't remove the .cpp??? D </div>
<div dir="auto">U H) All this tells me I need Maxwell's silver hammer. So far I've tried </div>
<div dir="auto">particle clean local, manual deletion of the .cpp, reset intellisense </div>
<div dir="auto">database, and reset editor history. Some combination of these has </div>
<div dir="auto">rescued me but what I really need is a way to say "I'll handle the </div>
<div dir="auto">source mutations myself" so I can more easily edit a bunch of files at </div>
<div dir="auto">once and just use Code for the build and debug sessions for where I'm at </div>
<div dir="auto">with this stuff. Can you tell I still haven't adapted to graphical </div>
<div dir="auto">interfaces? But I will get my mind right with VS Code, I'm just in a </div>
<div dir="auto">hurry at the moment.</div>
<div dir="auto"><br></div>
<div dir="auto">Also, if there is anybody on the list with experience using the Particle </div>
<div dir="auto">JTAG debugger with an Argon  using Particle Workbench I'd love to get </div>
<div dir="auto">some of your consulting time for a faster bootstrap and am happy to pay </div>
<div dir="auto">for it.</div>
<div dir="auto"><br></div>
<div dir="auto">Thanks,</div>
<div dir="auto">Pete</div>
<div dir="auto"><br></div>
<div dir="auto">PS This is what it is: my opinion. I love VS Code and don't despise or </div>
<div dir="auto">hate Microsoft anymore. That started when the kid named Bill was kissing </div>
<div dir="auto">MITS' ass and moving down the street from them while gloating about his </div>
<div dir="auto">shitty BASIC implementation and then making his customers his unwitting </div>
<div dir="auto">alpha and beta testers for decades and duping and screwing this and that </div>
<div dir="auto">biz partner. I used to have visions of latter day incendiary barrel </div>
<div dir="auto">bombs dropping on Redmond after getting the campus evacuated to burn all </div>
<div dir="auto">the source code and stop the torture of Windows users. But their attempt </div>
<div dir="auto">to embrace and extend open source is going to enable any hidden </div>
<div dir="auto">imperialist plans  to find the same sort of fate as US biz _____ enjoyed </div>
<div dir="auto">with their attempt at a conquest of China. I wonder if Paul or somebody </div>
<div dir="auto">else wrote that BASIC? I don't know but don't really care that much. </div>
<div dir="auto">Yes, I am an ambulatory fossil, but one who knows something about system </div>
<div dir="auto">software and the difference between juvenile hobby code and commercial </div>
<div dir="auto">code that respects accumulated wisdom.</div>
<div dir="auto"><br></div>
<div dir="auto"><br></div>
<div dir="auto">_______________________________________________</div>
<div dir="auto">Triangle, NC Embedded Computing mailing list</div>
<div dir="auto"><br></div>
<div dir="auto">To post message: <a href="mailto:TriEmbed@triembed.org" target="_blank">TriEmbed@triembed.org</a></div>
<div dir="auto">List info: <a href="http://mail.triembed.org/mailman/listinfo/triembed_triembed.org" target="_blank">http://mail.triembed.org/mailman/listinfo/triembed_triembed.org</a></div>
<div dir="auto">TriEmbed web site: <a href="http://TriEmbed.org" target="_blank">http://TriEmbed.org</a></div>
<div dir="auto">To unsubscribe, click link and send a blank message: mailto:<a href="mailto:unsubscribe-TriEmbed@bitser.net" target="_blank">unsubscribe-TriEmbed@bitser.net</a>?subject=unsubscribe</div>
</blockquote>
</div><div dir="auto"><br></div>
</div></div>

_______________________________________________<br>
Triangle, NC Embedded Computing mailing list<br>
<br>
To post message: <a href="mailto:TriEmbed@triembed.org" target="_blank">TriEmbed@triembed.org</a><br>
List info: <a href="http://mail.triembed.org/mailman/listinfo/triembed_triembed.org" rel="noreferrer" target="_blank">http://mail.triembed.org/mailman/listinfo/triembed_triembed.org</a><br>
TriEmbed web site: <a href="http://TriEmbed.org" rel="noreferrer" target="_blank">http://TriEmbed.org</a><br>
To unsubscribe, click link and send a blank message: mailto:<a href="mailto:unsubscribe-TriEmbed@bitser.net" target="_blank">unsubscribe-TriEmbed@bitser.net</a>?subject=unsubscribe<br>
<br>
</blockquote></div>