Re: [O] git repository via http broken

[Jakob Lombacher]

No I haven't waited long enough. :-S It took so long, that somehow I
thought it was broken ... sry.


Thanks for your help!

Jakob

2012/6/27 Nick Dokos :
> Jakob Lombacher  wrote:
>
>> That I misunderstood. I thought this URL was for cloning as well.
>> Because there I got at least that error message es response.
>>
>> Using  http://orgmode.org/org-mode.git I don't get any response at all.
>>
>
> Did you wait long enough? http is *very* slow and there is no progress
> feedback during the cloning:
>
> ,
> | $ time git clone http://orgmode.org/org-mode.git
> | Cloning into org-mode...
> |
> | real  5m5.885s
> | user  0m22.610s
> | sys   0m3.660s
> `
>
> Using the system monitor applet in Gnome, I see my (gigabit ethernet)
> link getting pretty much saturated and I see regular "ticks" on the
> disk, so things get trasmitted and saved, but it took more than five
> minutes for the whole thing to clone (vs. 2.5 mins for a clone over git
> - which also meters progress so you can that it's doing something).
>
> OTOH, atm I'm not behind a firewall and it's conceivable that your IT
> department has shut off access to orgmode somehow. I'd talk to them
> about it. Also, if they provide a socks proxy, you might be able to
> clone over git using socksify or tsocks and avoid the pain of http.
>
> Nick
>
> PS BTW, I know that git gc is recommended on local repos, but is that
>   applicable to the repo on orgmode.org? and would that help with the
>   cloning time?  2.5 mins seems long to me. If not gc, is there
>   something else that would help?
>
>
>> Is there a possibility to clone orgmode via http?
>>
>> Jakob
>>
>>
>>
>> 2012/6/26 Bernt Hansen :
>> > Bernt Hansen  writes:
>> >
>> >> Jakob Lombacher  writes:
>> >
>> >>> Btw.
>> >>> Here (http://orgmode.org/worg/org-contribute.html) are two different
>> >>> url's given (http://orgmode.org/w/org-mode.git and
>> >>> http://orgmode.org/org-mode.git). This is confusing.
>> >
>> >> git clone http://orgmode.org/org-mode.git
>> >>
>> >
>> >> If you confirm that the above URL works without the /w/ I can fix the
>> >> Worg page.
>> >
>> > I can't find any references to the http://orgmode.org/w/org-mode.git for
>> > *cloning* the repository in worg.  These links are for users to browse
>> > the repository online - not for cloning with git.
>> >
>> > Regards,
>> > Bernt
>>

Re: [O] specifying the coding language resulting from a a :results code source block

[Greg Tucker-Kellogg]

Mahalo Tom,

It looks like that's what I'll be doing for the ruby block.  That said, it 
would be great if the :results code argument would allow a language 
specification.

Greg


On Jun 27, 2012, at 10:22 AM, Thomas S. Dye wrote:

> Greg Tucker-Kellogg  writes:
> 
>> I have a Ruby block that creates some dot code.  I'd like to be able
>> to have the #+RESULTS block enclosed
>> in a src block that starts "#+BEGIN_SRC dot".  Using :results value
>> code generates the enclosing SRC block,
>> but using the same language (Ruby) used to generate the code.  Is
>> there a way to specify the coding language
>> of a generated #+RESULTS  src block?  
>> 
>> Thanks,
>> 
>> Greg
>> 
> Aloha Greg,
> 
> This works for me with an emacs-lisp code block named harris-matrix that
> generates dot code.
> 
> #+header: :var input=harris-matrix
> #+header: :file temp.pdf 
> #+header: :cmdline -Tpdf
> #+header: :results output
> #+BEGIN_SRC dot
> $input
> #+END_SRC
> 
> It's not quite what you were after, but it might help?
> 
> All the best,
> Tom
> 
> -- 
> Thomas S. Dye
> http://www.tsdye.com



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [O] specifying the coding language resulting from a a :results code source block

[Thomas S. Dye]

Greg Tucker-Kellogg  writes:

> I have a Ruby block that creates some dot code.  I'd like to be able
> to have the #+RESULTS block enclosed
> in a src block that starts "#+BEGIN_SRC dot".  Using :results value
> code generates the enclosing SRC block,
> but using the same language (Ruby) used to generate the code.  Is
> there a way to specify the coding language
> of a generated #+RESULTS  src block?  
>
> Thanks,
>
> Greg
>
Aloha Greg,

This works for me with an emacs-lisp code block named harris-matrix that
generates dot code.

#+header: :var input=harris-matrix
#+header: :file temp.pdf 
#+header: :cmdline -Tpdf
#+header: :results output
#+BEGIN_SRC dot
$input
#+END_SRC

It's not quite what you were after, but it might help?

All the best,
Tom

-- 
Thomas S. Dye
http://www.tsdye.com

Re: [O] Org-agenda - show content outline from multiple org files

[Bernt Hansen]

"Avner"  writes:

> I have a list of org files associated with org-agenda.
>
> In the Org-Agenda buffer, I want to have a outline content view that
> shows the headings from all the files.
>
> In org-agenda, I can apply "search for keywords" (s) and "Multi-occur"
> (/) to present all the headings, which I can then visit in the org
> file buffer
>
> However, these headings are shown as regular strings. What I'm looking
> for, is a way to present them in color, and indentation according to
> the heading level, similar to the "contents" presentation in the org
> file itself.

Hi Avner,

Maybe this is close to what you are looking for?

(setq org-tags-match-list-sublevels t)
C-c a m LEVEL<4 RET

should show levels 1-3 in all files with sublevels indented.  Sorting by
priorities and things is going to mess up the order in the list.

For me only the TODO keywords are coloured and indentation is done with
leading dots in the agenda view but you can visit and modify the
headings directly from the agenda.

HTH.

Regards,
Bernt

[O] specifying the coding language resulting from a a :results code source block

[Greg Tucker-Kellogg]

I have a Ruby block that creates some dot code.  I'd like to be able to have 
the #+RESULTS block enclosed
in a src block that starts "#+BEGIN_SRC dot".  Using :results value code 
generates the enclosing SRC block,
but using the same language (Ruby) used to generate the code.  Is there a way 
to specify the coding language
of a generated #+RESULTS  src block?  

Thanks,

Greg



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [O] git repository via http broken

[Nick Dokos]

Nick Dokos  wrote:

> Using the system monitor applet in Gnome, I see my (gigabit ethernet)
> link getting pretty much saturated...

Duh - my gigabit ethernet was turned off at the time, so it was using
the wifi connection - no wonder it was saturated.  But it's still some
significant fraction of 54Mb/s, so it's probably not the weakest link:
the time should not change much (I just checked: it didn't).

Nick

[O] org-switch-to-buffer-other-window

[John J Foerch]

Hello,

org-switch-to-buffer-other-window should probably dynamically bind
display-buffer-function to nil, along with the other variables it does.
I use display-buffer-function on my system to do some tricky stuff with
frames, and I think org-switch-to-buffer-other-window would probably
want to override any such configurations so that the little helper
buffers that org uses will always be displayed exactly how org-mode
intends.

-- 
John Foerch

Re: [O] git repository via http broken

[Bernt Hansen]

Jakob Lombacher  writes:

> That I misunderstood. I thought this URL was for cloning as well.
> Because there I got at least that error message es response.
>
> Using  http://orgmode.org/org-mode.git I don't get any response at all.
>
> Is there a possibility to clone orgmode via http?

Yes I successfully clone it from the above URL but as Nick states it
takes a long time.

-Bernt

>
> Jakob
>
>
>
> 2012/6/26 Bernt Hansen :
>> Bernt Hansen  writes:
>>
>>> Jakob Lombacher  writes:
>>
 Btw.
 Here (http://orgmode.org/worg/org-contribute.html) are two different
 url's given (http://orgmode.org/w/org-mode.git and
 http://orgmode.org/org-mode.git). This is confusing.
>>
>>> git clone http://orgmode.org/org-mode.git
>>>
>>
>>> If you confirm that the above URL works without the /w/ I can fix the
>>> Worg page.
>>
>> I can't find any references to the http://orgmode.org/w/org-mode.git for
>> *cloning* the repository in worg.  These links are for users to browse
>> the repository online - not for cloning with git.
>>
>> Regards,
>> Bernt

Re: [O] git repository via http broken

[Nick Dokos]

Jakob Lombacher  wrote:

> That I misunderstood. I thought this URL was for cloning as well.
> Because there I got at least that error message es response.
> 
> Using  http://orgmode.org/org-mode.git I don't get any response at all.
> 

Did you wait long enough? http is *very* slow and there is no progress
feedback during the cloning:

,
| $ time git clone http://orgmode.org/org-mode.git
| Cloning into org-mode...
| 
| real  5m5.885s
| user  0m22.610s
| sys   0m3.660s
`

