matlab-emacs-discuss — Discuss Emacs/MATLAB integration

Re: [Matlab-emacs-discuss] bizarre behavior of shell and matlab-shell-run-command

[Torben K. <tk...@es...>]

Also works for me 

matlab-mode, version 3.3.4

>> version

ans =

9.0.0.341360 (R2016a)

>> f=inline('log(x)/(1̣+x)')
f=inline('log(x)/(1 +x)')

f =

     Inline function:
     f(x) = log(x)/(1 +x)

>> f(2)

ans =

    0.2310

>> 
Associate Prof. Ph.D Torben Knudsen    Mobile    : (+45) 2787 9826
Section of Automation and Control,
Department of Electronic Systems,    Email    : tk...@es...
Aalborg University              Web    : es.aau.dk/staff/tk
Fredrik Bajersvej 7
DK-9220 Aalborg Ø
Denmark

________________________________________
Fra: Uwe Brauer [ou...@ma...]
Sendt: 21. juni 2016 11:16
Til: matlab-emacs
Emne: [Matlab-emacs-discuss] bizarre behavior of shell and      matlab-shell-run-command

Hi

I am running GNU emacs 25.1.5 and the latest matlab-mode version.
Matlab version is 2010 (a bit outdated I admit).


Could someone please try out the following.


Open a matlab shell and run

f=inline('log(x)/(1̣+x)')

My shell goes beserk, instead of showing an error it just spits out
empty lines. So I have to kill that buffer and the matlab process.

But it seems to be caused by the evil inline command.

If I open a matlab windows in my Linux box and type the command I get
the expected
f =

     Inline function:
     f(x) = log(x)/(1̣+x)

This is very odd.

Uwe Brauer

------------------------------------------------------------------------------
Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape
_______________________________________________
Matlab-emacs-discuss mailing list
Mat...@li...
https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss

Re: [Matlab-emacs-discuss] bizarre behavior of shell and matlab-shell-run-command

[dl <fri...@ho...>]

works for me
>> version

ans =

8.4.0.150421 (R2014b)


GNU Emacs 25.0.50.1 (x86_64-pc-linux-gnu, GTK+ Version 3.4.2)
 of 2015-07-27 on gkar, modified by Debian



>> f=inline('log(x)/(1\u0323+x)')

f =

     Inline function:
     f(u0323,x) = log(x)/(1\u0323+x)




On Tue, Jun 21, 2016 at 11:16 AM, Uwe Brauer <ou...@ma...> wrote:

> Hi
>
> I am running GNU emacs 25.1.5 and the latest matlab-mode version.
> Matlab version is 2010 (a bit outdated I admit).
>
>
> Could someone please try out the following.
>
>
> Open a matlab shell and run
>
> f=inline('log(x)/(1̣+x)')
>
> My shell goes beserk, instead of showing an error it just spits out
> empty lines. So I have to kill that buffer and the matlab process.
>
> But it seems to be caused by the evil inline command.
>
> If I open a matlab windows in my Linux box and type the command I get
> the expected
> f =
>
>      Inline function:
>      f(x) = log(x)/(1̣+x)
>
> This is very odd.
>
> Uwe Brauer
>
>
> ------------------------------------------------------------------------------
> Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San
> Francisco, CA to explore cutting-edge tech and listen to tech luminaries
> present their vision of the future. This family event has something for
> everyone, including kids. Get more information and register today.
> http://sdm.link/attshape
> _______________________________________________
> Matlab-emacs-discuss mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>

[Matlab-emacs-discuss] bizarre behavior of shell and matlab-shell-run-command

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

Hi

I am running GNU emacs 25.1.5 and the latest matlab-mode version.
Matlab version is 2010 (a bit outdated I admit).


Could someone please try out the following.


Open a matlab shell and run

f=inline('log(x)/(1̣+x)')

My shell goes beserk, instead of showing an error it just spits out
empty lines. So I have to kill that buffer and the matlab process.

But it seems to be caused by the evil inline command.

If I open a matlab windows in my Linux box and type the command I get
the expected
f =

     Inline function:
     f(x) = log(x)/(1̣+x)

This is very odd.

Uwe Brauer 

Re: [Matlab-emacs-discuss] Emacs-Matlab Integration under Windows OS

