* Re: Release 8.2
2013-09-19 20:27 Release 8.2 Carsten Dominik
@ 2013-09-20 4:32 ` Mehul Sanghvi
2013-09-20 5:07 ` Carsten Dominik
2013-09-20 9:40 ` Alexander Baier
` (5 subsequent siblings)
6 siblings, 1 reply; 28+ messages in thread
From: Mehul Sanghvi @ 2013-09-20 4:32 UTC (permalink / raw
To: Carsten Dominik; +Cc: emacs-orgmode mode
[-- Attachment #1.1: Type: text/plain, Size: 3253 bytes --]
Maybe I'm being nit picky but here's a patch to get rid of a warning that
was coming up with lisp/ox-texinfo.el about using old-style backquotes.
cheers,
mehul
On Thu, Sep 19, 2013 at 4:27 PM, Carsten Dominik
<carsten.dominik@gmail.com>wrote:
>
> Hi everyone,
>
> I have just released version 8.2 of Org mode. This is rather a minor
> release,
> mainly designed to do some stabilization and cleanup before the merge
> into Emacs. Bastien will do this next week (?).
>
> Lets keep in mind that this is the first time that version 8 reaches Emacs,
> so we can assume wider distribution, and possibly more issues and
> complaints
> as the incompatible changes in version 8 reach this wider audience. So we
> should be prepared for the possibility of a more intensive period of
> questions.
> We will see - I hope everything goes well.
>
> Thanks to everyone who contributed to this release.
>
> Enjoy!
>
> - Carsten
>
>
> Incompatible changes
> ====================
>
> `xdg-open' has been removed again from `org-file-apps-defaults-gnu'
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> This did not work properly in some environments as xdg-open is desktop
> specific.
>
>
> Important bug fixes
> ===================
>
> Match string for sparse trees can now contain a slash in a property value
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> You can now have searches like SOMEPROP="aaa/bbb". Until now, this
> would break because the slash would be interpreted as the separator
> starting a TOTO match string.
>
>
> New features
> ============
>
> Changes in the default packages loaded for LaTeX
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> - `rotating' is now a default package, to support sideways tables.
> - `amsmath' is a default package
> - `eucal' package removed, no longer needed since amsmath is present
>
> Furthermore, the manual now specifically notes if an additional
> package is needed for one of the documented attributes.
>
>
> Microsoft Outlook support has been added to /org-mac-link.el/
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> Thanks to Marc McLean for this patch.
>
>
> Lazy autoloading of /org-id.el/ to follow links
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> When following a link that has an `id:' prefix, /org-id.el/ will now
> automatically be loaded.
>
> Thanks to Oleh for this patch
>
>
> New functions for paragraph motion
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> The commands `C-down' and `C-up' now invoke special commands that use
> knowledge from the org-elements parser to move the cursor in a
> paragraph-like way.
>
> Thanks to Nicolas Goaziou for the implementation.
>
>
> New agenda fortnight view
> ~~~~~~~~~~~~~~~~~~~~~~~~~
>
> The agenda has not, in addition to day, week, month, and year views,
> also a fortnight view covering 14 days.
>
> Thanks to Michael Gauland for the implementation.
>
>
> New options
> ===========
>
> New option: [org-special-ctrl-o]
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> This variable can be used to turn off the special behavior of `C-o' in
> tables.
>
>
--
Mehul N. Sanghvi
email: mehul.sanghvi@gmail.com
[-- Attachment #1.2: Type: text/html, Size: 4097 bytes --]
[-- Attachment #2: org-mode-ox-texinfo-backquote-patch.diff --]
[-- Type: application/octet-stream, Size: 915 bytes --]
diff --git a/lisp/ox-texinfo.el b/lisp/ox-texinfo.el
index 30da39d..29fbc07 100644
--- a/lisp/ox-texinfo.el
+++ b/lisp/ox-texinfo.el
@@ -1710,7 +1710,7 @@ file-local settings.
Return output file's name."
(interactive)
(let ((outfile (org-export-output-file-name ".texi" subtreep))
- (org-export-coding-system ',org-texinfo-coding-system))
+ (org-export-coding-system `,org-texinfo-coding-system))
(org-export-to-file 'texinfo outfile
async subtreep visible-only body-only ext-plist)))
@@ -1747,7 +1747,7 @@ directory.
Return INFO file's name."
(interactive)
(let ((outfile (org-export-output-file-name ".texi" subtreep))
- (org-export-coding-system ',org-texinfo-coding-system))
+ (org-export-coding-system `,org-texinfo-coding-system))
(org-export-to-file 'texinfo outfile
async subtreep visible-only body-only ext-plist
(lambda (file) (org-texinfo-compile file)))))
^ permalink raw reply related [flat|nested] 28+ messages in thread
* Re: Release 8.2
2013-09-20 4:32 ` Mehul Sanghvi
@ 2013-09-20 5:07 ` Carsten Dominik
0 siblings, 0 replies; 28+ messages in thread
From: Carsten Dominik @ 2013-09-20 5:07 UTC (permalink / raw
To: Mehul Sanghvi; +Cc: emacs-orgmode mode
[-- Attachment #1.1: Type: text/plain, Size: 3627 bytes --]
Hi Mehul,
thank you for this, I have made that change.
- Carsten
On 20.9.2013, at 06:32, Mehul Sanghvi <mehul.sanghvi@gmail.com> wrote:
> Maybe I'm being nit picky but here's a patch to get rid of a warning that was coming up with lisp/ox-texinfo.el about using old-style backquotes.
>
>
> cheers,
>
> mehul
>
>
>
> On Thu, Sep 19, 2013 at 4:27 PM, Carsten Dominik <carsten.dominik@gmail.com> wrote:
>
> Hi everyone,
>
> I have just released version 8.2 of Org mode. This is rather a minor release,
> mainly designed to do some stabilization and cleanup before the merge
> into Emacs. Bastien will do this next week (?).
>
> Lets keep in mind that this is the first time that version 8 reaches Emacs,
> so we can assume wider distribution, and possibly more issues and complaints
> as the incompatible changes in version 8 reach this wider audience. So we
> should be prepared for the possibility of a more intensive period of questions.
> We will see - I hope everything goes well.
>
> Thanks to everyone who contributed to this release.
>
> Enjoy!
>
> - Carsten
>
>
> Incompatible changes
> ====================
>
> `xdg-open' has been removed again from `org-file-apps-defaults-gnu'
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> This did not work properly in some environments as xdg-open is desktop
> specific.
>
>
> Important bug fixes
> ===================
>
> Match string for sparse trees can now contain a slash in a property value
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> You can now have searches like SOMEPROP="aaa/bbb". Until now, this
> would break because the slash would be interpreted as the separator
> starting a TOTO match string.
>
>
> New features
> ============
>
> Changes in the default packages loaded for LaTeX
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> - `rotating' is now a default package, to support sideways tables.
> - `amsmath' is a default package
> - `eucal' package removed, no longer needed since amsmath is present
>
> Furthermore, the manual now specifically notes if an additional
> package is needed for one of the documented attributes.
>
>
> Microsoft Outlook support has been added to /org-mac-link.el/
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> Thanks to Marc McLean for this patch.
>
>
> Lazy autoloading of /org-id.el/ to follow links
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> When following a link that has an `id:' prefix, /org-id.el/ will now
> automatically be loaded.
>
> Thanks to Oleh for this patch
>
>
> New functions for paragraph motion
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> The commands `C-down' and `C-up' now invoke special commands that use
> knowledge from the org-elements parser to move the cursor in a
> paragraph-like way.
>
> Thanks to Nicolas Goaziou for the implementation.
>
>
> New agenda fortnight view
> ~~~~~~~~~~~~~~~~~~~~~~~~~
>
> The agenda has not, in addition to day, week, month, and year views,
> also a fortnight view covering 14 days.
>
> Thanks to Michael Gauland for the implementation.
>
>
> New options
> ===========
>
> New option: [org-special-ctrl-o]
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> This variable can be used to turn off the special behavior of `C-o' in
> tables.
>
>
>
>
> --
> Mehul N. Sanghvi
> email: mehul.sanghvi@gmail.com
> <org-mode-ox-texinfo-backquote-patch.diff>
[-- Attachment #1.2: Type: text/html, Size: 4715 bytes --]
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 455 bytes --]
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: Release 8.2
2013-09-19 20:27 Release 8.2 Carsten Dominik
2013-09-20 4:32 ` Mehul Sanghvi
@ 2013-09-20 9:40 ` Alexander Baier
2013-09-20 10:01 ` Carsten Dominik
2013-09-20 11:06 ` BUG?: BABEL - " Rainer M Krug
` (4 subsequent siblings)
6 siblings, 1 reply; 28+ messages in thread
From: Alexander Baier @ 2013-09-20 9:40 UTC (permalink / raw
To: emacs-orgmode
Hello Carsten,
Carsten Dominik <carsten.dominik@gmail.com> writes:
[...]
> New agenda fortnight view
> ~~~~~~~~~~~~~~~~~~~~~~~~~
>
> The agenda has not,
Shouldn't this be "The agenda has now,"?
> in addition to day, week, month, and year views, also a fortnight
> view covering 14 days.
>
> Thanks to Michael Gauland for the implementation.
[...]
I do not know how this changelog was produced and if this was already a
typo in the corresponding commit-message and is not to be changed, but I
thought I mention it anyway.
Regards,
Alex
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: Release 8.2
2013-09-20 9:40 ` Alexander Baier
@ 2013-09-20 10:01 ` Carsten Dominik
0 siblings, 0 replies; 28+ messages in thread
From: Carsten Dominik @ 2013-09-20 10:01 UTC (permalink / raw
To: Alexander Baier; +Cc: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 752 bytes --]
Beste Alex,
this is just my very own stupid typo. Thanks!
- Carsten
On Sep 20, 2013, at 11:40 AM, Alexander Baier <lexi.baier@gmail.com> wrote:
> Hello Carsten,
>
> Carsten Dominik <carsten.dominik@gmail.com> writes:
>
> [...]
>
>> New agenda fortnight view
>> ~~~~~~~~~~~~~~~~~~~~~~~~~
>>
>> The agenda has not,
>
> Shouldn't this be "The agenda has now,"?
>
>> in addition to day, week, month, and year views, also a fortnight
>> view covering 14 days.
>>
>> Thanks to Michael Gauland for the implementation.
>
> [...]
>
> I do not know how this changelog was produced and if this was already a
> typo in the corresponding commit-message and is not to be changed, but I
> thought I mention it anyway.
>
>
> Regards,
> Alex
>
>
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 455 bytes --]
^ permalink raw reply [flat|nested] 28+ messages in thread
* BUG?: BABEL - Release 8.2
2013-09-19 20:27 Release 8.2 Carsten Dominik
2013-09-20 4:32 ` Mehul Sanghvi
2013-09-20 9:40 ` Alexander Baier
@ 2013-09-20 11:06 ` Rainer M Krug
2013-09-20 11:06 ` Rainer M Krug
` (3 subsequent siblings)
6 siblings, 0 replies; 28+ messages in thread
From: Rainer M Krug @ 2013-09-20 11:06 UTC (permalink / raw
To: Carsten Dominik; +Cc: emacs-orgmode mode
Carsten Dominik <carsten.dominik@gmail.com> writes:
>
> Hi everyone,
>
> I have just released version 8.2 of Org mode. This is rather a minor release,
> mainly designed to do some stabilization and cleanup before the merge
> into Emacs. Bastien will do this next week (?).
Just upgraded, to 8.2 and I found a bug:
When starting to edit a code block via C-c ' everything works as expected
and the code block is highlighted and an indirect buffer is opened.
When I click into the highlighted block, I an "send" to the indirect
buffer. This behavior changes, after saving with C-s, even when nothing
has been edited: the area in the original org file looses its magic, and
looks normal again and can also be edited!
he indirect buffer stays functional and, upon close vie C-c ' saves the
changes into the original buffer and overwrites changes done in this block.
Can somebody please confirm?
Rainer
--
Rainer M. Krug
email: RMKrug<at>gmail<dot>com
^ permalink raw reply [flat|nested] 28+ messages in thread
* BUG?: BABEL - Release 8.2
2013-09-19 20:27 Release 8.2 Carsten Dominik
` (2 preceding siblings ...)
2013-09-20 11:06 ` BUG?: BABEL - " Rainer M Krug
@ 2013-09-20 11:06 ` Rainer M Krug
2013-09-21 13:54 ` Rainer M Krug
2013-09-20 11:17 ` Suvayu Ali
` (2 subsequent siblings)
6 siblings, 1 reply; 28+ messages in thread
From: Rainer M Krug @ 2013-09-20 11:06 UTC (permalink / raw
To: Carsten Dominik; +Cc: emacs-orgmode mode
Carsten Dominik <carsten.dominik@gmail.com> writes:
>
> Hi everyone,
>
> I have just released version 8.2 of Org mode. This is rather a minor release,
> mainly designed to do some stabilization and cleanup before the merge
> into Emacs. Bastien will do this next week (?).
Just upgraded, to 8.2 and I found a bug:
When starting to edit a code block via C-c ' everything works as expected
and the code block is highlighted and an indirect buffer is opened.
When I click into the highlighted block, I an "send" to the indirect
buffer. This behavior changes, after saving with C-s, even when nothing
has been edited: the area in the original org file looses its magic, and
looks normal again and can also be edited!
he indirect buffer stays functional and, upon close vie C-c ' saves the
changes into the original buffer and overwrites changes done in this block.
Can somebody please confirm?
Rainer
--
Rainer M. Krug
email: RMKrug<at>gmail<dot>com
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: BUG?: BABEL - Release 8.2
2013-09-20 11:06 ` Rainer M Krug
@ 2013-09-21 13:54 ` Rainer M Krug
2013-09-21 15:02 ` BUG?: Org-src " Eric Schulte
2013-09-21 15:25 ` BUG?: BABEL " Ista Zahn
0 siblings, 2 replies; 28+ messages in thread
From: Rainer M Krug @ 2013-09-21 13:54 UTC (permalink / raw
To: emacs-orgmode
Just to reiterate - is this only me or others as well? I consider this
as a serious problem, as it can result in loss of data.
If it is only me, I have to dig deeper into my config.
Cheers,
Rainer
Rainer M Krug <Rainer@krugs.de> writes:
> Carsten Dominik <carsten.dominik@gmail.com> writes:
>
>>
>> Hi everyone,
>>
>> I have just released version 8.2 of Org mode. This is rather a minor release,
>> mainly designed to do some stabilization and cleanup before the merge
>> into Emacs. Bastien will do this next week (?).
>
> Just upgraded, to 8.2 and I found a bug:
>
> When starting to edit a code block via C-c ' everything works as expected
> and the code block is highlighted and an indirect buffer is opened.
>
> When I click into the highlighted block, I an "send" to the indirect
> buffer. This behavior changes, after saving with C-s, even when nothing
> has been edited: the area in the original org file looses its magic, and
> looks normal again and can also be edited!
>
> he indirect buffer stays functional and, upon close vie C-c ' saves the
> changes into the original buffer and overwrites changes done in this block.
>
> Can somebody please confirm?
>
> Rainer
<#secure method=pgpmime mode=sign>
--
Rainer M. Krug
email: RMKrug<at>gmail<dot>com
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: BUG?: Org-src - Release 8.2
2013-09-21 13:54 ` Rainer M Krug
@ 2013-09-21 15:02 ` Eric Schulte
2013-09-21 15:25 ` BUG?: BABEL " Ista Zahn
1 sibling, 0 replies; 28+ messages in thread
From: Eric Schulte @ 2013-09-21 15:02 UTC (permalink / raw
To: Rainer M Krug; +Cc: emacs-orgmode
One possible reason for a lack of reply is the miss-tagging with "babel"
in the subject line. This doesn't have anything to do with code block
execution, so I've re-tagged the subject and hopefully someone with
knowledge of this portion of the code will reply.
Cheers,
Rainer M Krug <Rainer@krugs.de> writes:
> Just to reiterate - is this only me or others as well? I consider this
> as a serious problem, as it can result in loss of data.
>
> If it is only me, I have to dig deeper into my config.
>
> Cheers,
>
> Rainer
>
> Rainer M Krug <Rainer@krugs.de> writes:
>
>> Carsten Dominik <carsten.dominik@gmail.com> writes:
>>
>>>
>>> Hi everyone,
>>>
>>> I have just released version 8.2 of Org mode. This is rather a minor release,
>>> mainly designed to do some stabilization and cleanup before the merge
>>> into Emacs. Bastien will do this next week (?).
>>
>> Just upgraded, to 8.2 and I found a bug:
>>
>> When starting to edit a code block via C-c ' everything works as expected
>> and the code block is highlighted and an indirect buffer is opened.
>>
>> When I click into the highlighted block, I an "send" to the indirect
>> buffer. This behavior changes, after saving with C-s, even when nothing
>> has been edited: the area in the original org file looses its magic, and
>> looks normal again and can also be edited!
>>
>> he indirect buffer stays functional and, upon close vie C-c ' saves the
>> changes into the original buffer and overwrites changes done in this block.
>>
>> Can somebody please confirm?
>>
>> Rainer
> <#secure method=pgpmime mode=sign>
>
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: BUG?: BABEL - Release 8.2
2013-09-21 13:54 ` Rainer M Krug
2013-09-21 15:02 ` BUG?: Org-src " Eric Schulte
@ 2013-09-21 15:25 ` Ista Zahn
1 sibling, 0 replies; 28+ messages in thread
From: Ista Zahn @ 2013-09-21 15:25 UTC (permalink / raw
To: Rainer M Krug; +Cc: emacs-orgmode Mailinglist
I observe the same behavior with org installed from
elpa/org-plus-contrib-20130916.
Best,
Ista
On Sat, Sep 21, 2013 at 9:54 AM, Rainer M Krug <Rainer@krugs.de> wrote:
> Just to reiterate - is this only me or others as well? I consider this
> as a serious problem, as it can result in loss of data.
>
> If it is only me, I have to dig deeper into my config.
>
> Cheers,
>
> Rainer
>
> Rainer M Krug <Rainer@krugs.de> writes:
>
>> Carsten Dominik <carsten.dominik@gmail.com> writes:
>>
>>>
>>> Hi everyone,
>>>
>>> I have just released version 8.2 of Org mode. This is rather a minor release,
>>> mainly designed to do some stabilization and cleanup before the merge
>>> into Emacs. Bastien will do this next week (?).
>>
>> Just upgraded, to 8.2 and I found a bug:
>>
>> When starting to edit a code block via C-c ' everything works as expected
>> and the code block is highlighted and an indirect buffer is opened.
>>
>> When I click into the highlighted block, I an "send" to the indirect
>> buffer. This behavior changes, after saving with C-s, even when nothing
>> has been edited: the area in the original org file looses its magic, and
>> looks normal again and can also be edited!
>>
>> he indirect buffer stays functional and, upon close vie C-c ' saves the
>> changes into the original buffer and overwrites changes done in this block.
>>
>> Can somebody please confirm?
>>
>> Rainer
> <#secure method=pgpmime mode=sign>
>
> --
> Rainer M. Krug
>
> email: RMKrug<at>gmail<dot>com
>
>
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: Release 8.2
2013-09-19 20:27 Release 8.2 Carsten Dominik
` (3 preceding siblings ...)
2013-09-20 11:06 ` Rainer M Krug
@ 2013-09-20 11:17 ` Suvayu Ali
2013-09-23 7:40 ` [BUG] in Release 8.2 - editing code in indirect buffer Rainer M Krug
2013-10-02 22:55 ` Release 8.2 Mike McLean
6 siblings, 0 replies; 28+ messages in thread
From: Suvayu Ali @ 2013-09-20 11:17 UTC (permalink / raw
To: emacs-orgmode
On Thu, Sep 19, 2013 at 10:27:35PM +0200, Carsten Dominik wrote:
>
> Lets keep in mind that this is the first time that version 8 reaches Emacs,
> so we can assume wider distribution, and possibly more issues and complaints
> as the incompatible changes in version 8 reach this wider audience. So we
> should be prepared for the possibility of a more intensive period of questions.
> We will see - I hope everything goes well.
More users and questions => more bugs discovered & fixed => better Org :)
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 28+ messages in thread
* [BUG] in Release 8.2 - editing code in indirect buffer
2013-09-19 20:27 Release 8.2 Carsten Dominik
` (4 preceding siblings ...)
2013-09-20 11:17 ` Suvayu Ali
@ 2013-09-23 7:40 ` Rainer M Krug
2013-09-24 14:01 ` Rainer M Krug
2013-09-24 16:02 ` Carsten Dominik
2013-10-02 22:55 ` Release 8.2 Mike McLean
6 siblings, 2 replies; 28+ messages in thread
From: Rainer M Krug @ 2013-09-23 7:40 UTC (permalink / raw
To: emacs-orgmode; +Cc: Carsten Neumann
[-- Attachment #1: Type: text/plain, Size: 847 bytes --]
I just resend this bug report which has been confirmed by Ista Zahn.
Updated via git ust now:
Org-mode version 8.2 (release_8.2-14-ge5f16b @
/Users/rainerkrug/.emacs.d/org-mode/lisp/)
When starting to edit a code block via C-c ' everything works as expected
and the code block is highlighted and an indirect buffer is opened.
When I click into the highlighted block, I an "send" to the indirect
buffer. This behavior changes, after saving with C-s, even when nothing
has been edited: the area in the original org file looses its magic, and
looks normal again and can also be edited!
The indirect buffer stays functional and, upon close via C-c ' saves the
changes into the original buffer and *overwrites* changes done in this
block in the org document.
Rainer
--
Rainer M. Krug
email: RMKrug<at>gmail<dot>com
[-- Attachment #2: Type: application/pgp-signature, Size: 486 bytes --]
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [BUG] in Release 8.2 - editing code in indirect buffer
2013-09-23 7:40 ` [BUG] in Release 8.2 - editing code in indirect buffer Rainer M Krug
@ 2013-09-24 14:01 ` Rainer M Krug
2013-09-24 16:02 ` Carsten Dominik
1 sibling, 0 replies; 28+ messages in thread
From: Rainer M Krug @ 2013-09-24 14:01 UTC (permalink / raw
To: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 1048 bytes --]
Hi
before this gets lost - I think this is an serious bug, as it can easily
lead to data loss.
Thanks,
Rainer
Rainer M Krug <Rainer@krugs.de> writes:
> I just resend this bug report which has been confirmed by Ista Zahn.
>
> Updated via git ust now:
>
> Org-mode version 8.2 (release_8.2-14-ge5f16b @
> /Users/rainerkrug/.emacs.d/org-mode/lisp/)
>
>
> When starting to edit a code block via C-c ' everything works as expected
> and the code block is highlighted and an indirect buffer is opened.
>
> When I click into the highlighted block, I an "send" to the indirect
> buffer. This behavior changes, after saving with C-s, even when nothing
> has been edited: the area in the original org file looses its magic, and
> looks normal again and can also be edited!
>
> The indirect buffer stays functional and, upon close via C-c ' saves the
> changes into the original buffer and *overwrites* changes done in this
> block in the org document.
>
> Rainer
--
Rainer M. Krug
email: RMKrug<at>gmail<dot>com
[-- Attachment #2: Type: application/pgp-signature, Size: 486 bytes --]
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [BUG] in Release 8.2 - editing code in indirect buffer
2013-09-23 7:40 ` [BUG] in Release 8.2 - editing code in indirect buffer Rainer M Krug
2013-09-24 14:01 ` Rainer M Krug
@ 2013-09-24 16:02 ` Carsten Dominik
2013-09-24 16:17 ` Sebastien Vauban
2013-09-25 6:48 ` Rainer M Krug
1 sibling, 2 replies; 28+ messages in thread
From: Carsten Dominik @ 2013-09-24 16:02 UTC (permalink / raw
To: Rainer M Krug; +Cc: Carsten Neumann, emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 2493 bytes --]
Hi Rainer, hi Carsten,
it does not get lost - it is in my queue. As are, unfortunately, another 35 threads with possible bugs. Help is definitely wanted.
Please see below for my comments and a possible fix.
On 23.9.2013, at 09:40, Rainer M Krug <Rainer@krugs.de> wrote:
> I just resend this bug report which has been confirmed by Ista Zahn.
>
> Updated via git ust now:
>
> Org-mode version 8.2 (release_8.2-14-ge5f16b @
> /Users/rainerkrug/.emacs.d/org-mode/lisp/)
>
>
> When starting to edit a code block via C-c ' everything works as expected
> and the code block is highlighted and an indirect buffer is opened.
>
> When I click into the highlighted block, I an "send" to the indirect
> buffer. This behavior changes, after saving with C-s, even when nothing
> has been edited: the area in the original org file looses its magic, and
> looks normal again and can also be edited!
>
> The indirect buffer stays functional and, upon close via C-c ' saves the
> changes into the original buffer and *overwrites* changes done in this
> block in the org document.
This is a bug which is difficult to fix in all generality. What should really happen is that the text in the original buffer is made read-only. But so far this does not happen in our implementation (due to Dan Davison IIRC). The reason for this is that read-only text properties left by accident in a buffer are difficult to get rid of.
There are many things the user could go back and screw up the original. That's why Org choses to protect with highlighting with an overlay. Note that this is not a protection against editing, but it is a visual warning.
However, what happens during saving is indeed a problem - the overlay gets lost (not really, it gets squeezed to zero by first removing the source code and then inserting the modified version).
Could you please try this patch and test it to see if it is stable and does the right thing?
Thank you.
- Carsten
diff --git a/lisp/org-src.el b/lisp/org-src.el
index 0f88174..062d2d7 100644
--- a/lisp/org-src.el
+++ b/lisp/org-src.el
@@ -757,6 +757,8 @@ with \",*\", \",#+\", \",,*\" and \",,#+\"."
(delete-region beg (max beg end))
(unless (string-match "\\`[ \t]*\\'" code)
(insert code))
+ ;; Make sure the overlay stays in place
+ (when (eq context 'save) (move-overlay ovl beg (point)))
(goto-char beg)
(if single (just-one-space))))
(if (memq t (mapcar (lambda (overlay)
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 455 bytes --]
^ permalink raw reply related [flat|nested] 28+ messages in thread
* Re: [BUG] in Release 8.2 - editing code in indirect buffer
2013-09-24 16:02 ` Carsten Dominik
@ 2013-09-24 16:17 ` Sebastien Vauban
2013-09-24 16:35 ` Carsten Dominik
2013-09-25 6:48 ` Rainer M Krug
1 sibling, 1 reply; 28+ messages in thread
From: Sebastien Vauban @ 2013-09-24 16:17 UTC (permalink / raw
To: emacs-orgmode-mXXj517/zsQ
Hello Carsten,
Carsten Dominik wrote:
> On 23.9.2013, at 09:40, Rainer M Krug <Rainer-vfylz/Ys1k4@public.gmane.org> wrote:
>>
>> When starting to edit a code block via C-c ' everything works as expected
>> and the code block is highlighted and an indirect buffer is opened.
>>
>> When I click into the highlighted block, I an "send" to the indirect buffer.
>> This behavior changes, after saving with C-s, even when nothing has been
>> edited: the area in the original org file looses its magic, and looks normal
>> again and can also be edited!
>>
>> The indirect buffer stays functional and, upon close via C-c ' saves the
>> changes into the original buffer and *overwrites* changes done in this block
>> in the org document.
>
> This is a bug which is difficult to fix in all generality. What should really
> happen is that the text in the original buffer is made read-only. But so far
> this does not happen in our implementation (due to Dan Davison IIRC). The
> reason for this is that read-only text properties left by accident in a
> buffer are difficult to get rid of.
>
> There are many things the user could go back and screw up the original.
> That's why Org choses to protect with highlighting with an overlay. Note that
> this is not a protection against editing, but it is a visual warning.
I never knew that "your" goal was to make the code block read-only in the Org
buffer. Note that I would be really opposed to such a change. Editing code in
the prose would really become a pain to me -- please know that I NEVER use the
indirect buffer.
I hope that we will block such a functionality, would the read-only feature
become possible.
> However, what happens during saving is indeed a problem - the overlay gets
> lost (not really, it gets squeezed to zero by first removing the source code
> and then inserting the modified version).
>
> Could you please try this patch and test it to see if it is stable and does
> the right thing?
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [BUG] in Release 8.2 - editing code in indirect buffer
2013-09-24 16:17 ` Sebastien Vauban
@ 2013-09-24 16:35 ` Carsten Dominik
[not found] ` <578DF849-8046-47A6-879C-FC5874BE591B-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
0 siblings, 1 reply; 28+ messages in thread
From: Carsten Dominik @ 2013-09-24 16:35 UTC (permalink / raw
To: Sebastien Vauban; +Cc: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 2287 bytes --]
On 24.9.2013, at 18:17, Sebastien Vauban <sva-news@mygooglest.com> wrote:
> Hello Carsten,
>
> Carsten Dominik wrote:
>> On 23.9.2013, at 09:40, Rainer M Krug <Rainer@krugs.de> wrote:
>>>
>>> When starting to edit a code block via C-c ' everything works as expected
>>> and the code block is highlighted and an indirect buffer is opened.
>>>
>>> When I click into the highlighted block, I an "send" to the indirect buffer.
>>> This behavior changes, after saving with C-s, even when nothing has been
>>> edited: the area in the original org file looses its magic, and looks normal
>>> again and can also be edited!
>>>
>>> The indirect buffer stays functional and, upon close via C-c ' saves the
>>> changes into the original buffer and *overwrites* changes done in this block
>>> in the org document.
>>
>> This is a bug which is difficult to fix in all generality. What should really
>> happen is that the text in the original buffer is made read-only. But so far
>> this does not happen in our implementation (due to Dan Davison IIRC). The
>> reason for this is that read-only text properties left by accident in a
>> buffer are difficult to get rid of.
>>
>> There are many things the user could go back and screw up the original.
>> That's why Org choses to protect with highlighting with an overlay. Note that
>> this is not a protection against editing, but it is a visual warning.
>
> I never knew that "your" goal was to make the code block read-only in the Org
> buffer. Note that I would be really opposed to such a change. Editing code in
> the prose would really become a pain to me -- please know that I NEVER use the
> indirect buffer.
Hi Sebastian,
I only mean while there is a special buffer also editing this block!
- Carsten
>
> I hope that we will block such a functionality, would the read-only feature
> become possible.
>
>> However, what happens during saving is indeed a problem - the overlay gets
>> lost (not really, it gets squeezed to zero by first removing the source code
>> and then inserting the modified version).
>>
>> Could you please try this patch and test it to see if it is stable and does
>> the right thing?
>
> Best regards,
> Seb
>
> --
> Sebastien Vauban
>
>
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 455 bytes --]
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [BUG] in Release 8.2 - editing code in indirect buffer
2013-09-24 16:02 ` Carsten Dominik
2013-09-24 16:17 ` Sebastien Vauban
@ 2013-09-25 6:48 ` Rainer M Krug
2013-09-25 7:15 ` Carsten Dominik
1 sibling, 1 reply; 28+ messages in thread
From: Rainer M Krug @ 2013-09-25 6:48 UTC (permalink / raw
To: emacs-orgmode
Carsten Dominik <carsten.dominik@gmail.com> writes:
> Hi Rainer, hi Carsten,
>
> it does not get lost - it is in my queue. As are, unfortunately,
> another 35 threads with possible bugs. Help is definitely wanted.
That's what I was looking for - confirmation that is in somebodys
processing queue. Thanks Carsten.
Unfortunately I can't hel as I have barely the elisp knowledge to
maintain my .emacs file.
>
> Please see below for my comments and a possible fix.
>
> On 23.9.2013, at 09:40, Rainer M Krug <Rainer@krugs.de> wrote:
>
>> I just resend this bug report which has been confirmed by Ista Zahn.
>>
>> Updated via git ust now:
>>
>> Org-mode version 8.2 (release_8.2-14-ge5f16b @
>> /Users/rainerkrug/.emacs.d/org-mode/lisp/)
>>
>>
>> When starting to edit a code block via C-c ' everything works as expected
>> and the code block is highlighted and an indirect buffer is opened.
>>
>> When I click into the highlighted block, I an "send" to the indirect
>> buffer. This behavior changes, after saving with C-s, even when nothing
>> has been edited: the area in the original org file looses its magic, and
>> looks normal again and can also be edited!
>>
>> The indirect buffer stays functional and, upon close via C-c ' saves the
>> changes into the original buffer and *overwrites* changes done in this
>> block in the org document.
>
> This is a bug which is difficult to fix in all generality. What
> should really happen is that the text in the original buffer is made
> read-only.
Yup - exactly. That would be the best solution.
> But so far this does not happen in our implementation (due
> to Dan Davison IIRC). The reason for this is that read-only text
> properties left by accident in a buffer are difficult to get rid of.
>
> There are many things the user could go back and screw up the
> original. That's why Org choses to protect with highlighting with an
> overlay. Note that this is not a protection against editing, but it
> is a visual warning.
Possibly because I am using the mouse most of the time to navigate in
text and select buffers, I did not realize this.
>
> However, what happens during saving is indeed a problem - the overlay
> gets lost (not really, it gets squeezed to zero by first removing the
> source code and then inserting the modified version).
>
> Could you please try this patch and test it to see if it is stable and
> does the right thing?
Tried briefly and it seems to work:
1) the visual overlay stays there upon C-x s from indirect buffer
2) If I click with the mouse into it, I am redirected to the indirect
buffer (correct terminology here?)
Let me know when you pushed it to git, than I can upgrade again.
Thanks,
Rainer
>
> Thank you.
>
> - Carsten
>
> diff --git a/lisp/org-src.el b/lisp/org-src.el
> index 0f88174..062d2d7 100644
> --- a/lisp/org-src.el
> +++ b/lisp/org-src.el
> @@ -757,6 +757,8 @@ with \",*\", \",#+\", \",,*\" and \",,#+\"."
> (delete-region beg (max beg end))
> (unless (string-match "\\`[ \t]*\\'" code)
> (insert code))
> + ;; Make sure the overlay stays in place
> + (when (eq context 'save) (move-overlay ovl beg (point)))
> (goto-char beg)
> (if single (just-one-space))))
> (if (memq t (mapcar (lambda (overlay)
>
>
<#secure method=pgpmime mode=sign>
--
Rainer M. Krug
email: RMKrug<at>gmail<dot>com
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [BUG] in Release 8.2 - editing code in indirect buffer
2013-09-25 6:48 ` Rainer M Krug
@ 2013-09-25 7:15 ` Carsten Dominik
2013-09-25 7:29 ` Rainer M Krug
0 siblings, 1 reply; 28+ messages in thread
From: Carsten Dominik @ 2013-09-25 7:15 UTC (permalink / raw
To: Rainer M Krug; +Cc: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 3607 bytes --]
On 25.9.2013, at 08:48, Rainer M Krug <Rainer@krugs.de> wrote:
> Carsten Dominik <carsten.dominik@gmail.com> writes:
>
>> Hi Rainer, hi Carsten,
>>
>> it does not get lost - it is in my queue. As are, unfortunately,
>> another 35 threads with possible bugs. Help is definitely wanted.
>
> That's what I was looking for - confirmation that is in somebodys
> processing queue. Thanks Carsten.
>
> Unfortunately I can't hel as I have barely the elisp knowledge to
> maintain my .emacs file.
>
>>
>> Please see below for my comments and a possible fix.
>>
>> On 23.9.2013, at 09:40, Rainer M Krug <Rainer@krugs.de> wrote:
>>
>>> I just resend this bug report which has been confirmed by Ista Zahn.
>>>
>>> Updated via git ust now:
>>>
>>> Org-mode version 8.2 (release_8.2-14-ge5f16b @
>>> /Users/rainerkrug/.emacs.d/org-mode/lisp/)
>>>
>>>
>>> When starting to edit a code block via C-c ' everything works as expected
>>> and the code block is highlighted and an indirect buffer is opened.
>>>
>>> When I click into the highlighted block, I an "send" to the indirect
>>> buffer. This behavior changes, after saving with C-s, even when nothing
>>> has been edited: the area in the original org file looses its magic, and
>>> looks normal again and can also be edited!
>>>
>>> The indirect buffer stays functional and, upon close via C-c ' saves the
>>> changes into the original buffer and *overwrites* changes done in this
>>> block in the org document.
>>
>> This is a bug which is difficult to fix in all generality. What
>> should really happen is that the text in the original buffer is made
>> read-only.
>
> Yup - exactly. That would be the best solution.
>
>> But so far this does not happen in our implementation (due
>> to Dan Davison IIRC). The reason for this is that read-only text
>> properties left by accident in a buffer are difficult to get rid of.
>>
>> There are many things the user could go back and screw up the
>> original. That's why Org choses to protect with highlighting with an
>> overlay. Note that this is not a protection against editing, but it
>> is a visual warning.
>
> Possibly because I am using the mouse most of the time to navigate in
> text and select buffers, I did not realize this.
>
>>
>> However, what happens during saving is indeed a problem - the overlay
>> gets lost (not really, it gets squeezed to zero by first removing the
>> source code and then inserting the modified version).
>>
>> Could you please try this patch and test it to see if it is stable and
>> does the right thing?
>
> Tried briefly and it seems to work:
>
> 1) the visual overlay stays there upon C-x s from indirect buffer
>
> 2) If I click with the mouse into it, I am redirected to the indirect
> buffer (correct terminology here?)
>
> Let me know when you pushed it to git, than I can upgrade again.
I pushed this fix to maint and master.
- Carsten
>
> Thanks,
>
> Rainer
>
>>
>> Thank you.
>>
>> - Carsten
>>
>> diff --git a/lisp/org-src.el b/lisp/org-src.el
>> index 0f88174..062d2d7 100644
>> --- a/lisp/org-src.el
>> +++ b/lisp/org-src.el
>> @@ -757,6 +757,8 @@ with \",*\", \",#+\", \",,*\" and \",,#+\"."
>> (delete-region beg (max beg end))
>> (unless (string-match "\\`[ \t]*\\'" code)
>> (insert code))
>> + ;; Make sure the overlay stays in place
>> + (when (eq context 'save) (move-overlay ovl beg (point)))
>> (goto-char beg)
>> (if single (just-one-space))))
>> (if (memq t (mapcar (lambda (overlay)
>>
>>
> <#secure method=pgpmime mode=sign>
>
> --
> Rainer M. Krug
>
> email: RMKrug<at>gmail<dot>com
>
>
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 455 bytes --]
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [BUG] in Release 8.2 - editing code in indirect buffer
2013-09-25 7:15 ` Carsten Dominik
@ 2013-09-25 7:29 ` Rainer M Krug
0 siblings, 0 replies; 28+ messages in thread
From: Rainer M Krug @ 2013-09-25 7:29 UTC (permalink / raw
To: emacs-orgmode
Carsten Dominik <carsten.dominik@gmail.com> writes:
> On 25.9.2013, at 08:48, Rainer M Krug <Rainer@krugs.de> wrote:
>
>> Carsten Dominik <carsten.dominik@gmail.com> writes:
>>
>>> Hi Rainer, hi Carsten,
>>>
>>> it does not get lost - it is in my queue. As are, unfortunately,
>>> another 35 threads with possible bugs. Help is definitely wanted.
>>
>> That's what I was looking for - confirmation that is in somebodys
>> processing queue. Thanks Carsten.
>>
>> Unfortunately I can't hel as I have barely the elisp knowledge to
>> maintain my .emacs file.
>>
>>>
>>> Please see below for my comments and a possible fix.
>>>
>>> On 23.9.2013, at 09:40, Rainer M Krug <Rainer@krugs.de> wrote:
>>>
>>>> I just resend this bug report which has been confirmed by Ista Zahn.
>>>>
>>>> Updated via git ust now:
>>>>
>>>> Org-mode version 8.2 (release_8.2-14-ge5f16b @
>>>> /Users/rainerkrug/.emacs.d/org-mode/lisp/)
>>>>
>>>>
>>>> When starting to edit a code block via C-c ' everything works as expected
>>>> and the code block is highlighted and an indirect buffer is opened.
>>>>
>>>> When I click into the highlighted block, I an "send" to the indirect
>>>> buffer. This behavior changes, after saving with C-s, even when nothing
>>>> has been edited: the area in the original org file looses its magic, and
>>>> looks normal again and can also be edited!
>>>>
>>>> The indirect buffer stays functional and, upon close via C-c ' saves the
>>>> changes into the original buffer and *overwrites* changes done in this
>>>> block in the org document.
>>>
>>> This is a bug which is difficult to fix in all generality. What
>>> should really happen is that the text in the original buffer is made
>>> read-only.
>>
>> Yup - exactly. That would be the best solution.
>>
>>> But so far this does not happen in our implementation (due
>>> to Dan Davison IIRC). The reason for this is that read-only text
>>> properties left by accident in a buffer are difficult to get rid of.
>>>
>>> There are many things the user could go back and screw up the
>>> original. That's why Org choses to protect with highlighting with an
>>> overlay. Note that this is not a protection against editing, but it
>>> is a visual warning.
>>
>> Possibly because I am using the mouse most of the time to navigate in
>> text and select buffers, I did not realize this.
>>
>>>
>>> However, what happens during saving is indeed a problem - the overlay
>>> gets lost (not really, it gets squeezed to zero by first removing the
>>> source code and then inserting the modified version).
>>>
>>> Could you please try this patch and test it to see if it is stable and
>>> does the right thing?
>>
>> Tried briefly and it seems to work:
>>
>> 1) the visual overlay stays there upon C-x s from indirect buffer
>>
>> 2) If I click with the mouse into it, I am redirected to the indirect
>> buffer (correct terminology here?)
>>
>> Let me know when you pushed it to git, than I can upgrade again.
>
> I pushed this fix to maint and master.
Thanks,
Rainer
>
> - Carsten
>
>>
>> Thanks,
>>
>> Rainer
>>
>>>
>>> Thank you.
>>>
>>> - Carsten
>>>
>>> diff --git a/lisp/org-src.el b/lisp/org-src.el
>>> index 0f88174..062d2d7 100644
>>> --- a/lisp/org-src.el
>>> +++ b/lisp/org-src.el
>>> @@ -757,6 +757,8 @@ with \",*\", \",#+\", \",,*\" and \",,#+\"."
>>> (delete-region beg (max beg end))
>>> (unless (string-match "\\`[ \t]*\\'" code)
>>> (insert code))
>>> + ;; Make sure the overlay stays in place
>>> + (when (eq context 'save) (move-overlay ovl beg (point)))
>>> (goto-char beg)
>>> (if single (just-one-space))))
>>> (if (memq t (mapcar (lambda (overlay)
>>>
>>>
>> <#secure method=pgpmime mode=sign>
>>
>> --
>> Rainer M. Krug
>>
>> email: RMKrug<at>gmail<dot>com
>>
>>
>
<#secure method=pgpmime mode=sign>
--
Rainer M. Krug
email: RMKrug<at>gmail<dot>com
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: Release 8.2
2013-09-19 20:27 Release 8.2 Carsten Dominik
` (5 preceding siblings ...)
2013-09-23 7:40 ` [BUG] in Release 8.2 - editing code in indirect buffer Rainer M Krug
@ 2013-10-02 22:55 ` Mike McLean
6 siblings, 0 replies; 28+ messages in thread
From: Mike McLean @ 2013-10-02 22:55 UTC (permalink / raw
To: Carsten Dominik; +Cc: emacs-orgmode mode
[-- Attachment #1: Type: text/plain, Size: 344 bytes --]
On Sep 19, 2013, at 4:27 PM, Carsten Dominik <carsten.dominik@gmail.com> wrote:
> Microsoft Outlook support has been added to /org-mac-link.el/
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> Thanks to Marc McLean for this patch.
>
Probably way to late now, but “Mike McLean” (not Marc)
No worries.
[-- Attachment #2: Type: text/html, Size: 3764 bytes --]
^ permalink raw reply [flat|nested] 28+ messages in thread