matlab-emacs-discuss — Discuss Emacs/MATLAB integration

Re: [Matlab-emacs-discuss] [font-lock stopped working]

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

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

> Wow that's interesting, thanks for noticing!
> I didn't catch this because I myself use tree-sitter for syntax
> highlighting and don't use the syntax highlighting from matlab-mode.

I have heard about this package but I have never used it myself.

>  I have a feeling that something got mixed up when I refreshed the
> matlab-load.el - I'd recommend retrying by using the matlab-load.el
> from master to see if that's the issue. I'll also look into this
> today.


Right. The strange thing is. 

    1. The graph is linear

    2. Git does not complain when switching branches.

    3. But when I use mercurial (and the hg-git plugin) mercurial
       notices a conflict!

    4. So I did what you proposed, but it does not help: one your branch
       the traditional font-locking is broken. Good that we are testing 

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] [font-lock stopped working] (was: [matlab-cell])

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

Wow that's interesting, thanks for noticing!

I didn't catch this because I myself use tree-sitter for syntax 
highlighting and don't use the syntax highlighting from matlab-mode.

  I have a feeling that something got mixed up when I refreshed the 
matlab-load.el - I'd recommend retrying by using the matlab-load.el from 
master to see if that's the issue. I'll also look into this today.

Thanks!
Nidish

On 5/16/24 10:36, Uwe Brauer wrote:
>>>> "NNB" == Nidish Narayanaa Balaji <nid...@il...> writes:
>> I just finished the edits and pushed them.
>> 1. I've defined a 'matlab-cell-shell-run-cell' function in
>>     matlab-cell.el which basically calls 'matlab-shell-run-region' from
>>     matlab-shell.el with the appropriate bounds of the current point.
>> 2. I also simplified the cellbreak regexp to: (rx line-start (* space)
>>     (group "%%" (* (not (any "\n"))) line-end))
>>     This evaluates to: "^[[:space:]]*\\(%%.*$\\)"
>>     As mentioned before, I've removed the requirement of having a
>>     blank-space character after "%%" since I think this is more intuitive.
>> 3. I also refreshed 'matlab-load.el'.
> Hi
>
> I sometimes mix functions with scripts (that uses cell).
>
> I noticed that the font-lock for functions does not work anymore using
> your branch, even with matlab-cell-mode disabled and even in a function
> without cell as the attached screenshots shows.
>
> I also attach the screenshot with the fontlocking from master.
>
> Not sure who is the culprit here.
>
>
> Uwe
>
>

Re: [Matlab-emacs-discuss] [matlab-cell]

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

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

> I just finished the edits and pushed them.
> 1. I've defined a 'matlab-cell-shell-run-cell' function in
>    matlab-cell.el which basically calls 'matlab-shell-run-region' from
>    matlab-shell.el with the appropriate bounds of the current point.

> 2. I also simplified the cellbreak regexp to: (rx line-start (* space)
>    (group "%%" (* (not (any "\n"))) line-end))
>    This evaluates to: "^[[:space:]]*\\(%%.*$\\)"
>    As mentioned before, I've removed the requirement of having a
>    blank-space character after "%%" since I think this is more intuitive.

> 3. I also refreshed 'matlab-load.el'.

Thanks. I just pulled, and compiled. I will run test and report back
later this evening. 

Thanks a lot
> Best,
> Nidish

> On 5/15/24 13:58, Uwe Brauer wrote:
>> 
>>> Yes this is true. This seems to be a restriction from
>>> matlab-shell-run-cell. I guess I'll just write a
>>> matlab-cell-shell-run-cell function that's more neatly integrated
>>> within the matlab-cell minor-mode.
>> I remember of having discussions with Eric, when that feature was
>> implemented, but alas I don't recall any details.
>> 
>> 
>>> The real restriction with matlab-cell is that I'm assuming that the
>>> cell header is "%%" followed by at least a space character - if
>>> there's no character right after the "%%", then this is not recognized
>>> as a cell header. This comes from the matlab-cell-cellbreak-regexp
>>> variable (which can be customized, of course).
>> But that seems fine to me, because that is (or at least was till
>> recently) the convention of the native matlab editor.
>> 
>> 
>>> I will change it to default to not requiring the space character after
>>> the "%%" since this makes more sense.
>>> I've added the list of navigation functions to the docstring.
>>> I'll try to have the above edits done by then!
>> 
>> Thanks, I just saw it. More testing, later
>> 
>> Thanks
>> 
>> 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-cell]

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

