matlab-emacs-discuss Mailing List for MATLAB in Emacs

Hi

I was suggesting that any commits go to the matlab-ts-mode branch, to
ensure that the merge on to default is easy. Though for the HOWTO.elpa.org,
it would be fine to put on the default branch because it's a new file.

Thanks


On Thu, Jul 17, 2025 at 12:11 PM Uwe Brauer <ou...@ma...> wrote:

> >>> "JC" == John C <joh...@gm...> writes:
>
> > Hi
> > I would suggest taking a little time to learn about tree-sitter
>
>
> >    - Watch this:
> >
> https://www.thestrangeloop.com/2018/tree-sitter---a-new-parsing-system-for-programming-tools.html
> >    - Explore https://tree-sitter.github.io/tree-sitter/  In particular
> use
> >    the Playground are to see the parse tree for some code (MATLAB isn't
> there
> >    but several other languages are available in the playground).
> >    - Google for info on tree-sitter
>
> > I'm also very new to tree-sitter, so I'm still learning it. With Emacs
> 30,
> > which the matlab-ts-mode is based on, I've written a new major mode,
> > matlab-ts-mode. Think of it as a much better matlab-mode. When you open a
> > *.m file, run
>
> >  M-x matlab-ts-mode
>
> > What happened with Emacs is that there was one path being taken for
> > tree-sitter integration which is in https://emacs-tree-sitter.github.io/
> > and that is only valid upto Emacs 29. It should not be used with Emacs
> 30.
> > In Emacs 30, tree-sitter was built-in, which is a major step forward for
> > improved language integration into Emacs. I've been writing a guide to
> > creation of a tree-sitter major mode in the contributing subdirectory of
> > the Emacs-MATLAB-mode subdirectory on the matlab-ts-mode branch. The
> guide
> > is missing a lot, but still should be helpful. Once I have the
> > matlab-ts-mode done, I plan on cleaning up the guide and sending it to
> the
> > Emacs developers to see if it can be put in the manual because details on
> > how to do this are light and my guide is trying to address that.
>
> > There is an excellent
> https://github.com/emacs-tree-sitter/tree-sitter-langs
> > site that is for Emacs 29 and earlier, so don't install that directly
> with
> > Emacs 30. For Emacs 30, you either need to build the matlab tree-sitter
> > grammer shared library,  ~/.emacs.d/tree-sitter/libtree-sitter-matlab.so
> or
> > extract it from the latest release in
> > https://github.com/emacs-tree-sitter/tree-sitter-langs. To extract the
> > latest,
>
> >    1. click the "latest" link on
> >    https://github.com/emacs-tree-sitter/tree-sitter-langs
> >    2. Download the *.gz file
> >    3. Open the *.gz file in Emacs
> >    4. Look for matlab.so (or matlab.dll or matlab.dylib)
> >    5. Save that out to ~/.emacs/tree-sitter/libtree-sitter-matlab.so (or
> >    .dll or .dylib depending on what type of system you are on).
>
> Ok, I have to read this in more detail and will come back to you.
>
> > Creating the HOWTO-elpa.org would be great. Can you put it in the
> > contributing subdirectory?
>
> Sure.
>
>
> > Also, it would be good to do changes on the matlab-ts-mode branch so it
> can
> > be merged into default easily.
>
> I am a bit confused: Do you want me to have that file in both branches?
> Uwe
> --
> I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel
> I strongly condemn Putin's war of aggression against Ukraine.
> I support to deliver weapons to Ukraine's military.
> I support the EU and NATO membership of Ukraine.
>
>

>>> "JC" == John C <joh...@gm...> writes:

Hi John,


> Over the past few weeks, I've made progress on a matlab tree-sitter major
> mode, matlab-ts-mode.el, in the matlab-ts-mode branch. Tree-sitter,
> https://tree-sitter.github.io/tree-sitter/ is a major step forward from the
> classic technique for building a major-mode in Emacs. With tree-sitter we
> have accurate parse trees that form the basis of the major mode. The mode
> is very close and independent from matlab-mode. The main item remaining is
> integration with matlab-shell. Assuming things go well, I should be able to
> merge matlab-ts-mode to the default branch. Therefore, if anyone wants to
> check it out, please do so. To look at the matlab-ts-mode branch, clone the
> repo, checkout that branch, and get


I have seen your efforts, and I appreciate them very much. Now, the
academic year has finally finished, and my workload is much reduced I
have time for matlab-emacs. 


>    ~/.emacs.d/tree-sitter/libtree-sitter-matlab.so

I have to confess my almost total ignorance about that subject. What
essential new-or-different features does tree-sitter offer. I am asking
this because otherwise testing will be a bit difficult.



> Install ~/.emacs.d/tree-sitter/libtree-sitter-matlab.so by grabbing
> matlab.so from   https://github.com/emacs-tree-sitter/tree-sitter-langs
> latest release and renaming it to
> ~/.emacs.d/tree-sitter/libtree-sitter-matlab.so. (.so on Linux, .dll on
> Windows, .dylib on Mac)

I am very confused. I install tree-sitter via the package system, so I
have it installed

/.emacs.d/elpa/tree-sitter-langs-20250716.1455

Which is a different directory.

Next I cannot find the /libtree-sitter-matlab.so file in 
https://github.com/emacs-tree-sitter/tree-sitter-langs

So there is something elementary I fail to gasp.



BTW, we should release, at least matlab 6.4 in ELPA, the MELPA version
is now quite a bit ahead (compared to the  ELPA version)


I will then also add a HOWTO-elpa.org file that describe, how to release
a new ELPA release. MELPA is updated automatically on a daily base using
the new pushes.

Uwe 


> latest release and renaming it to
> ~/.emacs.d/tree-sitter/libtree-sitter-matlab.so. (.so on Linux, .dll on
> Windows, .dylib on Mac)

> The matlab tree-sitter shared library we're using is from
> https://github.com/acristoffers/tree-sitter-matlab and many thanks to
> acristoffers for maintaining that and fixing issues.

> _______________________________________________
> Matlab-emacs-discuss mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss


-- 
I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel
I strongly condemn Putin's war of aggression against Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the EU and NATO membership of Ukraine. 

>>> "JC" == John C <joh...@gm...> writes:

> Hi
> I would suggest taking a little time to learn about tree-sitter


