From mboxrd@z Thu Jan 1 00:00:00 1970 From: Maria Shinoto Subject: Re: Bug: keys C-c C-c do not update in Emacs app, but in Terminal emacs Date: Sun, 14 Aug 2016 09:28:30 +0900 Message-ID: <00208c4f-9519-2983-788d-c5af378e4ed6@shinoto.de> References: <33021952-1F70-4332-97E6-26B2BDE7A365@axelkielhorn.de> <5d488e9d-6bb5-9432-3976-faa60e0cfb1e@shinoto.de> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:59354) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bYjI9-0006ZW-1q for emacs-orgmode@gnu.org; Sat, 13 Aug 2016 20:28:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bYjI3-0005Bc-U9 for emacs-orgmode@gnu.org; Sat, 13 Aug 2016 20:28:39 -0400 Received: from mout.kundenserver.de ([212.227.126.131]:57475) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bYjI3-0005B6-Ig for emacs-orgmode@gnu.org; Sat, 13 Aug 2016 20:28:35 -0400 Received: from Marias-iMac.local ([211.19.250.68]) by mrelayeu.kundenserver.de (mreue004) with ESMTPSA (Nemesis) id 0Ll1qT-1ay1Ui43q1-00apFK for ; Sun, 14 Aug 2016 02:28:34 +0200 In-Reply-To: <5d488e9d-6bb5-9432-3976-faa60e0cfb1e@shinoto.de> 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: emacs-orgmode@gnu.org and again... I got the load-path variable with C-h v load-path RET, it looks like this: ******** load-path is a variable defined in `C source code'. Its value is ("/Users/mariashinoto/.emacs.d/elpa/org-20160808/" "/usr/share/emacs/site-lisp/org" "/Library/Application Support/Emacs/24.5/site-lisp" "/Library/Application Support/Emacs/site-lisp" "/Applications/Emacs.app/Contents/Resources/site-lisp" "/Applications/Emacs.app/Contents/Resources/lisp" "/Applications/Emacs.app/Contents/Resources/lisp/vc" "/Applications/Emacs.app/Contents/Resources/lisp/url" "/Applications/Emacs.app/Contents/Resources/lisp/textmodes" "/Applications/Emacs.app/Contents/Resources/lisp/progmodes" "/Applications/Emacs.app/Contents/Resources/lisp/play" "/Applications/Emacs.app/Contents/Resources/lisp/org" "/Applications/Emacs.app/Contents/Resources/lisp/nxml" "/Applications/Emacs.app/Contents/Resources/lisp/net" "/Applications/Emacs.app/Contents/Resources/lisp/mh-e" "/Applications/Emacs.app/Contents/Resources/lisp/mail" "/Applications/Emacs.app/Contents/Resources/lisp/leim" "/Applications/Emacs.app/Contents/Resources/lisp/language" "/Applications/Emacs.app/Contents/Resources/lisp/international" "/Applications/Emacs.app/Contents/Resources/lisp/gnus" "/Applications/Emacs.app/Contents/Resources/lisp/eshell" "/Applications/Emacs.app/Contents/Resources/lisp/erc" "/Applications/Emacs.app/Contents/Resources/lisp/emulation" "/Applications/Emacs.app/Contents/Resources/lisp/emacs-parallel" "/Applications/Emacs.app/Contents/Resources/lisp/emacs-lisp" "/Applications/Emacs.app/Contents/Resources/lisp/cedet" "/Applications/Emacs.app/Contents/Resources/lisp/calendar" "/Applications/Emacs.app/Contents/Resources/lisp/calc" "/Applications/Emacs.app/Contents/Resources/lisp/obsolete") This variable may be risky if used as a file-local variable. Documentation: List of directories to search for files to load. Each element is a string (directory name) or nil (meaning `default-directory'). Initialized during startup as described in Info node `(elisp)Library Search'. ***** In my beloved BBEdit, I created this list: ***** ("/Users/mariashinoto/.emacs.d/elpa/org-20160808/" "/usr/share/emacs/site-lisp/org" "/Library/Application Support/Emacs/24.5/site-lisp" "/Library/Application Support/Emacs/site-lisp" "/Applications/Emacs.app/Contents/Resources/site-lisp" "/Applications/Emacs.app/Contents/Resources/lisp" "/Applications/Emacs.app/Contents/Resources/lisp/vc" "/Applications/Emacs.app/Contents/Resources/lisp/url" "/Applications/Emacs.app/Contents/Resources/lisp/textmodes" "/Applications/Emacs.app/Contents/Resources/lisp/progmodes" "/Applications/Emacs.app/Contents/Resources/lisp/play" "/Applications/Emacs.app/Contents/Resources/lisp/org" "/Applications/Emacs.app/Contents/Resources/lisp/nxml" "/Applications/Emacs.app/Contents/Resources/lisp/net" "/Applications/Emacs.app/Contents/Resources/lisp/mh-e" "/Applications/Emacs.app/Contents/Resources/lisp/mail" "/Applications/Emacs.app/Contents/Resources/lisp/leim" "/Applications/Emacs.app/Contents/Resources/lisp/language" "/Applications/Emacs.app/Contents/Resources/lisp/international" "/Applications/Emacs.app/Contents/Resources/lisp/gnus" "/Applications/Emacs.app/Contents/Resources/lisp/eshell" "/Applications/Emacs.app/Contents/Resources/lisp/erc" "/Applications/Emacs.app/Contents/Resources/lisp/emulation" "/Applications/Emacs.app/Contents/Resources/lisp/emacs-parallel" "/Applications/Emacs.app/Contents/Resources/lisp/emacs-lisp" "/Applications/Emacs.app/Contents/Resources/lisp/cedet" "/Applications/Emacs.app/Contents/Resources/lisp/calendar" "/Applications/Emacs.app/Contents/Resources/lisp/calc" "/Applications/Emacs.app/Contents/Resources/lisp/obsolete") ****** So, another /org path is there. Could this be the problem, or anything else? Looking forward to answers and getting to grips with emacs and org-mode, Maria Am 14.08.16 um 09:14 schrieb Maria Shinoto: > Aloha again, > > now I checked as far as I could. > > I get this response to "M-x org-version": > > Org-mode version 8.2.10 (release_8.2.10 @ > /Users/mariashinoto/.emacs.d/elpa/org-20160808/) > > This should be OK according to the FAQ. > > Next step would be to go through the output of "list-load-path-shadows" > according to the FAQ. But: What is it, how can I get there, how can I > modify, what do I have to look for? > > Thanks for any help, > Maria > > > Am 14.08.16 um 08:58 schrieb Thomas S. Dye: >> Aloha Maria, >> >> When I press Ctrl-h v and type org-planning-line-re , I get this: >> >> ,------------------------------------------------------------------------ >> | org-planning-line-re is a variable defined in `org.el'. >> | Its value is "^[ ]*\\(\\(?:CLOSED\\|DEADLINE\\|SCHEDULED\\):\\)" >> | >> | This variable may be risky if used as a file-local variable. >> | >> | Documentation: >> | Matches a line with planning info. >> | Matched keyword is in group 1. >> `------------------------------------------------------------------------ >> >> I'm not an expert, but I think your installation might be mixed, which >> sometimes happens installing Org mode from ELPA. See >> http://orgmode.org/worg/org-faq.html#mixed-install. >> >> hth, >> Tom >> >> Maria Shinoto writes: >> >>> Hi, >>> >>> Thanks a lot for your help、I tried the options, but CUA Keys were not >>> selected. There is nothing about CUA keys in my .emacs file either. >>> >>> Now I put on the Debugger -- unfortunately, I do not know anything about >>> elisp. >>> >>> I set the cursor on a list item line with checkbox marked "X" and typed >>> C-c C-c, getting the typical message: >>> >>> "Symbol's value as variable is void: org-planning-line-re" >>> >>> >>> This is the message I got in the Debugger, I hope this gives a hint to >>> my problem: >>> >>> >>> *************************** >>>>> Debugger entered--Lisp error: (void-variable org-planning-line-re) >>>>> org-element--current-element(330 element planning nil) >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> ... >>>>> ... >>>>> ... >>>>> \n" beginning-of-line throw exit :parent re-search-backward >>>>> :contents-begin >>> :end outline-next-heading input-pending-p time-less-p current-time >>> interrupt org-element--current-element >>> :structure org-add-props plist-put org-element--cache-put plain-text eql >>> headline section inlinetask >>> plain-list item property-drawer node-property table table-row >>> :contents-end (plain-list table) ...] 9) >>>>> org-element--parse-to(142) >>>>> org-element-at-point() >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>  >>> >>> [next restriction object-data completep objects parent >>> org-element--object-lex throw exit >>> :end get-text-property 0 plist-get nil :begin found :parent >>> org-add-props plist-put t >>> element property cache-limit pos object --dolist-tail-- value v] 6) >>> :begin get-text-property 0 >>> plist-get throw exit :end :contents-begin :contents-end (32 9) (32 9) >>> plain-text property pos >>> last cend cbeg end org-element-object-restrictions restriction] 7) >>> org-element--cache-put >>> org-element--affiliated-re org-element-parsed-keywords tag >>> org-complex-heading-regexp end org-comment-string ...] 7) >>>>> org-element-context() >>>>> org-ctrl-c-ctrl-c(nil) >>>>> call-interactively(org-ctrl-c-ctrl-c nil nil) >>>>> command-execute(org-ctrl-c-ctrl-c) >>> >>> >>> *************************** >>> >>> >>> Maria >>> >>> >>> PS I had to delete all byte-code in order to get the message sent. >>> Really feel like a beginner... >>> >>> >>> >>> Am 13.08.16 um 19:45 schrieb Axel Kielhorn: >>> > >>> >> Am 13.08.2016 um 09:41 schrieb Maria Shinoto : >>> >> >>> >> Message-ID: >>> >>> >>> >> >>> >> >>> >> >>> >> Hi, >>> >> >>> >> I am learning Org-mode and Emacs on a Mac, and got everything >>> working >>> >> fine, except for the key combination C-c C-c. >>> >> >>> >> C-c C-c should update states in certain contexts, e.g. toggle the >>> state of a check box and the counter of tasks finished in the header of >>> such a check box list. >>> >> >>> >> In the Emacs UI for Mac (not Aquamac), this key combination >>> does not >>> >> work, it is org mode version 8.2.10. >>> >> >>> >> It does work when I call emacs from the terminal though, where >>> org-mode version is 4.67c. >>> >> >>> >> Is there something wrong with the newer Org mode versions? >>> > >>> > You probably have „Options | Use CUA Keys“ set in the GUI Version. >>> > This maps C-C, C-X, C-V to copy, cut, paste. >>> > >>> > Since the default is off (nil) you may have activated it somehow, >>> maybe an init.el you copied from somewhere? >>> > >>> > I have the same Emacs you have and here everything ist fine. >>> > >>> > Axel >>> > >>> > >> >> >