(unknown)

(unknown)

[Jost Burkardt]

Hi,

I really love the integration of remember with org, especially the way
how to insert the notes by moving within the headings-tree. 

Is it possible to use this feature also for moving portions of text
via regular copy/paste an org-buffer, and have org automatically adapt
the header levels? I didn't find anything in the manual.

One possible workaround for me is to use remember-clipboard, which has
the drawback, that the clipboard's content is indented, so I always
have to remove the indentation by hand.

What do you think?
Jost

Re:

[Jason F. McBrayer]

Jost Burkardt <jost.burkardt@web.de> writes:

> I really love the integration of remember with org, especially the way
> how to insert the notes by moving within the headings-tree. 
>
> Is it possible to use this feature also for moving portions of text
> via regular copy/paste an org-buffer, and have org automatically adapt
> the header levels? I didn't find anything in the manual.

C-c C-x C-w will cut a subtree, which you can paste with C-c C-x C-y,
and it will automatically adapt the header levels.  You can navigate
to where you want to insert it with C-c C-j, which works a lot like
selecting your place with org-remember.

-- 
+-----------------------------------------------------------+
| Jason F. McBrayer                    jmcbray@carcosa.net  |
| If someone conquers a thousand times a thousand others in |
| battle, and someone else conquers himself, the latter one |
| is the greatest of all conquerors.  --- The Dhammapada    |

C-c C-j (was: )

[Leo]

On 2007-04-05, Jason F. McBrayer said:

>> I really love the integration of remember with org, especially the way
>> how to insert the notes by moving within the headings-tree. 
>>
>> Is it possible to use this feature also for moving portions of text
>> via regular copy/paste an org-buffer, and have org automatically adapt
>> the header levels? I didn't find anything in the manual.
>
> C-c C-x C-w will cut a subtree, which you can paste with C-c C-x C-y,
> and it will automatically adapt the header levels.  You can navigate
> to where you want to insert it with C-c C-j, which works a lot like
> selecting your place with org-remember.

I also found C-c C-j convenient. However, it is quite weak when
navigating through a big file with various levels of subtrees. I
wonder would it be useful to add the support of navigating subtrees on
the same level?

-- 
Leo <sdl.web AT gmail.com>                         (GPG Key: 9283AA3F)

Re: C-c C-j

[Leo]

On 2007-04-05, Leo said:

> I also found C-c C-j convenient. However, it is quite weak when
> navigating through a big file with various levels of subtrees. I
> wonder would it be useful to add the support of navigating subtrees on
> the same level?

I know C-c C-b and C-c C-f navigate on the same level. I was thinking
of making M-<up/down> navigate on the same level after hitting C-c
C-j.

-- 
Leo <sdl.web AT gmail.com>                         (GPG Key: 9283AA3F)

Re: Re: C-c C-j

[Carsten Dominik]

On Apr 5, 2007, at 16:08, Leo wrote:

> On 2007-04-05, Leo said:
>
>> I also found C-c C-j convenient. However, it is quite weak when
>> navigating through a big file with various levels of subtrees. I
>> wonder would it be useful to add the support of navigating subtrees on
>> the same level?
>
> I know C-c C-b and C-c C-f navigate on the same level. I was thinking
> of making M-<up/down> navigate on the same level after hitting C-c
> C-j.

The keymap for org-goto has many more entries - seems like I never
documented this properly.  Here is the complete list.  Maybe
the n - p - f - p - u keys are what you are looking for?

TAB        org-cycle
down       outline-next-visible-heading
up         outline-previous-visible-heading
n          outline-next-visible-heading
p          outline-previous-visible-heading
f          outline-forward-same-level
b          outline-backward-same-level
u          outline-up-heading
C-c C-n    outline-next-visible-heading
C-c C-p    outline-previous-visible-heading
C-c C-f    outline-forward-same-level
C-c C-b    outline-backward-same-level
C-c C-u    outline-up-heading

RET        org-goto-ret
left       org-goto-left
right      org-goto-right
q          org-goto-quit
C-g        org-goto-quit

0-9        digit-argument

- Carsten

Re: C-c C-j

[Leo]

On 2007-04-05, Carsten Dominik said:

> The keymap for org-goto has many more entries - seems like I never
> documented this properly.  Here is the complete list.  Maybe
> the n - p - f - p - u keys are what you are looking for?
[...]

Indeed, this is exactly what I was looking for. Awesome!

-- 
Leo <sdl.web AT gmail.com>                         (GPG Key: 9283AA3F)