I just finished the edits and pushed them.

 1. I've defined a 'matlab-cell-shell-run-cell' function in
    matlab-cell.el which basically calls 'matlab-shell-run-region' from
    matlab-shell.el with the appropriate bounds of the current point.

 2. I also simplified the cellbreak regexp to: (rx line-start (* space)
    (group "%%" (* (not (any "\n"))) line-end))
    This evaluates to: "^[[:space:]]*\\(%%.*$\\)"
    As mentioned before, I've removed the requirement of having a
    blank-space character after "%%" since I think this is more intuitive.

 3. I also refreshed 'matlab-load.el'.

Best,
Nidish

On 5/15/24 13:58, Uwe Brauer wrote:
>
>> Yes this is true. This seems to be a restriction from
>> matlab-shell-run-cell. I guess I'll just write a
>> matlab-cell-shell-run-cell function that's more neatly integrated
>> within the matlab-cell minor-mode.
> I remember of having discussions with Eric, when that feature was
> implemented, but alas I don't recall any details.
>
>
>> The real restriction with matlab-cell is that I'm assuming that the
>> cell header is "%%" followed by at least a space character - if
>> there's no character right after the "%%", then this is not recognized
>> as a cell header. This comes from the matlab-cell-cellbreak-regexp
>> variable (which can be customized, of course).
> But that seems fine to me, because that is (or at least was till
> recently) the convention of the native matlab editor.
>
>
>> I will change it to default to not requiring the space character after
>> the "%%" since this makes more sense.
>> I've added the list of navigation functions to the docstring.
>> I'll try to have the above edits done by then!
>
> Thanks, I just saw it. More testing, later
>
> Thanks
>
> Uwe
>
>

Re: [Matlab-emacs-discuss] [matlab-cell]

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

> Yes this is true. This seems to be a restriction from
> matlab-shell-run-cell. I guess I'll just write a
> matlab-cell-shell-run-cell function that's more neatly integrated
> within the matlab-cell minor-mode.

I remember of having discussions with Eric, when that feature was
implemented, but alas I don't recall any details.


> The real restriction with matlab-cell is that I'm assuming that the
> cell header is "%%" followed by at least a space character - if
> there's no character right after the "%%", then this is not recognized
> as a cell header. This comes from the matlab-cell-cellbreak-regexp
> variable (which can be customized, of course).

But that seems fine to me, because that is (or at least was till
recently) the convention of the native matlab editor.


> I will change it to default to not requiring the space character after
> the "%%" since this makes more sense.

> I've added the list of navigation functions to the docstring.
> I'll try to have the above edits done by then!


Thanks, I just saw it. More testing, later

Thanks

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-cell]

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

>     > 1.   Done. I've added it to the lisp_LISP variable in the Makefile and
>     >    can confirm that it builds fine.
>
>     > 2. This is correct. I found no reason to rewrite matlab-shell-run-cell
>     >    since it works fine as is. Let me know if you feel otherwise.
>
> It still works fine, well with one exception at least for me, a cell
> must end with an empty new line. For example
>
> %%
> t=0:0.1:1
> x=sin(t)
> %%
>
> Does not work while
>
> %%
> t=0:0.1:1
> x=sin(t)
>
> %%
>
> does

Yes this is true. This seems to be a restriction from 
matlab-shell-run-cell. I guess I'll just write a 
matlab-cell-shell-run-cell function that's more neatly integrated within 
the matlab-cell minor-mode.

The real restriction with matlab-cell is that I'm assuming that the cell 
header is "%%" followed by at least a space character - if there's no 
character right after the "%%", then this is not recognized as a cell 
header. This comes from the matlab-cell-cellbreak-regexp variable (which 
can be customized, of course).
I will change it to default to not requiring the space character after 
the "%%" since this makes more sense.

>     > Okay - I've added a short writeup under the "Commentary" section in
>     > matlab-cell.el. Let me know if this is what you had in mind.
>
> Well I thought of including in the docstring of matlab-cell-mode
>
> But maybe this just me but I use `C-h m' quite a bit.
I've added the list of navigation functions to the docstring.
>
> Not sure I can do real testing today, but hopefully tomorrow.
>
> Uwe
>
I'll try to have the above edits done by then!

Thanks!
Nidish

Re: [Matlab-emacs-discuss] [matlab-cell]

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

   > 1.   Done. I've added it to the lisp_LISP variable in the Makefile and
   >    can confirm that it builds fine.

   > 2. This is correct. I found no reason to rewrite matlab-shell-run-cell
   >    since it works fine as is. Let me know if you feel otherwise.

It still works fine, well with one exception at least for me, a cell
must end with an empty new line. For example

%%
t=0:0.1:1
x=sin(t)
%%

Does not work while

%%
t=0:0.1:1
x=sin(t)

%%

does

   > Okay - I've added a short writeup under the "Commentary" section in
   > matlab-cell.el. Let me know if this is what you had in mind.

Well I thought of including in the docstring of matlab-cell-mode

But maybe this just me but I use `C-h m' quite a bit.