Using the system monitor applet in Gnome, I see my (gigabit ethernet)
link getting pretty much saturated and I see regular "ticks" on the
disk, so things get trasmitted and saved, but it took more than five
minutes for the whole thing to clone (vs. 2.5 mins for a clone over git
- which also meters progress so you can that it's doing something).

OTOH, atm I'm not behind a firewall and it's conceivable that your IT
department has shut off access to orgmode somehow. I'd talk to them
about it. Also, if they provide a socks proxy, you might be able to
clone over git using socksify or tsocks and avoid the pain of http.

Nick

PS BTW, I know that git gc is recommended on local repos, but is that
   applicable to the repo on orgmode.org? and would that help with the
   cloning time?  2.5 mins seems long to me. If not gc, is there
   something else that would help?


> Is there a possibility to clone orgmode via http?
> 
> Jakob
> 
> 
> 
> 2012/6/26 Bernt Hansen :
> > Bernt Hansen  writes:
> >
> >> Jakob Lombacher  writes:
> >
> >>> Btw.
> >>> Here (http://orgmode.org/worg/org-contribute.html) are two different
> >>> url's given (http://orgmode.org/w/org-mode.git and
> >>> http://orgmode.org/org-mode.git). This is confusing.
> >
> >> git clone http://orgmode.org/org-mode.git
> >>
> >
> >> If you confirm that the above URL works without the /w/ I can fix the
> >> Worg page.
> >
> > I can't find any references to the http://orgmode.org/w/org-mode.git for
> > *cloning* the repository in worg.  These links are for users to browse
> > the repository online - not for cloning with git.
> >
> > Regards,
> > Bernt
> 

Re: [O] git repository via http broken

[Jakob Lombacher]

That I misunderstood. I thought this URL was for cloning as well.
Because there I got at least that error message es response.

Using  http://orgmode.org/org-mode.git I don't get any response at all.

Is there a possibility to clone orgmode via http?

Jakob



2012/6/26 Bernt Hansen :
> Bernt Hansen  writes:
>
>> Jakob Lombacher  writes:
>
>>> Btw.
>>> Here (http://orgmode.org/worg/org-contribute.html) are two different
>>> url's given (http://orgmode.org/w/org-mode.git and
>>> http://orgmode.org/org-mode.git). This is confusing.
>
>> git clone http://orgmode.org/org-mode.git
>>
>
>> If you confirm that the above URL works without the /w/ I can fix the
>> Worg page.
>
> I can't find any references to the http://orgmode.org/w/org-mode.git for
> *cloning* the repository in worg.  These links are for users to browse
> the repository online - not for cloning with git.
>
> Regards,
> Bernt

[O] Org-agenda - show content outline from multiple org files

[Avner]

Hello,

 

I have a list of org files associated with org-agenda.

In the Org-Agenda buffer, I want to have a outline content view that shows
the headings from all the files.

 

In org-agenda, I can apply "search for keywords" (s) and "Multi-occur" (/)
to present all the headings, which I can then visit in the org file buffer

However, these headings are shown as regular strings. What I'm looking for,
is a way to present them in color, and indentation according to the heading
level, similar to the "contents" presentation in the org file itself.

 

Regards,

 

Avner Moshkovitz

 

Re: [O] new exporter

[Achim Gratz]

Nicolas Goaziou writes:
> That may not solve the problem, but could at least simplify it.

The problem can be demonstrated with just this code snippet in place of
org-export.el:

--8<---cut here---start->8---
(eval-when-compile (require 'cl))
(require 'org-macs)
(defun org-export-as
  (backend &optional subtreep visible-only body-only ext-plist noexpand)
(org-export-with-current-buffer-copy
 ()))
(defmacro org-export-with-current-buffer-copy (&rest body)
  (org-with-gensyms (original-buffer offset buffer-string overlays)
`(let ((,original-buffer ,(current-buffer)))
   (with-temp-buffer
(provide 'org-export)
--8<---cut here---end--->8---

So it might be a bit easier to solve now (I hope).


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

Re: [O] [Makefile] Re-compile if FLAGS change

[Achim Gratz]

Jambunathan K writes:
> Apply the following patch and regenerate the html manual.  You will see
> that the manual doesn't get *re*-generated.  Can someone review the
> current rules to DTRT?

They do the right thing.  Make considers sources vs. targets, not
recipes vs. targets.  In this case, a simple "make clean" tells it
you've changed the environment and do want to start from sources again.

BTW, you shouldn't edit default.mk for local configuration, which is
registered with Git (this is especially important since you have push
access to the upstream repo and migth inadvertently publish your
changes).  Edit local.mk instead, which is under your control and never
clashes with anything upstream.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves

Re: [O] new exporter

[Achim Gratz]

Nicolas Goaziou writes:
> Speaking about that, as you suggested already, we should move,
> temporarily, the dispatcher into another file (i.e. org-e-extra.el)
> which would require everything (org-element, org-export, org-e-publish,
> org-e-latex,...) and have _every_ back-end require org-export and
> org-element only.

Sure, but if I didn't goof up on my earlier investigations, it doesn't
solve the problem we are facing here.  Yet it would make the
dependencies more manageable, so if you could do that please go ahead.

I'll have to try and cut down the problem so that it becomes clear where
it fails.  Right now it is a Heisenbug, each time you change something
the error moves to some other place...


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf microQ V2.22R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada

Re: [O] git repository via http broken

[suvayu ali]

On Tue, Jun 26, 2012 at 5:20 PM, Bernt Hansen  wrote:
> I can't find any references to the http://orgmode.org/w/org-mode.git for
> *cloning* the repository in worg.  These links are for users to browse
> the repository online - not for cloning with git.

Maybe the various cloning urls could be shown on gitweb as done on the
repo.or.cz mirror?



-- 
Suvayu

Open source is the future. It sets us free.

Re: [O] Toggle between active and inactive timestamp in CLOCK line does not make sense

[Karl Voit]

* Gregor Zattler  wrote:
> Hi Karl, Reiner, org-mode users and developers,
> * Karl Voit  [26. Jun. 2012]:
>> You might be right with «Toggle between active and inactive
>> timestamp in CLOCK line does not make sense» but I do think that
>> «the toggle mechanism to change timestamp type behaves consistently
>> everywhere» is more important here.
>
> But org-mode already has context-sensitive key bindings in
> various places, especially C-c C-c.  Why is this different?

Because it is not obvious that S-up/down is deactivated only in a
CLOCK line on timestamps. At least for me.

C-c C-c is consistent on its places. It is obvious that when you are
using C-c C-c in a table, it is unlikely that this action results in
adding tags as it does when invoked on a heading line. For example.

For the sake of being consistent, S-up/down should toggle the type
when invoked on a bracket of *every* timestamp. And not "it toggles
the timestamp type *except* in following cases ...".

I could imagine justified a discussion on that topic with a good
reason. But the only reason Reiner gave was that he does not want to
put his cursor on the (consistent) correct spot. In my opinion this
argument is is to weak to throw away consistency.

But I might be overruled or convinced by a lot of other people
arguing for the same change. I do not use clocking by my own (so
far) and therefore I really do not care if timestamp toggling
behaves differently when being in a CLOCK line. But I am concerned
by the general tendency that would start, when Org-mode becomes
indeterministic to the users on other places as well. 
... and this just because somebody is too lazy to put the cursor
where it should go  :-) (no offense!)

-- 
Karl Voit

Re: [O] git repository via http broken

[Bernt Hansen]

Bernt Hansen  writes:

> Jakob Lombacher  writes:

>> Btw.
>> Here (http://orgmode.org/worg/org-contribute.html) are two different
>> url's given (http://orgmode.org/w/org-mode.git and
>> http://orgmode.org/org-mode.git). This is confusing.

> git clone http://orgmode.org/org-mode.git
>

> If you confirm that the above URL works without the /w/ I can fix the
> Worg page.

I can't find any references to the http://orgmode.org/w/org-mode.git for
*cloning* the repository in worg.  These links are for users to browse
the repository online - not for cloning with git.

Regards,
Bernt

Re: [O] git repository via http broken

[Bernt Hansen]

Jakob Lombacher  writes:

> It seems that git via http doesn't work anymore.
>
> --
>>> git clone http://orgmode.org/w/org-mode.git
>  fatal: http://orgmode.org/w/org-mode.git/info/refs not found: did you
> run git update-server-info on the server?

Hi Jakob,

Wrong URL maybe?

git clone http://orgmode.org/org-mode.git

seems to work here.

I think the /w/ URL is wrong.

If you confirm that the above URL works without the /w/ I can fix the
Worg page.

Regards,
Bernt

>
> --
>
> Via git protocol it works just fine, but unfortunately the firewall in
> my company restricts me to http.
> Can anybody fix this? I'think the post-update-hook isn't set.
>
> Jakob
>
> Btw.
> Here (http://orgmode.org/worg/org-contribute.html) are two different
> url's given (http://orgmode.org/w/org-mode.git and
> http://orgmode.org/org-mode.git). This is confusing.

Re: [O] Exporting to groff...

[Nicolas Goaziou]

Hello,

Luis Anaya  writes:

> Nick Dokos  writes:
>
>> would be a good idea to change your starting point: org-latex.el is on
>> its way to extinction, to be replaced by Nicolas Goaziou's "new"
>> exporter. The code for that is in contrib/lisp/org-export.el
>
> Oh... ok.. good! I have no problem taking a look at it. I'll just create
> a groff exporter based on that code then. I have a vested interest being
> that I am more versed in ?roff than LaTeX. I worked with those macros
> for a good chunk of my work life. :). 

Also, you have some documentation for back-end developers at:

  http://orgmode.org/worg/dev/org-export-reference.html


Regards,

-- 
Nicolas Goaziou

Re: [O] new exporter

[Nicolas Goaziou]

Hello,

Achim Gratz  writes:

> Achim Gratz writes:
>> This causes the (current-buffer) to expand literally into the byte-code
>> (look at the byte-code!) instead of being compiled as a function, which
>> obviously isn't going to work.  This does not happen if I either remove
>> the cond form or if I wrap the BODY in save-restriction in progn, but I
>> haven't done any further investigation if the code still works with that
>> change and if maybe there are other places that are similarly struck.
>
> No, that's not right... as long as I compile org-export.el in isolation,
> it compiles correctly.  It croaks if I compile either one of
> org-e-html.el or org-e-odt.el in the same session.  These are the two
> backends that have a (require 'org-export) in them.

Speaking about that, as you suggested already, we should move,
temporarily, the dispatcher into another file (i.e. org-e-extra.el)
which would require everything (org-element, org-export, org-e-publish,
org-e-latex,...) and have _every_ back-end require org-export and
org-element only.

That may not solve the problem, but could at least simplify it.

Is that fine?


Regards,

-- 
Nicolas Goaziou

Re: [O] Exporting to groff...

[Luis Anaya]

Nick Dokos  writes:

Hi Nick!


> would be a good idea to change your starting point: org-latex.el is on
> its way to extinction, to be replaced by Nicolas Goaziou's "new"
> exporter. The code for that is in contrib/lisp/org-export.el


Oh... ok.. good! I have no problem taking a look at it. I'll just create
a groff exporter based on that code then. I have a vested interest being
that I am more versed in ?roff than LaTeX. I worked with those macros
for a good chunk of my work life. :). 

The org-latex.el seemed like a good place to use as my base. 

Thanks!



-- 
Luis Anaya
papo anaya aroba hot mail punto com
"Do not use 100 words if you can say it in 10" - Yamamoto Tsunetomo

Re: [O] Toggle between active and inactive timestamp in CLOCK line does not make sense

[Gregor Zattler]

Hi Karl, Reiner, org-mode users and developers,
* Karl Voit  [26. Jun. 2012]:
> You might be right with «Toggle between active and inactive
> timestamp in CLOCK line does not make sense» but I do think that
> «the toggle mechanism to change timestamp type behaves consistently
> everywhere» is more important here.

But org-mode already has context-sensitive key bindings in
various places, especially C-c C-c.  Why is this different?

Ciao, Gregor
-- 
 -... --- .-. . -.. ..--.. ...-.-

Re: [O] [Makefile] Re-compile if FLAGS change

[Jambunathan K]

Jambunathan K  writes:

> Apply the following patch and regenerate the html manual.

Clarification: This is not a patch to Orgmode.  Just a local change I
needed.

-- 

[O] [Makefile] Re-compile if FLAGS change

[Jambunathan K]

Apply the following patch and regenerate the html manual.  You will see
that the manual doesn't get *re*-generated.  Can someone review the
current rules to DTRT?

-- 
diff --git a/default.mk b/default.mk
index 7bdb7df..af871b6 100644
--- a/default.mk
+++ b/default.mk
@@ -103,7 +103,7 @@ MKDIR	= install -m 755 -d
 MAKEINFO = makeinfo
 
 # How to create the HTML file
-TEXI2HTML = makeinfo --html --number-sections
+TEXI2HTML = makeinfo --html --number-sections --no-headers
 
 # How to find files
 FIND	= find

Re: [O] PROPERTIES added when cycling state

[Carsten Dominik]

Hi Florian,

please take a look at the variable org-mobile-force-id-on-agenda-item.  This is 
likely what is going on - luckily your post showed that you are using 
org-mobile.

Regards

- Carsten

On 26.6.2012, at 14:57, Florian Lindner wrote:

> Hello,
> 
> recently (I think it could be after the emacs 24 update) I have a
> behavior of org-mode that it adds some PROPERTIES drawer when cyling
> the state TODO/DONE/ I was not really able to reproduce that. I'm
> not using todo inter-dependencies or alike so I see no reason why that
> should be needed.
> 
> ** TODO pfcbcreator an neue Templates anpassen
> :PROPERTIES:
> :ID: 6d054c0d-905d-42d4-b748-1c5072bc6bea
> :END:
> 
> My org-mode config is:
> 
> (setq org-directory "~/Dropbox/org/")
> (setq org-agenda-files '("~/Dropbox/org/"))
> (setq org-mobile-directory "~/Dropbox/org/mobile/")
> (setq org-mobile-inbox-for-pull "~/Dropbox/org/mobile.org")
> (setq org-log-done t)
> (setq org-startup-indented t)
> 
> How can I stop that?
> 
> Thanks,
> 
> Florian
> 

[O] PROPERTIES added when cycling state

[Florian Lindner]

Hello,

recently (I think it could be after the emacs 24 update) I have a
behavior of org-mode that it adds some PROPERTIES drawer when cyling
the state TODO/DONE/ I was not really able to reproduce that. I'm
not using todo inter-dependencies or alike so I see no reason why that
should be needed.

** TODO pfcbcreator an neue Templates anpassen
:PROPERTIES:
:ID: 6d054c0d-905d-42d4-b748-1c5072bc6bea
:END:

My org-mode config is:

(setq org-directory "~/Dropbox/org/")
(setq org-agenda-files '("~/Dropbox/org/"))
(setq org-mobile-directory "~/Dropbox/org/mobile/")
(setq org-mobile-inbox-for-pull "~/Dropbox/org/mobile.org")
(setq org-log-done t)
(setq org-startup-indented t)

How can I stop that?

Thanks,

Florian

Re: [O] Reporting Errors in Org Mode Manual

[Ian Barton]

On 26/06/12 12:16, Bastien wrote:

Hi Varun,

Varun Vats  writes:


I looked through the Org Mode manual for a way to report errors and/
or suggest changes in it, but could not find anything other than a
way to report bugs in the Org Mode implementation itself. I was
wondering if someone could point me in the right direction to report
errors and/or suggest changes in the Org Mode manual.


This list is the central place for *any* report -- if you spot errors in
the manual, place report them here.



If you are thinking of doing anything other than minor changes, it's 
worth reading Documentation_Standards.org, which is in the doc folder of 
the git repo.

[O] git repository via http broken

[Jakob Lombacher]

Hi.

It seems that git via http doesn't work anymore.

--
>> git clone http://orgmode.org/w/org-mode.git
 fatal: http://orgmode.org/w/org-mode.git/info/refs not found: did you
run git update-server-info on the server?
--

Via git protocol it works just fine, but unfortunately the firewall in
my company restricts me to http.
Can anybody fix this? I'think the post-update-hook isn't set.

Jakob

Btw.
Here (http://orgmode.org/worg/org-contribute.html) are two different
url's given (http://orgmode.org/w/org-mode.git and
http://orgmode.org/org-mode.git). This is confusing.

Re: [O] Is Org mode gonna break on emacs 24.50.1x ?

[Vladimir Lomov]

Hello,
** Achim Gratz [2012-06-26 06:52:19 +0200]:

> Baptiste Fouques writes:
>> * lisp/emacs-lisp/cl.el (flet): Don't autoload.

>> Makes  my  org not  working  in  several  places (babel,  coupling  with
>> remenber,  …).  I  think  that the  point in  using  'flet' has  appears
>> several times in this group. It seems to become more crucial here.

> All the files using flet (and other cl macros) should have an

>   (eval-when-compile (require 'cl))

> before first use, so whether or not flet is autoloaded should be a
> moot point.

I've searched the source (git actually) found where (require 'cl) is
used without `eval-when-compile' (just a few, htmlize.el is an example)
and changed them apropriately. Nothing changed, tangling is not working.

> If they don't, it's a bug in org.

> If they do and it still doesn't work, the bug may be in org, but more
> likely in Emacs.

So I dont' know where a bug is. I only know which rev. triggers it.

> Regards,
> Achim.

---
WBR, Vladimir Lomov

-- 
We didn't put in ^^ because then we'd have to keep telling people what
it means, and then we'd have to keep telling them why it doesn't short
circuit.  :-/
 -- Larry Wall in <199707300650.xaa05...@wall.org>

Re: [O] Exporting to groff...

[Nick Dokos]

Luis Anaya  wrote:

> Hi:
> 
> Being that groff is not available in org mode (at least by default, I 
> decided to give it a try and write a driver to export Org files into 
> groff with the use of the -mm macros. 
> 
> Being that I'm not familiar with many of the facilities in Org mode, 
> I am modifying the org-latex.el to write groff markups. 
> 
> In its current incarnation it exports the titles, content and basic
> support for tables
> 
> You can see the resultant output at:  http://ppl.ug/1_8pA3lpXWA/
> 
> Really messy code currently in http://github.com/papoanaya/emacs_utils
> 

If you are going to continue working on this and take it further, it
would be a good idea to change your starting point: org-latex.el is on
its way to extinction, to be replaced by Nicolas Goaziou's "new"
exporter. The code for that is in contrib/lisp/org-export.el, and the
latex/html/ascii backends are implemented in
contrib/lisp/org-e-{latex,html,ascii}.el. They are all based on a "real"
org parser in contrib/lisp/org-elements.el, as opposed to the ad-hoc
collection that the current backends use.

Nick

Re: [O] Toggle between active and inactive timestamp in CLOCK line does not make sense

[Karl Voit]

* Rainer Stengele  wrote:
> Hi,

Hallo Reiner!

> having a CLOCK line: (example)
>[2012-06-26 Di 11:00]   CLOCK: [2012-06-26 Di 11:00]--[2012-06-26 Di 
> 12:00] =>  1:00
>
> many times I do adjust the timestamps.
> Unintentionally having point on "]" and or "[" instead of the minute part of 
> the timestamp
> and shifting up or down in order to increase or decrease the timestamp the 
> keypress switches the "]" to ">"
> and the "[" to "<".
>
> I would suggest to stop this behaviour, as it does not make sense in a CLOCK 
> line.

I suggest to keep this behavior because:

- it is consistent: being on brackets change the type.
  Everywhere, not just outside of CLOCK lines.

- Org-mode changes the timestamp according to the position of the
  cursor: on year it changes the year, on month it changes the
  month, on day it changes the day, on hour it changes the hour, on
  minute it changes the minutes (in 5 minutes steps). On the
  bracket, it changes the type.

I really do not intend to offend you but you should simply position
your cursor more carefully since changing timestamps simply is
related to that position as described above.

Or maybe there is a variable which could deactivate timestamp type
change behavior in general.

You might be right with «Toggle between active and inactive
timestamp in CLOCK line does not make sense» but I do think that
«the toggle mechanism to change timestamp type behaves consistently
everywhere» is more important here.

-- 
Karl Voit

Re: [O] Reporting Errors in Org Mode Manual

[Bastien]

Hi Varun,

Varun Vats  writes:

> I looked through the Org Mode manual for a way to report errors and/
> or suggest changes in it, but could not find anything other than a
> way to report bugs in the Org Mode implementation itself. I was
> wondering if someone could point me in the right direction to report
> errors and/or suggest changes in the Org Mode manual.

This list is the central place for *any* report -- if you spot errors in
the manual, place report them here.

Thanks in advance!

-- 
 Bastien

Re: [O] Reporting Errors in Org Mode Manual

[Jambunathan K]

Please submit a patch doc/org.texi.  See
http://orgmode.org/worg/org-contribute.html

> Hi,
>
> I looked through the Org Mode manual for a way to report errors and/
> or suggest changes in it, but could not find anything other than a
> way to report bugs in the Org Mode implementation itself. I was
> wondering if someone could point me in the right direction to report
> errors and/or suggest changes in the Org Mode manual.
>
> Many thanks!
>
> --
> Sincerely,
> Varun Vats
>
>
>
>

-- 

[O] Reporting Errors in Org Mode Manual

[Varun Vats]

Hi,

I looked through the Org Mode manual for a way to report errors and/or
suggest changes in it, but could not find anything other than a way to
report bugs in the Org Mode implementation itself. I was wondering if
someone could point me in the right direction to report errors and/or
suggest changes in the Org Mode manual.

Many thanks!

--
Sincerely,
Varun Vats

Re: [O] org-mode wrongly parse asterisk (*) in a math equation as mark of bold font

[Zihan, Sheldon Liu]

Thanks. I forgot to mention that it also wrongly parsed when exporting to
html at my place.

On Tue, Jun 26, 2012 at 6:29 PM, Carsten Dominik
wrote:

>
> On 26.6.2012, at 12:23, Sebastien Vauban wrote:
>
> > Hi Carsten,
> >
> > Carsten Dominik wrote:
> >> On 26.6.2012, at 10:45, Zihan, Sheldon Liu wrote:
> >>
> >>> I wrote the following line in org-mode, which contains two equations.
> >>>
> >>> $(Z^{*}_{m}, \cdot m)$  $(Z^{*}_{m}, \cdot m)$
> >>>
> >>> But the org-mode didn't identify them as equations. Instead, it
> highlight
> >>> the part between the two *s, i.e. }_{m}, \cdot m)$ $(Z^{, making this
> part
> >>> bold. Is this a bug of org-mode or my own mistake?
> >>
> >> Is this with the new exporter? I tried the old one just now, and it did
> this
> >> correctly in both cases….
> >
> > AFAIU, the OP is not talking of export, only of how it's visible in the
> Org
> > buffer itself.
> >
> > It's true that the equation is not shown as it should (in this case)
> because
> > `*' are interpreted as bold markers.
>
> Ah, OK.  Sorry for the Noise.  Difficult to fix, this would require a
> better parser.
>
> One work-around would be to use \ast for the star..
>
> - Carsten
>
>
>


-- 
Regards,
Zihan, Sheldon Liu

The Media Computing Group (MCG)
where Media Spectrum unleashes Digital Potential for Fun in Life.

School of Creative Media (SCM)
City University of Hong Kong

Re: [O] org-mode wrongly parse asterisk (*) in a math equation as mark of bold font

[Carsten Dominik]

On 26.6.2012, at 12:23, Sebastien Vauban wrote:

> Hi Carsten,
> 
> Carsten Dominik wrote:
>> On 26.6.2012, at 10:45, Zihan, Sheldon Liu wrote:
>> 
>>> I wrote the following line in org-mode, which contains two equations.
>>> 
>>> $(Z^{*}_{m}, \cdot m)$  $(Z^{*}_{m}, \cdot m)$
>>> 
>>> But the org-mode didn't identify them as equations. Instead, it highlight
>>> the part between the two *s, i.e. }_{m}, \cdot m)$ $(Z^{, making this part
>>> bold. Is this a bug of org-mode or my own mistake?
>> 
>> Is this with the new exporter? I tried the old one just now, and it did this
>> correctly in both cases….
> 
> AFAIU, the OP is not talking of export, only of how it's visible in the Org
> buffer itself.
> 
> It's true that the equation is not shown as it should (in this case) because
> `*' are interpreted as bold markers.

Ah, OK.  Sorry for the Noise.  Difficult to fix, this would require a better 
parser.

One work-around would be to use \ast for the star..

- Carsten

Re: [O] org-mode wrongly parse asterisk (*) in a math equation as mark of bold font

[Zihan, Sheldon Liu]

Indeed, it is wrongly showed in the emacs buffer, before exporting. FYI,
I'm use org-mode 7.8

On Tue, Jun 26, 2012 at 6:23 PM, Sebastien Vauban <
wxhgmqzgw...@spammotel.com> wrote:

> Hi Carsten,
>
> Carsten Dominik wrote:
> > On 26.6.2012, at 10:45, Zihan, Sheldon Liu wrote:
> >
> >> I wrote the following line in org-mode, which contains two equations.
> >>
> >> $(Z^{*}_{m}, \cdot m)$  $(Z^{*}_{m}, \cdot m)$
> >>
> >> But the org-mode didn't identify them as equations. Instead, it
> highlight
> >> the part between the two *s, i.e. }_{m}, \cdot m)$ $(Z^{, making this
> part
> >> bold. Is this a bug of org-mode or my own mistake?
> >
> > Is this with the new exporter? I tried the old one just now, and it did
> this
> > correctly in both cases….
>
> AFAIU, the OP is not talking of export, only of how it's visible in the Org
> buffer itself.
>
> It's true that the equation is not shown as it should (in this case)
> because
> `*' are interpreted as bold markers.
>
> Best regards,
>  Seb
>
> --
> Sebastien Vauban
>
>
>


-- 
Regards,
Zihan, Sheldon Liu

The Media Computing Group (MCG)
where Media Spectrum unleashes Digital Potential for Fun in Life.

School of Creative Media (SCM)
City University of Hong Kong

Re: [O] org-mode wrongly parse asterisk (*) in a math equation as mark of bold font

[Sebastien Vauban]

Hi Carsten,

Carsten Dominik wrote:
> On 26.6.2012, at 10:45, Zihan, Sheldon Liu wrote:
>
>> I wrote the following line in org-mode, which contains two equations.
>>
>> $(Z^{*}_{m}, \cdot m)$  $(Z^{*}_{m}, \cdot m)$
>>
>> But the org-mode didn't identify them as equations. Instead, it highlight
>> the part between the two *s, i.e. }_{m}, \cdot m)$ $(Z^{, making this part
>> bold. Is this a bug of org-mode or my own mistake?
>
> Is this with the new exporter? I tried the old one just now, and it did this
> correctly in both cases….

AFAIU, the OP is not talking of export, only of how it's visible in the Org
buffer itself.

It's true that the equation is not shown as it should (in this case) because
`*' are interpreted as bold markers.

Best regards,
  Seb

-- 
Sebastien Vauban

Re: [O] org-mode wrongly parse asterisk (*) in a math equation as mark of bold font

[Carsten Dominik]

On 26.6.2012, at 10:45, Zihan, Sheldon Liu wrote:

> I wrote the following line in org-mode, which contains two equations.
> 
> $(Z^{*}_{m}, \cdot m)$  $(Z^{*}_{m}, \cdot m)$
> 
> But the org-mode didn't identify them as equations. Instead, it highlight the 
> part between the two *s, i.e. }_{m}, \cdot m)$ $(Z^{, making this part bold. 
> Is this a bug of org-mode or my own mistake?
> 
> FYI, if the braces enclosing the "*" are removed (like below)org-mode can 
> parse it correctly.
> 
> 
> $(Z^*_{m}, \cdot m)$  $(Z^*_{m}, \cdot m)$

Is this with the new exporter?  I tried the old one just now, and it did this 
correctly in both cases….

- Carsten

[O] Toggle between active and inactive timestamp in CLOCK line does not make sense

[Rainer Stengele]

Hi,

having a CLOCK line: (example)
   [2012-06-26 Di 11:00]   CLOCK: [2012-06-26 Di 11:00]--[2012-06-26 Di 
12:00] =>  1:00

many times I do adjust the timestamps.
Unintentionally having point on "]" and or "[" instead of the minute part of 
the timestamp
and shifting up or down in order to increase or decrease the timestamp the 
keypress switches the "]" to ">"
and the "[" to "<".

I would suggest to stop this behaviour, as it does not make sense in a CLOCK 
line.

Regards,
Rainer