>    - Watch this:
>    https://www.thestrangeloop.com/2018/tree-sitter---a-new-parsing-system-for-programming-tools.html
>    - Explore https://tree-sitter.github.io/tree-sitter/  In particular use
>    the Playground are to see the parse tree for some code (MATLAB isn't there
>    but several other languages are available in the playground).
>    - Google for info on tree-sitter

> I'm also very new to tree-sitter, so I'm still learning it. With Emacs 30,
> which the matlab-ts-mode is based on, I've written a new major mode,
> matlab-ts-mode. Think of it as a much better matlab-mode. When you open a
> *.m file, run

>  M-x matlab-ts-mode

> What happened with Emacs is that there was one path being taken for
> tree-sitter integration which is in https://emacs-tree-sitter.github.io/
> and that is only valid upto Emacs 29. It should not be used with Emacs 30.
> In Emacs 30, tree-sitter was built-in, which is a major step forward for
> improved language integration into Emacs. I've been writing a guide to
> creation of a tree-sitter major mode in the contributing subdirectory of
> the Emacs-MATLAB-mode subdirectory on the matlab-ts-mode branch. The guide
> is missing a lot, but still should be helpful. Once I have the
> matlab-ts-mode done, I plan on cleaning up the guide and sending it to the
> Emacs developers to see if it can be put in the manual because details on
> how to do this are light and my guide is trying to address that.

> There is an excellent https://github.com/emacs-tree-sitter/tree-sitter-langs
> site that is for Emacs 29 and earlier, so don't install that directly with
> Emacs 30. For Emacs 30, you either need to build the matlab tree-sitter
> grammer shared library,  ~/.emacs.d/tree-sitter/libtree-sitter-matlab.so or
> extract it from the latest release in
> https://github.com/emacs-tree-sitter/tree-sitter-langs. To extract the
> latest,

>    1. click the "latest" link on
>    https://github.com/emacs-tree-sitter/tree-sitter-langs
>    2. Download the *.gz file
>    3. Open the *.gz file in Emacs
>    4. Look for matlab.so (or matlab.dll or matlab.dylib)
>    5. Save that out to ~/.emacs/tree-sitter/libtree-sitter-matlab.so (or
>    .dll or .dylib depending on what type of system you are on).

Ok, I have to read this in more detail and will come back to you.

> Creating the HOWTO-elpa.org would be great. Can you put it in the
> contributing subdirectory?

Sure.


> Also, it would be good to do changes on the matlab-ts-mode branch so it can
> be merged into default easily.

I am a bit confused: Do you want me to have that file in both branches?
Uwe 
-- 
I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel
I strongly condemn Putin's war of aggression against Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the EU and NATO membership of Ukraine. 

Hi

I would suggest taking a little time to learn about tree-sitter


   - Watch this:
   https://www.thestrangeloop.com/2018/tree-sitter---a-new-parsing-system-for-programming-tools.html
   - Explore https://tree-sitter.github.io/tree-sitter/  In particular use
   the Playground are to see the parse tree for some code (MATLAB isn't there
   but several other languages are available in the playground).
   - Google for info on tree-sitter

I'm also very new to tree-sitter, so I'm still learning it. With Emacs 30,
which the matlab-ts-mode is based on, I've written a new major mode,
matlab-ts-mode. Think of it as a much better matlab-mode. When you open a
*.m file, run

 M-x matlab-ts-mode

What happened with Emacs is that there was one path being taken for
tree-sitter integration which is in https://emacs-tree-sitter.github.io/
and that is only valid upto Emacs 29. It should not be used with Emacs 30.
In Emacs 30, tree-sitter was built-in, which is a major step forward for
improved language integration into Emacs. I've been writing a guide to
creation of a tree-sitter major mode in the contributing subdirectory of
the Emacs-MATLAB-mode subdirectory on the matlab-ts-mode branch. The guide
is missing a lot, but still should be helpful. Once I have the
matlab-ts-mode done, I plan on cleaning up the guide and sending it to the
Emacs developers to see if it can be put in the manual because details on
how to do this are light and my guide is trying to address that.

There is an excellent https://github.com/emacs-tree-sitter/tree-sitter-langs
site that is for Emacs 29 and earlier, so don't install that directly with
Emacs 30. For Emacs 30, you either need to build the matlab tree-sitter
grammer shared library,  ~/.emacs.d/tree-sitter/libtree-sitter-matlab.so or
extract it from the latest release in
https://github.com/emacs-tree-sitter/tree-sitter-langs. To extract the
latest,

   1. click the "latest" link on
   https://github.com/emacs-tree-sitter/tree-sitter-langs
   2. Download the *.gz file
   3. Open the *.gz file in Emacs
   4. Look for matlab.so (or matlab.dll or matlab.dylib)
   5. Save that out to ~/.emacs/tree-sitter/libtree-sitter-matlab.so (or
   .dll or .dylib depending on what type of system you are on).

Creating the HOWTO-elpa.org would be great. Can you put it in the
contributing subdirectory?

Also, it would be good to do changes on the matlab-ts-mode branch so it can
be merged into default easily.

Thanks
John

On Thu, Jul 17, 2025 at 11:34 AM Uwe Brauer <ou...@ma...> wrote:

