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

Reply via email to