Re: [Matlab-emacs-discuss] the filling patch and its problems

[Eric L. <el...@ma...>]

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 <ou...@ma...>
Sent: Monday, July 31, 2023 11:26 AM
To: Eric Ludlam <el...@ma...>
Cc: Uwe Brauer <ou...@ma...>; Matlab-emacs-discuss <mat...@li...>
Subject: Re: the filling patch and its problems

>>> "EL" == Eric Ludlam <el...@ma...<mailto:el...@ma...>> 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>