I played around with this a little. Here is a minimal kind of example
with a custom exporter that handles quiz blocks separately. The quiz
block can have some attributes defined that get used in rendering the
HTML. Is this along the lines of what you are trying to do?
* A custom type
#+BEGIN_EXA
Hello,
Marcin Borkowski writes:
> Now that I actually started work on my exporter, I'd like to investigate
> this further. The thing is, I'm not sure where to start. First of all,
> I have a bit old Org-mode (without latex-math-blocks); I guess I'll just
> have to update it (I'll try to do an
Could you remind us of what you are trying to do? It seems like you may
not necessarily need custom elements (although that could be
useful). For example, you can put a lot of information in properties of
a headline.
You might be interested in this:
http://kitchingroup.cheme.cmu.edu/blog/2014/11/
On 2014-11-25, at 22:25, Marcin Borkowski wrote:
> Now that I actually started work on my exporter, I'd like to investigate
> this further. The thing is, I'm not sure where to start. First of all,
> I have a bit old Org-mode (without latex-math-blocks); I guess I'll just
> have to update it (I'
Hello there,
this is close to necromancy, but let me revive this old thread.
On 2014-03-16, at 11:16, Nicolas Goaziou wrote:
> Another, more advanced option, is to use a parse tree filter to create
> pseudo-types, i.e., element or object types that don't exist in regular
> Org syntax. See `math-
Hello,
Marcin Borkowski writes:
> I started to wonder and came to the conclusion that this might be
> interesting for my "cloze" idea (with syntax as in one of my previous
> messages). However, I can't really understand what is going on here.
> It seems to me that the key function is
> org-late
Dnia 2014-03-16, o godz. 11:16:03
Nicolas Goaziou napisał(a):
> Another, more advanced option, is to use a parse tree filter to create
> pseudo-types, i.e., element or object types that don't exist in
> regular Org syntax. See `math-block' type in "ox-latex.el", in
> particular `org-latex-math-bl
Dnia 2014-03-16, o godz. 15:12:46
Nicolas Goaziou napisał(a):
> Marcin Borkowski writes:
>
> > So basically I can attach #+ATTR_WHATEVER attributes also to lists,
> > paragraphs and other elements? Even list items? (This would mean
> > that I could mark the "correct" answer using that syntax
Hi Marcin and Nicolas,
2014ko martxoak 16an, Nicolas Goaziou-ek idatzi zuen:
>
> Marcin Borkowski writes:
>
>> I thought about it. But, as I said, I'm going to have two backends,
>> one for LaTeX, one for HTML. WOuld it be possible to have e.g.
>>
>> #+ATTR_TEST
>>
>> working for both?
>
> Of c
Marcin Borkowski writes:
> So basically I can attach #+ATTR_WHATEVER attributes also to lists,
> paragraphs and other elements? Even list items? (This would mean
> that I could mark the "correct" answer using that syntax - but I think
> this would be too verbose. I can't see any harm in abusin
Dnia 2014-03-16, o godz. 12:57:49
Nicolas Goaziou napisał(a):
> Marcin Borkowski writes:
>
> > I thought about it. But, as I said, I'm going to have two backends,
> > one for LaTeX, one for HTML. WOuld it be possible to have e.g.
> >
> > #+ATTR_TEST
> >
> > working for both?
>
> Of course. Y
Marcin Borkowski writes:
> I thought about it. But, as I said, I'm going to have two backends,
> one for LaTeX, one for HTML. WOuld it be possible to have e.g.
>
> #+ATTR_TEST
>
> working for both?
Of course. You decide, at the backend level, what attributes are read.
For example, "ox-beamer.e
Dnia 2014-03-16, o godz. 11:16:03
Nicolas Goaziou napisał(a):
> Hello,
>
> Marcin Borkowski writes:
>
> > OK, so I did some research, and I found out that "special blocks"
> > are probably the best idea. So, items with checkboxes
> > whose :parent is a special block like "MCT" or "SCT" could
Hello,
Marcin Borkowski writes:
> OK, so I did some research, and I found out that "special blocks" are
> probably the best idea. So, items with checkboxes whose :parent is a
> special block like "MCT" or "SCT" could behave accordingly. Still, I
> can't see in the docs any mentions about possi
Dnia 2014-03-15, o godz. 11:10:59
Marcin Borkowski napisał(a):
> Hi list,
>
> I'd like to extend the LaTeX exporter to be able to prepare tests with
> Org-mode. Four basic kinds of tests I'm thinking about are: single
> choice test, multiple choice test, cloze test and an "open" question
> (whe
Dnia 2014-03-15, o godz. 12:25:13
Marcin Borkowski (by way of Marcin Borkowski
) napisał(a):
> Dnia 2014-03-15, o godz. 07:10:31
> John Kitchin napisał(a):
>
> > I suggest you look into the acrotex package
> > (http://www.acrotex.net/) which has good support for tests. You can
> > use the regul
Dnia 2014-03-15, o godz. 07:10:31
John Kitchin napisał(a):
> I suggest you look into the acrotex package (http://www.acrotex.net/)
> which has good support for tests. You can use the regular latex
> exporter with that.
Thanks!
However, what I'm really after is the HTML/JS export. Since I feel
I suggest you look into the acrotex package (http://www.acrotex.net/) which
has good support for tests. You can use the regular latex exporter with
that.
John
---
John Kitchin
Associate Professor
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon
Hi list,
I'd like to extend the LaTeX exporter to be able to prepare tests with
Org-mode. Four basic kinds of tests I'm thinking about are: single
choice test, multiple choice test, cloze test and an "open" question
(where the expected answer is, say, at most 5 lines of text). It
would enable th
19 matches
Mail list logo