I wish i could 
this again. I can't count the number of times I've copied a filemaker calc into an external code editor just to indent multiple lines at the same time and then copied it back.
@jwilling @cheesus Have you looked at this: WordService — hidden gem for the mac
Shift paragraphs right or left.
That is the closest I got to this. Unfortunately, after applying the indent/outdent the text selection is lost, so for multiple levels it requires that you select the text again. Not ideal, but better than nothing...
1 Like
Some sympathy for us Windows developers 
(
)
1 Like
I missed this! I'm giving it a try now and really liking it, even with the text deselection issue.
1 Like
Yes - most of the cool stuff is macOS only. AFAIK, there are things quite not possible under Windows )-:
sometimes the syntax for
MBS( "JSON.GetPathItem"; json; Path { ; Flags } )
with the path not using the usual dot and notations is irritating
Can you somehow make it work both ways so that people[0].last would also be parsed?
Same of course goes for
MBS( "JSON.SetPathItem"; json; Path; Value )
Thank you for evaluating 
2 Likes
I'll add shift text left/right via command-[ and command-], just like BBEdit for 12.5.
You can try it in October...
5 Likes
I'm too late to the party for the next release, but I do have a request though maybe this is not doable?
As a developer / [Full Access] user, I would love some easy ability to go direct to edit a script from clicking on a button on the layout.
Currently there are really only 2 ways that I can see to do this (I use the first option).
-
Turn on Debugger, Click button, Step into Script, Open Script, Terminate Script, Close Debugger (6+clicks)
-
Go to Layout Mode, Double Click Button, click on script (3 clicks but I don't want to go into layout mode).
Is there some wy the plugin can simulate all the actions in step 1 by knowing the attached script on the button, and going and opening workspace to do a search? Utimately I just want it open in a non-modal dialog to edit.
I did attempt to write a macro to carry out all the keystrokes and mouse-clicks in step 1. I would initiate the macro when my mouse is over the button. However the biggest issue here is that there is no guarantee of where the script debugger will physically be on the layout, so if I initiate the macro which turns on the deubgger, it may be sitting over top of the button in which case my mouse-click does nothing !
I hope I am explaining myself well enough.
1 Like
As a developer / [Full Access] user, I would love some easy ability to go direct to edit a script from clicking on a button on the layout.
Have a look at fmIDE - this exactly where it's heading to... direct developer access to any object of your solution:
2 Likes
Calculation formatting. There is already a button added that validates a calc. It would be great to have one that would format it.
The Aptworks web site has a formatting tool. Some like this would be great.
1 Like
We would need to come up with rules, that I then would have to code in C++.
RE: calc formatting
If you were to do this, would there be a way to make the formatting rules configurable?
I use formatting and linting tools in other languages which are configurable in a big JSON file (on a project by project basis), and as the languages evolve, the configurable rule options are extended. They allow you to choose things such as max line length, allow dangling commas, enforce semicolons, single vs double quotes etc.
I recognize making it too configurable would become a full time job just to plan and write, but I also worry that not having some configurable options would reduce adoption of this potentially life-changing feature.
Could you make a FileMaker expression to format it?
Like input is in $expression variable and you return the formatted calculation.
I think that could work... though it seems like something that might work even better as a button in the calc dialog that you can just click to format.
Otherwise we'll be popping open the data viewer all the time to use the formatter, which will reduce adoption.
EDIT 1: Perhaps an alternative would be to store the "rules/preferences" in a variable like $$MBS_CALC_FORMATTER_RULES, which then control the behavior of a button in the calc dialog. That way, each solution could set that variable on-open so you can scope rules per-project.
EDIT 2: Although I don't think anyone would turn down the ability to do this via an MBS() function call either! That would be useful for storing calcs in fields for use with Evaluate() etc...
Well, if someone could come up with a formatting code, that would work in an expression, I could make a function to set it as the formatting expression.
Then we would trigger it with button, hotkey or contextual menu.
The plugin would do the convenience of calling it with the current calculation in the editing dialog.
But since you can change the formatting code, people can adjust it, e.g. to have either semicolon on beginning or end of line.
Thanks, I understand now. I'd have to think about that, it would certainly be challenging to properly tokenize and then apply rules all within a single fm expression.
I am pretty sure that the code that is behind the Aptworks web site formatting function is publicly available or it was at one point. I haven’t looked as i write this to see if it still is. I recall it was Perl code, but don’t quote me on this. My thought was that if you had the existing code, you could create C++ code to mimic it along with cleaning it up a bit and perhaps adding an option to have the semicolons at the beginning or end of the line, etc. I am not a programmer beyond FileMaker, so I could be totally wrong here.
I think the ideal would be to have the code be native to the plug-in for speed?
I work with other FileMaker developers on a common system and it would be fantastic to have everyone format things consistently. Getting everyone to use the Aptworks web site is an uphill battle.
Thanks for any consideration on this.
1 Like
@MonkeybreadSoftware
Dear Christian, I also have a wish for the MBS plugin:
It would be great to be able to search across all scripts, not just within the open script. I often miss that.
I wish everyone here on the soup a happy new year.
1 Like