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 <[email protected]> Sent: Monday, July 31, 2023 11:26 AM To: Eric Ludlam <[email protected]> Cc: Uwe Brauer <[email protected]>; Matlab-emacs-discuss <[email protected]> Subject: Re: the filling patch and its problems >>> "EL" == Eric Ludlam <[email protected]<mailto:[email protected]>> >>> 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 [email protected] https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