> >>> "JC" == John C <joh...@gm...> writes:
>
> Hi John,
>
>
> > Over the past few weeks, I've made progress on a matlab tree-sitter major
> > mode, matlab-ts-mode.el, in the matlab-ts-mode branch. Tree-sitter,
> > https://tree-sitter.github.io/tree-sitter/ is a major step forward from
> the
> > classic technique for building a major-mode in Emacs. With tree-sitter we
> > have accurate parse trees that form the basis of the major mode. The mode
> > is very close and independent from matlab-mode. The main item remaining
> is
> > integration with matlab-shell. Assuming things go well, I should be able
> to
> > merge matlab-ts-mode to the default branch. Therefore, if anyone wants to
> > check it out, please do so. To look at the matlab-ts-mode branch, clone
> the
> > repo, checkout that branch, and get
>
>
> I have seen your efforts, and I appreciate them very much. Now, the
> academic year has finally finished, and my workload is much reduced I
> have time for matlab-emacs.
>
>
> >    ~/.emacs.d/tree-sitter/libtree-sitter-matlab.so
>
> I have to confess my almost total ignorance about that subject. What
> essential new-or-different features does tree-sitter offer. I am asking
> this because otherwise testing will be a bit difficult.
>
>
>
> > Install ~/.emacs.d/tree-sitter/libtree-sitter-matlab.so by grabbing
> > matlab.so from   https://github.com/emacs-tree-sitter/tree-sitter-langs
> > latest release and renaming it to
> > ~/.emacs.d/tree-sitter/libtree-sitter-matlab.so. (.so on Linux, .dll on
> > Windows, .dylib on Mac)
>
> I am very confused. I install tree-sitter via the package system, so I
> have it installed
>
> /.emacs.d/elpa/tree-sitter-langs-20250716.1455
>
> Which is a different directory.
>
> Next I cannot find the /libtree-sitter-matlab.so file in
> https://github.com/emacs-tree-sitter/tree-sitter-langs
>
> So there is something elementary I fail to gasp.
>
>
>
> BTW, we should release, at least matlab 6.4 in ELPA, the MELPA version
> is now quite a bit ahead (compared to the  ELPA version)
>
>
> I will then also add a HOWTO-elpa.org file that describe, how to release
> a new ELPA release. MELPA is updated automatically on a daily base using
> the new pushes.
>
> Uwe
>
>
> > latest release and renaming it to
> > ~/.emacs.d/tree-sitter/libtree-sitter-matlab.so. (.so on Linux, .dll on
> > Windows, .dylib on Mac)
>
> > The matlab tree-sitter shared library we're using is from
> > https://github.com/acristoffers/tree-sitter-matlab and many thanks to
> > acristoffers for maintaining that and fixing issues.
>
> > _______________________________________________
> > Matlab-emacs-discuss mailing list
> > Mat...@li...
> > https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>
>
> --
> I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel
> I strongly condemn Putin's war of aggression against Ukraine.
> I support to deliver weapons to Ukraine's military.
> I support the EU and NATO membership of Ukraine.
>
>

Over the past few weeks, I've made progress on a matlab tree-sitter major
mode, matlab-ts-mode.el, in the matlab-ts-mode branch. Tree-sitter,
https://tree-sitter.github.io/tree-sitter/ is a major step forward from the
classic technique for building a major-mode in Emacs. With tree-sitter we
have accurate parse trees that form the basis of the major mode. The mode
is very close and independent from matlab-mode. The main item remaining is
integration with matlab-shell. Assuming things go well, I should be able to
merge matlab-ts-mode to the default branch. Therefore, if anyone wants to
check it out, please do so. To look at the matlab-ts-mode branch, clone the
repo, checkout that branch, and get

   ~/.emacs.d/tree-sitter/libtree-sitter-matlab.so

Install ~/.emacs.d/tree-sitter/libtree-sitter-matlab.so by grabbing
matlab.so from   https://github.com/emacs-tree-sitter/tree-sitter-langs
latest release and renaming it to
~/.emacs.d/tree-sitter/libtree-sitter-matlab.so. (.so on Linux, .dll on
Windows, .dylib on Mac)

The matlab tree-sitter shared library we're using is from
https://github.com/acristoffers/tree-sitter-matlab and many thanks to
acristoffers for maintaining that and fixing issues.

Hi

Is there a way to change the debug mode so that one can still edit the .m
file even when the program pauses at a break point?
Thanks!

Jiaen

The commit below fixes a number of issues with MATLAB code sections, one of
which is adding default key bindings, C-c C-<KEY> and C-c M-<KEY>, which
means code sections key bindings work on systems without the super key. The
super key bindings can be added by customizing
matlab-sections-use-super-key. This commit also adds a "MATLAB -> Code
Sections" menu and selecting the help from that menu will let you customize
matlab-sections-use-super-key

https://github.com/mathworks/Emacs-MATLAB-Mode/commit/e75ebf5a88b02833d700bcf9ee4419c5888caf12

John

Please consider the following trivial .m file called example.m
%% 
fprintf('* Paso 2: Calculamos la región de aceptación $R_A$.\n\n')

