matlab-emacs-discuss — Discuss Emacs/MATLAB integration

Re: [Matlab-emacs-discuss] matlab-sections.el

[Eric L. <eri...@gm...>]

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.

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.

Eric

On Wed, Nov 20, 2024 at 2:28 PM John Ciolfi <ci...@ma...> wrote:

> 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
> reasonable 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.
>
> 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" == John Ciolfi via Matlab-emacs-discuss <
> mat...@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-working/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-section)
> >     (define-key map (kbd "C-C C-<up>")
> #'matlab-sections-backward-section)
> >     (define-key map (kbd "C-C C-<left>")
> #'matlab-sections-beginning-of-section)
> >     (define-key map (kbd "C-C C-<right>")
> #'matlab-sections-end-of-section)
> >     (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-down)
> >     (define-key map (kbd "C-c M-<return>")
> #'matlab-sections-run-till-point)
> >     (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.
>
>

Re: [Matlab-emacs-discuss] matlab-sections.el

[John C. <ci...@ma...>]

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 reasonable 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.

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" == John Ciolfi via Matlab-emacs-discuss <mat...@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-working/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-section)
>     (define-key map (kbd "C-C C-<up>") #'matlab-sections-backward-section)
>     (define-key map (kbd "C-C C-<left>") #'matlab-sections-beginning-of-section)
>     (define-key map (kbd "C-C C-<right>") #'matlab-sections-end-of-section)
>     (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-down)
>     (define-key map (kbd "C-c M-<return>") #'matlab-sections-run-till-point)
>     (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.

Re: [Matlab-emacs-discuss] matlab-sections.el

[Uwe B. <ou...@ma...>]

>>> "JCvM" == John Ciolfi via Matlab-emacs-discuss <mat...@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-working/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-section)
>     (define-key map (kbd "C-C C-<up>") #'matlab-sections-backward-section)
>     (define-key map (kbd "C-C C-<left>") #'matlab-sections-beginning-of-section)
>     (define-key map (kbd "C-C C-<right>") #'matlab-sections-end-of-section)
>     (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-down)
>     (define-key map (kbd "C-c M-<return>") #'matlab-sections-run-till-point)
>     (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. 

Re: [Matlab-emacs-discuss] matlab-sections.el

[John C. <ci...@ma...>]

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-working/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-section)
    (define-key map (kbd "C-C C-<up>") #'matlab-sections-backward-section)
    (define-key map (kbd "C-C C-<left>") #'matlab-sections-beginning-of-section)
    (define-key map (kbd "C-C C-<right>") #'matlab-sections-end-of-section)
    (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-down)
    (define-key map (kbd "C-c M-<return>") #'matlab-sections-run-till-point)
    (define-key map (kbd "C-c C-SPC") #'matlab-sections-mark-section)

Eric - another issue is that there are many files, including files shipped with MATLAB such as matlab/toolbox/matlab/uitools/uitools/msgbox.m which have %% characters that aren't sections and we get odd bolding as shown below. We also see odd bolding when %% are used and there are functions in the script. Nidish and I have been discussing this in https://github.com/mathworks/Emacs-MATLAB-Mode/issues/14. Maybe you have some thoughts on how to improve this? If we had better semantic understanding in matlab-sections.el, perhaps we could better understand where the sections are?


function varargout=msgbox(varargin)
%MSGBOX Message box.
%   msgbox(Message) creates a message box that automatically wraps
%   Message to fit an appropriately sized Figure.  Message is a string
%   vector, string matrix or cell array.
%

<snip>


%%%%%%%%%%%%%%%%%%%%
%%% Nargin Check %%%
%%%%%%%%%%%%%%%%%%%%
narginchk(1,6);
nargoutchk(0,1);

%check for support in deployed web apps
matlab.ui.internal.NotSupportedInWebAppServer('msgbox');





________________________________
From: Eric Ludlam <eri...@gm...>
Sent: Tuesday, November 19, 2024 5:08 PM
To: matlab-emacs-discuss <mat...@li...>
Subject: [Matlab-emacs-discuss] matlab-sections.el

Hi all,

I missed the discussions about the new matlab-sections.el that was added to matlab-mode recently.  I like the idea, thanks Nidish for working on it.

I spent a little time trying it out and wanted to share a few thoughts:

* matlab-sections-break-face no longer inherits from font-lock-comment-face.   Why is that?  My %% comments really stand out now that they aren't comment colored.  I could customize, but it seems like comments should color as comments.

* Not everyone has a functional super-key.  I'm using Windows/cygwin and the windows key does Windows stuff. :(   Emacs guidelines says that C-<punctuation> is reserved as a prefix for minor modes.  While inconvenient to type, using C-% as a prefix for matlab-sections (that start with %) as a backup prefix could be handy.

Thanks
Eric

[Matlab-emacs-discuss] matlab-sections.el

[Eric L. <eri...@gm...>]

Hi all,

I missed the discussions about the new matlab-sections.el that was added to
matlab-mode recently.  I like the idea, thanks Nidish for working on it.

I spent a little time trying it out and wanted to share a few thoughts:

* matlab-sections-break-face no longer inherits from
font-lock-comment-face.   Why is that?  My %% comments really stand out now
that they aren't comment colored.  I could customize, but it seems like
comments should color as comments.

* Not everyone has a functional super-key.  I'm using Windows/cygwin and
the windows key does Windows stuff. :(   Emacs guidelines says that
C-<punctuation> is reserved as a prefix for minor modes.  While
inconvenient to type, using C-% as a prefix for matlab-sections (that start
with %) as a backup prefix could be handy.

Thanks
Eric

Re: [Matlab-emacs-discuss] Error from latest version in Melpa

[Uwe B. <ou...@ma...>]

>>> "NNB" == Nidish Narayanaa Balaji <nid...@il...> writes:

> Here's the issues on github where we did the renaming:
> https://github.com/mathworks/Emacs-MATLAB-Mode/issues/9

> Also see:
> https://github.com/mathworks/Emacs-MATLAB-Mode/issues/5#issuecomment-2429899974

> Hope this helps,


It does, I should take more attention to the discussion on the issue
interface and refine my searches of the logs ☹️ 
-- 
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. 

Re: [Matlab-emacs-discuss] Error from latest version in Melpa

[Nidish N. B. <nid...@il...>]

Here's the issues on github where we did the renaming: 
https://github.com/mathworks/Emacs-MATLAB-Mode/issues/9

Also see: 
https://github.com/mathworks/Emacs-MATLAB-Mode/issues/5#issuecomment-2429899974

Hope this helps,
Nidish

On 11/19/24 14:26, Uwe Brauer via Matlab-emacs-discuss wrote:
>>>> "VC" == Vasco Cúrdia <vc...@gm...> writes:
>> Thanks.
>> It was a local setting of mine using an old face name that no longer
>> exists. I fixed it and it is all working now.
> Thanks for reporting back and I am glad that it worked out for you.
>
> However, I am a bit worried why this happened. Do you remember (or maybe
> your init files are under version control 😇)
>
>
> When you set this variable.
>
> That would help me to pin to problem down, because our rule of the
> thumb should be to avoid a renaming of variable shortly after a release.
>
> regards
>
>
>
>
> _______________________________________________
> Matlab-emacs-discuss mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss

Re: [Matlab-emacs-discuss] Error from latest version in Melpa

[Uwe B. <ou...@ma...>]

>>> "VC" == Vasco Cúrdia <vc...@gm...> writes:

> Thanks.
> It was a local setting of mine using an old face name that no longer
> exists. I fixed it and it is all working now.

Thanks for reporting back and I am glad that it worked out for you.

However, I am a bit worried why this happened. Do you remember (or maybe
your init files are under version control 😇) 


When you set this variable.

That would help me to pin to problem down, because our rule of the
thumb should be to avoid a renaming of variable shortly after a release.

regards


-- 
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. 

Re: [Matlab-emacs-discuss] Error from latest version in Melpa

[Uwe B. <ou...@ma...>]

>>> "VC" == Vasco Cúrdia <vc...@gm...> writes:

Hello


> Hi,
> I just refreshed my packages using Melpa, and now I'm getting this error
> error: Invalid face, matlab-cellbreak-face

> Any thoughts on what may be causing this?

I am sorry, lately we merged several branches with new features into
the main branch and might have done some renaming, that was not clearly
announced. 

I presume you configured this face yourself, either in your init file or
via custom.

Could you please check both?

A simple `describe-variable` `custom-file` will tell you were emacs
saves the variable you configured via customize.


Regards

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. 

Re: [Matlab-emacs-discuss] Error from latest version in Melpa

[Vasco C. <vc...@gm...>]

Thanks.

It was a local setting of mine using an old face name that no longer
exists. I fixed it and it is all working now.

Best,
Vasco


On Tue, Nov 19, 2024 at 12:00 AM Uwe Brauer <ou...@ma...> wrote:

> >>> "VC" == Vasco Cúrdia <vc...@gm...> writes:
>
> Hello
>
>
> > Hi,
> > I just refreshed my packages using Melpa, and now I'm getting this error
> > error: Invalid face, matlab-cellbreak-face
>
> > Any thoughts on what may be causing this?
>
> I am sorry, lately we merged several branches with new features into
> the main branch and might have done some renaming, that was not clearly
> announced.
>
> I presume you configured this face yourself, either in your init file or
> via custom.
>
> Could you please check both?
>
> A simple `describe-variable` `custom-file` will tell you were emacs
> saves the variable you configured via customize.
>
>
> Regards
>
> 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.
>
>

Re: [Matlab-emacs-discuss] Error from latest version in Melpa

[Nidish <nid...@il...>]

We did a merge where all the matlab-cellbreak-face were renamed to matlab-sections-sectionbreak-face . 
This is not throwing an error in my branch. Can you check where this throws the error from?

Best,
Nidish


On November 19, 2024 8:09:40 AM GMT+05:30, "Vasco Cúrdia" <vc...@gm...> wrote:
>Hi,
>
>I just refreshed my packages using Melpa, and now I'm getting this error
>error: Invalid face, matlab-cellbreak-face
>
>Any thoughts on what may be causing this?
>
>Thanks,
>Vasco
>
>
>[image: Mailsuite] Sent with Mailsuite  ·  Unsubscribe
><https://mailtrack.io/en/privacy/opt-out/unsubscribe/3b8a06d7130157c5d07e45fd3562ff07aaffa9e1/f3d801a89a156877daca57453476e61e3ee8d89e25e0b1ac0cb15b8934d564b492a7a6aad7c1ab396958cbbecacbfc5964132459d102a7813d8397092bc31d1e>
>11/18/24, 06:38:50 PM

[Matlab-emacs-discuss] Error from latest version in Melpa

[Vasco C. <vc...@gm...>]

Hi,

I just refreshed my packages using Melpa, and now I'm getting this error
error: Invalid face, matlab-cellbreak-face

Any thoughts on what may be causing this?

Thanks,
Vasco


[image: Mailsuite] Sent with Mailsuite  ·  Unsubscribe
<https://mailtrack.io/en/privacy/opt-out/unsubscribe/3b8a06d7130157c5d07e45fd3562ff07aaffa9e1/f3d801a89a156877daca57453476e61e3ee8d89e25e0b1ac0cb15b8934d564b492a7a6aad7c1ab396958cbbecacbfc5964132459d102a7813d8397092bc31d1e>
11/18/24, 06:38:50 PM

Re: [Matlab-emacs-discuss] matlab-load.el-->matlab-autoload.el

[Uwe B. <ou...@ma...>]

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

> I'm good with this. Why does melpa need matlab-autoload.el?

I think it is a question of conventions, put I put Jonas on the CC
he might give a more detailed explanation.

> Also update references to matlab-load

> find . -type f -exec grep -l matlab-load {} \;

> ./Makefile
> ./README.org
> ./examples/matlab-and-org-mode/matlab-and-org-mode.html
> ./examples/matlab-and-org-mode/matlab-and-org-mode.org
> ./tests/mstest.el
> ./tests/metest.el
> ./DEBUGGING.org

Yes I know, I did not push though.
> ________________________________
> From: Uwe Brauer via Matlab-emacs-discuss <mat...@li...>
> Sent: Saturday, October 5, 2024 11:44 AM
> To: Matlab-emacs-discuss <mat...@li...>
> Subject: [Matlab-emacs-discuss] matlab-load.el-->matlab-autoload.el



> Hi all

> I am not sure that everybody is following the discussion between Jonas
> (the MELPA maintainer) and myself concerning the MELPA conventions.


> Jonas proposed two things (besides changes in the recipe file, that
> reflect the new repository and directory structure

>     1. To rename matlab-load.el to matlab-autoload.el (I did this
>        already in the Makefile and the other files that either mention
>        or require that file, but I did not push yet.

>     2. To add a dummy file called matlab-mode.el that basically just
>        contains the header of matlab.el


> Is this ok with everybody?

> Regards


> 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. 

Re: [Matlab-emacs-discuss] matlab-load.el-->matlab-autoload.el

[John C. <ci...@ma...>]

I'm good with this. Why does melpa need matlab-autoload.el?

Also update references to matlab-load

find . -type f -exec grep -l matlab-load {} \;

./Makefile
./README.org
./examples/matlab-and-org-mode/matlab-and-org-mode.html
./examples/matlab-and-org-mode/matlab-and-org-mode.org
./tests/mstest.el
./tests/metest.el
./DEBUGGING.org
________________________________
From: Uwe Brauer via Matlab-emacs-discuss <mat...@li...>
Sent: Saturday, October 5, 2024 11:44 AM
To: Matlab-emacs-discuss <mat...@li...>
Subject: [Matlab-emacs-discuss] matlab-load.el-->matlab-autoload.el



Hi all

I am not sure that everybody is following the discussion between Jonas
(the MELPA maintainer) and myself concerning the MELPA conventions.


Jonas proposed two things (besides changes in the recipe file, that
reflect the new repository and directory structure

    1. To rename matlab-load.el to matlab-autoload.el (I did this
       already in the Makefile and the other files that either mention
       or require that file, but I did not push yet.

    2. To add a dummy file called matlab-mode.el that basically just
       contains the header of matlab.el


Is this ok with everybody?

Regards


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.

Re: [Matlab-emacs-discuss] version numbering and copyright dates

[John C. <ci...@ma...>]

I think it's okay to leave them as is. Updating when the files change should be simpler and what is legally required.

Thanks


________________________________
From: Uwe Brauer
Sent: Sunday, October 06, 2024 2:57 AM
To: John Ciolfi
Cc: Matlab-emacs-discuss; Uwe Brauer
Subject: Re: [Matlab-emacs-discuss] version numbering and copyright dates

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

> Hi
> Copyright years should only be updated when there is a material
> change. For example, suppose foo.el was authored in 2010 and not
> touched. Its copyright year should stay 2010. If foo.el then get's
> updated in 2025, it's copyright year would become 2010-2025.


Oops, I boldly changed the date to 2024 in all files, because it was
easier this way. 😇


Before reverting this back, let me please also check with the ELPA
manager what is the convention there.

If it is as you say then I need to carefully check the log of each file,
and that will take some time.




> We could probably automate this. A small utility invoked from make
> could look at the git history of sources and validate/fix the
> copyrights. I'm somewhat familiar with how to do this, but have a
> backlog of items I'd like to get to.

> Perhaps, for now, we just manually update them when the are touched.

> Thanks
> John
> ________________________________
> From: Uwe Brauer via Matlab-emacs-discuss <mat...@li...>
> Sent: Friday, October 4, 2024 9:07 AM
> To: Matlab-emacs-discuss <mat...@li...>
> Subject: [Matlab-emacs-discuss] version numbering and copyright dates


> Hi

> I just realised what we should upgrade the copyright dates in a couple
> of files. I can do that but I am wondering whether the Makefile could
> take care of that.

> Then:

> We still have
> (defconst matlab-mode-version "5.0"
>   "Current version of MATLAB(R) mode.")


> Shouldn't we upgrade at least to 5.1? 😉

> I also plan to merge the   cell-mode and later the org-mode branch into
> default. Then we definitely  should jump a bit up on the version numbers

--
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.

Re: [Matlab-emacs-discuss] version numbering and copyright dates

[Uwe B. <ou...@ma...>]

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

> Hi
> Copyright years should only be updated when there is a material
> change. For example, suppose foo.el was authored in 2010 and not
> touched. Its copyright year should stay 2010. If foo.el then get's
> updated in 2025, it's copyright year would become 2010-2025.


Oops, I boldly changed the date to 2024 in all files, because it was
easier this way. 😇


Before reverting this back, let me please also check with the ELPA
manager what is the convention there.

If it is as you say then I need to carefully check the log of each file,
and that will take some time.




> We could probably automate this. A small utility invoked from make
> could look at the git history of sources and validate/fix the
> copyrights. I'm somewhat familiar with how to do this, but have a
> backlog of items I'd like to get to.

> Perhaps, for now, we just manually update them when the are touched.

> Thanks
> John
> ________________________________
> From: Uwe Brauer via Matlab-emacs-discuss <mat...@li...>
> Sent: Friday, October 4, 2024 9:07 AM
> To: Matlab-emacs-discuss <mat...@li...>
> Subject: [Matlab-emacs-discuss] version numbering and copyright dates


> Hi

> I just realised what we should upgrade the copyright dates in a couple
> of files. I can do that but I am wondering whether the Makefile could
> take care of that.

> Then:

> We still have
> (defconst matlab-mode-version "5.0"
>   "Current version of MATLAB(R) mode.")


> Shouldn't we upgrade at least to 5.1? 😉

> I also plan to merge the   cell-mode and later the org-mode branch into
> default. Then we definitely  should jump a bit up on the version numbers

-- 
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. 

Re: [Matlab-emacs-discuss] version numbering and copyright dates

[John C. <ci...@ma...>]

Hi

Copyright years should only be updated when there is a material change. For example, suppose foo.el was authored in 2010 and not touched. Its copyright year should stay 2010. If foo.el then get's updated in 2025, it's copyright year would become 2010-2025.

We could probably automate this.  A small utility invoked from make could look at the git history of sources and validate/fix the copyrights. I'm somewhat familiar with how to do this, but have a backlog of items I'd like to get to.

Perhaps, for now, we just manually update them when the are touched.

Thanks
John
________________________________
From: Uwe Brauer via Matlab-emacs-discuss <mat...@li...>
Sent: Friday, October 4, 2024 9:07 AM
To: Matlab-emacs-discuss <mat...@li...>
Subject: [Matlab-emacs-discuss] version numbering and copyright dates


Hi

I just realised what we should upgrade the copyright dates in a couple of files. I can do that but I am wondering whether the Makefile could take care of that.

Then:

We still have
(defconst matlab-mode-version "5.0"
  "Current version of MATLAB(R) mode.")


Shouldn't we upgrade at least to 5.1? 😉

I also plan to merge the   cell-mode and later the org-mode branch into
default. Then we definitely  should jump a bit up on the version numbers

--
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.

Re: [Matlab-emacs-discuss] follow Jonas advice for the MELPA package in sourceforge.

[John C. <ci...@ma...>]

That seems reasonable. It would be good to get MELPA pointing at github because the version in github works with later Emacs versions (I removed some of the .el files that no longer work).

thanks
________________________________
From: Uwe Brauer via Matlab-emacs-discuss <mat...@li...>
Sent: Friday, October 4, 2024 4:02 AM
To: Matlab-emacs-discuss <mat...@li...>
Subject: [Matlab-emacs-discuss] follow Jonas advice for the MELPA package in sourceforge.



Hi all

I presume you all have seen Jonas email concerning the MELPA convention.

The most logical solution to this problem would be

    1. Follow his advice

    2. Also adapt the MELPA recipe file, so that refers to the Github repository.

However since there are some changes concerning the directory tree in
github and some cleaning, I would like to discuss this Jonas, who
unfortunately is a bit busy these days.

Meanwhile a user, Mark Norton, reported a problem with MELPA.

So I propose trying to fix his problem this following Jonas
recommendation, but for the sourceforge repository, as an emergency
solution.

Once I have clarified the open questions with Jonas, I change the MELPA
recipe to the Github repository


Any comments?

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.

[Matlab-emacs-discuss] matlab-load.el-->matlab-autoload.el

[Uwe B. <ou...@ma...>]

Hi all

I am not sure that everybody is following the discussion between Jonas
(the MELPA maintainer) and myself concerning the MELPA conventions.


Jonas proposed two things (besides changes in the recipe file, that
reflect the new repository and directory structure

    1. To rename matlab-load.el to matlab-autoload.el (I did this
       already in the Makefile and the other files that either mention
       or require that file, but I did not push yet.

    2. To add a dummy file called matlab-mode.el that basically just
       contains the header of matlab.el


Is this ok with everybody?

Regards


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. 

[Matlab-emacs-discuss] version numbering and copyright dates

[Uwe B. <ou...@ma...>]

Hi 

I just realised what we should upgrade the copyright dates in a couple of files. I can do that but I am wondering whether the Makefile could take care of that.

Then:

We still have 
(defconst matlab-mode-version "5.0"
  "Current version of MATLAB(R) mode.")


Shouldn't we upgrade at least to 5.1? 😉

I also plan to merge the   cell-mode and later the org-mode branch into
default. Then we definitely  should jump a bit up on the version numbers 

-- 
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. 

[Matlab-emacs-discuss] follow Jonas advice for the MELPA package in sourceforge.

[Uwe B. <ou...@ma...>]

Hi all

I presume you all have seen Jonas email concerning the MELPA convention.

The most logical solution to this problem would be

    1. Follow his advice

    2. Also adapt the MELPA recipe file, so that refers to the Github repository.

However since there are some changes concerning the directory tree in
github and some cleaning, I would like to discuss this Jonas, who
unfortunately is a bit busy these days.

Meanwhile a user, Mark Norton, reported a problem with MELPA.

So I propose trying to fix his problem this following Jonas
recommendation, but for the sourceforge repository, as an emergency
solution.

Once I have clarified the open questions with Jonas, I change the MELPA
recipe to the Github repository


Any comments?

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. 

Re: [Matlab-emacs-discuss] The Cleanup of the matlab files

[Uwe B. <ou...@ma...>]

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

> I just added a make target to help with this (commit ccd2d06):
>     make list-files-for-release

> which will display the following (notice matlab-load.el is excluded because this is generated and dependent on the version of Emacs):


Thanks! 
That looks very helpful
I will wait for Jonas to reply before touching the MELPA recipe.



-- 
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. 

Re: [Matlab-emacs-discuss] update to Matlab2024b: can't compile

[Uwe B. <ou...@ma...>]

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

> Hi
> This is fixed (commit 59bf9a9 - Update tests/mstest.el to work with R2024b).

Thanks, pulled tested and confirmed!!!

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. 

Re: [Matlab-emacs-discuss] The Cleanup of the matlab files

[John C. <ci...@ma...>]

I just added a make target to help with this (commit ccd2d06):

    make list-files-for-release

which will display the following (notice matlab-load.el is excluded because this is generated and dependent on the version of Emacs):

company-matlab-shell.el
linemark.el
matlab-cgen.el
matlab-compat.el
matlab-complete.el
matlab.el
matlab-maint.el
matlab-mode-pkg.el
matlab-netshell.el
matlab-scan.el
matlab-shell.el
matlab-shell-gud.el
matlab-syntax.el
matlab-topic.el
mlgud.el
mlint.el
tlc.el
bin/matlab-emacsclient.sh
toolbox/+emacs/@Breakpoints/Breakpoints.m
toolbox/+emacs/@EmacsServer/EmacsServer.m
toolbox/+emacs/@Stack/Stack.m
toolbox/+emacs/set.m
toolbox/dbhotlink.m
toolbox/ebclear.m
toolbox/ebstack.m
toolbox/ebstatus.m
toolbox/ebstop.m
toolbox/emacscd.m
toolbox/emacsdocomplete.m
toolbox/emacsinit.m
toolbox/emacsnetshell.m
toolbox/emacsrun.m
toolbox/emacsrunregion.m
toolbox/emacstipstring.m
toolbox/help.m
toolbox/opentoline.m

This can be tweaked as needed to help melpa. For example, we could update it to generate the ":files" value you need.

Thanks
John


________________________________
From: Uwe Brauer
Sent: Wednesday, October 02, 2024 10:59 AM
To: John Ciolfi
Cc: Uwe Brauer; Matlab-emacs-discuss
Subject: Re: The Cleanup of the matlab files

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

   > Hi
   > We need the *.el files and all *.m files under the toolbox directory tree, and the bin/*.sh file.

   >   cd Emacs-MATLAB-Mode

   >   ls *.el
   >   find toolbox -name '*.m' -print
   >   ls bin/*.sh

   > Note, the bin/*.sh is used by one of the *.m files.

Thanks!


   > I wonder if there's a way to generate what you need from a Makefile
   > target? Would something like that help?

I asked already the MELPA maintainer, to which extend our Makefile is
used (maybe I knew this when I put the package to MELPA, but I forgot).
The problem is now that
«make»

Searches a MATLAB installation and the machine running MELPA might not
have MATLAB installed.

I have not heard anything so I will ping him again.
Regards


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.

Re: [Matlab-emacs-discuss] update to Matlab2024b: can't compile

[John C. <ci...@ma...>]

Hi

This is fixed (commit 59bf9a9 - Update tests/mstest.el to work with R2024b).

Thanks
John
________________________________
From: Uwe Brauer via Matlab-emacs-discuss <mat...@li...>
Sent: Tuesday, October 1, 2024 4:42 AM
To: Matlab-emacs-discuss <mat...@li...>
Subject: [Matlab-emacs-discuss] update to Matlab2024b: can't compile



Hi all

I upgraded to matlab 2024b and run

 make (using emacs 29.4) lisp

That works. But make

Leads to an error, whose  backtrace I attach.

I still have 2024a but right now I cannot activate its license due to network problems.

Any idea what is going on?


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.