Re: [O] Feature request: "Figure #:" in labels of listings

[Clément Pit--Claudel]

On 2016-08-24 15:51, Nicolas Goaziou wrote:
> Hello,
> 
> Clément Pit--Claudel  writes:
> 
>> One small difficulty is that html export uses two separate counters
>> for figures and listings, while LaTeX export calls both figures, and
>> uses a single counter.
> 
> This is not necessarily true. For example, when "listings" package is
> used, listings and floats get a different counter.

Ah, I see; thanks for pointing this out!

>> This makes it tricky to reference figures in a way that works with
>> both HTML and LaTeX: for HTML one needs to write "Figure [[fig:a]]
>> shows x, Listing [[lst:b]] shows y" (which exports into "Figure
>> 1 shows x, Listing 1 shows y", while for LaTeX one needs to write
>> "Figure [[fig:a]] shows x, Figure [[lst:a]] shows y" (which exports
>> into "Figure 1 shows x, Figure 2 shows y"). I don't know of an easy
>> way to achieve this.
> 
> You can use @@html:Listinglatex:Figure@@ [[lst:a]], or with a macro
> 
>   #+macro: listing @@html:Listinglatex:Figure@@
> 
> and
> 
>   {{{listing}}} [[lst:a]]

Thanks! That's a convenient workaround. Macros names are not case-sensitive, 
right? (so having to macros {{{listing}}} and {{{Listing}}} won't do)

>> Potential solutions:
>> * Using a single counter in HTML, and calling listings "Figure"s, as in LaTeX
> 
> As stated above, this is not always correct.

Thanks; I missed that part.

>> * Using two counters in LaTeX as well, though this will require changes to 
>> existing Org documents, which is not ideal.
> 
> Counters in "latex" back-end are handled on the LaTeX side, unlike to
> "html".

Got it.

> In any case, I don't think there is a single satisfying solution. It
> really depends on one's needs. I guess we could introduce a variable to
> switch from one counting system to the other, if needed. Patches
> welcome.

Thanks for the clear and comprehensive answer!

Clément.



signature.asc
Description: OpenPGP digital signature

Re: [O] Emacs movement keys

[Alex Recker]

> "You know you're an Emacs user when..."

You try to M-f your way through a URI and accidentally turn it into an
integral.

Re: [O] Feature request: "Figure #:" in labels of listings

[Nicolas Goaziou]

Hello,

Clément Pit--Claudel  writes:

> One small difficulty is that html export uses two separate counters
> for figures and listings, while LaTeX export calls both figures, and
> uses a single counter.

This is not necessarily true. For example, when "listings" package is
used, listings and floats get a different counter.

> This makes it tricky to reference figures in a way that works with
> both HTML and LaTeX: for HTML one needs to write "Figure [[fig:a]]
> shows x, Listing [[lst:b]] shows y" (which exports into "Figure
> 1 shows x, Listing 1 shows y", while for LaTeX one needs to write
> "Figure [[fig:a]] shows x, Figure [[lst:a]] shows y" (which exports
> into "Figure 1 shows x, Figure 2 shows y"). I don't know of an easy
> way to achieve this.

You can use @@html:Listinglatex:Figure@@ [[lst:a]], or with a macro

  #+macro: listing @@html:Listinglatex:Figure@@

and

  {{{listing}}} [[lst:a]]

> Potential solutions:
> * Using a single counter in HTML, and calling listings "Figure"s, as in LaTeX

As stated above, this is not always correct.

> * Using two counters in LaTeX as well, though this will require changes to 
> existing Org documents, which is not ideal.

Counters in "latex" back-end are handled on the LaTeX side, unlike to
"html".

> * Introducing an org-mode equivalent of \autoref that would insert
> (and hyperlink, which would be nice) "Figure", "Listing", "Section", …
> as appropriate based on the link's target.

I'm not sure about what you mean here, and to what export back-end it
applies.

In any case, I don't think there is a single satisfying solution. It
really depends on one's needs. I guess we could introduce a variable to
switch from one counting system to the other, if needed. Patches
welcome.


Regards,

-- 
Nicolas Goaziou

Re: [O] Sharing documents with bibtex bibliography from org to non-org users

[Uwe Brauer]

>>> "Martin" == Martin Leduc  writes:

   > Hi orgers,
   > People using org-mode or LaTeX to write scientific papers inevitably
   > face problems when time comes to share a manuscript with co-authors
   > for reviewing. Unless one decides to restrict the choice of his
   > co-authors based exclusively on their knowledge of LaTeX,
   > collaborators generally use Microsoft Word to write their documents.


In my experience 
- Pandoc is one possibility but does not allow ordering of the
  references.

So the following works best:

-  Use an org file (and the org-ref pkg). See the file org-ref.org
   for details. I have some addons, John, the author of org-ref.org
   provided for my needs, if you want I can send them to you.
   *Important* export the odt file to html, not to ascii text, nor
   to odt. Open the html file with openoffice/libreoffice and save
   it then to odt or doc or docx.

The other way from docx seems somehow to work with pandoc.

Uwe Brauer 

[O] Data loss when working with agenda + x

[Michael Welle]

Hello,

several times I experienced data loss when working with the agenda and
doing something else then, which is yet unknown.

For instance, this morning I opened and closed a couple of tasks from
the agenda view. Then I appended to the org file that holds the tasks.
Maybe I saved that buffer. Maybe I did some other things next. Then I
refreshed the agenda view and the tasks where untouched again, all
logged state data is gone. I found a backup of the org file that clearly
showed that the task's states have been switched to done 15 minutes ago.

I tried to reproduce that behaviour with simple tests, but no success so
far. There must be some condition, I'm not aware of yet. I know this
description is very vague, but maybe you have a hint anyways? It's a bit
annoying if you find open tasks, that you should have been finished a
couple of days ago, and you are not sure if you forgot them or if it's
just state data, that got lost ;).

