[O] bug#12905: 24.2.50; org: edit source block causes data loss
Hi Bastien, Could you please take a look at Bug#12905? If it causes data loss, I think it should be fixed in the emacs-24 branch. Thanks.
[O] bug#12718: /srv/bzr/emacs/trunk r110652: Fix error in previous merge from Org.
* lisp/org/org-lparse.el: Move some hooks from org-lparse to org-do-lparse. I pushed another fix in Org's git repo here: http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=c33909 Can you revert this change? Otherwise it will create a merge conflict. If you think the issue is really important, I can fix it in Emacs trunk, using the same fix I made in Org. OK, reverted. Please go ahead and commit your other fix.
[O] bug#7133: Fwd: Bug#7133
-- Forwarded message -- From: Bastien b...@altern.org Date: Sun, Aug 5, 2012 at 6:32 PM Subject: Re: Bug#7133 To: Chong Yidong c...@gnu.org Hi Chong, Chong Yidong c...@gnu.org writes: Please review the proposed patch by Lennart Borgman at http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7133 You can close this bug. (I cannot close it myself as I don't find it through Gmane or with M-x debbugs-gnu RET) Errors while creating a pdf from an org-mode buffer already display the pdfLaTeX error buffer. Thanks, -- Bastien
Re: [O] ELPA syncing cronjob stopped running
Tassilo Horn tass...@member.fsf.org writes: on irc some user reported that the current org-mode version listed in `M-x package-list-packages' cannot be downloaded anymore. It seems that this is caused by some cronjob that stopped running on February, 14th. Looks like some kind of firewall snafu when the machine moved to the new location last month. On it.
Re: [O] ELPA syncing cronjob stopped running
Tassilo Horn tass...@member.fsf.org writes: on irc some user reported that the current org-mode version listed in `M-x package-list-packages' cannot be downloaded anymore. It seems that this is caused by some cronjob that stopped running on February, 14th. Looks like some kind of firewall snafu when the machine moved to the new location last month. On it. The FSF sysadmin has now fixed it. Thanks for the heads up.
[O] bug#10745: 24.0.93; Regression: org-meta-return does not honor vertical spacing in lists
Glenn Morris r...@gnu.org writes: this: org-footnote.el:(defvar org-blank-before-new-entry nil) ; silence byte-compiler is bogus (the relevant syntax is (defvar foo)). Probably so are these: org-footnote.el:(defvar org-export-footnotes-seen nil) ; silence byte-compiler org-footnote.el:(defvar org-export-footnotes-data nil) ; silence byte-compiler I removed the bogus values. Bastien, could you merge the fix to Org upstream? Thanks.
[O] bug#10125: 24.0.91; package.el (org): Macros in tar packages order of byte compilation
Glenn Morris r...@gnu.org writes: Glenn Morris wrote: fresh Emacs instance. There's no reason the package manager could not spawn a separate Emacs in batch-mode as a sub-job to do the compilation. Very lightly tested version: This uses the Emacs executable on the exec path, which might not be the correct one. I'm wary of making such a fundamental change to package.el without first exploring possible package-specific work-arounds. Could problematic packages use an eval-when-compile form to forcibly load the correct version of the required file?
[Orgmode] Re: format text in TreeWidget.
Alin Soare as1...@gmail.com writes: |- aaa | aaa |- bbb | |-ccc `ccc Is there a function fill-paragraph for tree-mode ? You could look at the value of (widget-get widget :indent) and emit a string that is filled accordingly. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: bug#7527: 24.0.50; (org) `Activation node' (minor suggestions)
Forwarding documentation suggestions to org upstream: Drew Adams drew.ad...@oracle.com writes: Minor suggestions - no bug. 1. No need to tell users to turn on font-lock - it's on by default now (for GNU Emacs at least). 2. Likewise transient-mark mode. 3. Maybe be a little softer with the key-binding suggestions. Add the following lines to your `.emacs' file and The following lines are always needed are a bit heavy, even though the text clarifies that these are only suggested bindings (please choose suitable keys yourself, Choose your own keys). Many users might just copy paste without reading carefully. It would probably be enough to advise users to bind those two commands to keys of their choosing, or to just say Suggested key bindings: In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600) of 2010-11-30 on 3249CTO Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (4.4) --no-opt --cflags -Ic:/imagesupport/include' ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Weird behaviour with org-yank and org-startup-indented
Stefan Monnier monn...@iro.umontreal.ca writes: The problem is in org-indent-refresh-section, which is run from a timer. This function first moves point and then calls remove-text-properties, which is considered a buffer change. Since the mark is active, the selection code saves the region to saved-region-selection, from which it is later saved to the primary selection. Shouldn't org-indent-refresh-section use with-silent-modifications around the remove-text-properties call? If we were starting from scratch, I think it's more sensible to make text property changes silent by default, while providing an explicit call to unsilence them when desired (which seem to be a minority of cases). I guess it's too late to change now, though. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Weird behaviour with org-yank and org-startup-indented
Julien Danjou jul...@danjou.info writes: So it seems that the problem I raise does not interest anybody, but I will continue to debug. This is how to reproduce. It's rather strange to complain about nobody else working on the bug, when you (i) did not give a recipe and (ii) stated that you were already working on it. Now that you have provided a recipe, I will take a look. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Weird behaviour with org-yank and org-startup-indented
Julien Danjou jul...@danjou.info writes: In a Org buffer with org-startup-indented set to t, type: ** TODO abcdefgh Go on `c', activate mark press C-e, press M-w (kill-ring-save). [Wrong primary selection appears] The problem is in org-indent-refresh-section, which is run from a timer. This function first moves point and then calls remove-text-properties, which is considered a buffer change. Since the mark is active, the selection code saves the region to saved-region-selection, from which it is later saved to the primary selection. There are a few possible fixes, but I am yet not sure which is best. One is to avoid setting saved-region-selection inside a timer. Another is for save-excursion to inhibit writing to saved-region-selection; a third is not to treat remove-text-properties as a trigger for saving the primary selection. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Weird behaviour with org-yank and org-startup-indented
Julien Danjou jul...@danjou.info writes: On Wed, Oct 20 2010, Chong Yidong wrote: It's rather strange to complain about nobody else working on the bug, when you (i) did not give a recipe and (ii) stated that you were already working on it. My bad, I think I forgot to add a smiley at the end of the sentence, so here it is: :-) I did not mean to be rude. :) No worries. Thank you for working on the bug. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
