Fix problem in xmlToOutline where it can fail in certain circumstances relative to cursor placement.
I honestly don't understand what it's doing, though it has something to do with cursor placement, and it's an edge condition, this code has been running without problems for 10 years. So what I do is just get the hell out of there when the problem comes up. It works.
Search the source for 1/15/24.
Previously we were saving concord changes to this path -- /scripting.com/code/concord/testing/3.0.6/
Now we're saving to /scripting.com/code/concord/. Rely on GitHub and our normal backup process to be able to revert.
The kinds of changes we make to Concord are very arm's length.
There was a separate project called concordNotes, it had just one file -- worknotes.mdo.
I copied it here, in the earlier updates.
Change the way we call back for keystrokes.
A new second parameter contains a keystrokeString, we do all the parsing.
If the callback returns true, it means they handled the keystroke, you should return.
Released version 3.0.3. Lots of cleanup work remains, for sure. ;-)
Saved a snapshot of the Concord repository before I made any changes.
Merged concordkeyboard.js with concord.js. New routine ConcordUtil.getKeystroke. One less file to deal with. Wasn't present in the 2013 version of Concord. No need to introduce it.
v3.0.2. Converted to the newest release of Font-Awesome for hard-coded icons, and icons for outline types.
v3.0.1. Implemented cmd-backspace and cmd-return. Handles HTML text.
Here's the writeup on Scripting.
New version number sequence -- v3.0.0.
From here on out our changes will be registered in the GitHub project.
Code is managed in nodeEditor along with all my other JavaScript code.
Concord enters the modern age. Looking forward to working here.
Let's just take the code we're using in both LO2 and EO and bring it into nodeEditor.
We won't know what all the changes are from whatever versions we had here, but we can move forward.
nodeEditorSuite.utilities.researchConcordVersions
Need to get the version of concord under control, so I can edit it as I would any other piece of code.
There's a project already in nodeEditor, with a note at the top saying it's only for reading.
The question is this -- what are the differences between this and the version of Concord that we're using in LO2 and EO.
Here's the plan
Create a private project on GitHub.
Upload the version of Concord that's under nodeEditor management.
I'm moving it under the LO2 menu, so it's part of this project.
Overlay that with the code we're using in LO2.
See the differences. Where we go from there depends on how big the diffs are.
Okay that didn't accomplish anything
GitHub said the whole file was a change.
This is weird because just eyeballing it, you can see that they're almost identical files.
Starting a new session, see above.
v2.49 -- xmlToOutline takes a new optional param, flSetFocus. Defaults true. If false, we don't set the focus in the outline. This is useful when using the outliner to display text in a web page. If the outline is two screens down, you don't want the page to scroll down to it on reload.
Thanks to Kashif Khan for finding this fix. ;-)
Example1 -- Hello Outliner
Change the initial value of renderMode from false to true.
Added a separator before Concord Docs in the Source menu.
Changed version number to 0.52.
Markdown renderer
As part of the build process for turning my OPML files into flat files for the GitHub repo, I have a script that does a simple rendering of an outline in Markdown. Previously it only understood one level hierarchies, but I was already using more levels without realizing the text was not showing up.
So I updated the renderer to handle multiple levels. It's a little tricky to get Markdown do indentation, but I ended up using with with characters, which works since you can include HTML in Markdown. :-)
Added worknotes section to readme.md.
Rendering worknotes as worknotes.md at the top level of the repo.
Created the worknotes outline (this file).
Added a bunch of utility routines to concordUtils.js.
Example 2, the Reader app is working.
It works with any OPML file.
Handles includes.
Anything Concord can display it can display, because it builds on Concord. ;-)
Added a call to console.log in opKeystrokeCallback in example1.
Fixed opExpandCallback in Example 1, expanding include nodes was broken.
Added commands in Hello Outliner/Source menu to open the Worknotes outline and the source for Example 2.