Regards
hmw

Re: [O] Invalid search bound (wrong side of point) when creating agenda

[Fabrice Popineau]

No the problem is this bug that has been fixed recently in 25.1 about
unbalanced changed hooks.
It is a bug that has always existed, so in  24.x also.

Fabrice

2016-08-23 11:53 GMT+02:00 Eric S Fraga :

> On Tuesday, 23 Aug 2016 at 09:31, Toby Gee wrote:
> >> What version of emacs are you using?  I know that there was a problem in
> >> the development version of emacs early in July that caused this type of
> >> problem.  I am not sure if it has been fixed -- I've kept to a version
> >> from June for the time being.
> >
> > I'm using 24.4.5 on one machine, and 24.5.4 on another (both on OS X),
> > and having the problem on both machines (and on a third, which is also
> > running some version of 24).
>
> Ah, okay, then the problem is something else.  I hope somebody else on
> the list can help!
>
> --
> : Eric S Fraga (0xFFFCF67D), Emacs 25.0.94.1, Org release_8.3.4-655-g9fb077
>
>


-- 
Fabrice Popineau
-
SUPELEC
Département Informatique
3, rue Joliot Curie
91192 Gif/Yvette Cedex
Tel direct : +33 (0) 169851950
Standard : +33 (0) 169851212
--

Re: [O] Invalid search bound (wrong side of point) when creating agenda

[Eric S Fraga]

On Tuesday, 23 Aug 2016 at 09:31, Toby Gee wrote:
>> What version of emacs are you using?  I know that there was a problem in
>> the development version of emacs early in July that caused this type of
>> problem.  I am not sure if it has been fixed -- I've kept to a version
>> from June for the time being.
>
> I'm using 24.4.5 on one machine, and 24.5.4 on another (both on OS X),
> and having the problem on both machines (and on a third, which is also
> running some version of 24).

Ah, okay, then the problem is something else.  I hope somebody else on
the list can help!

-- 
: Eric S Fraga (0xFFFCF67D), Emacs 25.0.94.1, Org release_8.3.4-655-g9fb077