To Do List for Moose work

New Build Dec 18, 2018. Geolocation STORED using ipstack.com API. Websockets has added security.

Last updated this to-do list below: Dec 18, 2018.

Build Updater.
- 1. Able to update the tiny Moose.exe or tiny Moose3D.exe.
  - Probably launches a mini-app.
  - Need a master list of all file components?
  - Master list of components has a checksum, checksum transmitted to Moose.exe during startup, and if it doesn’t match, Moose.exe knows to fetch the Master list, and check line-by-line for new files to install.
  - We’ll need all files of the Moose, stored on cloud. That’s a step.
- 2. SIMPLE DOWNLOAD. Able to update DLLs used by tiny Moose.exe, probably Moose.exe can handle this itself.
- 3. SIMPLE DOWNLOAD. Able to update Plugins. I’ll have lots of plugins to update and add more, as time goes on.
- Steve will relax about forcing other peoples Mooses to Exit or Retire, once the ability to update them is working.
Create a secure webpage, for our admin options, regarding Moose users.
- Using Azure Direct Method IoT, from an Admin webpage,
- Button on admin webpage, can send a command to our cloud, IP whitelist check, then the command can go to a specific Moose to cause an Exit. AS A TEST.
- Button that can fetch from the cloud, the location data needed for future Maps. Ie, prove that a list of locations can be fetched from the database. WON’T USE OFTEN.
- Button to input email or name, to get user_id and User Info, including location. Vital for customer support to verify someone is actually a paid customer.
Create code early in the startup of Moose.exe, prior to things that might crash, which gets the System OS information, the Graphics card, the drivers, the DirectX version, the C++ version, the .NET version, etc.
- Write this to a file and close the file, so it’s there, in the event the Moose crashes. Then we can at least ask a user to email us that file.
- Do NOT code sending it automatically to the cloud.
- Create a C# function callable from Errors.html, so I can put a button to fetch that info from the file, and display it.
- A note from long ago, Ivan wondered to detect if MSAA is supported on the graphics card, and disable anti-aliasing if missing.
Right-click menu
- To save time, hide the options in yellow from the right-click menu.
- Later, after the rush to get to Beta testing is over, the functionality can be deleted.
The internal URLs used for API calls to our cloud, should have features added, like query strings, to make it harder for probing brute force to figure out how our APIs work.
- Ivan won’t do this until after all the APIs are created, like DialogFlow, Google Oauth for Sheets, etc.
- Ivan worries that when Azure SDK changes from Beta to Final, these URLs will change again.
- The urgency to get our own Beta test going, means we don’t wait for Microsoft.
Adding Paypal to our admin website, Can be soon, but not essential prior to beta test.
- Twitter and Paypal SDKs at this article, could give the starting point for accepting payments to add features.
- But Ivan says Paypal has a new API.
Is there a Moose.IsInternetAvailable() feature? I should use it alongside User.IsAuthenticated, for the various plugins that show “Login is Required”.
- Home,WebHooks,Weather,Translate,PrivateChat,etc
- Ivan emailed saying that User.IsAuthenticated will return null if no internet, but I would like Ivan to provide example code I should use.
- Ivan is imagining over-usage of IsInternetAvailable. I only need it when certain .html views are loaded, only once during window.onload. Only Home.html opens automatically.
Code Moose.exe to receive a command code from cloud, to cause this Moose to retire. (Not using self-destruct word anymore.)
- When a Moose version is too old, no longer supported, maybe failing to auto-update, it needs to be “retired”, with a sweet message of regret, and advice to get new version.
- My retirement funds are at risk. I am at legal risk. If some unforeseen lawsuit told me to shut it all down, I need a way.
Steve must buy a stronger API key for OpenWeatherMap.org, so all the beta testers can use Weather.
Ivan, can you look at Microsoft Azure, the Translate cost plan. Do I need to buy a bigger plan for a beta test, or is it a scalable pay-as-you-go?
Ivan wants to avoid Lip Sync delay on the first “Hello” for a new user on a slow computer.
- My idea was to have Home.html send an event, when it’s finished loading.
- I think this can wait until after we give it to our trusted friends to try it.
For Twitter plugin, for New User Detected, I think we need a C# function logout and forget the previous user.
- If one user gives a Moose copy to a friend, the friend shouldn’t automatically be using the original Twitter account.
if C# function Moose.OpenStreamView(‘Minutes Channel’); is now obsolete, lets delete it.
I think we don’t need User.FacebookId anymore.
The Moose.ShowNotifyIcon() function is not needed anymore.
- Delete it.
Cloud.SendKillCommand() is available now in .js, but I think it’s now obsolete. Ivan made the older Moose quit automatically. So delete the javascript one.
Ivan had added logging which noticed that my main event loop could sometimes have 3 second delays, while his is 100ms. This was trying to understand why Moose3D sometimes freezes until motion of mouse occurs.
- Perhaps it’s time to remove that logging.
User.SaveChanges(); Ivan thinks it’s now redundant, but Ivan wants one plugin to still call it at Shutdown as a precaution.
- Still needed? I think not needed, and confusing to exist.
- Steve commented this out of UserInfo.js on July 9, 2018.
- And not needed in August. OK, Delete this from the C# code, it’s no longer used.
The start times for Streams: Morning, Afternoon, Evening. Most Moose users will never change these, so all users will be starting at exactly the same times, and that could cause Web fetching by thousands of Moose users at exactly the same moment.
- If a hundred thousand or million Moose users were doing Weather once in the afternoon, it would be an instant DDoS attack.
- I think we need to give some randomness to the start times of these 3 streams.
- This is done once at Moose.exe startup, set a flag for that. Any other instances when the next stream time is calculated, should be exact, so users doing editing aren’t confused.
- How about adding Random(0,300000) milliseconds to those stream starting times.
Remove the C# green window for “Said What”, available from the right-click systray menu. It’s no longer needed. The Said plugin is better now.
- A few things don’t get into the Said plugin. For example, internet error messages. Please add the event Trigger to send internet error messages to the Said plugin.
A C# function that returns a list of all plugins found in the plugins folder
- So that Home.html can show them in a menu
- After removing the ones that are already in other pre-made menus.
- Then we can remove the plugin list from the right-click systray menu.
- Optional, I’ve never had confidence to use the “RELOAD” feature, but maybe creating a C# function for Plugin.ReloadJS(), it could be put on a button in the Plugin.html, for testing things.
If a user deletes their email in the UserInfo plugin, User.Info becomes empty and presumably saved to the cloud.
- Do we still have a record of their email somewhere, in case I want to send them reminders to return to using the Moose after some time away, or email other info?
Code Moose.exe to receive a command code from cloud, to report back it’s version and maybe checksums.
- This could grow into a generic command for Moose.exe to send back all sorts of info upon request.
- Not needed for beta test, but could be useful later.
The app on app.talkingmoose.org, for Microphone from cellphone, sent via webhooks.
- Doesn’t work right now. Check if WebHooks URL needs updating.
More APIs, slightly less priority, may not get into Beta test
- Dialogflow v2 SDK into Azure,
  - for authentication tokens for the Chat.js plugin.
  - https://dialogflow.com/docs/sdks
- Then Google Oauth API for google sheets.
  - For the Research plugin, maybe other stats.