What works

    1. I open matlab indenpendent from emacs, and fire this command in
       the command line. Everything works

    2. I open emacs start matlab,  matlab-shell the command
       example.m, everything works

    3. I run in the shell fprintf('* Paso 2: Calculamos la región de
       aceptación $R_A$.\n\n')
       the non ASCII symbols are not displayed!

    4. I run in the file matlab-shell-run-code-section
       and again, the ASCII symbols are not displayed.

Shall I open an issue?

Uwe 




-- 
I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel
I strongly condemn Putin's war of aggression against Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the EU and NATO membership of Ukraine. 

It's probably fine to not print the version number when matlab-shell starts.  I don't think any other shell fcns print their version number.  A holdover from a different age.

Eric

-----Original Message-----
From: Uwe Brauer <ou...@ma...> 
Sent: Saturday, December 7, 2024 2:40 AM
To: Eric Ludlam <el...@ma...>
Cc: Uwe Brauer <ou...@ma...>; mat...@li...; John Ciolfi <ci...@ma...>
Subject: Re: matlab-version/matlab-show-version

>>> "EL" == Eric Ludlam <el...@ma...> writes:

>> From: Uwe Brauer <ou...@ma...> 
>>>>> "EL" == Eric Ludlam <el...@ma...> writes:

>>> The command matlab-show-version was always there since before I
>>> adopted matlab-mode. I'm not attached to it and would not mind if it
>>> were removed.

>> According to git blame or mercurial annotate, you are the author 😉
>> (however this functionality is not very reliable, since any chance in
>> the indent etc, is registered.

> Makes sense - Matt emailed me the file, and I put it into version control.  I think it was RCS at the time. 😊

I had to revert to commit b2baf6b106587480 causes problems with
matlab-shell.

I now understand why this function was added, it displays the
matlab-mode version when the shell is called.

However there is a byte compiler warning with this function namely 
In matlab-show-version:
matlab.el:1473:38: Warning: reference to free variable ‘matlab-mode-version’

Which was pointed out to me by the ELPA and MELPA maintainers.

What shall we do, any thought?


-- 
I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel
I strongly condemn Putin's war of aggression against Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the EU and NATO membership of Ukraine. 

>>> "UB" == Uwe Brauer <ou...@ma...> writes:

> Hi 

> currently make lisp works but 
> make test fails with the error 


Please ignore this message. I caused this problem by playing around with too many different ways to define 

 matlab-mode-version 




> ebugger entered--Lisp error: (void-variable matlab-mode-version)
>   (string= package-version matlab-mode-version)
>   (not (string= package-version matlab-mode-version))
>   (if (not (string= package-version matlab-mode-version)) (progn (user-error "Version from matlab-mode.el \";; Version: %s\" != ma..." package-version matlab-mode-version)))
>   (let ((package-version (let ((temp-buffer (generate-new-buffer " *temp*" t))) (save-current-buffer (set-buffer temp-buffer) (unwind-protect (progn (insert-file-contents "../matlab-mode.el") (if ... ...) (match-string 1)) (and (buffer-name temp-buffer) (kill-buffer temp-buffer))))))) (if (not (string= package-version matlab-mode-version)) (progn (user-error "Version from matlab-mode.el \";; Version: %s\" != ma..." package-version matlab-mode-version))))
>   metest-check-version()
>   metest-all-syntax-tests()
>   command-line-1(("--eval" "(setq debug-on-error t)" "-l" "metest.el" "-e" "metest-all-syntax-tests"))
>   command-line()
>   normal-top-level()

> make[1]: *** [Makefile:35: modetests] Error 255
> make[1]: Leaving directory '/home/oub/ALLES/src/src-emacs-pkg/Matlab/Github/SSH/emacs-matlab-hg/tests'
> make: *** [Makefile:86: .tests.tstamp] Error 2




> The error was caused by commit 864ff8a925a28f (from the fill-fix branch
> which I merged into default and did not notice the problem)

> The problem is this change in metest.el


> +(defun metest-check-version ()
> +  "Validate matlab-mode version numbers are consistent."
> +  (let ((package-version (with-temp-buffer
> +                           (insert-file-contents "../matlab-mode.el")
> +                           (when (not (re-search-forward
> +                                       "^;; Version: \\([0-9]+\\.[0-9]+\\)[ \t]*$" nil t))
> +                             (user-error "Failed to find version in ../matlab-mode.el"))
> +                           (match-string 1))))
> +    (when (not (string= package-version matlab-mode-version))
> +      (user-error "Version from matlab-mode.el \";; Version: %s\" != matlab-mode-version %s"
> +                  package-version matlab-mode-version))))
> +
> +


> John you introduced this.

> I think it is time to discuss several things

>     1. Should we keep the function matlab-show-version (for matlab-shell)

>     2. Shall we have the defconst 

> (defconst matlab-mode-version "6.2"
>   "Current version of MATLAB(R) mode.")
   
>     Either in matlab.el or matlab-mode.el?

> I had to revert to commit 

> B2baf6b106587480 to reintroduce the matlab-mode-version, otherwise make
> lisp fails which is a show-stopper for ELPA and MELPA.

> I hesitate to revert metest.el before we discuss its implication

> I think we should settle this as soon as possible. I will put this as an
> issue in github as well

> Uwe 

-- 
I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel
I strongly condemn Putin's war of aggression against Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the EU and NATO membership of Ukraine. 

Hi 

currently make lisp works but 
make test fails with the error 
--8<---------------cut here---------------start------------->8---
ebugger entered--Lisp error: (void-variable matlab-mode-version)
  (string= package-version matlab-mode-version)
  (not (string= package-version matlab-mode-version))
  (if (not (string= package-version matlab-mode-version)) (progn (user-error "Version from matlab-mode.el \";; Version: %s\" != ma..." package-version matlab-mode-version)))
  (let ((package-version (let ((temp-buffer (generate-new-buffer " *temp*" t))) (save-current-buffer (set-buffer temp-buffer) (unwind-protect (progn (insert-file-contents "../matlab-mode.el") (if ... ...) (match-string 1)) (and (buffer-name temp-buffer) (kill-buffer temp-buffer))))))) (if (not (string= package-version matlab-mode-version)) (progn (user-error "Version from matlab-mode.el \";; Version: %s\" != ma..." package-version matlab-mode-version))))
  metest-check-version()
  metest-all-syntax-tests()
  command-line-1(("--eval" "(setq debug-on-error t)" "-l" "metest.el" "-e" "metest-all-syntax-tests"))
  command-line()
  normal-top-level()

make[1]: *** [Makefile:35: modetests] Error 255
make[1]: Leaving directory '/home/oub/ALLES/src/src-emacs-pkg/Matlab/Github/SSH/emacs-matlab-hg/tests'
make: *** [Makefile:86: .tests.tstamp] Error 2
--8<---------------cut here---------------end--------------->8---



The error was caused by commit 864ff8a925a28f (from the fill-fix branch
which I merged into default and did not notice the problem)

The problem is this change in metest.el

--8<---------------cut here---------------start------------->8---

+(defun metest-check-version ()
+  "Validate matlab-mode version numbers are consistent."
+  (let ((package-version (with-temp-buffer
+                           (insert-file-contents "../matlab-mode.el")
+                           (when (not (re-search-forward
+                                       "^;; Version: \\([0-9]+\\.[0-9]+\\)[ \t]*$" nil t))
+                             (user-error "Failed to find version in ../matlab-mode.el"))
+                           (match-string 1))))
+    (when (not (string= package-version matlab-mode-version))
+      (user-error "Version from matlab-mode.el \";; Version: %s\" != matlab-mode-version %s"
+                  package-version matlab-mode-version))))
+
+

--8<---------------cut here---------------end--------------->8---


John you introduced this.

I think it is time to discuss several things

    1. Should we keep the function matlab-show-version (for matlab-shell)

    2. Shall we have the defconst 

(defconst matlab-mode-version "6.2"
  "Current version of MATLAB(R) mode.")
   
    Either in matlab.el or matlab-mode.el?

I had to revert to commit 

B2baf6b106587480 to reintroduce the matlab-mode-version, otherwise make
lisp fails which is a show-stopper for ELPA and MELPA.

I hesitate to revert metest.el before we discuss its implication

I think we should settle this as soon as possible. I will put this as an
issue in github as well

Uwe 



-- 
I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel
I strongly condemn Putin's war of aggression against Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the EU and NATO membership of Ukraine. 

>>> "EL" == Eric Ludlam <el...@ma...> writes:

>> From: Uwe Brauer <ou...@ma...> 
>>>>> "EL" == Eric Ludlam <el...@ma...> writes:

>>> The command matlab-show-version was always there since before I
>>> adopted matlab-mode. I'm not attached to it and would not mind if it
>>> were removed.

>> According to git blame or mercurial annotate, you are the author 😉
>> (however this functionality is not very reliable, since any chance in
>> the indent etc, is registered.

> Makes sense - Matt emailed me the file, and I put it into version control.  I think it was RCS at the time. 😊

I had to revert to commit b2baf6b106587480 causes problems with
matlab-shell.

I now understand why this function was added, it displays the
matlab-mode version when the shell is called.

However there is a byte compiler warning with this function namely 
In matlab-show-version:
matlab.el:1473:38: Warning: reference to free variable ‘matlab-mode-version’

Which was pointed out to me by the ELPA and MELPA maintainers.

What shall we do, any thought?


-- 
I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel
I strongly condemn Putin's war of aggression against Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the EU and NATO membership of Ukraine. 

> Makes sense - Matt emailed me the file, and I put it into version control.  I think it was RCS at the time. 😊


I just checked, matlab-shell uses 
matlab-show-version

So the question is do we want to keep it, maybe people want to see the matlab-show-version when calling matlab-shell?

I will move the function  back for the moment till the issue is settled because otherwise the test fails and matlab-mode cannot be compiled

> Eric

-- 
I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel
I strongly condemn Putin's war of aggression against Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the EU and NATO membership of Ukraine. 

>From: Uwe Brauer <ou...@ma...> 

>>>> "EL" == Eric Ludlam <el...@ma...> writes:

>> The command matlab-show-version was always there since before I
>> adopted matlab-mode. I'm not attached to it and would not mind if it
>> were removed.

> According to git blame or mercurial annotate, you are the author 😉
> (however this functionality is not very reliable, since any chance in
> the indent etc, is registered.

Makes sense - Matt emailed me the file, and I put it into version control.  I think it was RCS at the time. 😊

Eric

>>> "EL" == Eric Ludlam <el...@ma...> writes:

> The command matlab-show-version was always there since before I
> adopted matlab-mode. I'm not attached to it and would not mind if it
> were removed.

According to git blame or mercurial annotate, you are the author 😉
(however this functionality is not very reliable, since any chance in
the indent etc, is registered.

Ok I remove it then

> For matlab-version, do you mean matlab-mode-version? As for why
> defconst, seems reasonable to me since it's a constant. 😊

Yep, matlab-mode-version.


-- 
I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel
I strongly condemn Putin's war of aggression against Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the EU and NATO membership of Ukraine. 

The command matlab-show-version was always there since before I adopted matlab-mode.  I'm not attached to it and would not mind if it were removed.

For matlab-version, do you mean matlab-mode-version?  As for why defconst, seems reasonable to me since it's a constant. 😊

Eric

-----Original Message-----
From: Uwe Brauer <ou...@ma...> 
Sent: Thursday, December 5, 2024 12:54 PM
To: mat...@li...
Cc: Eric Ludlam <el...@ma...>; John Ciolfi <ci...@ma...>
Subject: matlab-version/matlab-show-version


Hi

I am currently dealing to get  matlab-mode into ELPA. I will also open an issue in github (not sure what is better for most of you

The ELPA maintainer, told me 

    1. Why do we have still the function matlab-show-version

    2. And matlab-version as a defconst

    3. And where to put the defconst in matlab.el or in matlab-mode.el The MELPA maintainer recommended the introduction of this file. 

I will also write him

Uwe 

-- 
I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel
I strongly condemn Putin's war of aggression against Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the EU and NATO membership of Ukraine. 

Hi

I am currently dealing to get  matlab-mode into ELPA. I will also open an issue in github (not sure what is better for most of you

The ELPA maintainer, told me 

    1. Why do we have still the function matlab-show-version

    2. And matlab-version as a defconst

    3. And where to put the defconst in matlab.el or in matlab-mode.el The MELPA maintainer recommended the introduction of this file. 

I will also write him

Uwe 

-- 
I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel
I strongly condemn Putin's war of aggression against Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the EU and NATO membership of Ukraine. 

I found the github issue about matlab-sections and the highlighting issue,
and added a patch there that should both resolve the issue, and make it
easier to add new features unique to different types of MATLAB files.

Eric

On Wed, Nov 20, 2024 at 3:10 PM Uwe Brauer <ou...@ma...> wrote:

> >>> "EL" == Eric Ludlam <eri...@gm...> writes:
>
> > Thanks for the feedback.
> > I was proposing adding a 2nd set of bindings.  For folks with super-key,
> > the current bindings will be faster.  More obscure bindings won't get in
> > their way.
>
> > As for C-c %  vs C-c C-<key> - the Elisp manual is pretty specific saying
> > that C-<punctuation> is reserved for minor modes (excluding ; : { and }
> ).
> >  I picked % out of a hat since it is a comment character.
>
> > As for the bolding effect, that is an overlay in matlab-sections, and if
> > you turn off sections mode, then it goes away.  Sections mode just
> happens
> > to have also adopted the face used for %% comments.  It would be easy to
> > change the defface in sections to inherit from `font-lock-comment-face'
> and
> > fix general font locking.  I lost track of where the actual font lock
> usage
> > of it is, but the defface should be near the font-lock regexps.
>
> Well I just started to use the new section features on a more regular
> base, and I still am not sure whether I like is or prefer to tweak a bit
> the setting.
>
> > As for auto-choosing when to enable detection of sections to avoid
> bolding
> > in functions 'matlab-guess-script-type' already detects the basics of
> what
> > is needed.  It could just not add its post-command-hook if not in a
> > script.  Sections would then also need to watch when this value changes
> and
> > reset itself - typically when one goes from an empty file to one with a
> > function decl in it.
>
> > I'll go look in that other thread too.  Thanks for pointing it out.  I
> > hadn't realized how much I missed b/c the emails are getting binned in a
> > weird place for me when I rearranged my mailing list subscriptions.
>
> Well now, we mostly use issues, not that I am a huge fan, but I can see its
> benefits, and I also managed to configure magit/forge so that I can
> access them from within Emacs which is a big plus.
>
> Uwe
> --
> I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel
> I strongly condemn Putin's war of aggression against Ukraine.
> I support to deliver weapons to Ukraine's military.
> I support the EU and NATO membership of Ukraine.
>
>

I just want to inform everyone, that soon matlab-mode will appear in ELPA. The main difference is that in ELPA only a new version is released if we change explicitely the version number, while MELPA release a new version for every push.

We have then also to modify the file CONTRIBUTING.org since we need all contributors to sign the FSF papers.

Any ideas o thoughts?

Uwe Brauer
-- 
I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel
I strongly condemn Putin's war of aggression against Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the EU and NATO membership of Ukraine. 

OK, foound information in the github site on the org features. Very cool!
Thanks,
Vasco


On Sat, Nov 23, 2024 at 12:14 PM <
mat...@li...> wrote:

> Send Matlab-emacs-discuss mailing list submissions to
>         mat...@li...
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
> or, via email, send a message with subject or body 'help' to
>         mat...@li...
>
> You can reach the person managing the list at
>         mat...@li...
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Matlab-emacs-discuss digest..."
>
>
> Today's Topics:
>
>    1. Re: having emacs-matlab in ELPA, finally. FSF paper signed
>       (Uwe Brauer)
>    2. Re: Matlab-emacs-discuss Digest, Vol 122, Issue 8 (Vasco C?rdia)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sat, 23 Nov 2024 14:19:30 +0100
> From: Uwe Brauer <ou...@ma...>
> To: Philip Kaludercic <ph...@po...>
> Cc: Uwe Brauer <ou...@ma...>, Andrea Corallo <aco...@gn...>,
>         <ema...@gn...>, Matlab-emacs-discuss
>         <mat...@li...>
> Subject: Re: [Matlab-emacs-discuss] having emacs-matlab in ELPA,
>         finally. FSF paper signed
> Message-ID: <874...@ma...>
> Content-Type: text/plain; charset="us-ascii"
>
>
> > Uwe Brauer <ou...@ma...> writes:
>
> > You don't have to do anything*, I just have to add a package
> > specification (similar to the "recipe file" for MELPA) to elpa.git.
>
> > * As soon as it works.  The main issues right now, are as you noticed
> >   that ELPA doesn't release a new tarball for every commit, but just
> >   when a new version is released.  We track this by checking for commits
> >   that bump the "Version" header in the main file (in your case
> >   matlab.el).  You currently don't have any version number, so the build
> >   fails.  I would suggest applying a change like this, if it doesn't
> >   break any assumptions you have regarding the minimal Emacs version:
>
> > diff --git a/matlab.el b/matlab.el
> > index 8ca0ee24a2..b82229a672 100644
> > --- a/matlab.el
> > +++ b/matlab.el
> > @@ -5,11 +5,7 @@
> >  ;; Maintainer: Eric M. Ludlam <el...@ma...>
> >  ;; Created: 04 Jan 91
> >  ;; Keywords: MATLAB(R)
> > -;; Version:
> > -
> > -(defconst matlab-mode-version "5.0"
> > -  "Current version of MATLAB(R) mode.")
> > -
> > +;; Version: 5.0
> >  ;;
> >  ;; Copyright (C) 1997-2022 Eric M. Ludlam
> >  ;; Copyright (C) 1991-1997 Matthew R. Wette
> > @@ -50,6 +46,10 @@
>
> >  ;;; Code:
>
> > +(defconst matlab-mode-version (package-get-version)
> > +  "Current version of MATLAB(R) mode.")
> > +
> > +
> >  (require 'matlab-compat)
> >  (require 'matlab-syntax)
> >  (require 'matlab-scan)
>
> A couple of remarks,
>
>     1. this diff seems against an older matlab-mode version (may the one
>        in sourceforge), the latest github version is 6.2
>        https://github.com/mathworks/Emacs-MATLAB-Mode.git
>
>     2. Jonas Bernoulli one of the MELPA maintainers, recommended (but
>        did not demand) to add file called matlab-mode.el which is
>        basically a dummy file but also contains the current version
>
>
> >   The other issue is that ELPA checks the copyright string and wants to
> >   see that all packages in GNU ELPA have their copyright assigned to the
> >   FSF.
>
> There is an automated process for checking this. If I had known, it
> would have saved my quite a bit of time and work. I eyeballed the logs
> and if there was an unknown author I checked the diff, and if necessary
> contacted him.
>
> >   If you can fix these two things, then everything should go through.
> >   You can then decide to filter out files out of the final tarball by
> >   adding an .elpaignore file that lists what files to exclude.
>
>
>     1. I will add an elpaignore file, which is urgent,
>
>     2. And concerning the version number, what shall I do, your proposal
>        or Stefan's?
>
> For the moment being I would like to keep the MELPA version as well till
> I know ELPA works
>
> Uwe
>
> --
> I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel
> I strongly condemn Putin's war of aggression against Ukraine.
> I support to deliver weapons to Ukraine's military.
> I support the EU and NATO membership of Ukraine.
>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: smime.p7s
> Type: application/pkcs7-signature
> Size: 5684 bytes
> Desc: not available
>
> ------------------------------
>
> Message: 2
> Date: Sat, 23 Nov 2024 12:13:21 -0800
> From: Vasco C?rdia <vc...@gm...>
> To: mat...@li...
> Subject: Re: [Matlab-emacs-discuss] Matlab-emacs-discuss Digest, Vol
>         122, Issue 8
> Message-ID:
>         <CAC_+eD+hrwR3wf-KLAMV1xMGz4OqfCk8x2yb7fMouqpa==
> t1...@ma...>
> Content-Type: text/plain; charset="utf-8"
>
> What kind of org integration does matlab-mode offer?
>
> I do use org, so I'd like to know how much I can leverage any features
> available.
>
> Thanks,
> Vasco
>
> On Sat, Nov 23, 2024 at 4:27?AM <
> mat...@li...> wrote:
>
> > Send Matlab-emacs-discuss mailing list submissions to
> >         mat...@li...
> >
> > To subscribe or unsubscribe via the World Wide Web, visit
> >
> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
> > or, via email, send a message with subject or body 'help' to
> >         mat...@li...
> >
> > You can reach the person managing the list at
> >         mat...@li...
> >
> > When replying, please edit your Subject line so it is more specific
> > than "Re: Contents of Matlab-emacs-discuss digest..."
> >
> >
> > Today's Topics:
> >
> >    1. Re: [Matlab+org (use the python eninge or not)] (Uwe Brauer)
> >
> >
> > ----------------------------------------------------------------------
> >
> > Message: 1
> > Date: Fri, 22 Nov 2024 16:53:18 +0100
> > From: Uwe Brauer <ou...@ma...>
> > To: martinoidar <mar...@gm...>
> > Cc: Uwe Brauer <ou...@ma...>, Matlab-emacs-discuss
> >         <mat...@li...>
> > Subject: Re: [Matlab-emacs-discuss] [Matlab+org (use the python eninge
> >         or not)]
> > Message-ID: <87a...@ma...>
> > Content-Type: text/plain; charset="us-ascii"
> >
> >
> > > On 25.04.2024 21:55, martinoidar wrote:
> >
> > Hi
> > > Update:
> >
> > > I've just noticed that not everything is properly rendered in markdown
> > > form.
> >
> > I just want to point out that we merged successfully our org-mode branch
> > into the main, the default branch, and now the native org supports works
> > flawlessly and does not require the python engine anymore. You can
> > access the newest version either via MELPA or directly from
> > https://github.com/mathworks/Emacs-MATLAB-Mode.git
> >
> >
> > Uwe Brauer
> > --
> > I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel
> > I strongly condemn Putin's war of aggression against Ukraine.
> > I support to deliver weapons to Ukraine's military.
> > I support the EU and NATO membership of Ukraine.
> >
> > -------------- next part --------------
> > A non-text attachment was scrubbed...
> > Name: smime.p7s
> > Type: application/pkcs7-signature
> > Size: 5684 bytes
> > Desc: not available
> >
> > ------------------------------
> >
> >
> >
> > ------------------------------
> >
> > Subject: Digest Footer
> >
> > _______________________________________________
> > Matlab-emacs-discuss mailing list
> > Mat...@li...
> > https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
> >
> >
> > ------------------------------
> >
> > End of Matlab-emacs-discuss Digest, Vol 122, Issue 8
> > ****************************************************
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> Matlab-emacs-discuss mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>
>
> ------------------------------
>
> End of Matlab-emacs-discuss Digest, Vol 122, Issue 9
> ****************************************************
>

What kind of org integration does matlab-mode offer?

I do use org, so I'd like to know how much I can leverage any features
available.

Thanks,
Vasco

On Sat, Nov 23, 2024 at 4:27 AM <
mat...@li...> wrote:

> Send Matlab-emacs-discuss mailing list submissions to
>         mat...@li...
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
> or, via email, send a message with subject or body 'help' to
>         mat...@li...
>
> You can reach the person managing the list at
>         mat...@li...
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Matlab-emacs-discuss digest..."
>
>
> Today's Topics:
>
>    1. Re: [Matlab+org (use the python eninge or not)] (Uwe Brauer)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 22 Nov 2024 16:53:18 +0100
> From: Uwe Brauer <ou...@ma...>
> To: martinoidar <mar...@gm...>
> Cc: Uwe Brauer <ou...@ma...>, Matlab-emacs-discuss
>         <mat...@li...>
> Subject: Re: [Matlab-emacs-discuss] [Matlab+org (use the python eninge
>         or not)]
> Message-ID: <87a...@ma...>
> Content-Type: text/plain; charset="us-ascii"
>
>
> > On 25.04.2024 21:55, martinoidar wrote:
>
> Hi
> > Update:
>
> > I've just noticed that not everything is properly rendered in markdown
> > form.
>
> I just want to point out that we merged successfully our org-mode branch
> into the main, the default branch, and now the native org supports works
> flawlessly and does not require the python engine anymore. You can
> access the newest version either via MELPA or directly from
> https://github.com/mathworks/Emacs-MATLAB-Mode.git
>
>
> Uwe Brauer
> --
> I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel
> I strongly condemn Putin's war of aggression against Ukraine.
> I support to deliver weapons to Ukraine's military.
> I support the EU and NATO membership of Ukraine.
>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: smime.p7s
> Type: application/pkcs7-signature
> Size: 5684 bytes
> Desc: not available
>
> ------------------------------
>
>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> Matlab-emacs-discuss mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>
>
> ------------------------------
>
> End of Matlab-emacs-discuss Digest, Vol 122, Issue 8
> ****************************************************
>

> Uwe Brauer <ou...@ma...> writes:

> You don't have to do anything*, I just have to add a package
> specification (similar to the "recipe file" for MELPA) to elpa.git.

> * As soon as it works.  The main issues right now, are as you noticed
>   that ELPA doesn't release a new tarball for every commit, but just
>   when a new version is released.  We track this by checking for commits
>   that bump the "Version" header in the main file (in your case
>   matlab.el).  You currently don't have any version number, so the build
>   fails.  I would suggest applying a change like this, if it doesn't
>   break any assumptions you have regarding the minimal Emacs version:

> diff --git a/matlab.el b/matlab.el
> index 8ca0ee24a2..b82229a672 100644
> --- a/matlab.el
> +++ b/matlab.el
> @@ -5,11 +5,7 @@
>  ;; Maintainer: Eric M. Ludlam <el...@ma...>
>  ;; Created: 04 Jan 91
>  ;; Keywords: MATLAB(R)
> -;; Version:
> -
> -(defconst matlab-mode-version "5.0"
> -  "Current version of MATLAB(R) mode.")
> -
> +;; Version: 5.0
>  ;;
>  ;; Copyright (C) 1997-2022 Eric M. Ludlam
>  ;; Copyright (C) 1991-1997 Matthew R. Wette
> @@ -50,6 +46,10 @@
 
>  ;;; Code:
 
> +(defconst matlab-mode-version (package-get-version)
> +  "Current version of MATLAB(R) mode.")
> +
> +
>  (require 'matlab-compat)
>  (require 'matlab-syntax)
>  (require 'matlab-scan)

A couple of remarks, 

    1. this diff seems against an older matlab-mode version (may the one
       in sourceforge), the latest github version is 6.2
       https://github.com/mathworks/Emacs-MATLAB-Mode.git

    2. Jonas Bernoulli one of the MELPA maintainers, recommended (but
       did not demand) to add file called matlab-mode.el which is
       basically a dummy file but also contains the current version 


>   The other issue is that ELPA checks the copyright string and wants to
>   see that all packages in GNU ELPA have their copyright assigned to the
>   FSF.

There is an automated process for checking this. If I had known, it
would have saved my quite a bit of time and work. I eyeballed the logs
and if there was an unknown author I checked the diff, and if necessary
contacted him. 

>   If you can fix these two things, then everything should go through.
>   You can then decide to filter out files out of the final tarball by
>   adding an .elpaignore file that lists what files to exclude.


    1. I will add an elpaignore file, which is urgent,

    2. And concerning the version number, what shall I do, your proposal
       or Stefan's?

For the moment being I would like to keep the MELPA version as well till
I know ELPA works

Uwe 

-- 
I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel
I strongly condemn Putin's war of aggression against Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the EU and NATO membership of Ukraine. 

> On 25.04.2024 21:55, martinoidar wrote:

Hi 
> Update:

> I've just noticed that not everything is properly rendered in markdown
> form.

I just want to point out that we merged successfully our org-mode branch
into the main, the default branch, and now the native org supports works
flawlessly and does not require the python engine anymore. You can
access the newest version either via MELPA or directly from
https://github.com/mathworks/Emacs-MATLAB-Mode.git


Uwe Brauer 
-- 
I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel
I strongly condemn Putin's war of aggression against Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the EU and NATO membership of Ukraine. 

>>> "JC" == John Ciolfi <ci...@ma...> writes:

> --_000_mn2pr05mb6766aec9347374bef65023cbd1212mn2pr05mb6766namp_
> Content-type: text/plain; charset="windows-1252"
> Content-transfer-encoding: quoted-printable

> Hi

> I think we could keep the current settings for those that don't have issues=
>  with the super key. We could also have the C-c C-<ITEM> key binding witch =
> is similar to the current settings.

> I'm not sure which is better using C-c C-<ITEM> or C-% <ITEM>? Both seem re=
> asonable to me.

> We should probably have the super key bindings be "2nd" because it doesn't =
> work in several cases. Windows can loose access to the super key, in cases =
> it doesn't exist on Linux, and Mac doesn't have a super key.

Well, indeed Mac does have a super key, but emacs compiled for Mac has. 😉
That is you can configure your emacs so that there is a super key.

If needed I can provide the details (I also have a Mac Air, that I use
for teaching).


> Thanks


> ________________________________
> From: Uwe Brauer
> Sent: Wednesday, November 20, 2024 12:05 PM
> To: John Ciolfi via Matlab-emacs-discuss
> Cc: Eric Ludlam; John Ciolfi
> Subject: Re: [Matlab-emacs-discuss] matlab-sections.el

>>> "JCvM" =3D=3D John Ciolfi via Matlab-emacs-discuss <matlab-emacs-discus=
> s...@li...> writes:

>> Yes, it's a good feature when working with scripts.
>> The key binding is an issue I see too, though when using VNC.
>> Sometimes the super key isn't passed through. It's also common for the
>> windows super key to not work on Windows, see
>> https://answers.microsoft.com/en-us/windows/forum/all/windows-key-not-wor=
> king/0c796f79-0aa8-466e-ab44-802005d1791b
>> which gives 8 methods for fixing that. I've hit this in the past.

>> What about:

>> (define-key map (kbd "C-c C-<down>") #'matlab-sections-forward-sectio=
> n)
>> (define-key map (kbd "C-C C-<up>") #'matlab-sections-backward-section=
> )
>> (define-key map (kbd "C-C C-<left>") #'matlab-sections-beginning-of-s=
> ection)
>> (define-key map (kbd "C-C C-<right>") #'matlab-sections-end-of-sectio=
> n)
>> (define-key map (kbd "C-c M-<up>") #'matlab-sections-move-section-up)
>> (define-key map (kbd "C-c M-<down>") #'matlab-sections-move-section-d=
> own)
>> (define-key map (kbd "C-c M-<return>") #'matlab-sections-run-till-poi=
> nt)
>> (define-key map (kbd "C-c C-SPC") #'matlab-sections-mark-section)


> Do you mean: in addition to the current keybinding setting or replacing
> the  current keybinding?


> If the current keybinding is problematic for Linux users, can't we
> distinguish between the two or say  OS.


>     1. MacOS: darwin

>     2. Linux: gnu/linux

>     3. MS, windows-nt
> Like

> (if (eq system-type 'darwin)
>   ; something for OS X if true
>   ; optional something if not
> )

-- 
I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel
I strongly condemn Putin's war of aggression against Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the EU and NATO membership of Ukraine. 

>>> "EL" == Eric Ludlam <eri...@gm...> writes:

> Thanks for the feedback.
> I was proposing adding a 2nd set of bindings.  For folks with super-key,
> the current bindings will be faster.  More obscure bindings won't get in
> their way.

> As for C-c %  vs C-c C-<key> - the Elisp manual is pretty specific saying
> that C-<punctuation> is reserved for minor modes (excluding ; : { and } ).
>  I picked % out of a hat since it is a comment character.

> As for the bolding effect, that is an overlay in matlab-sections, and if
> you turn off sections mode, then it goes away.  Sections mode just happens
> to have also adopted the face used for %% comments.  It would be easy to
> change the defface in sections to inherit from `font-lock-comment-face' and
> fix general font locking.  I lost track of where the actual font lock usage
> of it is, but the defface should be near the font-lock regexps.

Well I just started to use the new section features on a more regular
base, and I still am not sure whether I like is or prefer to tweak a bit
the setting.

> As for auto-choosing when to enable detection of sections to avoid bolding
> in functions 'matlab-guess-script-type' already detects the basics of what
> is needed.  It could just not add its post-command-hook if not in a
> script.  Sections would then also need to watch when this value changes and
> reset itself - typically when one goes from an empty file to one with a
> function decl in it.

> I'll go look in that other thread too.  Thanks for pointing it out.  I
> hadn't realized how much I missed b/c the emails are getting binned in a
> weird place for me when I rearranged my mailing list subscriptions.

Well now, we mostly use issues, not that I am a huge fan, but I can see its
benefits, and I also managed to configure magit/forge so that I can
access them from within Emacs which is a big plus.

Uwe 
-- 
I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel
I strongly condemn Putin's war of aggression against Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the EU and NATO membership of Ukraine.