<div dir="ltr"><div>lol<br><br></div>just showed up in my facebook news feed 1 year ago<br><div><div class="gmail-_3dp gmail-_29k"><div><div class="gmail-_6a"><div class="gmail-_6a gmail-_6b"><h5 class="gmail-_5pbw gmail-_5vra" id="gmail-js_iuc"><span class="gmail-fwn gmail-fcg"><span class="gmail-fwb gmail-fcg"><a href="https://www.facebook.com/billyjoestiltner?fref=nf">Billy Stiltner</a></span></span></h5><div class="gmail-_5pcp"><span><span class="gmail-fsm gmail-fwn gmail-fcg"><a class="gmail-_5pcq" href="https://www.facebook.com/billyjoestiltner/posts/1170135913014557"><abbr title="Sunday, November 22, 2015 at 11:08am" class="gmail-_5ptz"><span class="gmail-timestampContent" id="gmail-js_iud">November 22, 2015</span></abbr></a></span></span><span> · </span><div class="gmail-_6a gmail-_43_1 gmail-_4f-9 gmail-_nws" id="gmail-u_ps_jsonp_23_0_4"><div class="gmail-_6a gmail-uiPopover" id="gmail-u_ps_jsonp_23_0_5"><a class="gmail-_42ft gmail-_4jy0 gmail-_55pi gmail-_5vto gmail-_55_p gmail-_2agf gmail-_p gmail-_1zg8 gmail-_3m8n gmail-_4jy3 gmail-_517h gmail-_51sy gmail-_59pe" href="https://www.facebook.com/#" style="max-width:26px" rel="toggle" id="gmail-u_ps_jsonp_23_0_6"><span class="gmail-_55pe" style="max-width:12px"></span></a></div></div></div></div></div></div></div><p>I
 try to keep from using any toolkits, frameworks, libraries, etc..   
that are not part of a default installation of preferred OS which at the
 moment is Linux in the flavor of Ubuntu Studio. Am trying to keep my 
synth cross platform. Some parts of the recent developments have been 
programmed using javascript and a web browser for the UI. This made 
rapid development easy. Some things need redone so that future editing 
will be easy. Like the mode display and selection.<br> It was e<span class="gmail-text_exposed_show">asy
 to grab the raw text from the scala mode list then do search and 
replace in a text editor to add the  html and javascript required for 
the user interaction and sending the mode data to the synthesizer. The 
problem with this is that there are other parts of the interface that 
also send modes and other information to the synthesizer so including a 
list of 1000s of modes along with their name, etc... kind of makes the 
source editing slow  and confusing so<br> The mode data needs to be in a
 text file and loaded up by javascript  then instead of listing the 
modes all in a huge list ,  a smaller subset of the entire list only 
need be displayed at one time. A good division of the list would be 
grouping by period. It's how the modes are grouped visually in the big 
list. <br> Another problem is the use of  JAVA only for creating a TCP 
or UDP socket in order to communicate with the synth. JAVA is ok, there 
have been security risks with it in the past which is not my concern. 
The concern is that it's way too much overhead for adding raw socket 
capabilities to the browser and updates often result in an inoperable 
configuration.  I have downloaded node.js to tinker with but Am having 
2nd thoughts about this.  I'm not sure that node will be something that 
will last. Something that has been working very good  for a really long 
time without changes that affect old programs is opengl and xwindows. So
 what I'm wondering is that if I use node.js to provide a raw socket 
between the browser and synthesizer, will it be easy to include that 
with the synthesizer and have users easily install the required parts to
 make node.js work?   So far it seems like a lot of extra work. Maybe I 
ought to just make a   .ws server patch in puredata and use html5's 
websockets.  On another note what is this uv_tree thing?  looking at the
 headers with node I find some similarities in my old dynamic response 
loading operating system in that the first things declared are handles, 
and a  list  object (node) of which every other object created inherits 
properties from. As the evolution of the objects proceed ...</span></p><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Nov 22, 2016 at 2:07 AM, Billy Stiltner <span dir="ltr"><<a href="mailto:billy.stiltner@gmail.com" target="_blank">billy.stiltner@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>the / and ; aRE  being prepended with / so it's a tcl tk thing i guess, <br></div><br></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 18, 2016 at 9:32 PM, Billy Stiltner <span dir="ltr"><<a href="mailto:billy.stiltner@gmail.com" target="_blank">billy.stiltner@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>re: "Yeah it would be but the sticking point is going to be the small amount 
of crypto stuff that websockets require. Not impossible mayb"<br>it's all in here,<br></div><div><div><div class="gmail_extra"><br><a href="https://sourceforge.net/projects/websocketserverinapatch/files/" target="_blank">https://sourceforge.net/projec<wbr>ts/websocketserverinapatch/<wbr>files/</a><br><div class="gmail_quote"><br></div>looks like  lots of things could be simplified as well as <br></div><div class="gmail_extra">use of the vanilla netrecieve<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">i don't have tof/toasci or would test it out<br></div><div class="gmail_extra"><br><br></div><div class="gmail_extra">one thing i dont undrstand about  aciles is why the 2nd netreceive within the server?<br></div></div></div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>