Re:

[Michaël Parienti]

 
 Le mer 06/08/08 09:37, Paul R paul.r.ml@gmail.com a écrit:
> Hi Michaël,
> 
> On Mon, 4 Aug 2008 14:21:00 +0200, Michaël Parienti <michael
> @parienti.name> said:
> Michaël> Hi,
> 
> Michaël> After upgrading to orgmode version 6.05 (with an aptitude
> Michaël> dist-upgrade under a debian sid system), and changing my
> Michaël> configuration file to resolve the problem described here:
> Michaël> http://www.mail-archive.com/emacs-o
>
> rgmode@gnu.org/msg07167.html,
Michaël> I still have a problem when I type C-ca. I get the
> following
Michaël> error message:
> 
> Michaël> "Autoloading failed to define function org-agenda"


I uninstall one of my emacs version (the snapshot one) and keep
just the 22.2.1 version. I reinstall the org-mode package from
debian repository.

I am sure that I have only one version of the org-mode files
availables for emacs: I manually deleted source directory
(*..el files) and the *.elc files compiled for snapshot version
of emacs.

Here is the content of my load-path variable:
("/usr/share/emacs22/site-lisp/python-mode"
"/usr/share/emacs22/site-lisp/pymacs"
"/usr/share/emacs22/site-lisp/pymacs"
"/usr/share/emacs22/site-lisp/org-mode"
"/usr/share/emacs22/site-lisp/css-mode"
"/usr/share/emacs/site-lisp/css-mode"
"/usr/share/emacs22/site-lisp/a2ps"
"/usr/share/emacs22/site-lisp/wl"
"/usr/share/emacs22/site-lisp/semi"
"/usr/share/emacs22/site-lisp/w3m"
"/usr/share/emacs22/site-lisp/w3m/shimbun"
"/usr/share/emacs22/site-lisp/html-helper-mode" ...) available
in *Message* buffer. It seems troncated, but I don't know how to
get it complety.


-- 
Michaël Parienti

Re:

[Paul R]

On Wed, 6 Aug 2008 17:50:38 +0200, " Michaël Parienti" <michael@parienti.name> said:

Michaël> I uninstall one of my emacs version (the snapshot one) and
Michaël> keep just the 22.2.1 version. I reinstall the org-mode
Michaël> package from debian repository.

Michaël> I am sure that I have only one version of the org-mode files
Michaël> availables for emacs: I manually deleted source directory
Michaël> (*..el files) and the *.elc files compiled for snapshot
Michaël> version of emacs.

What happens if you (require 'org-install) before first call to org ?
If it works straight, then you may need to find where your default org
autoloads are defined. If it does not work, then you may need to
rebuild the org-install file. To do so, on debian, get your package
sources and run the build process. org-install.el is generated during
this process IIRC. Finally, depending on your conclusions, you can
write an email to the package maintainer to inform him that something
is wrong in its org package.

-- 
  Paul

Re:

[Immanuel Litzroth]

Just going by what I see, not having tried it:
(setq haskell-process-args-stack-ghci (list "--ghci-options"
"-XFlexibleContexts"))

In your version the process gets 1 argument (with a space in it). In
my version it gets 2 args.
Immanuel

On Thu, Jan 20, 2022 at 8:22 PM Roger Mason <rmason@mun.ca> wrote:
>
> Hello,
>
> I want to run stack ghci from haskell blocks in org-mode.  For the
> task at I need to start ghci with command line option
> -XFlexibleContexts.  I have this in my org-mode buffer:
>
> #+begin_src emacs-lisp :results none
> (setq haskell-process-type 'stack-ghci)
> (setq haskell-process-args-stack-ghci (list "--ghci-options -XFlexibleContexts"))
> #+end_src
>
> but I get
>
> Process haskell exited abnormally with code 1
> Invalid option `--ghci-options -XFlexibleContexts'
>
> in the inferior haskell buffer.
>
> Does anyone know how to do what I want?
>
> Thanks,
> Roger
>


-- 
-- A man must either resolve to point out nothing new or to become a
slave to defend it. -- Sir Isaac Newton

Re:

[Roger Mason]

Immanuel Litzroth <immanuel.litzroth@gmail.com> writes:

> Just going by what I see, not having tried it:
> (setq haskell-process-args-stack-ghci (list "--ghci-options"
> "-XFlexibleContexts"))
>
> In your version the process gets 1 argument (with a space in it). In
> my version it gets 2 args.
> Immanuel

Indeed, that was it.  Many thanks,
Roger