all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* A minor problem with exporting to html
@ 2014-03-23  7:08 Marcin Borkowski
  2014-03-23  8:18 ` Bastien
  0 siblings, 1 reply; 5+ messages in thread
From: Marcin Borkowski @ 2014-03-23  7:08 UTC (permalink / raw)
  To: Org-mode mailing list

Hi all,

exporting to HTML messes up with the kill ring (all the exported
content is put on top of the the kill ring).  Am I the only one
experiencing this?  Is it a feature or a bug?

Best,

-- 
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Adam Mickiewicz University

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: A minor problem with exporting to html
  2014-03-23  7:08 A minor problem with exporting to html Marcin Borkowski
@ 2014-03-23  8:18 ` Bastien
  2014-03-23  8:44   ` Marcin Borkowski
  0 siblings, 1 reply; 5+ messages in thread
From: Bastien @ 2014-03-23  8:18 UTC (permalink / raw)
  To: Marcin Borkowski; +Cc: Org-mode mailing list

Hi Marcin,

Marcin Borkowski <mbork@wmi.amu.edu.pl> writes:

> exporting to HTML messes up with the kill ring (all the exported
> content is put on top of the the kill ring).  Am I the only one
> experiencing this?  Is it a feature or a bug?

(setq org-export-copy-to-kill-ring nil)

I'm all for using nil as the default value by the way.

Would anyone strongly oppose to this?

-- 
 Bastien

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: A minor problem with exporting to html
  2014-03-23  8:18 ` Bastien
@ 2014-03-23  8:44   ` Marcin Borkowski
  2014-03-23  8:50     ` Bastien
  0 siblings, 1 reply; 5+ messages in thread
From: Marcin Borkowski @ 2014-03-23  8:44 UTC (permalink / raw)
  To: emacs-orgmode

Dnia 2014-03-23, o godz. 09:18:45
Bastien <bzg@gnu.org> napisał(a):

> Hi Marcin,
> 
> Marcin Borkowski <mbork@wmi.amu.edu.pl> writes:
> 
> > exporting to HTML messes up with the kill ring (all the exported
> > content is put on top of the the kill ring).  Am I the only one
> > experiencing this?  Is it a feature or a bug?
> 
> (setq org-export-copy-to-kill-ring nil)
> 
> I'm all for using nil as the default value by the way.
> 
> Would anyone strongly oppose to this?
> 

Ooops, it's all in the manual...

But I'd strongly suggest making nil the default value.  I find the
current setting strongly unintuitive (unless one read the manual, that
is;)), and not really needed (at least for me).  If I have the export
results in a separate buffer or file, why would I need them in the kill
ring?  Besides, I often want to do something like this: kill a fragment
of my buffer (usually some option, but not necessarily), export the
file, decide that I preferred the previous version, and yank it back.
Obviously, I can use undo - but what about yanking it in another place,
for instance?

Best,

-- 
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Adam Mickiewicz University

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: A minor problem with exporting to html
  2014-03-23  8:44   ` Marcin Borkowski
@ 2014-03-23  8:50     ` Bastien
  2014-03-23 11:27       ` Marcin Borkowski
  0 siblings, 1 reply; 5+ messages in thread
From: Bastien @ 2014-03-23  8:50 UTC (permalink / raw)
  To: Marcin Borkowski; +Cc: emacs-orgmode

Marcin Borkowski <mbork@wmi.amu.edu.pl> writes:

> But I'd strongly suggest making nil the default value.  I find the
> current setting strongly unintuitive (unless one read the manual, that
> is;)), and not really needed (at least for me).  If I have the export
> results in a separate buffer or file, why would I need them in the kill
> ring?

I guess the default value is a left-over from the time when the HTML
export was just a quick hack, targetting users who want to export
small Org buffer and copy that into another (bigger) HTML file.  Not
sure.

> Besides, I often want to do something like this: kill a fragment
> of my buffer (usually some option, but not necessarily), export the
> file, decide that I preferred the previous version, and yank it back.
> Obviously, I can use undo - but what about yanking it in another place,
> for instance?

I don't know any other place than the kill-ring, but setting
`org-export-copy-to-kill-ring' to nil should solve the problem,
already, no?

-- 
 Bastien

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: A minor problem with exporting to html
  2014-03-23  8:50     ` Bastien
@ 2014-03-23 11:27       ` Marcin Borkowski
  0 siblings, 0 replies; 5+ messages in thread
From: Marcin Borkowski @ 2014-03-23 11:27 UTC (permalink / raw)
  To: emacs-orgmode

Dnia 2014-03-23, o godz. 09:50:24
Bastien <bzg@gnu.org> napisał(a):

> Marcin Borkowski <mbork@wmi.amu.edu.pl> writes:
> 
> > But I'd strongly suggest making nil the default value.  I find the
> > current setting strongly unintuitive (unless one read the manual,
> > that is;)), and not really needed (at least for me).  If I have the
> > export results in a separate buffer or file, why would I need them
> > in the kill ring?
> 
> I guess the default value is a left-over from the time when the HTML
> export was just a quick hack, targetting users who want to export
> small Org buffer and copy that into another (bigger) HTML file.  Not
> sure.
> 
> > Besides, I often want to do something like this: kill a fragment
> > of my buffer (usually some option, but not necessarily), export the
> > file, decide that I preferred the previous version, and yank it
> > back. Obviously, I can use undo - but what about yanking it in
> > another place, for instance?
> 
> I don't know any other place than the kill-ring, but setting
> `org-export-copy-to-kill-ring' to nil should solve the problem,
> already, no?

Well, yes - it did it for me, at least.  But it required setting the
option.  And I suspect that what the majority of users might
need/expect is having this option set to nil - that was what I meant.

BTW, I also think that Org is awesome.  Thanks a lot!

-- 
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Adam Mickiewicz University

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2014-03-23 11:27 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-03-23  7:08 A minor problem with exporting to html Marcin Borkowski
2014-03-23  8:18 ` Bastien
2014-03-23  8:44   ` Marcin Borkowski
2014-03-23  8:50     ` Bastien
2014-03-23 11:27       ` Marcin Borkowski

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.