Activity for Tim Nicholson
-
Tim Nicholson modified a comment on ticket #3126
Ah, so the "blank" window I see is actually the preview pane of the selected file, which I can't actually select as its hidden to the left? When I expand the window I can indeed see the file selector. However when I select a file I don't get a preview in the right hand pane.
-
Ah, so the "blank" window I see is actually the preview pane of the selected file, which I can't actually select as its hidden to the left?
-
Unable to copy styles from existing map.
-
Its only started flagging it recently so I thought a heads up worth flagging.
-
ClamAV flagging a Trojan in the download.
-
Hi, Sorry for the delay, busy weekend for me. Yes that seems to do it (replacing the core jar with this one).
-
So adding in the file above and all scripts now show. However, they do not execute and the log fills up with STDERROR: messages. Line 28 is when I tried to run a script.
-
So adding in the file above and all scripts now show. However, they do not execute and the log fills up with STDERROR: messages
-
I have just checked on Linux (Mint Ulyssa). Not only does it appear the scripts were automatically copied across from 1.8.x but also all the JS scripts are shown in the scripts menu. It would apper therefore to be an issue on MacOS (Catalina) Comparing the logs from both computers I see this:- INFO: looking for scripts with the following endings: [groovy] #on MacOS INFO: looking for scripts with the following endings: [groovy, js] #on Linux
-
I have just checked on Linux (Mint Ulyssa). Not only does it appear the scripts were automatically copied across from 1.8.x but also all the JS scripts are shown in the scripts menu. It would apper therefore to be an issue on MacOS (Catalina)
-
I have just updated to 1.9.1 from 1.8.11 on MacOS. As part of that process I copied my scripts from the 1.8.x user folder to the 1.9.x folder. However the only scripts that now show up are the groovy ones. None of my JS scripts appear.
-
Just had a chance to give this a try and it does exactly what I was looking for so thanks very much. Given that a NodeCondition test needs writing anyway it only adds a couple of extra lines of code to add the class instance.
-
That's great, thanks for digging it out I will take a look.
-
I appreciate this, and accept that some things may be harder. However, using a language you are more familiar with makes other things much easier and that is generlly where I work. I don't mind the edge cases being a bit harder since having to convert a whole script is possibly harder still.
-
Many FP metods, such as c.find() require a closure to filter the results. I am trying to implement something in javascript but cannot get anything to work. AFAIK the closure should return a boolean but just inserting a javasript boolean test does not work. For example c.find(true)produces a type error saying the parameters do not match any of the method options. I would have expected it to return the same as c.findAll(). I can do a c.findAll() then fliter the resulting list in this case but there...
-
I have modified my test script to have recursive and non recursive iteration over nodes and to add functions that operate on Attributes or simply on the node text depending on setting the correct switch value. In both the recursive and non recursive versions the funtion that performs:- thisnode.text = thisnode.text + "\n" + "touched"; works flawlessly. Whilst the function that attempts to add an attribute by performing:- var nodeAttributes = thisnode.getAttributes(); nodeAttributes.add("this node...
-
I have modified my test script to have recursive and non recursive iteration over nodes and to add functions that operate on Attributes or simply on the node text depending on commenting out the relevant sections. In both the recursive and non recursive versions the funtion that performs:- thisnode.text = thisnode.text + "\n" + "touched"; works flawlessly. Whilst the function that attempts to add an attribute by performing:- var nodeAttributes = thisnode.getAttributes(); nodeAttributes.add("this...
-
I have modified my test script to have recursive and non recursive iteration over nodes and to add functions that operate on Attributes or simply on the node text depending on commenting out the relevant sections. In both the recursive and non recursive versions the funtion that performs:- thisnode.text = thisnode.text + "\n" + "touched"; works flawlessly. Whilst the function that attempts to add an attribute by performing:- var nodeAttributes = thisnode.getAttributes(); nodeAttributes.add("this...
-
I have modified my test script to have recursive and non recursive iteration over nodes and to add functions that operate on Attributes or simply on the node text depending on commenting out the relevant sections. In both the recursive and non recursive versions the funtion that performs:- thisnode.text = thisnode.text + "\n" + "touched"; works flawlessly. Whilst the function that attempts to add an attribute by performing:- var nodeAttributes = thisnode.getAttributes(); nodeAttributes.add("this...
-
Behaves exactly the same unfortunately. However I have managed to avoid the error by utilising the // @ExecutionModes({ON_SELECTED_NODE, ON_SELECTED_NODE_RECURSIVELY}) option that I could not origially get to work because I was unaware that, although once created scripts can be modified without restarting Freeplane, this is not true of any changes to this meta command. Perhaps a note in the usage instructions would help others avoid that trap? This, however, doesn't completely solve my use case as...
-
Update: On Ulyanna I do sometimes still get the "os.name" error, but, on re-running the script it executes properly. No second, different error. Also scripts which modify the node text, and walk the whole tree do so without issue.
-
Permissions Issues on MacOS while running scripts
-
Seems to be a MacOS issue. I've tried the same scripts on Linux (Mint) and they run without issue. I am suspecting that its a MacOS security issue.
-
While running some of my scripts that modifies nodes I occasionally get the following error:- access denied ("java.util.PropertyPermission" "os.name" "read") It occours only the once and then subsequent attempts to run the script can get the alternative message:- access denied ("java.lang.RuntimePermission" "accessClassInPackage.com.apple.laf") Neither always happen and can be dependent upon the map and node selected. This is on 1.8.11 on OSX Catalina Sometimes I get the error the first time I try...
-
AS11 export, I wanted to see if it broke on import to Avid, but Avid could still...
-
Putting the original file through MC 7.04 provides an MXF that does not show any...
1