Not sure I can do real testing today, but hopefully tomorrow.

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-cell] (was: Github Migration?)

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

>>>> "NNB" == Nidish Narayanaa Balaji<nid...@il...>  writes:
> Hi
>
>
>> A few pointers:
>
>> The main features that the new minor-mode enables are:
>>    * It redefines the page-break character to "%%" so an overline is
>>      drawn over those, making it visually look better.
>>    * The current cell that point is in is highlighted by being boldfaced
>>      (this is customizable).
>>    * Convenience functions for moving point forward and backward by one
>>      cell (also support being called with prefix arguments).
>>    * Convenience functions for moving a cell up or down by a block
>>      (number-prefixes supported too).
> After a very very brief testing, some comments:
>
>      1. Could you please include matlab-cell in the Makefile?
>
>      2. So I understand your code does not generalise in any way
>         matlab-shell-run-cell?

 1.   Done. I've added it to the lisp_LISP variable in the Makefile and
    can confirm that it builds fine.

 2. This is correct. I found no reason to rewrite matlab-shell-run-cell
    since it works fine as is. Let me know if you feel otherwise.

>>    * Some more non-interactive convenience functions to help development.
>>    * I've not bound any of the functions to any keymap within the package
>>      yet.
>>      In my config though, these are the bindings I'm using (in case
>>      someone's interested):
>>                   ("C-v" . 'matlab-cell-forward-cell)
>>                   ("M-v" . 'matlab-cell-backward-cell)
>>                   ("C-<return>" . matlab-shell-run-cell)
>>                   ("C-c C-b" . (lambda () (interactive)
>>                                  (save-window-excursion
>>                                    (matlab-shell-run-cell))
>>                                  (matlab-cell-forward-cell)))
>>                   ("C-x n c" . 'matlab-cell-narrow-to-cell)
>>                   ("M-[" . 'backward-paragraph)
>>                   ("M-]" . 'forward-paragraph)
>>                   ("C-c <down>" . 'matlab-cell-move-cell-down)
>>                   ("C-c <up>" . 'matlab-cell-move-cell-up)
>> I'll appreciate comments and suggestions! :)
> Could you maybe enhance the documentation of matlab-cell-mode, for
> example describe the navigation functions.
Okay - I've added a short writeup under the "Commentary" section in 
matlab-cell.el. Let me know if this is what you had in mind.
> The keyb binding is something we might discuss later
>
> Thanks for the code
>
> Uwe
Thanks for taking a look!
Nidish

[Matlab-emacs-discuss] [matlab-cell] (was: Github Migration?)

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

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

Hi


> A few pointers:


> The main features that the new minor-mode enables are:

>   * It redefines the page-break character to "%%" so an overline is
>     drawn over those, making it visually look better.
>   * The current cell that point is in is highlighted by being boldfaced
>     (this is customizable).
>   * Convenience functions for moving point forward and backward by one
>     cell (also support being called with prefix arguments).
>   * Convenience functions for moving a cell up or down by a block
>     (number-prefixes supported too).

After a very very brief testing, some comments:

    1. Could you please include matlab-cell in the Makefile?

    2. So I understand your code does not generalise in any way
       matlab-shell-run-cell? 

>   * Some more non-interactive convenience functions to help development.
>   * I've not bound any of the functions to any keymap within the package
>     yet.
>     In my config though, these are the bindings I'm using (in case
>     someone's interested):

>                  ("C-v" . 'matlab-cell-forward-cell)
>                  ("M-v" . 'matlab-cell-backward-cell)
>                  ("C-<return>" . matlab-shell-run-cell)
>                  ("C-c C-b" . (lambda () (interactive)
>                                 (save-window-excursion
>                                   (matlab-shell-run-cell))
>                                 (matlab-cell-forward-cell)))
>                  ("C-x n c" . 'matlab-cell-narrow-to-cell)
>                  ("M-[" . 'backward-paragraph)
>                  ("M-]" . 'forward-paragraph)
>                  ("C-c <down>" . 'matlab-cell-move-cell-down)
>                  ("C-c <up>" . 'matlab-cell-move-cell-up)

> I'll appreciate comments and suggestions! :)

Could you maybe enhance the documentation of matlab-cell-mode, for
example describe the navigation functions.

The keyb binding is something we might discuss later

Thanks for the code

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] Github Migration?

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

Okay I've pushed the first version of the cell utils. This is the first 
time I'm making a substantial contribution to a package, so please 
forgive me if something I'm doing is not how you'd rather have it - 
happy to learn! :)

A few pointers:

  * All the new contributions are in a new branch called "matlab-cells":
    https://sourceforge.net/p/matlab-emacs/src/ci/matlab-cells/tree/
  * I've dumped all the code in matlab-cell.el and made it a minor-mode.
    All the new variables and functions are prefixed with "matlab-cell-"
  * The new minor-mode is enabled by default by calling its setup
    function in the define-derived-mode of matlab-mode in matlab.el
  * I see that matlab-cellbreak-face already exists so perhaps there's
    some duplication of efforts - it would make sense to remove 
    redundancies.
  * A large portion of the code is based on another package, python-cell
    : https://github.com/twmr/python-cell.el

The main features that the new minor-mode enables are:

  * It redefines the page-break character to "%%" so an overline is
    drawn over those, making it visually look better.
  * The current cell that point is in is highlighted by being boldfaced
    (this is customizable).
  * Convenience functions for moving point forward and backward by one
    cell (also support being called with prefix arguments).
  * Convenience functions for moving a cell up or down by a block
    (number-prefixes supported too).
  * Some more non-interactive convenience functions to help development.
  * I've not bound any of the functions to any keymap within the package
    yet.
    In my config though, these are the bindings I'm using (in case
    someone's interested):

                 ("C-v" . 'matlab-cell-forward-cell)
                 ("M-v" . 'matlab-cell-backward-cell)
                 ("C-<return>" . matlab-shell-run-cell)
                 ("C-c C-b" . (lambda () (interactive)
                                (save-window-excursion
                                  (matlab-shell-run-cell))
                                (matlab-cell-forward-cell)))
                 ("C-x n c" . 'matlab-cell-narrow-to-cell)
                 ("M-[" . 'backward-paragraph)
                 ("M-]" . 'forward-paragraph)
                 ("C-c <down>" . 'matlab-cell-move-cell-down)
                 ("C-c <up>" . 'matlab-cell-move-cell-up)

I'll appreciate comments and suggestions! :)

Best,
Nidish

On 5/14/24 19:44, Nidish Narayanaa Balaji wrote:
> On 5/14/24 19:37, Uwe Brauer wrote:
>>> On 5/14/24 17:39, Uwe Brauer wrote:
>>> Yes I do - my ID is:  nidish96
>> Ok, so you should have write access now.
>>
>> BTW, maybe it is better you create a branch for testing and then I (or
>> you merge that later into master)?
>> so that at least we can do some testing.
>
> Thank you!
>
> And yes, I agree - I'll create a testing branch for my latest edits 
> and then you can test it out before merging! :)
>
>
>
> _______________________________________________
> Matlab-emacs-discuss mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss

Re: [Matlab-emacs-discuss] Github Migration?

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

On 5/14/24 19:37, Uwe Brauer wrote:
>> On 5/14/24 17:39, Uwe Brauer wrote:
>> Yes I do - my ID is:  nidish96
> Ok, so you should have write access now.
>
> BTW, maybe it is better you create a branch for testing and then I (or
> you merge that later into master)?
> so that at least we can do some testing.

Thank you!

And yes, I agree - I'll create a testing branch for my latest edits and 
then you can test it out before merging! :)

Re: [Matlab-emacs-discuss] Github Migration?

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

> On 5/14/24 17:39, Uwe Brauer wrote:
> Yes I do - my ID is:  nidish96

Ok, so you should have write access now.

BTW, maybe it is better you create a branch for testing and then I (or
you merge that later into master)?
so that at least we can do some testing.


-- 
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] Github Migration?

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

On 5/14/24 17:39, Uwe Brauer wrote:

>>>> "NNB" == Nidish Narayanaa Balaji <nid...@il...> writes:
>> Great!
>> And yes, I had signed the FSF papers a while back.
>
> Great, I would need your sourceforge userid.
>
> In case you don't have one, please open a sourceforge account.
Yes I do - my ID is:  nidish96
>
> Uwe
>> Best,
>> Nidish
>> On 5/14/24 17:08, Uwe Brauer wrote:
>>>>>> "NNB" == Nidish Narayanaa Balaji <nid...@il...> writes:
>>>> No worries - I look forward to hearing back. If I get push rights by
>>>> the weekend, I'll push directly. If not, I'll make a patch and send
>>>> it.
>>> Eric and John let me decide, (great).
>>>
>>> Since I am trying since for more than a year to get the package into
>>> ELPA, did you sign the FSF papers (I might have asked you that in the
>>> past, but, memory, you know)? If not are you willing to do so?
>>>
>>>
>

Re: [Matlab-emacs-discuss] Github Migration?

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

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

> Great!
> And yes, I had signed the FSF papers a while back.


Great, I would need your sourceforge userid.

In case you don't have one, please open a sourceforge account.

Uwe 
> Best,
> Nidish

> On 5/14/24 17:08, Uwe Brauer wrote:
>>>>> "NNB" == Nidish Narayanaa Balaji <nid...@il...> writes:
>>> No worries - I look forward to hearing back. If I get push rights by
>>> the weekend, I'll push directly. If not, I'll make a patch and send
>>> it.
>> Eric and John let me decide, (great).
>> 
>> Since I am trying since for more than a year to get the package into
>> ELPA, did you sign the FSF papers (I might have asked you that in the
>> past, but, memory, you know)? If not are you willing to do so?
>> 
>> 


-- 
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] Github Migration?

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

Great!

And yes, I had signed the FSF papers a while back.

Best,
Nidish

On 5/14/24 17:08, Uwe Brauer wrote:
>>>> "NNB" == Nidish Narayanaa Balaji <nid...@il...> writes:
>> No worries - I look forward to hearing back. If I get push rights by
>> the weekend, I'll push directly. If not, I'll make a patch and send
>> it.
> Eric and John let me decide, (great).
>
> Since I am trying since for more than a year to get the package into
> ELPA, did you sign the FSF papers (I might have asked you that in the
> past, but, memory, you know)? If not are you willing to do so?
>
>

Re: [Matlab-emacs-discuss] Github Migration?

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

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

> No worries - I look forward to hearing back. If I get push rights by
> the weekend, I'll push directly. If not, I'll make a patch and send
> it.

Eric and John let me decide, (great).

Since I am trying since for more than a year to get the package into
ELPA, did you sign the FSF papers (I might have asked you that in the
past, but, memory, you know)? If not are you willing to do so?


-- 
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] Github Migration?

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

No worries - I look forward to hearing back. If I get push rights by the 
weekend, I'll push directly. If not, I'll make a patch and send it.

I stand guilty of being called old-fashioned by colleagues too, so I do 
totally get it! ;-)

Have a great week!
Nidish

On 5/13/24 12:49, Uwe Brauer wrote:
>>>> "NNB" == Nidish Narayanaa Balaji <nid...@il...> writes:
>      
>> Here's a screenshot of how I have it setup now. The cells are
>> delimited by a string that defaults to a regexp that matches for
>> commented lines starting with "%%". It supports sending cells one by
>> one to the shell and provides some nifty navigation & moving utils. I
>> also have it setup so the current setup is bold-faced (see below).
> Ok, that sounds quite interesting, I use cells quite a bit myself
>
>      
>>      BTW, since you have contributed in the past: do you
>>      want write access so that you can push changes yourself?
>      
>> That would be nice!
> Let me ask also Eric and John, since I don't want to decide that myself,
> but I am pretty sure that they will be delighted to have another
> developer.
>
>
>>      Thank you
>      
>>      Uwe
>>      Footnotes:
>>      [1]  did I mention that I am not a huge fan of merge requests 😇
>      
>> Hehe, fair enough. I'll try to make a patch this weekend! :-D
> Great. Sorry for being so old fashioned.
>

Re: [Matlab-emacs-discuss] Github Migration?

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

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

    
> Here's a screenshot of how I have it setup now. The cells are
> delimited by a string that defaults to a regexp that matches for
> commented lines starting with "%%". It supports sending cells one by
> one to the shell and provides some nifty navigation & moving utils. I
> also have it setup so the current setup is bold-faced (see below).

Ok, that sounds quite interesting, I use cells quite a bit myself

    
>     BTW, since you have contributed in the past: do you
>     want write access so that you can push changes yourself?
    
> That would be nice!

Let me ask also Eric and John, since I don't want to decide that myself,
but I am pretty sure that they will be delighted to have another
developer. 


>     Thank you
    
>     Uwe 

>     Footnotes:
>     [1]  did I mention that I am not a huge fan of merge requests 😇
    
> Hehe, fair enough. I'll try to make a patch this weekend! :-D

Great. Sorry for being so old fashioned.

-- 
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] Github Migration?

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

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

> All,
> I've implemented some additional cell block behavior that makes using
> cells in matlab through emacs smoother. It's similar to the stock
> matlab GUI experience but better (IMO ;) ).

I am not sure what the stock matlab GUI experience is, but I rarely use
the GUI....

> I was wondering where I should apply my patches since I remember a lot
> of discussion on migrating to github. What's the current status on
> this?
John hasn't answered yet. I will ping him again.

> Shall I go ahead and make a merge request on Sourceforge itself?

Or just sending the patch.[1]

BTW, since you have contributed in the past: do you
want write access so that you can push changes yourself?

Thank you

Uwe 




Footnotes:
[1]  did I mention that I am not a huge fan of merge requests 😇

-- 
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] Github Migration?

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

All,

I've implemented some additional cell block behavior that makes using 
cells in matlab through emacs smoother. It's similar to the stock matlab 
GUI experience but better (IMO ;) ).

I was wondering where I should apply my patches since I remember a lot 
of discussion on migrating to github. What's the current status on this?
Shall I go ahead and make a merge request on Sourceforge itself?

Thanks!
Nidish

Re: [Matlab-emacs-discuss] [Matlab+org (use the python eninge or not)]

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

> On 25.04.2024 21:55, martinoidar wrote:

> Update:

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

Thanks, but I still do not understand why *fprintf* is not supported and
why the indenting should be important. 

When I have a bit more time, I will ask John explicitly 😇 since he
seems to know quite a bit about that issue but who is also very occupied.

Uwe 
> Here's a pdf version of the document:

> https://github.com/cissic/temp-aux-repo/blob/main/2024-04-25-latex-output-from-matlab-octave-source-blocks.pdf




-- 
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+org (use the python eninge or not)] (was: new branches, plans, rename development branch to default, mirror to github)

[martinoidar <mar...@gm...>]

On 25.04.2024 21:55, martinoidar wrote:
>
> On 23.04.2024 15:33, Uwe Brauer wrote:
>>>>> "m" == martinoidar <mar...@gm...> writes:
>> Hi
>>
>> I decided to start a new thread, since I made some progress and it seems
>> there are at least two ways to execute matlab from an org buffer and
>> insert the result back into that buffer.
>>
>>      1. Using the python engine matlab ships (I am not describing the
>>         setup now)
>>         Disadvantage
>>         a. Not all matlab releases support all ptyhon versions. For
>>            example ptyhon 3.5 is only supported till 2019a
>>
>>         b. It takes some time for the python engine to start
>>
>>         Advantage
>>
>>         a. The format of the result is very nice.
>>
>>      2. Using the matlab-shell itself (thanks @Martin for pointing this
>>         out)
>>         Test Configuration:
>>
>>         a. Start emacs -Q
>>
>>         b. Load the following file
>>
>> --8<---------------cut here---------------start------------->8---
>> (setq load-path (cons (expand-file-name 
>> "~/emacs/site-lisp/packages/src/Matlab/HG-Git/matlab-sf-hg") load-path))
>> (load-file "/home/oub/emacs/init/custom-init-faces.el")
>> (require 'company-matlab-shell)
>> (require 'org)
>> (require 'gdb-mi)
>> (autoload 'matlab-mode "matlab" "Enter Matlab mode." t)
>> (setq auto-mode-alist (cons '("\\.m\\'" . matlab-mode) auto-mode-alist))
>> (autoload 'matlab-shell "matlab" "Interactive Matlab mode." t)
>> (org-babel-do-load-languages
>>   'org-babel-load-languages '(
>>                               (C . t) ; enable processing C, C++, and 
>> D source blocks
>>                               (matlab . t)
>>                               ;;(perl . t)
>>                               (octave . t)
>>                               (org . t)
>>                               (python . t)
>>                               (plantuml . t)
>>                               (shell . t)
>>                               ))
>>
>> (setq org-babel-default-header-args:matlab
>>     '((:results . "output") (:session . "*MATLAB*")))
>>
>> --8<---------------cut here---------------end--------------->8---
>>
>> And load ob-octave-fix.el
>> https://github.com/karthink/.emacs.d/blob/master/plugins/ob-octave-fix.el
>>
>> Then the following code can be executed in a org buffer
>>
>> #+begin_src matlab :results output latex :exports results  :eval 
>> never-export :wrap latex
>> clear all
>>    x = [1, 2, 3, 4, 5];
>>    disp(sprintf('|%d', x))
>> #+end_src
>>
>> #+RESULTS:
>> #+begin_latex
>> x = [1, 2, 3, 4, 5];
>> disp(sprintf('|%d', x))
>> |1|2|3|4|5
>> #+end_latex
>>
>>
>> #+begin_src matlab :results output latex :exports results  :eval 
>> never-export :wrap latex
>>    clear all
>>    x = [1, 2, 3, 4, 5];
>>    disp(sprintf('|%d', x))
>> #+end_src
>>
>> #+RESULTS:
>> #+begin_latex
>> |1|2|3|4|5
>> #+end_latex
>>
>> That already indicates that the formatting needs care, moreover
>> =fprintf= is not supported
>> #+begin_src matlab :results output latex :exports results  :eval 
>> never-export :wrap latex
>>    clear all
>>    x = [1, 2, 3, 4, 5] ;
>>    fprintf('|%d', x)
>> #+end_src
>>
>> #+RESULTS:
>> #+begin_latex
>> #+end_latex
>>
>> So I need to investigate this a bit more.
>>
>> In summary: the second solution works surprisingly well and is faster
>> than the python solution, but the formatting seems to me more restricted
>> as in the python case.
>>
>> Any comments?
>>
>> Has  anybody tried  this out?
>>
>> @John you talked about such  feature in the past.
>>
>> Can you confirm this behavior?
>>
>> Regards
>>
>> Uwe
>
>
> Hi Uwe,
>
> My comments on the topic have grown to such a size that I decided it's 
> better to make a post from them.
>
> Please have a look here:
>
> https://cissic.github.io/posts/latex-output-from-matlab-octave-source-blocks/ 
>
>
> Regards,
>
> M
>

Update:

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

Here's a pdf version of the document:

https://github.com/cissic/temp-aux-repo/blob/main/2024-04-25-latex-output-from-matlab-octave-source-blocks.pdf

Re: [Matlab-emacs-discuss] [Matlab+org (use the python eninge or not)] (was: new branches, plans, rename development branch to default, mirror to github)

[martinoidar <mar...@gm...>]

On 23.04.2024 15:33, Uwe Brauer wrote:
>>>> "m" == martinoidar  <mar...@gm...> writes:
> Hi
>
> I decided to start a new thread, since I made some progress and it seems
> there are at least two ways to execute matlab from an org buffer and
> insert the result back into that buffer.
>
>      1. Using the python engine matlab ships (I am not describing the
>         setup now)
>         Disadvantage
>         a. Not all matlab releases support all ptyhon versions. For
>            example ptyhon 3.5 is only supported till 2019a
>
>         b. It takes some time for the python engine to start
>
>         Advantage
>
>         a. The format of the result is very nice.
>
>      2. Using the matlab-shell itself (thanks @Martin for pointing this
>         out)
>         Test Configuration:
>
>         a. Start emacs -Q
>
>         b. Load the following file
>
> --8<---------------cut here---------------start------------->8---
> (setq load-path (cons (expand-file-name "~/emacs/site-lisp/packages/src/Matlab/HG-Git/matlab-sf-hg")  load-path))
> (load-file "/home/oub/emacs/init/custom-init-faces.el")
> (require 'company-matlab-shell)
> (require 'org)
> (require 'gdb-mi)
> (autoload 'matlab-mode "matlab" "Enter Matlab mode." t)
> (setq auto-mode-alist (cons '("\\.m\\'" . matlab-mode) auto-mode-alist))
> (autoload 'matlab-shell "matlab" "Interactive Matlab mode." t)
> (org-babel-do-load-languages
>   'org-babel-load-languages '(
>                               (C . t) ; enable processing C, C++, and D source blocks
>                               (matlab . t)
>                               ;;(perl . t)
>                               (octave . t)
>                               (org . t)
>                               (python . t)
>                               (plantuml . t)
>                               (shell . t)
>                               ))
>
> (setq org-babel-default-header-args:matlab
>     '((:results . "output") (:session . "*MATLAB*")))
>
> --8<---------------cut here---------------end--------------->8---
>
> And load ob-octave-fix.el
>   https://github.com/karthink/.emacs.d/blob/master/plugins/ob-octave-fix.el
>
> Then the following code can be executed in a org buffer
>
> #+begin_src matlab :results output latex :exports results  :eval never-export :wrap latex
> clear all
>    x = [1, 2, 3, 4, 5];
>    disp(sprintf('|%d', x))
> #+end_src
>
> #+RESULTS:
> #+begin_latex
> x = [1, 2, 3, 4, 5];
> disp(sprintf('|%d', x))
> |1|2|3|4|5
> #+end_latex
>
>
> #+begin_src matlab :results output latex :exports results  :eval never-export :wrap latex
>    clear all
>    x = [1, 2, 3, 4, 5];
>    disp(sprintf('|%d', x))
> #+end_src
>
> #+RESULTS:
> #+begin_latex
> |1|2|3|4|5
> #+end_latex
>
> That already indicates that the formatting needs care, moreover
> =fprintf= is not supported
> #+begin_src matlab :results output latex :exports results  :eval never-export :wrap latex
>    clear all
>    x = [1, 2, 3, 4, 5] ;
>    fprintf('|%d', x)
> #+end_src
>
> #+RESULTS:
> #+begin_latex
> #+end_latex
>
> So I need to investigate this a bit more.
>
> In summary: the second solution works surprisingly well and is faster
> than the python solution, but the formatting seems to me more restricted
> as in the python case.
>
> Any comments?
>
> Has  anybody tried  this out?
>
> @John you talked about such  feature in the past.
>
> Can you confirm this behavior?
>
> Regards
>
> Uwe


Hi Uwe,

My comments on the topic have grown to such a size that I decided it's 
better to make a post from them.

Please have a look here:

https://cissic.github.io/posts/latex-output-from-matlab-octave-source-blocks/

Regards,

M

[Matlab-emacs-discuss] [Matlab+org (use the python eninge or not)] (was: new branches, plans, rename development branch to default, mirror to github)

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

>>> "m" == martinoidar  <mar...@gm...> writes:
Hi

I decided to start a new thread, since I made some progress and it seems
there are at least two ways to execute matlab from an org buffer and
insert the result back into that buffer.

    1. Using the python engine matlab ships (I am not describing the
       setup now)
       Disadvantage 
       a. Not all matlab releases support all ptyhon versions. For
          example ptyhon 3.5 is only supported till 2019a

       b. It takes some time for the python engine to start

       Advantage

       a. The format of the result is very nice.

    2. Using the matlab-shell itself (thanks @Martin for pointing this
       out)
       Test Configuration:

       a. Start emacs -Q

       b. Load the following file

--8<---------------cut here---------------start------------->8---
(setq load-path (cons (expand-file-name "~/emacs/site-lisp/packages/src/Matlab/HG-Git/matlab-sf-hg")  load-path))
(load-file "/home/oub/emacs/init/custom-init-faces.el")
(require 'company-matlab-shell)
(require 'org)
(require 'gdb-mi)
(autoload 'matlab-mode "matlab" "Enter Matlab mode." t)
(setq auto-mode-alist (cons '("\\.m\\'" . matlab-mode) auto-mode-alist))
(autoload 'matlab-shell "matlab" "Interactive Matlab mode." t)
(org-babel-do-load-languages
 'org-babel-load-languages '(
                             (C . t) ; enable processing C, C++, and D source blocks
                             (matlab . t)
                             ;;(perl . t)
                             (octave . t)
                             (org . t)
                             (python . t)
                             (plantuml . t)
                             (shell . t)
                             ))

(setq org-babel-default-header-args:matlab
   '((:results . "output") (:session . "*MATLAB*")))

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

And load ob-octave-fix.el
 https://github.com/karthink/.emacs.d/blob/master/plugins/ob-octave-fix.el

Then the following code can be executed in a org buffer

#+begin_src matlab :results output latex :exports results  :eval never-export :wrap latex
clear all
  x = [1, 2, 3, 4, 5];
  disp(sprintf('|%d', x))
#+end_src

#+RESULTS:
#+begin_latex
x = [1, 2, 3, 4, 5];
disp(sprintf('|%d', x))
|1|2|3|4|5
#+end_latex


#+begin_src matlab :results output latex :exports results  :eval never-export :wrap latex
  clear all
  x = [1, 2, 3, 4, 5];
  disp(sprintf('|%d', x))
#+end_src

#+RESULTS:
#+begin_latex
|1|2|3|4|5
#+end_latex

That already indicates that the formatting needs care, moreover
=fprintf= is not supported
#+begin_src matlab :results output latex :exports results  :eval never-export :wrap latex
  clear all
  x = [1, 2, 3, 4, 5] ;
  fprintf('|%d', x)
#+end_src

#+RESULTS:
#+begin_latex
#+end_latex

So I need to investigate this a bit more.

In summary: the second solution works surprisingly well and is faster
than the python solution, but the formatting seems to me more restricted
as in the python case. 

Any comments?

Has  anybody tried  this out?

@John you talked about such  feature in the past.

Can you confirm this behavior?

Regards

Uwe 

Re: [Matlab-emacs-discuss] Matlab-emacs-discuss Digest, Vol 115, Issue 5

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

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

> I don't know how to contribute to this email discussions. So I'm not sure
> if replying to this email is the correct way.

> In response to latest "digest", regarding Github, I find that exchanging
> views in Github "issues" is very straightforward and clean, while the
> mailing lists are very cumbersome to process with too much copied content,
> and hard to navigate.

I couldn't disagree more.

Email has a feature called threading, that indicates you
graphically/visually which message is a reply to which.

Issues just present a linear order of messages. If I want to reply to say
the second message my answer is just appended at the end and therefore
does not provide any visual aid of navigation.

Moreover I read and write email in emacs, so I can use its power, insert
matlab code search etc etc, while there does not exist any emacs for the
issue system. Correct me please if I am wrong.

These are the two main reasons, that I much prefer email/mailing list
over the cumbersome, basic issue system.


> I do not know if Gitlab is better than Github, but Github is way more
> effective to exchange views on issues than the email exchange/digests.

No it is not. It is just very popular and I understand this is the main
reason why people want to have, at least a mirror, there.


And BTW I am also not a huge fan of merging via the web interface, I
prefer to do that on my private machine using the command line and emacs
if needed and not some web interface (but this is just me).


But as I said the correct repository should be chosen wisely (since
there already a bewildering amount of matlab mirrors/forks) and I still
have no write access to the matlab group of repositories.

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.