Is anyone out there interested in the "code fill" feature? It was a hairy thing to implement back in the day, and most of the feedback I got was "how do I turn this off?" It is likely easier to drop the feature than figure out how to fix it for all cases.
Basically, it isn't hard to create a line of code it can't fill, in which case it throws this error. Maybe a warning is better? Eric From: Uwe Brauer <o...@mat.ucm.es> Sent: Monday, July 31, 2023 11:26 AM To: Eric Ludlam <elud...@mathworks.com> Cc: Uwe Brauer <o...@mat.ucm.es>; Matlab-emacs-discuss <matlab-emacs-discuss@lists.sourceforge.net> Subject: Re: the filling patch and its problems >>> "EL" == Eric Ludlam <elud...@mathworks.com<mailto:elud...@mathworks.com>> >>> writes: > For prob2, it looks like when 'matlab-fill-code' is nil, it won't fill > the code (via auto-fill mode), and it throws that error. I pushed a > change that will not fill code if matlab-fill-code is nil so it won't > error anymore. I have set matlab-fill-code to t and now the latest commit of yours produces more errors, I just pushed the updated README file with the new bug, sorry -- Warning: Content may be disturbing to some audiences I strongly condemn Putin's war of aggression against the Ukraine. I support to deliver weapons to Ukraine's military. I support the NATO membership of the Ukraine. I support the EU membership of the Ukraine. https://addons.thunderbird.net/en-US/thunderbird/addon/gmail-conversation-view/<https://addons.thunderbird.net/en-US/thunderbird/addon/gmail-conversation-view>
_______________________________________________ Matlab-emacs-discuss mailing list Matlab-emacs-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss