From mboxrd@z Thu Jan 1 00:00:00 1970 From: Heikki Lehvaslaiho Subject: Re: Cask-initialize messes up org table manipulation commands Date: Sat, 1 Oct 2016 10:08:17 +0300 Message-ID: References: <87d1jn9xb6.fsf@alphapapa.net> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a1140191843a89c053dc861df Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:48272) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bqEPa-0007jW-Op for emacs-orgmode@gnu.org; Sat, 01 Oct 2016 03:08:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bqEPY-0000lI-5s for emacs-orgmode@gnu.org; Sat, 01 Oct 2016 03:08:41 -0400 Received: from mail-lf0-x235.google.com ([2a00:1450:4010:c07::235]:34696) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bqEPX-0000kv-O8 for emacs-orgmode@gnu.org; Sat, 01 Oct 2016 03:08:40 -0400 Received: by mail-lf0-x235.google.com with SMTP id b81so3072886lfe.1 for ; Sat, 01 Oct 2016 00:08:39 -0700 (PDT) In-Reply-To: <87d1jn9xb6.fsf@alphapapa.net> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: Adam Porter Cc: emacs-orgmode@gnu.org --001a1140191843a89c053dc861df Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks for suggestions, Adam. I had not realised that the bug-hunter package can do interactive tests. I used it now and got the same result: the problem is caused by the (cask-initialize) expression. As far as I understand, cask-initialize only collects the directory locations and dependencies of packages as a struct that is then processed later during the emacs start-up. How that can mess up the org cursor movement is a complete mystery to me. I am using org mode and use-package to maintain, launch and configure my packages. The culprit can not be the tangling process nor the launching of the packages because they happens after cask is initialized (and bug-hunter works on elisp file, only). I did try emacs with the -q but did not see any difference to -Q. The one piece of information that I did not include in my posting: My emacs comes from homebrew git HEAD and is installed it with: brew unlink emacs brew uninstall emacs brew install emacs --HEAD --use-git-head --with-cocoa --with-gnutls --with-rsvg --with-imagemagick brew linkapps Maybe I should try raising an issue for cask (https://github.com/cask/cask)= . Cheers, -Heikki Heikki Lehv=C3=A4slaiho - skype:heikki_lehvaslaiho cell: +358 40 850 6640 http://about.me/heikki On 29 September 2016 at 06:53, Adam Porter wrote: > Heikki Lehvaslaiho writes: > > > The cell content disappears but to my surprise the cursor jumped out > > of the table! Trying with different tables, it came clear that the > > cursor always jumped one line down and left of the table). (Under the > > left border if you have a box cursor.) That should not happen! > > This may not be much help, because I'm still using Org 8.2.4, but I > tried and was unable to reproduce this; the cursor remains in the table. > > > The final twist to this story is that if I start emacs, create an org > > buffer with a table, and run org-table-cut-region key combination > > first before evaling the init.el content, the cursor behaviour does > > not change even after cask has been initialized! > > You said you bisected your init file; I assume you used the bug-hunter > package? If by chance you did it manually instead, I would recommend > doing it again with bug-hunter; maybe you made a tiny mistake that threw > the whole thing off. :) > > Since it doesn't happen with "emacs -Q", I guess it must be someting in > your config. (Though you might test with "emacs -q" also--there is a > difference.) > > I don't use Cask, so I can't help you much there. What follows is what > may be considered an unhelpful suggestion, but it's the best idea I > have: switch from Cask/Pallet to use-package; it may give you > finer-grained control over your init file, and bisecting may work > better. I don't know remember how Cask works exactly, but if > cask-initialize "monolithically" loads all the packages you have > configured, I'm guessing you won't be able to bisect within it to figure > out which package is causing the problem. > > Hope this helps. > > > --001a1140191843a89c053dc861df Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks for suggestions, Adam.

I had not= realised that the bug-hunter package can do interactive tests. I used it n= ow and got the same result: the problem is caused by the=C2=A0(cask-initial= ize) expression.

As far as I understand, cask-init= ialize only collects the directory locations and dependencies of packages a= s a struct that is then processed later during the emacs start-up. How that= can mess up the org cursor movement is a complete mystery to me.

I am using org mode and use-package to maintain, launch and= configure my packages. The culprit can not be the tangling process nor the= launching of the packages because they happens after cask is initialized (= and bug-hunter works on elisp file, only).

I did t= ry emacs with the -q but did not see any difference to -Q.

The one piece of information that I did not include in my posting:= My emacs comes from homebrew git HEAD and is installed it with:
=
brew unlink emacs
brew uninstall emacs
brew install emacs --HEAD --use-git-head --with-cocoa --with-gnutls= --with-rsvg --with-imagemagick
brew linkapps
Maybe I should try raising an issue for cask (https://github.com/cask/cask).

Cheers,


=C2=A0 =C2=A0=C2=A0 -Heikki=

Heikki Le= hv=C3=A4slaiho - skype:heikki_lehvaslaiho=C2=A0cell:=C2=A0+358 40 850 6640
= http://about.me/heikki=

On 29 September 2016 at 06:53, Adam Porter <= span dir=3D"ltr"><adam@alphapapa.net> wrote:
Heikki Lehvaslaiho <heikki.lehvaslaiho@gmail.com> writes:

> The cell content disappears but to my surprise the cursor jumped out > of the table! Trying with different tables, it came clear that the
> cursor always jumped one line down and left of the table). (Under the<= br> > left border if you have a box cursor.) That should not happen!

This may not be much help, because I'm still using Org 8.2.4, bu= t I
tried and was unable to reproduce this; the cursor remains in the table.
> The final twist to this story is that if I start emacs, create an org<= br> > buffer with a table, and run org-table-cut-region key combination
> first before evaling the init.el content, the cursor behaviour does > not change even after cask has been initialized!

You said you bisected your init file; I assume you used the bug-hunt= er
package?=C2=A0 If by chance you did it manually instead, I would recommend<= br> doing it again with bug-hunter; maybe you made a tiny mistake that threw the whole thing off.=C2=A0 :)

Since it doesn't happen with "emacs -Q", I guess it must be s= ometing in
your config.=C2=A0 (Though you might test with "emacs -q" also--t= here is a
difference.)

I don't use Cask, so I can't help you much there.=C2=A0 What follow= s is what
may be considered an unhelpful suggestion, but it's the best idea I
have: switch from Cask/Pallet to use-package; it may give you
finer-grained control over your init file, and bisecting may work
better.=C2=A0 I don't know remember how Cask works exactly, but if
cask-initialize "monolithically" loads all the packages you have<= br> configured, I'm guessing you won't be able to bisect within it to f= igure
out which package is causing the problem.

Hope this helps.



--001a1140191843a89c053dc861df--