[Thibault <thi...@gm...>]

Qi Sun <qisuntbs@...> writes:

> 
> Dear all,
> 
> I have to switch to the Windows OS at work place while still thinking on
integrating Matlab to Emacs.
> However, the Windows version matlab does not provide matlabshell at all.
The -nodesktop option just pops
> up an isolated command window.
> 
> There was a solution created by Bob Morris from U of Massachusetts Boston.
But it's way out of date right now I
> can't even recompile with the mex function. Is there anyone else facing
similar situation as I do?
> 
> Thank you for any further suggestions or help!
> 
> Best, 
> Qi Sun
> ------------------------------------------------------------------------------
> Find and fix application performance issues faster with Applications Manager
> Applications Manager provides deep performance insights into multiple tiers of
> your business applications. It resolves application problems quickly and
> reduces your MTTR. Get your free trial!
> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
> 


Hi,

I got my windows setup working by following the emacswiki instructions:
https://www.emacswiki.org/emacs/MatlabMode#toc3.

More specifically:

- Clone the github repository for matlabShell:
  https://github.com/mlt/matlabShell
- Build matlabShell
  - I used the intel compiler, but it should also work with the visual
    studio compiler or others
  - Setup the compilation environment:
    - "%ICPP_COMPILER16%"\bin\compilervars.bat intel64 vs2013" (this may differ
      depending on your setup)
    - For Visual Studio, the setup script is (for me) "c:\Program Files
      (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat"
  - Setup include/library folders
    - set INCLUDE=%INCLUDE%;c:\MATLAB\R2007a\extern\include\ (folder containing
      engine.h)
    - set LIB=%LIB%;c:\MATLAB\R2007a\extern\lib\win64\microsoft\ (folder
      containing libeng.lib)
  - Build: "icl matlabShell.c /link libeng.lib" (cl for visual studio?)
  - This builds matlabShell.exe
- Setup the emacs configuration as described in the github page

Things mostly worked afterwards, I had some issues with tab completion, for
which I had a workaround which I can provide if needed.

Re: [Matlab-emacs-discuss] Emacs-Matlab Integration under Windows OS

[Thibault M. <thi...@gm...>]

Eric Ludlam <Eri...@pu...>
writes:

> Hi Qi,
>
> I don't know of a way to make matlab-shell work on Windows.  It might be
> possible to create something similar to Bob's old script that would work, but
> that is not something I'm familiar with.  Sorry.
>
> Eric
>
> -----Original Message-----
> From: Qi Sun [mailto:qis...@pu...] 
> Sent: Tuesday, May 03, 2016 11:04 PM
> To: matlab-emacs <mat...@pu...>
> Subject: [Matlab-emacs-discuss] Emacs-Matlab Integration under Windows OS
>
> Dear all,
>
> I have to switch to the Windows OS at work place while still thinking on
> integrating Matlab to Emacs. However, the Windows version matlab does not
> provide matlabshell at all. The -nodesktop option just pops up an isolated
> command window.
>
> There was a solution created by Bob Morris from U of Massachusetts Boston. But
> it's way out of date right now I can't even recompile with the mex function. Is
> there anyone else facing similar situation as I do?
>
> Thank you for any further suggestions or help!
>
> Best,
> Qi Sun
> ------------------------------------------------------------------------------
> Find and fix application performance issues faster with Applications Manager
> Applications Manager provides deep performance insights into multiple tiers of
> your business applications. It resolves application problems quickly and reduces
> your MTTR. Get your free trial!
> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
> _______________________________________________
> Matlab-emacs-discuss mailing list
> Mat...@pu...
> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>
> ------------------------------------------------------------------------------
> Find and fix application performance issues faster with Applications Manager
> Applications Manager provides deep performance insights into multiple tiers of
> your business applications. It resolves application problems quickly and
> reduces your MTTR. Get your free trial!
> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z

Hi,

This is in response to mailing list messages:
https://sourceforge.net/p/matlab-emacs/mailman/message/35061925/ and
https://sourceforge.net/p/matlab-emacs/mailman/message/35063662/ , which
were posted before I subscribed to the list; I haven't found a way
to properly reply to them.


I got my windows setup working by following the emacswiki instructions:
https://www.emacswiki.org/emacs/MatlabMode#toc3.

More specifically:

- Clone the github repository for matlabShell:
  https://github.com/mlt/matlabShell
- Build matlabShell
  - I used the intel compiler, but it should also work with the visual
    studio compiler or others
  - Setup the compilation environment:
    - "%ICPP_COMPILER16%"\bin\compilervars.bat intel64 vs2013" (this may differ
      depending on your setup)
    - For Visual Studio, the setup script is (for me) "c:\Program Files
      (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat"
  - Setup include/library folders
    - set INCLUDE=%INCLUDE%;c:\MATLAB\R2007a\extern\include\ (folder containing
      engine.h)
    - set LIB=%LIB%;c:\MATLAB\R2007a\extern\lib\win64\microsoft\ (folder 
      containing libeng.lib)
  - Build: "icl matlabShell.c /link libeng.lib" (cl for visual studio?)
  - This builds matlabShell.exe
- Setup the emacs configuration as described in the github page

Things mostly worked afterwards, I had some issues with tab completion, for which
I had a workaround which I can provide if needed.

Re: [Matlab-emacs-discuss] [patch] Issue with indentation of 'end'

[Thibault M. <thi...@gm...>]

As far as I am concerned, the patch fixes my issue, and I think it
doesn't break the old behavior, so I think it would be good if it could
be merged.

Please let me know if the patch needs modifications to make that happen.

Thanks.

Uwe Brauer writes:

>>>> "Eric" == Eric Ludlam <Eri...@ma...> writes:
>
>     > Your patch looks good to me by inspection.   I'm glad it is working out for you.
>     > Eric
>
> Hi
>
> Thanks Eric for looking into that. Now that this questions seems to be
> settled shall I apply and commit the last patch?
>
> Uwe 

Re: [Matlab-emacs-discuss] [patch] Issue with indentation of 'end'

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

>>> "Eric" == Eric Ludlam <Eri...@ma...> writes:

    > Your patch looks good to me by inspection.   I'm glad it is working out for you.
    > Eric

Hi

Thanks Eric for looking into that. Now that this questions seems to be
settled shall I apply and commit the last patch?

Uwe 

Re: [Matlab-emacs-discuss] [patch] Issue with indentation of 'end'

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

Your patch looks good to me by inspection.   I'm glad it is working out for you.

Eric

-----Original Message-----
From: Thibault Marin [mailto:thi...@gm...] 
Sent: Thursday, June 02, 2016 10:56 PM
To: Eric Ludlam <Eri...@ma...>
Cc: thi...@gm...valid; mat...@li...
Subject: Re: [Matlab-emacs-discuss] [patch] Issue with indentation of 'end'


Eric Ludlam writes:

> Hi,
>
> I would guess that 'end' indentation is not really the last hurdle.  For TABs to work, all places where character math occur will need to be replaced with calls to 'current-column'.
>
> Ie - instead of
>
> (- match (match-beginning 0))
>
> You would need
>
> (- match-col (save-excursion (goto-char (match-beginning 0)) 
> (current-column))
>
> Current-column is used in a bunch of places already, so hopefully the number of problem areas is small.
>
> Eric
>

Thanks for the guidance.

I modified the patch to use (current-column) as advised.  Could you please let me know if this is what you had in mind?

I understand that there may be other places where a similar change should be done, but tabs seem to be working fine for me at this point: I haven't found any indentation problems after fixing the 'end' line.  If other issues arise, I can try to have a look.

Re: [Matlab-emacs-discuss] [patch] Issue with indentation of 'end'

[Thibault M. <thi...@gm...>]

Eric Ludlam writes:

> Hi,
>
> I would guess that 'end' indentation is not really the last hurdle.  For TABs to work, all places where character math occur will need to be replaced with calls to 'current-column'.
>
> Ie - instead of
>
> (- match (match-beginning 0))
>
> You would need
>
> (- match-col (save-excursion (goto-char (match-beginning 0)) (current-column))
>
> Current-column is used in a bunch of places already, so hopefully the number of problem areas is small.
>
> Eric
>

Thanks for the guidance.

I modified the patch to use (current-column) as advised.  Could you
please let me know if this is what you had in mind?

I understand that there may be other places where a similar change
should be done, but tabs seem to be working fine for me at this point: I
haven't found any indentation problems after fixing the 'end' line.  If
other issues arise, I can try to have a look.

Re: [Matlab-emacs-discuss] [patch] Issue with indentation of 'end'

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

Hi,

I would guess that 'end' indentation is not really the last hurdle.  For TABs to work, all places where character math occur will need to be replaced with calls to 'current-column'.

Ie - instead of

(- match (match-beginning 0))

You would need

(- match-col (save-excursion (goto-char (match-beginning 0)) (current-column))

Current-column is used in a bunch of places already, so hopefully the number of problem areas is small.

Eric

-----Original Message-----
From: Thibault Marin [mailto:thi...@gm...] 
Sent: Thursday, June 02, 2016 12:05 PM
To: Eric Ludlam <Eri...@ma...>
Cc: thi...@gm...; mat...@li...
Subject: Re: [Matlab-emacs-discuss] [patch] Issue with indentation of 'end'


Eric Ludlam writes:

> I believe that code is using absolute positioning (ie - matched positions in the buffer) so the calculated indent ci should have the actual amount to indent baked in.
>
> I note you have TABs in your pasted output.  Since matlab.el is doing character calculations, that will mess it up.   Since matlab-mode sets indent-tabs-mode to nil, this shouldn't happen unless you've overridden that feature.
>
> Eric
>
> -----Original Message-----
> From: Thibault Marin [mailto:thi...@ie...]
> Sent: Wednesday, June 01, 2016 10:10 AM
> To: mat...@li...
> Subject: [Matlab-emacs-discuss] [patch] Issue with indentation of 'end'
>
>
> Hi all,
>
> I have an issue with the indentation of 'end' lines with matlab.el.  It seems that the calculated indentation level does not get multiplied by the indent size resulting in blocks like:
>
> if true
> 	if true
> 		for i = 1:10
> 			disp(1);
>   end
>  end
> end
>
> Am I the only one to experience this?  The attached patch fixes it for me but I am not sure whether this is a bug or an issue with my setup.
>
> Any input would be welcome, thanks

Thanks, the problem is that I am using tabs.  Everything works fine when indent-tabs-mode is nil.

However, I would like to use tabs if possible and indentation of the 'end' seems to be the only hurdle in supporting this.  So, would a patch on the vein of the attached one be acceptable?

Re: [Matlab-emacs-discuss] [patch] Issue with indentation of 'end'

[Thibault M. <thi...@gm...>]

Eric Ludlam writes:

> I believe that code is using absolute positioning (ie - matched positions in the buffer) so the calculated indent ci should have the actual amount to indent baked in.
>
> I note you have TABs in your pasted output.  Since matlab.el is doing character calculations, that will mess it up.   Since matlab-mode sets indent-tabs-mode to nil, this shouldn't happen unless you've overridden that feature.
>
> Eric
>
> -----Original Message-----
> From: Thibault Marin [mailto:thi...@ie...] 
> Sent: Wednesday, June 01, 2016 10:10 AM
> To: mat...@li...
> Subject: [Matlab-emacs-discuss] [patch] Issue with indentation of 'end'
>
>
> Hi all,
>
> I have an issue with the indentation of 'end' lines with matlab.el.  It seems that the calculated indentation level does not get multiplied by the indent size resulting in blocks like:
>
> if true
> 	if true
> 		for i = 1:10
> 			disp(1);
>   end
>  end
> end
>
> Am I the only one to experience this?  The attached patch fixes it for me but I am not sure whether this is a bug or an issue with my setup.
>
> Any input would be welcome, thanks

Thanks, the problem is that I am using tabs.  Everything works fine when
indent-tabs-mode is nil.

However, I would like to use tabs if possible and indentation of the
'end' seems to be the only hurdle in supporting this.  So, would a patch
on the vein of the attached one be acceptable?

Re: [Matlab-emacs-discuss] [patch] Issue with indentation of 'end'

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

I believe that code is using absolute positioning (ie - matched positions in the buffer) so the calculated indent ci should have the actual amount to indent baked in.

I note you have TABs in your pasted output.  Since matlab.el is doing character calculations, that will mess it up.   Since matlab-mode sets indent-tabs-mode to nil, this shouldn't happen unless you've overridden that feature.

Eric

-----Original Message-----
From: Thibault Marin [mailto:thi...@ie...] 
Sent: Wednesday, June 01, 2016 10:10 AM
To: mat...@li...
Subject: [Matlab-emacs-discuss] [patch] Issue with indentation of 'end'


Hi all,

I have an issue with the indentation of 'end' lines with matlab.el.  It seems that the calculated indentation level does not get multiplied by the indent size resulting in blocks like:

if true
	if true
		for i = 1:10
			disp(1);
  end
 end
end

Am I the only one to experience this?  The attached patch fixes it for me but I am not sure whether this is a bug or an issue with my setup.

Any input would be welcome, thanks

Re: [Matlab-emacs-discuss] [patch] Issue with indentation of 'end'

[Thibault M. <thi...@ie...>]

Uwe Brauer writes:

>>>> "Thibault" == Thibault Marin <thi...@ie...> writes:
>
>     > Hi all,
>
> Hi
>
> BTW I applied your first patch and pushed it. So this second one is
> already for the version with your former patch applied?
> Till the end of the week I have no time to look into this hopefully at
> the weekended.
>
> I have a faint memory of a problem with if, but right now I can't
> remember.
>
> regards
>
> Uwe 

I did a git pull after my first patch was merged, so it should be
up-to-date.  Thanks for looking into it.

Re: [Matlab-emacs-discuss] [patch] Issue with indentation of 'end'

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

>>> "Thibault" == Thibault Marin <thi...@ie...> writes:

    > Hi all,

Hi

BTW I applied your first patch and pushed it. So this second one is
already for the version with your former patch applied?
Till the end of the week I have no time to look into this hopefully at
the weekended.

I have a faint memory of a problem with if, but right now I can't
remember.

regards

Uwe 

[Matlab-emacs-discuss] [patch] Issue with indentation of 'end'

[Thibault M. <thi...@ie...>]

Hi all,

I have an issue with the indentation of 'end' lines with matlab.el.  It
seems that the calculated indentation level does not get multiplied by the
indent size resulting in blocks like:

if true
	if true
		for i = 1:10
			disp(1);
  end
 end
end

Am I the only one to experience this?  The attached patch fixes it for
me but I am not sure whether this is a bug or an issue with my setup.

Any input would be welcome, thanks

Re: [Matlab-emacs-discuss] [patch]: Option to disable alignment to opening parenthesis

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

>>> "Thibault" == Thibault Marin > <thi...@ie...> writes:



    > Hi all,

    > I am not sure this is the right place to submit patches, so please
    > let me know if this should be submitted through another channel.

    > The attached patch adds an option to matlab.el to align
    > continuation lines after opening parentheses with a single indent
    > instead of aligning to the open parenthesis.

Hi

Thanks for the patch! Yes this is the right place to commit patches.
Today I am a bit busy, but I hope to apply your patch tomorrow and
report back.

Thanks again

Uwe Brauer 

[Matlab-emacs-discuss] [patch]: Option to disable alignment to opening parenthesis

[Thibault M. > <thi...@ie...>]

Hi all,

I am not sure this is the right place to submit patches, so please let
me know if this should be submitted through another channel.

The attached patch adds an option to matlab.el to align continuation
lines after opening parentheses with a single indent instead of aligning
to the open parenthesis.

E.g.:

  func_call(var1, ...
      var2);

instead of

  func_call(var1, ...
            var2);

Does this look like something that could be merged?  If so, please let
me know if changes to the patch are required.

Thanks,

thibault

Re: [Matlab-emacs-discuss] Emacs-Matlab Integration under Windows OS

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

Hi Qi,

I don't know of a way to make matlab-shell work on Windows.  It might be possible to create something similar to Bob's old script that would work, but that is not something I'm familiar with.  Sorry.

Eric

-----Original Message-----
From: Qi Sun [mailto:qis...@gm...] 
Sent: Tuesday, May 03, 2016 11:04 PM
To: matlab-emacs <mat...@li...>
Subject: [Matlab-emacs-discuss] Emacs-Matlab Integration under Windows OS

Dear all,

I have to switch to the Windows OS at work place while still thinking on integrating Matlab to Emacs. However, the Windows version matlab does not provide matlabshell at all. The -nodesktop option just pops up an isolated command window.

There was a solution created by Bob Morris from U of Massachusetts Boston. But it's way out of date right now I can't even recompile with the mex function. Is there anyone else facing similar situation as I do?

Thank you for any further suggestions or help!

Best,
Qi Sun
------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
Matlab-emacs-discuss mailing list
Mat...@li...
https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss

[Matlab-emacs-discuss] Emacs-Matlab Integration under Windows OS

[Qi S. <qis...@gm...>]

Dear all,

I have to switch to the Windows OS at work place while still thinking on integrating Matlab to Emacs. However, the Windows version matlab does not provide matlabshell at all. The -nodesktop option just pops up an isolated command window.

There was a solution created by Bob Morris from U of Massachusetts Boston. But it's way out of date right now I can't even recompile with the mex function. Is there anyone else facing similar situation as I do?

Thank you for any further suggestions or help!

Best, 
Qi Sun

Re: [Matlab-emacs-discuss] [Bug report] matlab-mode should run prog-mode-hook

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

>>> "Eivind" == Eivind Fonn <ev...@gm...> writes:
Hi
    > Hi,
    > This seems an unfortunate oversight. After all, matlab-mode is 
    > undeniably a programming mode.

    > Even better would be if it were defined as a major mode that derives 
    > from prog-mode so that (derived-mode-p 'prog-mode) evaluates to true in 
    > matlab-mode buffers.

I am not sure that this would work in Xemacs. For the time being I would
not like to delete Xemacs support.

Uwe Brauer 

[Matlab-emacs-discuss] [Bug report] matlab-mode should run prog-mode-hook

[Eivind F. <ev...@gm...>]

Hi,

This seems an unfortunate oversight. After all, matlab-mode is 
undeniably a programming mode.

Even better would be if it were defined as a major mode that derives 
from prog-mode so that (derived-mode-p 'prog-mode) evaluates to true in 
matlab-mode buffers.

-- 
Eivind Fonn - http://www.aligulac.com/
SINTEF IKT Anvendt Matematikk
Strindveien 4, 7034 Trondheim

"'Be yourself' is about the worst advice you can give some people." - 
Thomas L. Masson

Re: [Matlab-emacs-discuss] [Git repo]

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

>>> "Jack" == Jack Morrison <Jac...@gm...> writes:

   > Looks like that comes from the mode file itself.
   > Here's an example:

   > "

   > ;;; 0blayout.el --- Layout grouping with ease

   > "

Very odd the first line of matlab.el is

;;; matlab.el --- major mode for MATLAB(R) dot-m files

However the following line is not empty, may be this is the problem. I
will try that out. thanks

Uwe 

Re: [Matlab-emacs-discuss] [Git repo]

[Jack M. <Jac...@gm...>]

Looks like that comes from the mode file itself.

Here's an example:

"
;;; 0blayout.el --- Layout grouping with ease
"

from https://github.com/etu/0blayout-mode/blob/master/0blayout.el (first
line).

I'd guess that needs to be added to matlab-mode for it to do this
automatically.

/Jack

On Sun, Apr 10, 2016 at 10:49 AM, Uwe Brauer <ou...@ma...> wrote:

> >>> "Jack" == Jack Morrison <Jac...@gm...> writes:
>
>    > All switched over: https://github.com/melpa/melpa/pull/3580
>    > Cheers,
>    > Jack
>
> Hi Jack
>
> I just realized that
> M-x package-list-package
> shows
>   matlab-mode        20160401.108  installed             No description
> available.
>
>
> How can I add a small description?
>
> Thanks
>
> Uwe
>

Re: [Matlab-emacs-discuss] [Git repo]

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

>>> "Jack" == Jack Morrison <Jac...@gm...> writes:

   > All switched over: https://github.com/melpa/melpa/pull/3580
   > Cheers,
   > Jack

Hi Jack

I just realized that
M-x package-list-package
shows
  matlab-mode        20160401.108  installed             No description available.


How can I add a small description?

Thanks

Uwe 

Re: [Matlab-emacs-discuss] patches applied, version 3.3.4

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

>>> "Torben" == Torben Knudsen <tk...@es...> writes:

    > No, but when I ad it the completion works fine apparently. Thanks again Uwe.

What worries me it that it does not work at startup, something seems odd
in your initialization....