- Then Zazzle, (according to their API, my associate ID is 238195250472598764
  - When I sign on with Facebook, my associate id is 238195250472598764
- Then SendTxt plugin uses Nexmo API. (ApiKey and ApiSecret)
- Then YouTube API, currently visible in YouTube.js line 403
For Zazzle API, “Something to keep me busy for a while”, the C# function for using Template links:
- The documentation.
- Because javascript can’t read the zazzle RSS feed, due to CORS block, need a PHP or Lambda task on AWS that fetches the RSS feeds, converts it into JSON files.
- My Associate ID should be in the C# function. It is 238195250472598764
- Maybe my associate ID is stored on the cloud, not hard-coded into Moose.exe, in case I ever need to create a new company or bank account for this zazzle stuff, without needing to do a Moose.exe update.
- So the protected part of the C# URL is “https://www.zazzle.com/api/create/at-238195250472598764?rf=238195250472598764
- And everything else is a query parameter that Javascript can create and pass as a single string parameter.
- The Images of the Moose, to be put on Mugs and Shirts, need to be on a specific domain or subdomain, like images.moosefile.com
- We also need a C# function for using “RealView Template links. They are for <img src=…> and the src URL needs to contain my associate ID.
  - Maybe we need a C# function that simply returns my associate ID. Then Javascript can create the rest of the src URL in a string.
  - But plugin views are difficult at showing made-by-javascript image sources, at least for local files. There were tricks needed with @file: to set theElement.src = theURL. Maybe it’s not a problem for external URLs.
This can wait till after a few people have tested the Moose. The Azure functions on the cloud can be improved with code added that limits them to using only the services they actually use, and not have access to every possible Azure thing. It’s protection against a successful hack into Azure, to limit damage.
For Map display on admin website, Probably need Google Oath API first, unless Azure/Bing has a Maps API.
- I don’t need a working Map before beta testing begins, but I do need a technology chosen, and the data format is understood, and we are at least collection the location data correctly.
- Selectable: All users locations, or Currently active users locations.
- Azure provides IP-based lookup of an address, for every sign-on, which stays available for 7 days, but does not refresh address for token refreshes.
- Google Maps needs latitude and longitude, but maybe can accept address input too?
- https://www.pubnub.com/tutorials/javascript/mapping-javascript-tracking/?utm_source=EmailBlasts&utm_medium=Content-Roundup&utm_campaign=CR-CY17-Q4-Content-Roundup-December-23
- https://www.pubnub.com/tutorials/javascript/mapping-javascript-tracking/?utm_source=EmailBlasts&utm_medium=Content-Roundup&utm_campaign=CR-CY18-Q1-Demo-Email
- I can’t begin Beta testing until I can KNOW who is using the Beta Moose.
If Moose3D.exe doesn’t receive any movement commands via MMF at all, for 10 seconds or more, it should make the Moose disappear from view.
- We need a setting to Enable/Disable this, for testing purposes. It can be disabled now and during early beta testing, but really does need this coding to be done.
- We need some code that tries once or twice, to wake up Moose.exe, perhaps with forcing the mouse to move, and if that fails, relaunch Moose.exe
- On Steve’s PC, it seems that Moose.exe can freeze up, (application not responding), but Moose3D.exe stays running. If that happens to other users, we SHOULD be hiding Moose3D.
- This used to happen to me, but I not since sept 2018. I return to my PC from being somewhere else in the house for a while, and the motionless moose is visible. It goes away when I start moving the mouse. But some plugins are still running, eg, fetching from Reddit and sending to the Buffer is still working. Things were accumulating on the Say queue too, not being spoken until I moved the mouse.
Related to the above problem, of a motionless 3D moose, please investigate what could be halting/suspending or tight-inner-loop’ing the thread that:
- It may be solved, have not seen motionless Moose in a while.
- Generates behaviors
- Takes things off the Say queue for speaking. (Things get onto the Say queue, and renmain there waiting, until 3D moose starts moving again.
- Ivan found some delays of 3 seconds for me, but 100ms for his computer.
- Maybe check the code that pulls things off the Say queue, and the sequence of events that does a ShowMoose3D(), that generates MMF movement for speech. Perhaps something related to testing if there has been recent mouse movement or keyboard clicks- maybe it needs a timeout escape… like suppose it’s asking for information requiring “Marshalling” and low-level win32, which gets hung up until a mouse movement occurs.
“Moose is loading” shown above SysTray when Moose starts.
Ivan says a new WebView with .NET 3 core, is coming.
- It might be possible to code WebView now.
- The Webpages.js plugin, which renders offscreen, needs a browser supporting Javascript ES6, because most popular websites worthy of scraping, are probably using JS libraries that use ES6.
- later, after gaining familiarity with WebView coding, convert all plugin Views to use WebView instead of older WebBrowser.
- Or Maybe use Chromium Embedded Framework and forget about Microsoft for this one.
Activity functions for Calendar plugin and On-the-Hour plugin:
- Problem: I’m out of the room, the Moose speaks a Calendar event, and I don’t hear it.
- Function 1 Create a C# function that returns the time of the last activity results with mouse move or keypress or microphone audio burst or scrollwheel move
  - So the plugin can save the sentences until it is sure the user is nearby to hear it.
  - Calendar plugin .js can call this function periodically via Timers.setTimer(), but Ivan suggests using an event. I’d prefer a function, at the moment.
- Function 2 Create a C# function that notices “inactivity” defined as no movement for 5 minutes or longer, sets IsInactivity true.
- Function 3. A C# function notices when “activity” resumes after “inactivity” and sends an event to plugins.
- Useful for:
  - Problem: Suppose its after bedtime, Quiet Hours is ON, but the user is staying up late, working on their PC.
  - The Moose can tell the user to Go to bed, at 1am, 2am, etc, but should only do it, if user activity is detected, like mouse movement or keyboard activity.
  - High priority can be used in Moose.Say()
  - So the activity function created above for the Calendar plugin, will be handy in the On-the-Hour plugin too.
Ivan suggested to move the TTS for audible speech, into Moose3D.exe, but keep TTS in C# for the silent run that preceeds it.
- Hoping to eliminate lip-sync problems.
Moving all the editable animation parameters, into hard-coded Moose3D.exe, severely reducing or eliminating Scene.xml.
- Ivan says will help with loading time, a lot.
About Webhooks and Cloud-save settings. Anything not completed yet regarding Cloud credentials for APIs?
- I turned off Cloud-saving, and sometimes it’s problematic. I hear the last few jokes when I get home, that I already heard at work.
Ivan to create a AWS login for himself, with 2 factor verification,
- and Steve needs to do the same and improve his password.
Microphone for Ambient. Don’t interrupt human speech
- An On/Off that a plugin can change ambient microphone on/off. (different from speech recognition on/off). This is detect audio spikes
- Need code that recognizes background sound volume, and recognizes volume spikes compared to previous.
- Presence of volume spikes, means go ahead with save:activenear, useful for Webhooks and Calendar
- Presence of volume spikes, means don’t Speak from Say queue, allow 3 secs of silence first.
- Presence of volume spikes, turns on local microsoft speech recognition.
- 4 minutes without volume spikes, turns off local microsoft speech recognition.
- I think audio-spike detection is as simple as summing the Absolute Values ABS() of each data point in the audio soundwave. and comparing to a threshold.
Microphone for chat.
- For Chatbot, will need audio sentences to send to a Speech-to-Text API.
- Will need an On/Off, for ALL speech recognition. that the Chat plugin can change.
- When ON, the local microsoft speech recognition is not yet actually running. Lets make it actually turn on when a burst of audio, of any kind, is detected on the microphone. And lets turn it off automatically after 4 minutes without audio bursts.
- When local microsoft speech recognition is ON and running, we can have it listen for a specific phrase like “Hey Moose”. ( plus a few others like “Thank-you Moose”.)
- When “Hey Moose” is recognized by local microsoft speech recognition, it automatically switches to using Azure speech recognition.
- We can let a plugin configure whether to use Azure, or Google, or a few other providers, but coded in C#.
- We’ll turn off Azure speech recognition, if there’s 3 minutes of lack-of-speech happening.
- Text received from speech-recognition is sent to the Chat plugin.
Microphone for arbitrary lip-sync.
- need multiple arrays filled with data, raw and from FFT, lots of sums, 256,128,64,32,16,8,4. and at at least 8 different time windows, probably more. Combining enough to get average of 20ms, 40ms and 80ms worth of speech.
- The FFT size, 512 size.
Microphone notes.
- Reasons
  1. User talks into microphone, Moose mimics the correct mouth shapes, a “fun mode”, lets people record the Moose singing, or speaking sounding sad or mad or excited.
- Steve will need a way to visualize the spectrograms, at various summated amounts, at various time-averaged amounts, and compare 2 sounds.
  - We will need to build a visualization tool, in order to efficiently analyze a few thousand different sound samples, while coding the logic.
- Steves examples of Formant code: aescripts.com auto-lip-sync or Talking Head by Ryan Cashman, both for Adobe AfterEffects, A Mathworks module: https://www.mathworks.com/matlabcentral/fileexchange/45315-formant-estimation, http://geoff-morrison.net/ has a matlab source code for formants, near bottom of page.
A flag created in Settings.txt, that can turn off all calls to our Azure and AWS cloud. If we detect someone abusing our cloud, we send a message to their Moose, turning off it’s cloud usage.
- Code the flag in Moose.exe Settings.txt
- Add tests of the flag around all places in C# that use cloud.
  - And look at plugins: Translate, PrivateChat, Login, Chat, GeoLocation, Research results storage,
- Code Moose.exe to receive a message from cloud to disable the flag.
  - A hard-to-hack message so hackers can’t be sending “disable” messages to my user base.
Twitter API limits, the C# calls to twitter must count calls in 15-minute windows,
- and block excess, so we don’t get banned by Twitter.
- The plugin’s Shutdown function also tries to reset timing of 1 minute or less, to longer values.
Twitter real-time Streaming.
- For a new tab in the Twitter.html options bar.
- It would show scrolling text results of the incoming stream, (not using Buffer), used for reading it, not Moose speaking it.
- https://developer.twitter.com/en/docs/tweets/filter-realtime/overview
- https://developer.twitter.com/en/docs/tweets/filter-realtime/guides/connecting
Streams with only 2 plugins set, should use my Alternate12(), and with 3 plugins set, should use Alternate123() instead of Random(1,2) or Random(1,3).
- I found that I prefer the predictable evenness, over the sometimes occurrence of getting the same plugin 3 times in a row.
- It will solve a problem, of wanting to hear 2 “evening” plugins, once each.
- Alternate1234, maybe even Alternate12345
@data and @files and Web.LoadImage() should be restricted to only fetching local files within the Moose folder and it’s subfolders.
- This is particularly important now that plugins are auto-detected.
- @file: is preprocessed and replaced with a filepath starting at C:, and I’m worried about people putting filepaths to anywhere, like grabbing your passwords files and sending them with javascript to a hacker.
- If @data and @file and Web.LoadImage() is forced to be only on the C: drive, lets fix that. If there’s anything preventing the Moose from running from a D: drive or USB stick, lets fix that.
Remove access to Moose Studio, for the version to go out for beta testing.
- But I and Beta users would lose access to making video captures.
- Ivan, why is this necessary? Isn’t hiding almost as good?
Moose.SetVideoRenderBackgroundImage( theURL );
- I need the ability to change the background image for video captures, automated within Plugins.
  - To eliminate the clumsy visit into Moose Studio to change the image, and normal users won’t get access to Moose Studio.
  - So a plugin can automatically use a random different image each time, or slide to choose a desired image.
- Able to use background image from local, or from a URL. 2 functions?
- (below, are not urgent priorities right now. they are future ideas.
- This might be useful to the Meme Maker code, if it can set the background image to be fully transparent.
- It would be great to have code that automatically responds to facebook mentions of the Moose, by creating Meme-like static pictures, OR, rendered videos, with automatically generated text,
  and posting them to facebook. Would be good for marketing. Could make Happy birthday videos for all my registered users.
- In the further future, ability to render onto a background video
- Moose.Record(‘these words’) will be needed too.
Chat in my-custom-functions.php improvements.
- GreenSock + Scrollmagic for sliding animations of chats
- Hover popup over moose saying ‘click’ for joke
- Circle pictures to add box-shadow 50% radius
- Circle pictures bounce animation when clicked, ie,
  - improve pulseClick and hopefully not have it disturb the position of anything else.
  - Mimic the bounce of Say Joke style of buttons in Home.html
- Circle pictures to show cursor:pointer
- Ad footer code
  - update Facebook to 2.11 version
  - serve the .js from moosefile instead of halls.md
  - Add some animation to text in the ad
Need a checkbox option for Moose startup, to not show Home.html in the taskbar at all.
- Ie, have it only accessible through the right-click systray.
- This would be an advanced-user option.
- I guess it needs a Get and Set function available in javascript and html
Back button, for plugin windows.
- If the plugin designer chooses to place a link to a webpage, and that webpage is displayed in our green window, we need BACK navigation, somehow.
- We don’t have a visible button on the frame, Can we add one?
- At least we should act upon the keyboard press for going back, which is? ESC, or ALT-Left-arrow?
WebMoose, for BMI results, give thought for a way to speak different sentences for BMI of 29.1, 29.3 etc..
- Perhaps a webhook to a plugin that creates mp4 recordings, and sends them back.
- I should write down the sub-steps to make this happen. But not code it yet.
for Meme Maker and for creating Products for sale
- Hotkey for Moose3D.exe to capture a Moose image (in big size, high resolution) and save it into a PNG format with alpha transparency shadow. To be subsequently used for creating sellable Moose products on zazzle.
  - Probably need several sizes, big and small, because eyelashes look bad after downscaling.
  - I don’t know the sizes needed yet, so an editable setting for sizes, would be nice.
- (I tried using WebMoose output in Photoshop, but couldn’t figure out how to use it to create the transparent background PNGs that I need.)
It would be cool to have a live count of Moose users.
- For myself to know,
- Maybe Home.html shows the total too, it might encourage people to share the Moose more.
Moose.SendWebHook(theJSON) might be better than plain XmlHttpRequest
- For improving PrivateChat.js function SendPrivateChat
Does Translate API on cloud have any Throttling, or overuse protection? We need something, perhaps count uses per minute.
- Ivan says Azure only gives a daily limit. I was thinking our own code on Azure would count on a per-user basis, to a max per minute.
Allow a plugin to have no javascript, ie, an empty <source>
Not working, need fix: this.getResponseHeader(“Last-Modified”); and this.getAllResponseHeaders();
- But I’m unlikely to use it in my WebRequest plugin.
Home.html doesn’t show up if I start Moose with my VPN running, until a 5-minute timeout elapses.
- Can you shorten that to 15 seconds?
Need a test of javascript graphics speed
- So that background pastel color changing can be omitted if too slow.
- So that Notifications.html script can omit the character spacing animation if too slow
- A count of open plugin windows could also be helpful. If more than 1 or 2 open, then fancy animations are stopped.
Forwarding to Email and IFTTT, if the Moose can’t speak a message.
- Fix to automatically use the email address obtained from Facebook.
- subject used if source also present, for email subject.
- Lambda has been doing orEmail but also leaving those messages waiting for Moose.exe to get them, I suspect it happens when Moose.exe or Lambda lose connection to each other
{“andIFTTT”:”eventname”}. ( {“orIFTTT”:”eventname”} ). (for WebHooks API)
- Later add {“andZapier”:”triggerURL”} or {“orZapier”:”triggerURL”} because Zapier is very awesome.
For Toast style notifications
- Ability to toggle the windowframe from our standard, to slim ( Although, the frame with 3D text shadows is starting to look good, so this is lower priority.
- Commands to position the window offscreen, to various corners. ( But bouncing to land above the taskbar is probably going to be good, so this is lower priority)
Ivan’s mouse gestures apparently don’t work
- They don’t match the example in “About the Moose”
For Steve: Nagging myself to work on this:
- New User Reset, should shuffle the Jokes and other noticable things.
- Moose Size should reset to normal sizes at startup, in case a big moose forced a task manager shutdown.
- adroll.com, Amazon Affiliates, Oath.com, AppNexus
- CureDiva, Some Products, Komen nice shirts
- Get the Zazzle documents signed.
  - About W-8BEN-E form.
  - Download from IRS.
- Zazzle has RSS feeds, I could create Moose-graphics on products, display them on breast-cancer.ca and perhaps inside a Moose plugin or Homepage.
- Send Tweet and Send IFTTT plugins need a better warning about lacking a secretKey.
- Look at Googles Terms of Service in multiple languages. for Terms plugin.
- Fitbit API at https://dev.fitbit.com/build/reference/web-api/
- Gab.ai has an API. https://developers.gab.com/
- Voat also has an API.
- Say plugin to replace the green one.
  - Would allow auto-translate testing.
- Grey-out languages in Translate plugin, which do not have installed voices in the same language.
  (lowish priority)
- Waiting for Ivan, Oauth code from Google, for Research plugin google sheets
- An APIs plugin.
  - Toggle for PUT or POST
  - Each slot has an On/Off.
  - Each slot has toggles for TimingOnOff, EventsOnOff, both can be On.
    - Ie, can be triggered by the Timing, or by an Event. Usually not both On.
  - Choices for setRequestHeader Content-Type, Accept.
  - A textedit input containing JSON body to send with the PUT/POST
  - Two types of eval() code depending on how triggered.
    1. Triggered by Timing
    2. Triggered by Event
  - When triggered by Timing, a textedit input containing Javascript that’s eval() to modify the JSON before sending.
    - It could put default values into the JSON using replace()
  - When triggered by Event, a textedit input containing Javascript that’s eval() to modify the JSON before sending.
    - It could put function parameters into the JSON using replace()
  - 3 or 9 slots, each has a predefined event name like: Events.OnEvent(‘APIs Slot 1’), 2, 3, etc
  - Each Events.OnEvent function can accept 3 parameters.
  - Each slot has a textEdit input for javascript code, called by eval() in onreadystatechange.
  - the onreadystatechange code can trigger an events to fire another API in slot 1-9.
    - This lets the results of one API get sent to the next API.
    - Or, it could call Moose.Say() (or TranslateAndSay() ).
    - It can use IF..ELSE.. logic to decide which slot to call next.
  - When a onreadystatechenge does eval() that has Events.TriggerEvent(‘APIs Slot 2’,result.apiKey,result.apiSecret,result.text
    - See 3 parameters. If they need more, they have to .join before sending, and .split when receiving the parameter. Luckily, each slot has 2 eval() places, at triggered step, and at result step.
  - I think this enables multi-step usage, and IF..ELSE logic, using IFTTT, but not paying for multi-step.
  - I need to think of one useful example, otherwise coding this plugin isn’t worth the effort.
  - Must have examples, otherwise nobody will use it. Examples could be:
    - A section for Oauth as first step toward using other APIs from Microsoft, Google, etc.
    - A section for Google APIs as a second step, passing an access_token obtained in the first step.
  - Maybe examples fill in 2 slots at a time: 1 for Oauth to get a token, 2 to send the token to the actual API
  - The plugin.js would have a OnWebHook = function(data) {} to receive things coming back from IFTTT via webhooks, which had specified {“target”:”APIs”}
- Create a way, for one user to “gift” the Moose to another user, and have the new user be able to download the Moose with the new users name already set.
- Medical terminology plugin
  - https://www.health.harvard.edu/a-through-c
- Use View.LoadImage(local file); or View.LoadImage(URL) to put dynamic images into the Meme plugin. and beautiful pictures on Home.html background.
  - I decided against this. Not needed on Home.html
- Use Web.GetHTMLImageHash() in the Webpages.js plugin, for image area comparisons.
- Delete the plugin WebPageRenderer, which is only for example code.
- Create a PressKit plugin
  - https://www.bizmavens.com/media-kit-examples/
  - https://www.pinterest.com/twelveskip/media-kit-design-examples/
- A Paid API Sales Plugin.
  - Continue to improve it
- Research plugin.
  - Tell Before and After score to user.
  - Finish learning Google Sheets API.
- Check EVERY plugin and eliminate passing string dates into new Date(), because its unreliable.
- Force the Spread plugin to remain on, (turn on at Shutdown) for at least a few days.
- Space Station plugin,
  - using https://spotthestation.nasa.gov/sightings/view.cfm?country=Canada®ion=Alberta&city=Edmonton#.Wr_muojwYcE
  - maybe fetching daily summary reports.https://blogs.nasa.gov/stationreport/2018/03/28/iss-daily-summary-report-3282018/ ( but they are too verbose )
- Chat.js to use Dialogflow v2 api, waiting for Ivan
- Window frame materials are at:
  - Dropbox\UI\Frame\Frame.ai and we have “skinner” app here: \Dropbox\Moose 115.0\DLLs\External\Skinner\Moosey.Controls.Media.Test.exe
  - skinner can only edit colors.
  - To edit objects, the Adobe Illustrator objects have to be exported to XAML, requring every AI path to be aligned to a frame coordinate system, then Ivan has to do further edits to put them into his COMPILED XAML and C# code, which uses ‘custom WPF controls’ code to provide the drag and click responsiveness. ie, I can’t do it alone.
  - Dropbox\UI\Frame\Generic.xaml is the file holding the XAML. see line 231:
  - Ivan wants a solid frame with no transparent spots. Learn about what can be done.
- Dropbox\UI\Frame\Frame.ai is the Adobe Illustrator file.
- In new user Home.html sequence, “The Moose is for every day use.” I should give them an auto-startup checkbox right there.
- NewUserDetected reset better in Habits plugin.
  - But not yet, while I’m testing resets, because I’ll lose all my own start and shutdown times. Do it just before release.
- When Timing switches back to Random, from Shared or Precise, if it’s not Recurring, have an animation to point at it, to help users notice.
- Read what Naudio provides.
- Add minutes testing in on-the-hour
- Permissions sent as integers from Cloud to C#, to minimize bandwidth,
  - probably bundled into the login success response?
  - Ivan wants to delay this one, until there is a website for controlling moose users.
- Learn to create SVG line-drawing of Moose, learn to GreenSock animate them.
- Learn how to edit and alter the League of Le gends window frame.
- Calendar plugin to use Timers.setTimer() and periodically, like very 5 seconds, calls a C# function, which returns the time of the last mouse-move or keypress. This has advantage of being able to be turned off, or easily adjusted, by the user. Give Calendar reminders an optional checkbox for whether to speak it immediately on time, or save it until there is recent user activity.
- Plugin for listing names of applications and games and video players, that will be looked-for, and if they are foreground, then the Moose won’t speak.
- Mug it, added to Said What
  - Waiting for me to incorporate a new business for this.
  - Waiting for my trademarks to get thru waiting period.
- A plugin Google Jobs API’s for new job openings.
- A plugin for gmail push notifications, to say “you have mail”.
- Terms of Service / License agreement, issues.
  - Ivan wants to delay working on this, thinking we’ll learn something from making Paid Plugins.
  - Ivan suggested that paid features and internet content plugins, should only download into the product after License is agreed.
    - Maybe C# has a list of these plugins, and over-rides their settings, to force them <isEnabled>false</isEnabled>
  - Ivan suggested that C# shows the Licence agreement, before plugins and home start running.
    - Ivan, can you use a Green C# window dialog, and re-create the Terms.html approximately?
- Related to Terms of Service, I think we may need a C# function that detects when the Moose seems to be running on a new machine.
  - Could be same user just got a new PC, threw out the old one.
  - Could be a new user at a new location.
  - In both these cases, it’s safest for me, to have them re-agree to the Terms of Service.
  - Home.html will use this, in it’s startup <script>, to hide menus and show button for Terms of Service.
  - Maybe it’s same user, at same IP address, who have already agreed to Terms of Service, then they get a new PC.
    - Do we store a duplicate IP address in the list? Do we store a duplicate user name in the list? Do we store a MAC address too? Does our cloud function check for duplicates, or just store them anyway?
- Steve must get a microsoft Translate key suitable for large volumes, and hide it with security
- Steve must get a GeoIP location paid plan.
- Lateness (Habits) plugin future ideas
  - Do I need 2 shutdown times? one for leaving the office, another for bedtime?
  - A timing option available to all plugins, middle of the day, and before shutdown.
- Streams like evening.
  - If just 1 plugin on the stream, it fires once.
  - If 2 plugins on the stream, it fires one, then later the other.
  - Will be able to handle this when Ivan codes Alternate12(), Alternate123().
- A plugin of Bloomberg financial information. https://intrinio.com/
  - Do my customers actually want this?
- Use <include> instead of automatic loading of /scripts/
  - This is a big, scary job. To be done gradually.
  - Maybe I should just leave it all alone. The includes js are local, there are getting to be too many plugins to edit them individually anyway.
Chat.js Azure refresh token, should keep track of last time something was chatted, and stop refreshing the token if > 20 minutes has passed. Clear instead.
- Waiting for help with chatbot coding. It should be a dedicated max effort, not dabbling.
Microsoft Azure, I can find the Verbs using https://westus.dev.cognitive.microsoft.com/docs/services/56ea598f778daf01942505ff/operations/56ea5a1cca73071fd4b102bb
Periodic task run on Azure to find users who stopped using Moose for a while, and send them an email to remind or get feedback.
At Shutdown, Moose says goodbye, the green points window gets frozen.
- So, disable the green points display for the final goodbye speaking.
For Toast style notifications
- Ivan suggested using Moose3D to do the sliding motions of the window.
- Hiding choppy animation, perhaps add slight delay from signal to motion.
- A command to interrupt a Notification.Hide(), so it reverses back to fully shown. ( Notification.Hide(‘reverse’); ???
- The Notification.Show() to add parameters for height and width, in pixels,
  that fit whatever the HTML believes are pixels.
- For Notification.Show(), can the $(window).load function determine the actual height of internal content, and then adjust the window height to fit, and adjust the bounce onto top of taskbar accordingly. Is C# able to handle that, or must the <script> call a C# function to adjust the window height and bounce?
- At the office PC, mysteriously, font sizes seem Zoomed, and manual un-zooming doesn’t persist across sessions. Causes problem, fonts are too big and they don’t fit the available window space.
When an HTML view is window Minimized, Restored, adjust the JS code in abc/Scripts/12_Pastels.js to halt gradient changing.
- A minimize from a taskbar click doesn’t succeed, so the Deactivate event is untrue and needs to be double-checked before telling plugins incorrect info.
Store points on the cloud
- And needs arithmetic logic to detect if a hacked absurd value is being stored.
Periodic checking if monitors are added or unplugged.
Allow moose recordings with Moose Location X and Moose Location Y to have negative number offsets.
When opening “Open View” windows for plugins, add code that forces them to be smaller than the monitor they are on. I get problems, because my monitor #1 at home is landscape, my monitor #1 at the office is portrait mode. Sometimes, I Open View at home, and I can’t see the top or bottom window frame bars, which makes it very tricky to re-size them to be usable. I also discovered, that if I resize an “Open View” window for a plugin, then Close it, it will only save it’s new dimensions, if it was resized on monitor #1. It ignores my re-sizing on monitors #2 and #3.<- that seems weird behavior that will confuse users. We might have Beta testers who can’t close html views, because I saved them too large on my PC.
ScrollWheel UpDownUp gesture. Scrollwheel coding
When Plugin.SetStream(null) is used, and it falls-back to using Scheduler Intervals, make sure it restarts a waiting timer and doesn’t generate a Run after 0 milliseconds. It needs to be a proper wait Interval before Run.
For the Home window to function properly, when game points are earned, it will need change what is shown in the Home window.
- Perhaps Events send the points and levels earned.
- Either download or build-on-the-fly a HTML version that has another level added. Maybe the Event brings the new HTML code to add.
Logs cleanup.
- For example, this error is just logging something.
- Ivan also added logs for diagnosing why Feeds using XmlHttpRequest were not receiving a callback to the timeout function. Remove these debugging logging code if no longer needed.
When Voice is male, switch texture map of face and eyelashes to be the male version.
If I’m working on Moose, testing phrases in plugins, and if it’s after midnight, then Quiet Hours happens, and makes it seem like the plugin isn’t working.
- We should give some visual feedback, flashing the plugin taskbar icon, perhaps with something like a symbol of audio being off. I can supply an audio-if-off symbol to flash, when you are ready.
For all Streams (Minutes Channel, Hours, etc)
- (I’m having second thoughts about this one.. maybe not needed right now). to have a setting to allow 1 or 2 things spoken each time. Therefore, I need a setting to specify “intervals/once(1)/once(2)/twice(1)/twice(2). “Once(1) would mean afternoon would only speak once, just one plugin. Once(2) would mean afternoon would speak once, but sentences from 2 plugins one-after-another. Twice(1) would mean speak once then wait for the interval to pass then speak one more time, a sentence from one plugin. Twice(2) would be speak two sentences from two plugins each time, for a total of 4 in the afternoon.
- (I’m having second thoughts about this one.. maybe not needed right now)the Duration, if null, currently means it’s a 24-hour-a-day channel. I need a separate setting meaning Duration24hourAdayOnOff, to put into a toggle button. This will allow a numeric Duration value (non-null) to not get lost if the user toggles 24-hour-a-day on and off.
(Ivan wanted to wait on security bulletproofing. I hope my good ideas about setting limits and length-checking parameters isn’t forgotten.)
- Idea to add deliberate slowdown to cloud functions involving user_ids or secret tokens, to thwart brute forcing.
- Idea to check IP address stored with user_ID, and email or alert if new IP addresses suddenly appear.
Need a way to store pronounciation errors. Perhaps in a filter plugin? I’ve remembered that /abc/VoiceRules.js gets called before the Moose generates animation. Maybe something similar can be implemented for pronouncication.. Ie, some Voice companies might allow embedded pronounciation, others might need different methods.
Fix “quite a few items to fix with recording on Moose.exe”.
- Shh’ing and Cancelling recording, would cause errors. Need to fix this.
- Moose can send Visiemes while recording, which would put Show/Hide Moose commands out of order.
- Stop recording button ignores part of the recording process and sends MMF messages directly to Moose3D without calling Speech or Animation services.
- A brief flash of the Moose, after recording ends.
If a plugin has an error, you currently disable it, until the next restart of the Moose. That’s OK for active developers, but for normal users, I think we should show a one-time message on the next restart, saying it was disabled and would you like to re-enable it?
If a plugin causes Moose.exe to CRASH or EXIT silently, we should show a one-time message on the next restart, saying the plugin was disabled, and would you like to re-enable it.
The javascript error dialogs, I can’t change the size of the window frame. I’d like to be able to play with that.
Need new webmoose code, so it works also on mobile browsers. For my websites
mail.halls.md added to certificate.
- Install to all places, halls.md breast-cancer.ca, Azure, etc
- But look into why your visestech is rejecting my emails as spam. Maybe I shouldn’t get deeply serious about mail.halls.md if some people will be blocked from receiving my emails.
- Defer this item, until I eventually learn which SpamHaus-like service is actually blocking me. Maybe outlook?
In a plugins .html file, if I use <form>…</form> it causes an error after clicking a button. Maybe it’s trying to do an ‘action’ like ‘get’ or ‘put’.
- I think there are forms in the Streams.html. I should check if they error.
The Green windows, for the X, -, and wrench buttons, they need to have hover and click effects.
Shh’ing twice. The VB6 moose had a feature, if you SHH’ed 2 things in a row, then it would keep the Moose silent for 30 minutes. If the user SHH’es the first thing spoken after 30 minutes, then it won’t speak again for 2 hours.
Watching a Movie, Playing a game, YES, I’ve always intended to have a feature, a list of processes, such that if that process is running, the Moose will keep silent. We’d supply a decent list, and be able to update it remotely, and learn what other users are adding to their custom lists.
Stimulus sound, Probably later, a feedback method: a Right-Left gesture after hearing the stimulus sound, could be a way of teaching the Moose, that the stimulus interval was annoying and needs to be lengthened longer than 10 minutes, and maybe we automatically increase it to 15 minutes.
Earning badges. Float up a little symbol of a badge earned, and store it someplace where people can look at them later. ( this is an idea for later. Don’t code badges now. I just don’t want to forget it.)
Quiet Hours improvement. Ideas.
- Quiet doesn’t start until there is about 5 minutes of inactivity of keyboard and mouse movement.
- It can wake-up during the Quiet hours, if keyboard happens, or if mouse moves more than 20 pixels in 1 sec (ie, not slow gradual drift).
Moose.Quiet.temporarilyTalkingBecauseOfActivity.
- Quiet Hours is supposed to be suspended, when there is computer activity, typing or mouse movement. it should audibly talk. But I think it rarely works, maybe never.
- When it does get working again, I’d like to show some feedback about this status, in the Quiet Hours plugin.
- This will be important feedback so users will understand WHY the moose is still talking after they just turned Quiet mode ON.
I’d like to reward Button clicks inside plugins, with random bonus game points. Like, clicking “Say anti-anxiety”, or “Say weight-loss” buttons. But how?, I don’t want a public function visible inside Javascript that could be run in a loop. Maybe we can automate it. If an HTML plugin page has a button that calls Moose.Run, then the Run() gets Plugin.RunType == “Action”. Perhaps we can do a Bonus points if Run() calls Moose.Say(), maybe show those points even before the speech queue starts talking. It will probably need some time limits, or maybe it won’t become active again until after a moose Say is completed.
I’m wondering if the Green window for game points, if it should be javascript on HTML. Then I could use GreenSock for moving things, animating SVGs, clipping it so the sys tray shows.. But what would happen to the beautiful fonts?
Try seeing +48 Bonus Points float up as soon as the gesture succeeds, instead of waiting till the end of speaking.
- It would probably be more encouraging that way.
When making a recording, sometimes the Moose tries to speak something that just happens through normal timing, and it messes up the end of the recording, so a huge recording of idle motions happens, which then chokes the file system.
- We need a flag to disable regular talking until recording is fully over.
- We need a flag to disable recording until regular talking is over.
- (This is similar to disabling talking until auto-saving is over.
Settings_0a0c573
1. Lets eliminate storing window Top,Left offsets? That seems obsolete, since just about everything is a plugin now. We can fall back to just using the center of monitor 1.)
Plugin HTML view windows are supposed to toggle between minimize and show, when you click on their taskbar name. It opens correctly, but doesn’t minimize correctly when the taskbar is clicked again.
- Ivan says it’s because our View .html windows are actually 2 windows superimposed, one for the frame, the other for the web browser content. To fix this, would require some low level OS hooks and messing with OS messages.
The Say window, should I re-create it with an HTML plugin? It would need a C# function to make recordings. On the topic of recordings, It would be handy to have more quick direct access for changing the background image, like a drag-and drop area.
A plugin UI to create templates for subject and body, that can be stored on the cloud and used, similar to how IFTTT lets templates be edited.
Future ideas
- ‘Render’ could make my Moose.exe to record a video and send it back to a webpage or cellphone app

Notes about Notifications

Because notifications on the Windows 10 desktop are not very useful, and could be enhanced by having the Moose speak them sometimes.

Regarding hooking into Notifications in win10, according to a freelancer yassineAzxmani, using ApiMonitor, this graphic shows that Notifications are located in ntdll.dll, and use a thread with CSRSS. And that suggests it may not be possible to inject into that.

Here’s an alternate hook library. It’s very unlikely the Moose will ever hook things directly, because I want a perfect reputation. But add-on products with their own DLLs could still be possible.PolyHook Hook library

Previous Builds

Previous Build Dec 16, 2018. New Azure SDK, bug loading references to it in IoT DLL. Tested ipstack geolocate, Set up Admin website on Azure and tested Admin login.

Previous Build Nov 29, 2018. Code-analysis errors fixed. Moose3D shader code into assembly, other Moose3D errors fixed. System. to Device.GetCountryName(). All plugin files now UTF-8. Fixed Plugin.Stream.Name. Moose.exe coded to Exit upon receiving command from our future Admin panel on cloud.

Previous Build Nov 6, 2018. Streams upgraded to plugin, so it can be translated. The alert for delayed Moose3D.exe startup has been fixed, perhaps eliminated. Fixed/Eliminated SHH noise when quitting.

Previous Build Nov 1, 2018. Azure coding change, added Azure Direct Method to IoT, upon login at Office, it detects if I left the Moose running at home, and automatically tells Home Moose.exe to exit. This prevents file conflicts when running from the same Dropbox. Moved Auto-Save off main thread to plugins thread, hoping speech delays (affecting perceived lip-sync) will be less.

Previous Build Oct 25,2018. In hopes of reducing garbage collection churn during startup, Ivan removed all the “tags” definitions”, which was apparently A LOT of code to change, taking days of tedious hard work. This gives up the lofty idea of translating my actual Settings.xml files into other languages. So Chinese modders will see that the original language was English.

Previous Build Oct 16, 2018. Recoded using Azure Functions v2 with changes in Azure code and Moose.exe. Got Cortana’s Eve voice. Certificate changes for using IoT functions. Fixed problem after Oct 9th Windows update, made Moose.exe prefer to load C++ redistributables from local files. Improved TTS communications between C to C++, C++ to C#. Weather plugin got its API credentials onto the cloud. Got events “SpeakStarted” and “SpeakCompleted” for making Pastels.js stop animating. System.GetCountryName(), System.GetCountryCode(), System.GetCountryLongCode(), System.GetLanguageName(), System.GetLanguageCode(), System.GetLanguageShortCode(). Got SayName filtering disabled for the Goodbye phrase. Got Plugin.Pause() and Plugin.Resume() and Plugin.IsPaused(field). Fixed Shutdown function to always work, even if Run is paused.

Previous Build Oct 2, 2018. Ivan tested v2 Azure Functions, verified it works, but won’t incorporate it into main build until a Visual Studio updates comes for it. He DID merge some builds into one. Got One_Core and regular voices onto a unified list, worries to test on a 32bit PC. Got Cloud.IsAuthorized() for Translate, WebHooks, Settings, IoT. Replaced synchronous User.CheckLogin() with asynchronous callback API.CheckLogin( function(authenticated)) {}.

Previous Build Sept 23, 2018. Ivan found a bug in the Azure SDK, it’s re-trying automatically after my VPN causes a timeout, but the re-try doesn’t have a time-out handler correctly. Ivan did a work-around. This build still has extra logging going on. Got 2 kinds of sign-out.

Previous Build Sept 19, 2018. Can now access One_Core Voices, but not yet ALL voices combined. Test Build, logs but hasn’t solved the crashes when my VPN is on. New Azure functions DLL. Main entry point Async.

Previous Build August 26, 2018. Translate plugin completed to use cloud-hidden API secret. Got a more generally-extendable framework for cloud API secrets and calling APIs, so future work on other plugins should go faster. The Keep Settings button no longer clears the User.everything, but Sign-Out sadly, does.

Previous Build August 22, 2018. Renamed functions to License.Accept() and License.IsAccepted(). Fixed New User Reset with UserInfo. Translate and Weather plugins now have secrets on cloud, but those plugins are not fully javascript fixed yet.

Previous Build August 16, 2018 Got Events.OnEvent(“Authorized”,OnAuthorized). Most libraries were changed. Got License.AcceptedLicense(); and License.IsLicenseAccepted() which are available in .js but not .html.

Previous Build August 2, 2018 <Authorizer>s accumulating fixed.

Previous Build July 31, 2018: Cloud.GetSocialProvider() and User.CheckLogin(). Cloud.EnableCloudSettings() and Cloud.DisableCloudSettings(). Re-signed all DLLs. Saves Azure tokens for re-login, for multiple PCs (home/office/etc) of same user, and automatically re-login unless 30 days of inactivity. (This is a great feature.)

Previous Build July 22, 2018: cleaned-up error reporting, add centralized threading for all Azure API requests and Plugins’ XmlHttpRequests. Using new .NET 4.7.1. Redid dynamic loading of DLLs. Azure SDK caused a linking mess, cleaned up. Webhooks user_id will be more secure only in JSON (no longer visible in URL). Automatic re-login next session.

Previous Build July 9, 2018 Fixed a few bugs in build from 2 days ago. Got Facebook, Twitter and Microsoft,Amazon, Google logins. Azure messages using IoT/WebSockets will automatically be discarded after 48 hours.

Previous Build July 7, 2018 Almost completed switch to using Azure. But Moose is not back to AWS capabilities yet. Compiled in new Visual Studio with all new libraries. Fixed sometimes too-loud initial audio. Cloud API functions now have must-be-logged-in security.

Previous Build June 17, 2018. Partly switched from AWS to Azure, implemented Azure social media login.

Previous Build May 24, 2018: Got

document.getElementById(‘TestingBackground’).src = View.LoadImage(localFilename or URL)
document.getElementById(“testBack”).style.backgroundImage = ‘url(‘ + View.LoadImage(“bluepic.jpg”) + ‘)’;

( This automatically adds in mime type stuff like “data:image;base64″+theBase64). Got better plugin window size saving.

Previous Build May 22, 2018. Added a ‘script’ parameter for these 3 functions: theHTML = Web.GetHTML(), theHash = WebGetHTMLImageHash(), and new theBase64 = Web.GetHTMLImage(). This base64 is VERY USEFUL for doing this: document.getElementById(“image”).src = “data:image/bmp;base64,” + theBase64; Also added logging to look for main loop behavior-generator thread delay, to investigate times when 3D moose seems to freeze until the mouse moves. Removed an alert/error if a file-busy happens when auto-saving or shutdown.

New Build May 20, 2018 Discovered limits of # of open WebBrowsers, prevented a certain error message. Got Web.GetHTML and Web.GetHTMLImageHash with added parameters for delay and image sizes.

Previous Build May 16, 2018. Fixed problem of windowframe buttons sometimes needing 2 clicks. Got offscreen rendering of URLs for scraping in Webpages plugin, but not working as needed yet.

Previous Build May 9, 2018. Writing-to-file of Settings.xml of plugins given protection against becoming corrupted by a bad setting. Pushover plugin removed. Wording of New User reset dialog improved. Home menu option added to systray menu.

Previous Build May 2, 2018. Installed security certificates on halls.md and breast-cancer.ca. AWS released new SDK “.Net Core 2.0 for lambda”, had 2 memory leaks to fix. Many compile errors to fix. Gives oauth_request_token and oauth_access_token. Avoids using database, so much cheaper. AWS changed WebSockets timeout to 20min instead of 30min, so we were having high database usage for re-logins. Fixed. AWS began charging for Websockets connection time, and we’ve realized a need to switch from AWS to Azure. There was also a callback URL bug that was fixed, related to AWS use. Facebook changed recentCalenly, our login was being treated as “mobile” and forced us to re-login at every restart, now fixed. Got error reporting in JSON when using Twitter.Search, Twitter.GetTweets, etc. Got Twitter login for user authentication (haven’t tested it yet). Twitter API used by Twitter plugin is now sending requests to AWS first, where the application secret is appended. Changed to use Facebook graph API of v2.12. Generic login so Moose can accept all Oauth providers.

New Build May 3,2018. Fixed timeout callback of XmlHttpRequest for Feeds plugin. Got Moose.ClosePluginView(‘Login’) and Moose.IsViewOpened(‘Research’). Fixed bug of Refreshing a View would cause OnOpen function to fire again, with a parameter from a previous call to OnOpen.

Previous Build April 15, 2018. Got improved Twitter functions, long length, language, recent, count.

Previous Build April 10, 2018. Got Twitter functions for the Twitter plugin.

Previous Build April 3, 2018. Got JS.GetSyntaxError();, which is very useful for testing a webpage scraping script prior to executing it. Fixed a minor problem with Success sounds on Up-Down-Up gestures.

New Build March 27, 2018. Changed Security.Hash() so that string comparisons will work. Got Moose.EnableWiggleSuccessSound(), Moose.DisableWiggleSuccessSound(), Moose.EnableWiggleFailureSound(), Moose.DisableWiggleFailureSound(). Got Plugin.RanLateDueToSleep (true/false). Added Naudio, and a FFT from Accord. Fixed a hard-to-find bug, a keep-alive timer for AWS, was triggering the wrong thread. This fixed the problem of Moose.exe “going to sleep” for 6 minutes at a time in evenings. Scene.xml has added protection to not get wiped out from a crash.

Previous Build March 20, 2018. AWS changed to be single-threaded. WebSockets sometimes was being dropped by AWS, sometimes send bad data, Moose coded to detect and re-connect. Got Security.Hash(theString,64) for use in Webpages plugin to compare for changes. Changed interval of silence between speaking, lengthens if lots of talk in last 2 minutes. Moose.exe coded protection against overflow of messages incoming from AWS or elsewhere. Made sure OnWebHook gets called AFTER Hello runs.

Previous Build March 6, 2018. Up-Down-Up gestures send Event to Run whatever the Wiggle plugin specifies. C# functions for Moose.EnableShhingGesture(), Moose.DisableShhingGesture(); Moose.EnableWiggleGesture(), Moose.DisableWiggleGesture(); Moose.EnableWhistleWiggleGame(), Moose.DisableWhistleWiggleGame(). Moose.EnableGamePoints(), Moose.DisableGamePoints().

Previous Build Mar 3, 2018. Moose.Shh(), Moose.ClearSayQueue(), Security.Encrypt(), Security.Decrypt()

Previous Build Feb 27,2018. Finished single-threading plugins. Startups finish before Runs.

Previous Build Feb 21, 2018. VoiceRules working again, fixed a few visemes for David & Zira. Closed caption now sent word by word. Single-threaded the plugins and added plugin timing diagnostics. Gestures Shhh work properly again.

Previous Build Feb 14, 2018 Moose.Say now truncates to 600 characters. MMF sets aside 1/3 space for behavior commands, lets 2/3 hold Closed Caption images.

Previous Build Feb 9, 2018. Now sending closed caption images on MMF before speaking. Added C# setting for slight 20ms delay on lip sync motions. Tolerates 2000 words (but future will truncate to 600.

Previous Build Feb 1, 2018. Moved FacebookAppId into C#, allowing Home plugin to be improved. Can now check login status User.IsAuthenticated periodically. Using OnAuthenticated entry point.

Previous Build Jan 24, 2018. C# dialog buttons perfected, resizable window, ‘New User Detected’ event received in all plugins. Capped Say queue at 4, move excess to Buffer. Flood prevention limit of 7 arrive on Say queue. Empty Moose.Say(”) doesn’t error anymore.

Previous Build Jan 22, 2018. C# dialogs now use fancier buttons, similar to .html style.

Previous Build Jan 17, 2018. C# dialogs can now have linebreaks.

Previous build Jan 12, 2018. Moose.exe C# at startup decides if New User, Seen-before User, and Maybe-new-uncertain, and shows C# dialogs accordingly.

Some time off, Christmas to New Years, then Sick (flu) asked for a week, turned into 1.5 week, resumed work Jan 11.

Previous build Dec 26, 2017. Fixed broken Green Error dialogs. Created new .html entry point OnOpen – function() {}. Used OnOpen in UserInfo.js to signal new user. Added line# of javascript error to Green Error dialogs. Reduced wrappers when passing info between .js, .html, and C#.

Previous build Dec 20, 2017. Plugins close and restart well now, fixed entry points like OnWebHook, exports, etc. C# knows better when it’s a new user based on Facebook info, sends event to UserInfo plugin. Removed ‘steven’ folder and shifted subfolders upward. Special-case code sends new user event to a closed UserInfo plugin view.

Some time off after catching a cold. Some time off related to mother, napping into long sleeps.

Previous build Nov 28, 2017. Fixed a problem when using cloud saving of settings from ShutDown() function when using Cloud=”True”.

Previous build Nov 22, 2017. Plugins are auto-detected, can make new by copy,paste,edit. (All settings about the plugin are now stored within the plugin settings). Fixed Voice.SetVolume(). Removed unused Strings.xml files from plugins.

Previous build Nov 15, 2017. Prevented Scene.xml from becoming corrupted during saving. Got Moose.IsCornerJumpingEnabled (true/false) and Prevented Moose from continuous jumping around the corners.

Previous build Nov 10, 2017. A big clean-up of code, so Quitting is improved. Now it closes all pending XMLHttpRequests, Events, setTimouts and Export function calls. Solved a JINT problem by using some private variables in JINT, ( it was losing all global variables when just 1 JINT thread is forced to close). Upgraded to latest version of JINT. Reduced plugins from using 4 threads, to just one per thread, which saves A LOT of memory usage. The Moose has become much more quickly responding, so it is executing javascript much faster. Now it speaks Goodbye when quitting.

Previous Build Oct 30, 2017. Got a Moose3D that fixed making WebMoose recordings. (which allowed me to record a lot of jokes, now with anti-aliased quality.)

Delays from: “moved to Florida”, “margin call”, “visiting family”, “adjusting schedule”, and lots of “code cleanup” while coding the clean shutdown of the Moose.

Previous Build Oct 2, 2017. Got Resources.Settings.GetLength(‘Safe’,’Strings’); and Ivan did improvements to Cognito tokens expiring. He apparently made minor changes to UserInfo plugin.

Previous Build Sept 22, 2017. Cloud saving of settings finally completed. Plugin.Run() from HTML script no longer uses the main UI thread. All Settings are now escaped to XML standards before saving, which might cause problems for newline character. Shufflers were re-worked and index saved. Cloud.SendKillCommand() ready for testing.

Previous Build August 13, 2017. Got a lot of background work on saving settings to the cloud. Partial readiness for remote Kill 2nd copy of same user_id Moose on a different PC. Cloud.SendKillCommand(). Partial work on ideas for cloud saving of Shufflers, with an API. Stopped asking “Save Changes?” at quitting.

Previous Build August 5, 2017. Got cloud function to supply a token for using Microsoft Cognitive services (bot framework, LUIS), and Ivan code WebSockets in Chat.js for using Microsoft’s bot framework.

Previous Build July 25, 2017. Fixed User.Age calculation, but not available yet in .js files. Got: User-specific cloud storage of API keys and secrets, Auto-startup control of delay times , Open file manager Startup folder, WPA microphone app.

Previous Build: July 24,2017. Mouse-tracking was re-written with more direct-from-hardware, giving much better speed, and stopping a lot of context-switching that was slowing down movements of sliding Notification windows and javascript animations. And hopefully fixed Ivans problem and letting gestures work for him.

Previous Build: July 15,2017. Got better threading to <script>’s running in HTML windows, so my heavy javascript CPU-usage for background color gradients animating, foreground text animating, does not slow down the mouse, as much as before. Side-Effect: gestures need changing. Fixed: all windows back to normal without bouncing.

Previous Build: July 11, 2017. Notifications window moves smoother and bounces as requested. But problems: choppy hiding. All windows bounce by mistake.

Previous Build: July 2, 2017. Fixed problem of Cognito token expiring, but/and also it does a soft reset of Facebook’s token too.

Previous Build: June 23, 2017. Fixed to limit active connections to AWS to just 2. Got Events.OnEvent(‘SlideStarted’) and ‘SlideEnded’ for smoothing the Notifications motions.

Older Build: June 8, 2017 Got Timer.setTimeout in .js files. Some incomplete exploration of Toast window movements.

Older build: May 25, 2017. Got Lambda webhook code converted into compiled C#. Fixed AWS blocking the Moose after a while. Got <include src=”@file:MoreCode.html”><include>

This post was created July 2, 2015. Build details prior to May 2017 were not saved. Ivan has been coding since 2013.

Home of the Talking Moose

Notes about Notifications

Previous Builds