You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2007 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(9) |
Jun
(1) |
Jul
(1) |
Aug
(3) |
Sep
(1) |
Oct
|
Nov
(1) |
Dec
|
2009 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
(2) |
Jun
(1) |
Jul
(7) |
Aug
(1) |
Sep
(5) |
Oct
|
Nov
(6) |
Dec
(3) |
2010 |
Jan
|
Feb
(10) |
Mar
(12) |
Apr
(13) |
May
(2) |
Jun
(4) |
Jul
(4) |
Aug
(4) |
Sep
|
Oct
(4) |
Nov
(2) |
Dec
(4) |
2011 |
Jan
(11) |
Feb
|
Mar
(18) |
Apr
|
May
(1) |
Jun
(12) |
Jul
(10) |
Aug
(4) |
Sep
(4) |
Oct
(5) |
Nov
|
Dec
(10) |
2012 |
Jan
(4) |
Feb
(26) |
Mar
|
Apr
(1) |
May
|
Jun
(8) |
Jul
(3) |
Aug
(1) |
Sep
|
Oct
(14) |
Nov
(1) |
Dec
(2) |
2013 |
Jan
(5) |
Feb
(2) |
Mar
(2) |
Apr
(5) |
May
(3) |
Jun
|
Jul
(8) |
Aug
(4) |
Sep
|
Oct
(7) |
Nov
(2) |
Dec
(7) |
2014 |
Jan
(14) |
Feb
|
Mar
(6) |
Apr
|
May
(3) |
Jun
(2) |
Jul
(4) |
Aug
(3) |
Sep
(7) |
Oct
(9) |
Nov
(9) |
Dec
(5) |
2015 |
Jan
(2) |
Feb
(1) |
Mar
|
Apr
(2) |
May
(1) |
Jun
(10) |
Jul
(3) |
Aug
(4) |
Sep
(8) |
Oct
(1) |
Nov
(3) |
Dec
(3) |
2016 |
Jan
(12) |
Feb
(59) |
Mar
(23) |
Apr
(11) |
May
(4) |
Jun
(15) |
Jul
|
Aug
|
Sep
(9) |
Oct
(19) |
Nov
(12) |
Dec
(5) |
2017 |
Jan
(1) |
Feb
(5) |
Mar
(5) |
Apr
|
May
(2) |
Jun
|
Jul
(5) |
Aug
|
Sep
(3) |
Oct
(12) |
Nov
(15) |
Dec
|
2018 |
Jan
(7) |
Feb
(6) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(3) |
Aug
(2) |
Sep
(2) |
Oct
(4) |
Nov
|
Dec
|
2019 |
Jan
(2) |
Feb
(9) |
Mar
(4) |
Apr
(9) |
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
(3) |
Sep
|
Oct
(2) |
Nov
(6) |
Dec
(5) |
2020 |
Jan
(9) |
Feb
|
Mar
(2) |
Apr
|
May
(1) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
(28) |
Dec
(5) |
2021 |
Jan
(11) |
Feb
(2) |
Mar
(2) |
Apr
(2) |
May
(15) |
Jun
(9) |
Jul
(11) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
|
Dec
(3) |
2022 |
Jan
(1) |
Feb
|
Mar
|
Apr
(9) |
May
(1) |
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2023 |
Jan
|
Feb
|
Mar
|
Apr
(12) |
May
(4) |
Jun
|
Jul
(22) |
Aug
(3) |
Sep
|
Oct
(1) |
Nov
|
Dec
(14) |
2024 |
Jan
|
Feb
|
Mar
|
Apr
(17) |
May
(35) |
Jun
(1) |
Jul
(18) |
Aug
(31) |
Sep
(5) |
Oct
(18) |
Nov
(20) |
Dec
(9) |
2025 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
(1) |
Jul
(5) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Uwe B. <ou...@ma...> - 2020-11-29 15:45:53
|
>>> "EL" == Eric Ludlam <eri...@gm...> writes: > Hi Uwe, > There are a bunch of old misc fixes over in the usage1 branch that we > should probably merge into master. The save-and-go work I was doing > never became as robust as I wanted, but it should be transparent if no > one tries to activate the feature. It also includes my patch for > completion I posted yesterday. > Doing the merge will let us retire usage1. The last commit on that branch seems to be c22998376b623f79b196cc30273d1ae5c8218e16 which is of today. I merge that one into master, ok? |
From: Uwe B. <ou...@ma...> - 2020-11-29 15:24:54
|
>>> "EL" == Eric Ludlam <eri...@gm...> writes: Hi Eric, > Hi Uwe, > There are a bunch of old misc fixes over in the usage1 branch that we > should probably merge into master. The save-and-go work I was doing > never became as robust as I wanted, but it should be transparent if no > one tries to activate the feature. It also includes my patch for > completion I posted yesterday. > Doing the merge will let us retire usage1. Ok so I merge the usage1 branch into the master branch? This has nothing to do with the patches that were discussed in the last days. I try to do that as soon as possible Uwe |
From: Uwe B. <ou...@ma...> - 2020-11-29 15:22:43
|
>>> "EL" == Eric Ludlam <eri...@gm...> writes: Hi Eric, > Hi Uwe, > John and I didn't get copyright assignments, just approval to > contribute and distribute using a GPL like license. I'll look into > what it will take to also get an assignment. Ok, this is a misunderstanding then. Please do whatever its convenient for you. If you or John feel uncomfortable signing FSF papers, then we can drop the issue and matlab emacs stays in MELPA. > I am not familiar with copyright law regarding the fact that if I > re-wrote a lot of the old code means the old contributors no longer > hold copyright. If someone sent me a patch, and I did my own > implementation, that is ok, but in a lot of cases, I would have > installed a patch, and then later gone back and fixed things up or > replaced old code. I am uncertain if the FSF will require some sort > of proof of full replacement which would be difficult since old > change-logs were done before modern version control systems were used > with this project. Right that is really a sophisticated issue. I think before even starting to resolve it we need that all the contributors visible in git/mercurial to sign the FSF papers. If they can't or don't want to we can forget the subject. Regards Uwe |
From: Eric L. <eri...@gm...> - 2020-11-29 14:27:31
|
Hi Uwe, There are a bunch of old misc fixes over in the usage1 branch that we should probably merge into master. The save-and-go work I was doing never became as robust as I wanted, but it should be transparent if no one tries to activate the feature. It also includes my patch for completion I posted yesterday. Doing the merge will let us retire usage1. We can start a new branch for some of this completion and xref work that has come up on the mailing list. Eric On 11/29/20 3:45 AM, Uwe Brauer wrote: >>>> "KC" == Karthik Chikmagalur <kar...@gm...> writes: > Hello > > >> Hi, >> Please ignore the patch in my previous email, it failed on some edge >> cases. This one should work better and only use matlab-shell for >> jumping to definitions when xref is invoked from matlab-mode or >> matlab-shell-mode. > Sorry for jumping into the discussion only by now. What is the state of > art of these patches. Shall I apply them to sourceforge/github? > > I had no time to test them myself I shall try to do that in the > afternoon. > > BTW, there is another subject that I wanted to discuss, it concerns > ELPA/MELPA. I shall open another thread for this. > > Regards > > Uwe |
From: Eric L. <eri...@gm...> - 2020-11-29 13:13:47
|
Hi Uwe, John and I didn't get copyright assignments, just approval to contribute and distribute using a GPL like license. I'll look into what it will take to also get an assignment. I am not familiar with copyright law regarding the fact that if I re-wrote a lot of the old code means the old contributors no longer hold copyright. If someone sent me a patch, and I did my own implementation, that is ok, but in a lot of cases, I would have installed a patch, and then later gone back and fixed things up or replaced old code. I am uncertain if the FSF will require some sort of proof of full replacement which would be difficult since old change-logs were done before modern version control systems were used with this project. Eric On 11/29/20 4:15 AM, Uwe Brauer wrote: > Dear Contributers, > > As of today emacs matlab, is (only) a MELPA pkg (besides dwelling in > sourceforge and in github), but not in ELPA. > > The main reason for this decision was that some code was owned by > mathworks. That however has changes quite some time ago, but I was too > busy to address its implication. > > In order that matlab emacs enters ELPA, there are some necessary > conditions to satisfy. > > 1. All current contributers must sign the relevant papers of the FSF. As far > as I can remember, Eric did, John I think too, and I as well. > Could you please confirm? > > 2. So it would be nice if new contributers signed these papers as well. > > 3. Contributions made in ancient times (or some time ago) are a more > complicated issue. > > > git shortlog -ns | more > > tells me > > Eric Ludlam (zappo) > zappo > Uwe Brauer > davenar > John Ciolfi > dlebrecht > > While hg churn (yes I use hg-git) tells me > > > eric@ > zappo@ > eludlam@ > ciolfi@ > davenar@ > oub@ > oub@ > fritz_da_silva@ > > But there are others I recall > > Matt Wette for example > > 04Jan91 by Matt Wette > Created. Used eiffel.el as a guide. > > 07Dec96 by Matt Wette > incorporated many fixes from Mats Bengtsson > > > > These authors might be difficult to find, but as far as I can > remember Eric told me that he basically > > EL> Regarding searching for contributors, over the years I replaced a huge amount of the old matlab.el code. > > rewrote every contribution done by these authors. > > I have to check this issue with with the FSF or on the emacs dev mailing > list. Maybe git blame (or hg annotate) would help. > > > I found an very old matlab.el file, in which the changlog file is > appended. However it is a bit murky since it sometimes not clear whether > a given author did a feature request/proposal or an actual contribution. > > Before bring this subject to the FSF or the emacs dev mailing list: > > Would all current (or future) developers willing to sign the > corresponding FSF papers? > > Regards > > Uwe > > > _______________________________________________ > Matlab-emacs-discuss mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss |
From: Uwe B. <ou...@ma...> - 2020-11-29 10:22:45
|
>>> "KC" == Karthik Chikmagalur <kar...@gm...> writes: Hello > Hi, > Please ignore the patch in my previous email, it failed on some edge > cases. This one should work better and only use matlab-shell for > jumping to definitions when xref is invoked from matlab-mode or > matlab-shell-mode. Sorry for jumping into the discussion only by now. What is the state of art of these patches. Shall I apply them to sourceforge/github? I had no time to test them myself I shall try to do that in the afternoon. BTW, there is another subject that I wanted to discuss, it concerns ELPA/MELPA. I shall open another thread for this. Regards Uwe |
From: Uwe B. <ou...@ma...> - 2020-11-29 09:16:18
|
Dear Contributers, As of today emacs matlab, is (only) a MELPA pkg (besides dwelling in sourceforge and in github), but not in ELPA. The main reason for this decision was that some code was owned by mathworks. That however has changes quite some time ago, but I was too busy to address its implication. In order that matlab emacs enters ELPA, there are some necessary conditions to satisfy. 1. All current contributers must sign the relevant papers of the FSF. As far as I can remember, Eric did, John I think too, and I as well. Could you please confirm? 2. So it would be nice if new contributers signed these papers as well. 3. Contributions made in ancient times (or some time ago) are a more complicated issue. git shortlog -ns | more tells me Eric Ludlam (zappo) zappo Uwe Brauer davenar John Ciolfi dlebrecht While hg churn (yes I use hg-git) tells me eric@ zappo@ eludlam@ ciolfi@ davenar@ oub@ oub@ fritz_da_silva@ But there are others I recall Matt Wette for example 04Jan91 by Matt Wette Created. Used eiffel.el as a guide. 07Dec96 by Matt Wette incorporated many fixes from Mats Bengtsson These authors might be difficult to find, but as far as I can remember Eric told me that he basically EL> Regarding searching for contributors, over the years I replaced a huge amount of the old matlab.el code. rewrote every contribution done by these authors. I have to check this issue with with the FSF or on the emacs dev mailing list. Maybe git blame (or hg annotate) would help. I found an very old matlab.el file, in which the changlog file is appended. However it is a bit murky since it sometimes not clear whether a given author did a feature request/proposal or an actual contribution. Before bring this subject to the FSF or the emacs dev mailing list: Would all current (or future) developers willing to sign the corresponding FSF papers? Regards Uwe |
From: Karthik C. <kar...@gm...> - 2020-11-29 08:31:29
|
Hi, Please ignore the patch in my previous email, it failed on some edge cases. This one should work better and only use matlab-shell for jumping to definitions when xref is invoked from matlab-mode or matlab-shell-mode. Karthik |
From: Karthik C. <kar...@gm...> - 2020-11-29 07:56:13
|
Hi Jonathan and Eric, Jon, to get help on the function at point you can do something like this: (defun matlab-shell-help-at-point () (interactive) (let ((fcn (matlab-read-word-at-point))) (if (and fcn (not (equal fcn ""))) (matlab-shell-describe-command fcn)))) (define-key matlab-mode-map (kbd "C-h .") #'matlab-shell-help-at-point) Matlab-mode works with company out of the box for me. Can you describe the error(s) you are getting? For jump-to-function you have two options (three including Eric's suggestion): 1. Install dumb-jump from MELPA. Then hitting 'M-.' on a function name should take you to the definition. Note that this only works for functions that are defined in m files in the same directory or project. 2. Patch matlab-shell.el with the attached patch, then put (add-hook 'xref-backend-functions #'matlab-shell-xref-activate) In your init file somewhere. This should enable xref support for Matlab shell. This should work for all functions that MATLAB shell knows about, including built-in ones. Eric, I'm working on better completion in matlab-mode buffers using matlab-shell with your patch as a starting point. I should have something decent in a few days. Could you take a look at the xref integration? I tested it on matlab built-ins, user functions and variables, and tried to make sure it failed gracefully when it couldn't find a definition. More testing is probably required. Thanks, Karthik |
From: Eric L. <eri...@gm...> - 2020-11-28 20:08:51
|
Hi, The existing matlab completion stuff should work with company .. or at least there is code in there referencing company completion engine. I was never a fan so I don't use that particular package. In the MATLAB menu, you will find a "Locate MATLAB function" option which is similar to jump-to functionality like etags. Newer emacsen now how 'xref' as a bit of infrastructure and keybinding but matlab mode doesn't plug into it yet. In theory matlab mode could hook matlab-shell-locate-fcn into xref but I haven't researched how to do that yet. Eric On 11/27/20 12:44 AM, Jonathan Sahar wrote: > Hi Eric, > > Thanks so much for taking the time to test it! > It's not unique to that sturct. > Is there anything that I need/can configure on terms of the completion > engine? I'm using company for most other things, maybe there's some > conflict, or some missing configuration? > > Thank you for the patch! I'll try it out, and I'll using Matlab mode > from the git source as well. > > Do you have a pointers for setting up jump-to-function functionally? > > Thanks again for all the help and information, it's really appreciated. > > Jonathan > > On Thu, 26 Nov 2020, 19:01 Eric Ludlam, <eri...@gm... > <mailto:eri...@gm...>> wrote: > > Hi Jonathan, > > I happened to have MATLAB 18a installed and was able to test using > matlab.el, and matlab-shell.el from git, but could not replicate a > completion problem. Sorry. Is it special to the "EEG" data > structure, > or does this occur everywhere? > > You had some other questions too. > > Matlab mode does support CEDET, but you do not need to use CEDET in > order to use matlab mode. MATLAB mode without support packages > supports > a bunch of different completion features, but most are pretty > simple. > If you enable CEDET with the data base and have matlab-shell > running, it > will try to use the shell to find files on your path, but it > doesn't use > the shell for completions. That code is pretty old and I don't think > those bits were every plugged together. > > I did a little hacking and put together the attached patch that > enables > completion via MATLAB shell in MATLAB buffers. It is rather > primitive > as it only does global symbols and knows nothing about the local > context, but perhaps it can serve as inspiration for putting > something > more complete together. > > Lastly, in a MATLAB buffer, you can type: > > M-x matlab-shell-describe-command RET > > on a symbol and it should do vaguely what you were asking for below. > > Eric > > On 11/25/20 11:41 AM, Jonathan Sahar wrote: > > Hi Eric, thanks for your reply! > > > > I'm running version '9.4.0.949201 (R2018a) Update 6'. > > I've installed matlab-mode through Doom emacs' (package! ...) > > directive, but I've looked at the changelog locally and on > > sourceforge, and the latest commit is the same one... > > > > Best, > > Jonathan > > > > > > > > > > On Wed, 25 Nov 2020 at 18:03, Eric Ludlam <eri...@gm... > <mailto:eri...@gm...> > > <mailto:eri...@gm... <mailto:eri...@gm...>>> wrote: > > > > Hi Jonathan, > > > > As new version of MATLAB come out, the text that comes out for > > errors, > > completions, and all sorts of things change which can break > the shell. > > > > What version of MATLAB are you using, and which version of > the matlab > > mode code are you using? > > > > We made a bunch of updates last winter to ML shell which you > can get > > from the git repository: > > > > https://sourceforge.net/p/matlab-emacs/src/ci/master/tree/ > > > > There are also a few extra fixes on the 'usage1' branch > which haven't > > been merged into the main branch yet. > > > > That all said, I don't recall big changes needed for completion > > lately. :( > > > > Eric > > > > > > On 11/18/20 10:03 AM, Jonathan Sahar wrote: > > > > > > I've been working with matlab-mode and matlab-shell for > the last > > few > > > days, and I'm really digging it so far. The only two > things I can't > > > get to work properly are completion - neither in shell, > nor in .m > > > files - and jumping to function definitions, and I would > really > > > appreciate some help with these. when I hit TAB in shell, > my text > > > turns into > > > > > > |>> emacsdocomplete('EEG.(cond') | > > > > > > and when I hit RETURN I get (the appropriate): > > > > > > |emacs_completions_output = java.lang.String[]: 'cond' > 'condeig' | > > > > > > but it's not integrated into the shell properly, i.e. I can't > > choose > > > which of the above I want, I have to re-type the command > along with > > > the chosen completion. In .m files I just get nothing > except for > > the > > > word completion for words already in the buffer - which I've > > > configured myself. > > > > > > I've read somewhere that the completion is meant to be > related to > > > CEDET somehow but I couldn't make out much more (I'm > working on > > Doom > > > Emacs, and I seen to have CEDET installed, and can run > > > matlab-cedet-setup, which does nothing as far as I can tell). > > > > > > As to function definitions - I don't even know where to > start.. > > I've > > > read that ctags now supports matlab, but I don't know > where (if) > > the > > > actual .m files for the built-in functions reside in the > install > > dir. > > > > > > Ideally I'd love to be able to stand on a function name and be > > able to > > > get the "help funcName" output in another buffer or > something (this > > > works from the shell). > > > > > > Thanks a lot! > > > > > > |
From: Jonathan S. <jon...@gm...> - 2020-11-27 05:45:03
|
Hi Eric, Thanks so much for taking the time to test it! It's not unique to that sturct. Is there anything that I need/can configure on terms of the completion engine? I'm using company for most other things, maybe there's some conflict, or some missing configuration? Thank you for the patch! I'll try it out, and I'll using Matlab mode from the git source as well. Do you have a pointers for setting up jump-to-function functionally? Thanks again for all the help and information, it's really appreciated. Jonathan On Thu, 26 Nov 2020, 19:01 Eric Ludlam, <eri...@gm...> wrote: > Hi Jonathan, > > I happened to have MATLAB 18a installed and was able to test using > matlab.el, and matlab-shell.el from git, but could not replicate a > completion problem. Sorry. Is it special to the "EEG" data structure, > or does this occur everywhere? > > You had some other questions too. > > Matlab mode does support CEDET, but you do not need to use CEDET in > order to use matlab mode. MATLAB mode without support packages supports > a bunch of different completion features, but most are pretty simple. > If you enable CEDET with the data base and have matlab-shell running, it > will try to use the shell to find files on your path, but it doesn't use > the shell for completions. That code is pretty old and I don't think > those bits were every plugged together. > > I did a little hacking and put together the attached patch that enables > completion via MATLAB shell in MATLAB buffers. It is rather primitive > as it only does global symbols and knows nothing about the local > context, but perhaps it can serve as inspiration for putting something > more complete together. > > Lastly, in a MATLAB buffer, you can type: > > M-x matlab-shell-describe-command RET > > on a symbol and it should do vaguely what you were asking for below. > > Eric > > On 11/25/20 11:41 AM, Jonathan Sahar wrote: > > Hi Eric, thanks for your reply! > > > > I'm running version '9.4.0.949201 (R2018a) Update 6'. > > I've installed matlab-mode through Doom emacs' (package! ...) > > directive, but I've looked at the changelog locally and on > > sourceforge, and the latest commit is the same one... > > > > Best, > > Jonathan > > > > > > > > > > On Wed, 25 Nov 2020 at 18:03, Eric Ludlam <eri...@gm... > > <mailto:eri...@gm...>> wrote: > > > > Hi Jonathan, > > > > As new version of MATLAB come out, the text that comes out for > > errors, > > completions, and all sorts of things change which can break the > shell. > > > > What version of MATLAB are you using, and which version of the matlab > > mode code are you using? > > > > We made a bunch of updates last winter to ML shell which you can get > > from the git repository: > > > > https://sourceforge.net/p/matlab-emacs/src/ci/master/tree/ > > > > There are also a few extra fixes on the 'usage1' branch which haven't > > been merged into the main branch yet. > > > > That all said, I don't recall big changes needed for completion > > lately. :( > > > > Eric > > > > > > On 11/18/20 10:03 AM, Jonathan Sahar wrote: > > > > > > I've been working with matlab-mode and matlab-shell for the last > > few > > > days, and I'm really digging it so far. The only two things I can't > > > get to work properly are completion - neither in shell, nor in .m > > > files - and jumping to function definitions, and I would really > > > appreciate some help with these. when I hit TAB in shell, my text > > > turns into > > > > > > |>> emacsdocomplete('EEG.(cond') | > > > > > > and when I hit RETURN I get (the appropriate): > > > > > > |emacs_completions_output = java.lang.String[]: 'cond' 'condeig' | > > > > > > but it's not integrated into the shell properly, i.e. I can't > > choose > > > which of the above I want, I have to re-type the command along with > > > the chosen completion. In .m files I just get nothing except for > > the > > > word completion for words already in the buffer - which I've > > > configured myself. > > > > > > I've read somewhere that the completion is meant to be related to > > > CEDET somehow but I couldn't make out much more (I'm working on > > Doom > > > Emacs, and I seen to have CEDET installed, and can run > > > matlab-cedet-setup, which does nothing as far as I can tell). > > > > > > As to function definitions - I don't even know where to start.. > > I've > > > read that ctags now supports matlab, but I don't know where (if) > > the > > > actual .m files for the built-in functions reside in the install > > dir. > > > > > > Ideally I'd love to be able to stand on a function name and be > > able to > > > get the "help funcName" output in another buffer or something (this > > > works from the shell). > > > > > > Thanks a lot! > > > > > > > |
From: Eric L. <eri...@gm...> - 2020-11-26 17:01:48
|
Hi Jonathan, I happened to have MATLAB 18a installed and was able to test using matlab.el, and matlab-shell.el from git, but could not replicate a completion problem. Sorry. Is it special to the "EEG" data structure, or does this occur everywhere? You had some other questions too. Matlab mode does support CEDET, but you do not need to use CEDET in order to use matlab mode. MATLAB mode without support packages supports a bunch of different completion features, but most are pretty simple. If you enable CEDET with the data base and have matlab-shell running, it will try to use the shell to find files on your path, but it doesn't use the shell for completions. That code is pretty old and I don't think those bits were every plugged together. I did a little hacking and put together the attached patch that enables completion via MATLAB shell in MATLAB buffers. It is rather primitive as it only does global symbols and knows nothing about the local context, but perhaps it can serve as inspiration for putting something more complete together. Lastly, in a MATLAB buffer, you can type: M-x matlab-shell-describe-command RET on a symbol and it should do vaguely what you were asking for below. Eric On 11/25/20 11:41 AM, Jonathan Sahar wrote: > Hi Eric, thanks for your reply! > > I'm running version '9.4.0.949201 (R2018a) Update 6'. > I've installed matlab-mode through Doom emacs' (package! ...) > directive, but I've looked at the changelog locally and on > sourceforge, and the latest commit is the same one... > > Best, > Jonathan > > > > > On Wed, 25 Nov 2020 at 18:03, Eric Ludlam <eri...@gm... > <mailto:eri...@gm...>> wrote: > > Hi Jonathan, > > As new version of MATLAB come out, the text that comes out for > errors, > completions, and all sorts of things change which can break the shell. > > What version of MATLAB are you using, and which version of the matlab > mode code are you using? > > We made a bunch of updates last winter to ML shell which you can get > from the git repository: > > https://sourceforge.net/p/matlab-emacs/src/ci/master/tree/ > > There are also a few extra fixes on the 'usage1' branch which haven't > been merged into the main branch yet. > > That all said, I don't recall big changes needed for completion > lately. :( > > Eric > > > On 11/18/20 10:03 AM, Jonathan Sahar wrote: > > > > I've been working with matlab-mode and matlab-shell for the last > few > > days, and I'm really digging it so far. The only two things I can't > > get to work properly are completion - neither in shell, nor in .m > > files - and jumping to function definitions, and I would really > > appreciate some help with these. when I hit TAB in shell, my text > > turns into > > > > |>> emacsdocomplete('EEG.(cond') | > > > > and when I hit RETURN I get (the appropriate): > > > > |emacs_completions_output = java.lang.String[]: 'cond' 'condeig' | > > > > but it's not integrated into the shell properly, i.e. I can't > choose > > which of the above I want, I have to re-type the command along with > > the chosen completion. In .m files I just get nothing except for > the > > word completion for words already in the buffer - which I've > > configured myself. > > > > I've read somewhere that the completion is meant to be related to > > CEDET somehow but I couldn't make out much more (I'm working on > Doom > > Emacs, and I seen to have CEDET installed, and can run > > matlab-cedet-setup, which does nothing as far as I can tell). > > > > As to function definitions - I don't even know where to start.. > I've > > read that ctags now supports matlab, but I don't know where (if) > the > > actual .m files for the built-in functions reside in the install > dir. > > > > Ideally I'd love to be able to stand on a function name and be > able to > > get the "help funcName" output in another buffer or something (this > > works from the shell). > > > > Thanks a lot! > > > |
From: Jonathan S. <jon...@gm...> - 2020-11-25 16:42:14
|
Hi Eric, thanks for your reply! I'm running version '9.4.0.949201 (R2018a) Update 6'. I've installed matlab-mode through Doom emacs' (package! ...) directive, but I've looked at the changelog locally and on sourceforge, and the latest commit is the same one... Best, Jonathan On Wed, 25 Nov 2020 at 18:03, Eric Ludlam <eri...@gm...> wrote: > Hi Jonathan, > > As new version of MATLAB come out, the text that comes out for errors, > completions, and all sorts of things change which can break the shell. > > What version of MATLAB are you using, and which version of the matlab > mode code are you using? > > We made a bunch of updates last winter to ML shell which you can get > from the git repository: > > https://sourceforge.net/p/matlab-emacs/src/ci/master/tree/ > > There are also a few extra fixes on the 'usage1' branch which haven't > been merged into the main branch yet. > > That all said, I don't recall big changes needed for completion lately. :( > > Eric > > > On 11/18/20 10:03 AM, Jonathan Sahar wrote: > > > > I've been working with matlab-mode and matlab-shell for the last few > > days, and I'm really digging it so far. The only two things I can't > > get to work properly are completion - neither in shell, nor in .m > > files - and jumping to function definitions, and I would really > > appreciate some help with these. when I hit TAB in shell, my text > > turns into > > > > |>> emacsdocomplete('EEG.(cond') | > > > > and when I hit RETURN I get (the appropriate): > > > > |emacs_completions_output = java.lang.String[]: 'cond' 'condeig' | > > > > but it's not integrated into the shell properly, i.e. I can't choose > > which of the above I want, I have to re-type the command along with > > the chosen completion. In .m files I just get nothing except for the > > word completion for words already in the buffer - which I've > > configured myself. > > > > I've read somewhere that the completion is meant to be related to > > CEDET somehow but I couldn't make out much more (I'm working on Doom > > Emacs, and I seen to have CEDET installed, and can run > > matlab-cedet-setup, which does nothing as far as I can tell). > > > > As to function definitions - I don't even know where to start.. I've > > read that ctags now supports matlab, but I don't know where (if) the > > actual .m files for the built-in functions reside in the install dir. > > > > Ideally I'd love to be able to stand on a function name and be able to > > get the "help funcName" output in another buffer or something (this > > works from the shell). > > > > Thanks a lot! > > > > |
From: Eric L. <eri...@gm...> - 2020-11-25 16:03:32
|
Hi Jonathan, As new version of MATLAB come out, the text that comes out for errors, completions, and all sorts of things change which can break the shell. What version of MATLAB are you using, and which version of the matlab mode code are you using? We made a bunch of updates last winter to ML shell which you can get from the git repository: https://sourceforge.net/p/matlab-emacs/src/ci/master/tree/ There are also a few extra fixes on the 'usage1' branch which haven't been merged into the main branch yet. That all said, I don't recall big changes needed for completion lately. :( Eric On 11/18/20 10:03 AM, Jonathan Sahar wrote: > > I've been working with matlab-mode and matlab-shell for the last few > days, and I'm really digging it so far. The only two things I can't > get to work properly are completion - neither in shell, nor in .m > files - and jumping to function definitions, and I would really > appreciate some help with these. when I hit TAB in shell, my text > turns into > > |>> emacsdocomplete('EEG.(cond') | > > and when I hit RETURN I get (the appropriate): > > |emacs_completions_output = java.lang.String[]: 'cond' 'condeig' | > > but it's not integrated into the shell properly, i.e. I can't choose > which of the above I want, I have to re-type the command along with > the chosen completion. In .m files I just get nothing except for the > word completion for words already in the buffer - which I've > configured myself. > > I've read somewhere that the completion is meant to be related to > CEDET somehow but I couldn't make out much more (I'm working on Doom > Emacs, and I seen to have CEDET installed, and can run > matlab-cedet-setup, which does nothing as far as I can tell). > > As to function definitions - I don't even know where to start.. I've > read that ctags now supports matlab, but I don't know where (if) the > actual .m files for the built-in functions reside in the install dir. > > Ideally I'd love to be able to stand on a function name and be able to > get the "help funcName" output in another buffer or something (this > works from the shell). > > Thanks a lot! > |
From: Liu, J. <jia...@gm...> - 2020-11-23 00:41:15
|
Thanks Roman. Have you experienced slow down after clearing the command buffer? I haven’t tested this since I learned the clearing trick. Jiaen On Sun, Nov 22, 2020 at 1:10 PM Roman Garnett <rom...@gm...> wrote: > I have also experienced slowdown with extremely long shell buffers > (hundreds of thousands of lines), which I managed to address by > disabling undo. I added the following to my init file to do so > automatically: > > (add-hook 'matlab-shell-mode-hook 'buffer-disable-undo) > > This does not affect command history. > > Cheers, > Roman > > On Fri, Nov 20, 2020 at 4:29 PM Liu, Jiaen <jia...@gm...> wrote: > > > > What Karthik describes about dumping too much text in the shell happened > to me. Maybe it better describes the issue. I'm not sure if a very long > line can cause the slowdown. Unfortunately I don't have a concrete example > to test this. > > Thanks, John. > > Jiaen > > > > On Fri, Nov 20, 2020 at 2:59 PM John Ciolfi <ci...@ma...> > wrote: > >> > >> Hi > >> > >> Could it be due to very long lines (not the number of lines)? Do you > have an example, maybe a MATLAB script I could run to take a look at the > issue? > >> > >> Thanks > >> > >> On Nov 20, 2020, at 2:50 PM, Karthik Chikmagalur < > kar...@gm...> wrote: > >> > >> Hi Jiaen, > >> > >> Matlab-shell is derived from comint-mode, so you can use "C-c M-o" to > clear the buffer. This runs `comint-clear'. You do not lose your history. > >> > >> However comint should not be slowing down in the first place. It stays > snappy for me unless I accidentally dump several dozen megabytes of text > into buffer by forgetting a semicolon at the end of the command. > >> > >> Karthik > >> > >> "Liu, Jiaen" <jia...@gm...> writes: > >> > >> > Matalb command shell becomes slow when there are too many lines. Is it > >> > possible to clear the buffer to speed up? I don't want to kill the > buffer > >> > because it will lose the command history. > >> > Thanks > >> > > >> > Jiaen > >> > _______________________________________________ > >> > Matlab-emacs-discuss mailing list > >> > Mat...@li... > >> > https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss > >> > >> > >> _______________________________________________ > >> Matlab-emacs-discuss mailing list > >> Mat...@li... > >> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss > > > > _______________________________________________ > > Matlab-emacs-discuss mailing list > > Mat...@li... > > https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss > -- Jiaen -------------- Sent from my mobile device. |
From: Roman G. <rom...@gm...> - 2020-11-22 18:10:36
|
I have also experienced slowdown with extremely long shell buffers (hundreds of thousands of lines), which I managed to address by disabling undo. I added the following to my init file to do so automatically: (add-hook 'matlab-shell-mode-hook 'buffer-disable-undo) This does not affect command history. Cheers, Roman On Fri, Nov 20, 2020 at 4:29 PM Liu, Jiaen <jia...@gm...> wrote: > > What Karthik describes about dumping too much text in the shell happened to me. Maybe it better describes the issue. I'm not sure if a very long line can cause the slowdown. Unfortunately I don't have a concrete example to test this. > Thanks, John. > Jiaen > > On Fri, Nov 20, 2020 at 2:59 PM John Ciolfi <ci...@ma...> wrote: >> >> Hi >> >> Could it be due to very long lines (not the number of lines)? Do you have an example, maybe a MATLAB script I could run to take a look at the issue? >> >> Thanks >> >> On Nov 20, 2020, at 2:50 PM, Karthik Chikmagalur <kar...@gm...> wrote: >> >> Hi Jiaen, >> >> Matlab-shell is derived from comint-mode, so you can use "C-c M-o" to clear the buffer. This runs `comint-clear'. You do not lose your history. >> >> However comint should not be slowing down in the first place. It stays snappy for me unless I accidentally dump several dozen megabytes of text into buffer by forgetting a semicolon at the end of the command. >> >> Karthik >> >> "Liu, Jiaen" <jia...@gm...> writes: >> >> > Matalb command shell becomes slow when there are too many lines. Is it >> > possible to clear the buffer to speed up? I don't want to kill the buffer >> > because it will lose the command history. >> > Thanks >> > >> > Jiaen >> > _______________________________________________ >> > Matlab-emacs-discuss mailing list >> > Mat...@li... >> > https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss >> >> >> _______________________________________________ >> Matlab-emacs-discuss mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss > > _______________________________________________ > Matlab-emacs-discuss mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss |
From: Liu, J. <jia...@gm...> - 2020-11-20 22:29:15
|
What Karthik describes about dumping too much text in the shell happened to me. Maybe it better describes the issue. I'm not sure if a very long line can cause the slowdown. Unfortunately I don't have a concrete example to test this. Thanks, John. Jiaen On Fri, Nov 20, 2020 at 2:59 PM John Ciolfi <ci...@ma...> wrote: > Hi > > Could it be due to very long lines (not the number of lines)? Do you have > an example, maybe a MATLAB script I could run to take a look at the issue? > > Thanks > > On Nov 20, 2020, at 2:50 PM, Karthik Chikmagalur < > kar...@gm...> wrote: > > Hi Jiaen, > > Matlab-shell is derived from comint-mode, so you can use "C-c M-o" to > clear the buffer. This runs `comint-clear'. You do not lose your history. > > However comint should not be slowing down in the first place. It stays > snappy for me unless I accidentally dump several dozen megabytes of text > into buffer by forgetting a semicolon at the end of the command. > > Karthik > > "Liu, Jiaen" <jia...@gm...> writes: > > > Matalb command shell becomes slow when there are too many lines. Is it > > possible to clear the buffer to speed up? I don't want to kill the buffer > > because it will lose the command history. > > Thanks > > > > Jiaen > > _______________________________________________ > > Matlab-emacs-discuss mailing list > > Mat...@li... > > https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss > > > _______________________________________________ > Matlab-emacs-discuss mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss > > |
From: Liu, J. <jia...@gm...> - 2020-11-20 22:22:58
|
Hi Karthik Thanks a lot! It's really helpful to know this function. JIaen On Fri, Nov 20, 2020 at 2:49 PM Karthik Chikmagalur < kar...@gm...> wrote: > Hi Jiaen, > > Matlab-shell is derived from comint-mode, so you can use "C-c M-o" to > clear the buffer. This runs `comint-clear'. You do not lose your history. > > However comint should not be slowing down in the first place. It stays > snappy for me unless I accidentally dump several dozen megabytes of text > into buffer by forgetting a semicolon at the end of the command. > > Karthik > > "Liu, Jiaen" <jia...@gm...> writes: > > > Matalb command shell becomes slow when there are too many lines. Is it > > possible to clear the buffer to speed up? I don't want to kill the buffer > > because it will lose the command history. > > Thanks > > > > Jiaen > > _______________________________________________ > > Matlab-emacs-discuss mailing list > > Mat...@li... > > https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss > |
From: John C. <ci...@ma...> - 2020-11-20 20:20:15
|
Hi Could it be due to very long lines (not the number of lines)? Do you have an example, maybe a MATLAB script I could run to take a look at the issue? Thanks On Nov 20, 2020, at 2:50 PM, Karthik Chikmagalur <kar...@gm...> wrote: Hi Jiaen, Matlab-shell is derived from comint-mode, so you can use "C-c M-o" to clear the buffer. This runs `comint-clear'. You do not lose your history. However comint should not be slowing down in the first place. It stays snappy for me unless I accidentally dump several dozen megabytes of text into buffer by forgetting a semicolon at the end of the command. Karthik "Liu, Jiaen" <jia...@gm...> writes: > Matalb command shell becomes slow when there are too many lines. Is it > possible to clear the buffer to speed up? I don't want to kill the buffer > because it will lose the command history. > Thanks > > Jiaen > _______________________________________________ > Matlab-emacs-discuss mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss<https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss> _______________________________________________ Matlab-emacs-discuss mailing list Mat...@li... https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss<https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss> |
From: Karthik C. <kar...@gm...> - 2020-11-20 19:49:51
|
Hi Jiaen, Matlab-shell is derived from comint-mode, so you can use "C-c M-o" to clear the buffer. This runs `comint-clear'. You do not lose your history. However comint should not be slowing down in the first place. It stays snappy for me unless I accidentally dump several dozen megabytes of text into buffer by forgetting a semicolon at the end of the command. Karthik "Liu, Jiaen" <jia...@gm...> writes: > Matalb command shell becomes slow when there are too many lines. Is it > possible to clear the buffer to speed up? I don't want to kill the buffer > because it will lose the command history. > Thanks > > Jiaen > _______________________________________________ > Matlab-emacs-discuss mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss |
From: Liu, J. <jia...@gm...> - 2020-11-20 16:53:54
|
Matalb command shell becomes slow when there are too many lines. Is it possible to clear the buffer to speed up? I don't want to kill the buffer because it will lose the command history. Thanks Jiaen |
From: Jonathan S. <jon...@gm...> - 2020-11-18 15:03:53
|
I've been working with matlab-mode and matlab-shell for the last few days, and I'm really digging it so far. The only two things I can't get to work properly are completion - neither in shell, nor in .m files - and jumping to function definitions, and I would really appreciate some help with these. when I hit TAB in shell, my text turns into >> emacsdocomplete('EEG.(cond') and when I hit RETURN I get (the appropriate): emacs_completions_output = java.lang.String[]: 'cond' 'condeig' but it's not integrated into the shell properly, i.e. I can't choose which of the above I want, I have to re-type the command along with the chosen completion. In .m files I just get nothing except for the word completion for words already in the buffer - which I've configured myself. I've read somewhere that the completion is meant to be related to CEDET somehow but I couldn't make out much more (I'm working on Doom Emacs, and I seen to have CEDET installed, and can run matlab-cedet-setup, which does nothing as far as I can tell). As to function definitions - I don't even know where to start.. I've read that ctags now supports matlab, but I don't know where (if) the actual .m files for the built-in functions reside in the install dir. Ideally I'd love to be able to stand on a function name and be able to get the "help funcName" output in another buffer or something (this works from the shell). Thanks a lot! |
From: Liu, J. <jia...@gm...> - 2020-10-16 18:40:21
|
Great! It worked. Thank you. Jiaen On Fri, Oct 16, 2020 at 1:00 PM Karthik Chikmagalur < kar...@gm...> wrote: > I believe you can set the desired path in the variable > `matlab-shell-command'. > > -Karthik > > "Liu, Jiaen" <jia...@gm...> writes: > > > Dear Emacs-matlab users > > > > I have two Matlab installations on my Linux box. I don't get the correct > > version to run. I defined the matlab alias in the .bashrc file. So it > works > > in the shell but not in emacs matlab-shell. Any advice on how to set the > > correct path for the matlab-shell will be appreciated. I have been using > it > > for years and it's a very nice tool. > > Thanks > > > > Jiaen > > _______________________________________________ > > Matlab-emacs-discuss mailing list > > Mat...@li... > > https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss > |
From: Karthik C. <kar...@gm...> - 2020-10-16 17:01:09
|
I believe you can set the desired path in the variable `matlab-shell-command'. -Karthik "Liu, Jiaen" <jia...@gm...> writes: > Dear Emacs-matlab users > > I have two Matlab installations on my Linux box. I don't get the correct > version to run. I defined the matlab alias in the .bashrc file. So it works > in the shell but not in emacs matlab-shell. Any advice on how to set the > correct path for the matlab-shell will be appreciated. I have been using it > for years and it's a very nice tool. > Thanks > > Jiaen > _______________________________________________ > Matlab-emacs-discuss mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss |
From: Liu, J. <jia...@gm...> - 2020-10-16 15:40:43
|
Dear Emacs-matlab users I have two Matlab installations on my Linux box. I don't get the correct version to run. I defined the matlab alias in the .bashrc file. So it works in the shell but not in emacs matlab-shell. Any advice on how to set the correct path for the matlab-shell will be appreciated. I have been using it for years and it's a very nice tool. Thanks Jiaen |