Xan wrote:
Hi,
Is there any way for setupitemize only for \startitemize[a]?
I want do something like:
\setupitemize[a][left=(,right=),stopper=]
\defineitemgroup[myitemize] ...
-
Hans
Hi,
Is there any way for setupitemize only for \startitemize[a]?
I want do something like:
\setupitemize[a][left=(,right=),stopper=]
Thanks,
Xan.
___
If your question is of interest to others as well, please add an
Aditya Mahajan wrote:
\def\defineSOMETHING%
{\dodoubleargument\dodefineSOMETHING}
\def\dodefineSOMETHING[#1][#2]%
{\setvalue{#1}{\dododefineSOMETHING[#2]}
some do, but sometimes redefinition is quite legal; it happens that
'note' and 'symbol' are pretty core
the convention (as mentioned
On Thu, Jul 23, 2009 at 5:52 PM, Aditya Mahajan wrote:
> On Thu, 23 Jul 2009, Wolfgang Schuster wrote:
>
>
>> Am 23.07.2009 um 17:05 schrieb Aditya Mahajan:
>>
>> I think an easier thing to do will be to follow latex's style of
>>> \newcommand and \renewcommand. That is, all \definecommands shou
On Thu, 23 Jul 2009, Wolfgang Schuster wrote:
Am 23.07.2009 um 17:05 schrieb Aditya Mahajan:
I think an easier thing to do will be to follow latex's style of
\newcommand and \renewcommand. That is, all \definecommands should check if
the macro is previously defined or not. If it is defined,
On Thu, Jul 23, 2009 at 5:33 PM, Wolfgang Schuster <
schuster.wolfg...@googlemail.com> wrote:
>
> Am 23.07.2009 um 17:16 schrieb luigi scarso:
>
> hmm, where do you see the problem ?
>>
>
> As programmer it's no problem to use a namespace for macros but how
> do you convince users to use them,
En/na Hans Hagen ha escrit:
Xan wrote:
Really, I did not know that. It's a messy thing that we could not
define what we like ;-)
it's the nature of a tex macro package; ok, i can add some strict
testing for in in mkiv but even then it might just be that someone who
knows th einternals (like
Am 23.07.2009 um 17:16 schrieb luigi scarso:
hmm, where do you see the problem ?
As programmer it's no problem to use a namespace for macros but how
do you convince users to use them, should they write
\startprivate[foo]
\definenote[footnote][...]
\defineregister[index][...]
On Thu, Jul 23, 2009 at 5:16 PM, luigi scarso wrote:
>
>
> On Thu, Jul 23, 2009 at 5:10 PM, Wolfgang Schuster <
> schuster.wolfg...@googlemail.com> wrote:
>
>>
>> Am 23.07.2009 um 17:05 schrieb luigi scarso:
>>
>>
>> On Thu, Jul 23, 2009 at 4:58 PM, Wolfgang Schuster <
>>> schuster.wolfg...@googl
Am 23.07.2009 um 17:05 schrieb Aditya Mahajan:
I think an easier thing to do will be to follow latex's style of
\newcommand and \renewcommand. That is, all \definecommands should
check if the macro is previously defined or not. If it is defined,
issue a warning or an error.
There is \def
On Thu, Jul 23, 2009 at 5:10 PM, Wolfgang Schuster <
schuster.wolfg...@googlemail.com> wrote:
>
> Am 23.07.2009 um 17:05 schrieb luigi scarso:
>
>
> On Thu, Jul 23, 2009 at 4:58 PM, Wolfgang Schuster <
>> schuster.wolfg...@googlemail.com> wrote:
>>
>> Am 23.07.2009 um 16:48 schrieb luigi scarso:
On Thu, Jul 23, 2009 at 5:05 PM, Aditya Mahajan wrote:
> On Thu, 23 Jul 2009, luigi scarso wrote:
>
> On Thu, Jul 23, 2009 at 4:37 PM, Hans Hagen wrote:
>>
>> Xan wrote:
>>>
>>> Really, I did not know that. It's a messy thing that we could not define
>>>
what we like ;-)
>>> it
Am 23.07.2009 um 17:05 schrieb luigi scarso:
On Thu, Jul 23, 2009 at 4:58 PM, Wolfgang Schuster <
schuster.wolfg...@googlemail.com> wrote:
Am 23.07.2009 um 16:48 schrieb luigi scarso:
2) define your macros inside
\startPrivate[namespace]
...
\stopPrivate
And how do you want to access the
On Thu, 23 Jul 2009, luigi scarso wrote:
On Thu, Jul 23, 2009 at 4:37 PM, Hans Hagen wrote:
Xan wrote:
Really, I did not know that. It's a messy thing that we could not define
what we like ;-)
it's the nature of a tex macro package; ok, i can add some strict testing
for in in mkiv but e
On Thu, Jul 23, 2009 at 4:58 PM, Wolfgang Schuster <
schuster.wolfg...@googlemail.com> wrote:
>
> Am 23.07.2009 um 16:48 schrieb luigi scarso:
>
> 2) define your macros inside
>> \startPrivate[namespace]
>> ...
>> \stopPrivate
>>
>
> And how do you want to access the macros in your document?
>
by
Am 23.07.2009 um 16:48 schrieb luigi scarso:
2) define your macros inside
\startPrivate[namespace]
...
\stopPrivate
And how do you want to access the macros in your document?
Wolfgang
___
If your question is of
On Thu, Jul 23, 2009 at 4:37 PM, Hans Hagen wrote:
> Xan wrote:
>
> Really, I did not know that. It's a messy thing that we could not define
>> what we like ;-)
>>
>
> it's the nature of a tex macro package; ok, i can add some strict testing
> for in in mkiv but even then it might just be that s
Xan wrote:
Really, I did not know that. It's a messy thing that we could not define
what we like ;-)
it's the nature of a tex macro package; ok, i can add some strict
testing for in in mkiv but even then it might just be that someone who
knows th einternals (like wolfgang or wolfgang or wolf
the error (tip: use a bit more empty lines in your source)
\defineregister[symbol][symbols]
\starttext
\startitemize[1] \item test \stopitemize
\stoptext
Thank you VERY much Hans. I'm charmed. Thanks. I was crazy finding the
error. I was convinced that it was a silly thing.
a
more empty lines in your source)
\defineregister[symbol][symbols]
\starttext
\startitemize[1] \item test \stopitemize
\stoptext
as you redefine \symbol to be a register entry resolving \symbol[1]
inside the itemize does not work any more as expected
so, when defining commands
- avoid built
Hi Xan,
Have you ever considered to create a minimum example, your example is
far away from
this and you would do not only other people a favor with this but you
too.
Wolfgang
___
If your question is of interest
Hi Hans,
First of all, thank you very much for helping in the above problem.
Can you solve this now ? ;-)
When I change startitemize[n] to startitemize[1] in line 394 I get this
error:
! Argument of \dodoregister has an extra }.
\par
}
\doattributes ...name
Ah!, for startitemize[n] it works.
En/na Xan ha escrit:
Hi,
Sorry for perhaps silly question, but I receive and error for this code:
\subsubsubject{El problema de la paraula}
\startitemize[1]
\item $\pi(x^{-1}) = \pi(x)^{-1}$ per a tot $x \in X$.
\item Per a tota paraula $w = w_1 \ldots w_r
Hi,
Sorry for perhaps silly question, but I receive and error for this code:
\subsubsubject{El problema de la paraula}
\startitemize[1]
\item $\pi(x^{-1}) = \pi(x)^{-1}$ per a tot $x \in X$.
\item Per a tota paraula $w = w_1 \ldots w_r$ sobre $X \cup X^{-1}$,
\startformula
\pi(w) = \pi(w_1
Hello,
There is no "0." before the first item:
\starttext
\startitemize[n][start=0]
\item bla
\item bla
\item bla
\stopitemize
\stoptext
Cheers, Peter
--
Contact information: http://pmrb.free.fr/contact/
Xan wrote:
Am 17.04.2009 um 16:33 schrieb Xan:
>/ Hi,
/>/
/>/ I want to do
/>/
/>/ \startitemize[a][left={Apartado\space}]
/>/ \head
/>/ \stopitemize
/>/
/>/ but put left={Apartado\space} _only_ for \head. How can I do that?
/
You could ask Hans "Can you
Am 17.04.2009 um 16:33 schrieb Xan:
>/ Hi,
/>/
/>/ I want to do
/>/
/>/ \startitemize[a][left={Apartado\space}]
/>/ \head
/>/ \stopitemize
/>/
/>/ but put left={Apartado\space} _only_ for \head. How can I do that?
/
You could ask Hans "Can you implement a '
Am 17.04.2009 um 16:33 schrieb Xan:
Hi,
I want to do
\startitemize[a][left={Apartado\space}]
\head
\stopitemize
but put left={Apartado\space} _only_ for \head. How can I do that?
You could ask Hans "Can you implement a 'headcommand' key in itemize,
plea
Xan wrote:
Hi,
I want to do
\startitemize[a][left={Apartado\space}]
\head
\stopitemize
but put left={Apartado\space} _only_ for \head. How can I do that?
best use the descriptions mechanism then
Hi,
I want to do
\startitemize[a][left={Apartado\space}]
\head
\stopitemize
but put left={Apartado\space} _only_ for \head. How can I do that?
Regards,
Xan.
___
If your question is of interest to others as well
Aditya Mahajan wrote:
> Hans, can this be included in the core?
later, i'd rather not touch code now while i'm in the middle some major
mkiv core code rework which will take a couple of weeks
so, fro the moment, just collect extension code
Hans
--
t; I have always found the space at the beginning of each item in
>>> \startitemize[text] to be too large. Currently, this is hard coded to be
>>> \emwidth plus \intertwordstretch minus \interwordshrink (line 1132 of
>>> core-itm.tex with the comment "new per 2006/10
Hi Wolfgang,
On Fri, 17 Oct 2008, Wolfgang Schuster wrote:
> On Sun, Jan 13, 2008 at 11:41 PM, Aditya Mahajan <[EMAIL PROTECTED]> wrote:
>> Hi Hans,
>>
>> I have always found the space at the beginning of each item in
>> \startitemize[text] to be too large. Cu
On Sun, Jan 13, 2008 at 11:41 PM, Aditya Mahajan <[EMAIL PROTECTED]> wrote:
> Hi Hans,
>
> I have always found the space at the beginning of each item in
> \startitemize[text] to be too large. Currently, this is hard coded to be
> \emwidth plus \intertwordstretch minus \inter
Hi!
And again, I have a problem with itemizations. This won't work:
\startitemize
\item aaa
\item bbb
\startitemize[packed,joinedup]
\item xxx
\item yyy
\item zzz
\stopitemize
\item ccc
\stopitemize
More precisely, the "joinedup" option does not work in the in
hi,
I am trying to migrate from latex to context and i would like to create an
enumeration using this minimal example :
\startitemize[m,joinedup]
\item\startitemize[a,columns,three]
\item test 1
\item test 2
\item test 3
Hi Hans,
I have always found the space at the beginning of each item in
\startitemize[text] to be too large. Currently, this is hard coded to be
\emwidth plus \intertwordstretch minus \interwordshrink (line 1132 of
core-itm.tex with the comment "new per 2006/10/20"). I always end o
i would like to create 2 types of itemizations like in latex.
> \begin{enumarate} vs \begin{itemize} (or in html vs )
>
> \begin{itemize} is basically \startitemize
>
> how would i go about defining \startenumarate ?
> i thought of something like this, but it's not working:
\defin
e} vs \begin{itemize} (or in html vs )
\begin{itemize} is basically \startitemize
how would i go about defining \startenumarate ?
i thought of something like this, but it's not working:
\startsetups enum
\setupitemize[1][n]
\setupitemize[2][a][left=(,right=),stopper=]
\
hmm, on Sun, Oct 07, 2007 at 09:02:34PM +0200, Mojca Miklavec said that
> \setupitemize[1][n]
> \setupitemize[2][a][left=(,right=),stopper=]
> \setupitemize[3][i]
> \setupitemize[4][1] % symbol nr. 1
ehm... thank you very much :}
-f
--
if you don't think women are explosive, just drop one!
On 10/7/07, frantisek holop wrote:
> hi there,
>
> context, just as latex can nest \startitemize,
> the context manual says max level 4.
>
> by default context uses the symbols for these 4 levels
>
> o level 1: bullet
>-- level 2: dash
>* level 3: a
hi there,
context, just as latex can nest \startitemize,
the context manual says max level 4.
by default context uses the symbols for these 4 levels
o level 1: bullet
-- level 2: dash
* level 3: asterisk
> level 4: triangle
it is very easy to change these per the man
Hi Hans,
\startitemize[text] causes a par break at the end. From the code, it
looks like it should not. Here is an example
\starttext
Some garbage text
\startitemize[text,r]
\item This is a test
\item Which does not work
\stopitemize
the garbage continues
\stoptext
There is a par break
batela wrote:
> Dear Sirs.
>
> I have a large buffer that include several items packed in a initial
> startitemize environment. Using this list, I want build a several small
> lists with five inital items in the random order.
> I try to do in this way, b
Dear Sirs.
I have a large buffer that include several items packed in a initial
startitemize environment. Using this list, I want build a several small
lists with five inital items in the random order.
I try to do in this way, but without success :-((
%
\startsetups
Radhelorn wrote:
I have another observation in
behaviour of 'repeat' option but will try to experiment with this a
little more. This itm module is too elaborate.
After Taco's t-itmfix I've came up with my own little fix. Please observe.
--
Radhelorn <[EMAIL PROTECTED]>
\def\dolistitem % ev
Hans Hagen wrote:
\defineitemgroup[myitemize]
\setupitemgroup[myitemize][n,width=4em]
\setupitemgroup[myitemize][each][width=4em]
\setupitemgroup[myitemize][each][n]
Thanks. This will do for a time. Actually I have another observation in
behaviour of 'repeat' option but will try to exper
Radhelorn wrote:
Hans Hagen wrote:
Radhelorn wrote:
1. item
1.1item
1.2.1 item
1.2.1.1.item
1.2.2.1em
for that you can best set up a dedicated instance of itemize
(defineitemgroup) and assign the right widths to the levels
I'm sorry to disturb you with my endless r
Hans Hagen wrote:
Radhelorn wrote:
1. item
1.1item
1.2.1 item
1.2.1.1.item
1.2.2.1em
for that you can best set up a dedicated instance of itemize
(defineitemgroup) and assign the right widths to the levels
I'm sorry to disturb you with my endless requests but it seems
Radhelorn wrote:
Hans Hagen wrote:
Radhelorn wrote:
Hello All!
A while ago Hans introduced 'repeat' option for \startitemize to
make nested items. I've decided to give it a try:
next time give it a try when i just made it; it took some time to
figure out what was wrong
Hans Hagen wrote:
Radhelorn wrote:
Hello All!
A while ago Hans introduced 'repeat' option for \startitemize to make
nested items. I've decided to give it a try:
next time give it a try when i just made it; it took some time to figure
out what was wrong (rather tricky c
Radhelorn wrote:
Hello All!
A while ago Hans introduced 'repeat' option for \startitemize to make
nested items. I've decided to give it a try:
next time give it a try when i just made it; it took some time to figure
out what was wrong (rather tricky code)
\
Hello All!
A while ago Hans introduced 'repeat' option for \startitemize to make
nested items. I've decided to give it a try:
\startitemize[repeat]
\item item1
\startitemize
\item item1.1
\item item1.2
\item item1.3
\stopitemize
\item
\startitemize
\item item2.1
Dear John,
There is no need to change anything, it is already there:
\starttext
\setupitemize[1][symbol=n]
\setupitemize[2][symbol=a]
\setupitemize[3][symbol=A]
\setupitemize[4][symbol=R]
\startitemize
\item One
\startitemize
\item Second level
\startitemize
\item
It is possible to nest \startitemize sequences, But each level
requires a different parameter in the \startitemize statement.
OTOH the \orderedlist command in eplain.tex uses 1,2,3 for the
outside list, then a,b,c for the first nest, roman numerals for
the next nest and finally "*&quo
Hans Hagen wrote:
> Nikolai Weibull wrote:
> > Is there a way to setup itemize so that inmargin is the standard, i.e.,
> > I don't have to write [inmargin] after all my \startitemize's?,
> \setupitemize[each][...]
Dang it. That's what I was trying...but I was using it wrong. Thanks,
n
Hello,
I would try it with:
\setupitemize[.1.][..,.2.,..][..,..=..,..]
.1. number each
.2. standard n*broad n*serried packed unpacked stopper joinedup
atmargin inmargin autointro loose section intext
margin no standard dimension
width dimension
distance
Nikolai Weibull wrote:
Is there a way to setup itemize so that inmargin is the standard, i.e.,
I don't have to write [inmargin] after all my \startitemize's?,
\setupitemize[each][...]
Hans
-
Is there a way to setup itemize so that inmargin is the standard, i.e.,
I don't have to write [inmargin] after all my \startitemize's?,
nikolai
--
Nikolai Weibull: now available free of charge at http://bitwi.se/!
Born in Chicago, IL USA; currently residing in Gothenburg, Sweden.
main(){p
On Mon, 6 Jun 2005, Taco Hoekwater wrote:
> > I tried the following, but without success:
> >
> > \starttext
> > begin
> > \startitemize[packed][beforehead=\blank,headstyle=bold]
>
> You can't use packed and beforehead at the same time.
>
&g
Peter Münster wrote:
Hello,
does somebody know how to get some space between two \head entries in the
ConTeXt-way?
I tried the following, but without success:
\starttext
begin
\startitemize[packed][beforehead=\blank,headstyle=bold]
You can't use packed and beforehead at the same
Hello,
does somebody know how to get some space between two \head entries in the
ConTeXt-way?
I tried the following, but without success:
\starttext
begin
\startitemize[packed][beforehead=\blank,headstyle=bold]
\head head\par
line
\head head\par
line
\head head\par
line
\stopitemize
end
* Hans Hagen <[EMAIL PROTECTED]> [Jun 14, 2004 11:40]:
> i posted a fix for that:
yeah, i updated page-mul.tex.
> this should go into cont=new.tex
Aha! OK, sorry...now it works,
nikolai
--
::: name: Nikolai Weibull:: aliases: pcp / lone-star / aka :::
::: born: Chicago, IL USA:
hapter after it seems to
fix it from there on, though.
\starttext
\chapter{One}
\dorecurse{7}{\input zapf \par\relax}
\startitemize[columns,four]
\dorecurse{12}{\nop \type{[:alnum:]}}
\stopitemize
\dorecurse{7}{\input zapf \par\relax}
\stoptext
i posted a fix for that:
\def\endmulticolumns
Willi Egger wrote:
ConTeXt ver: 2004.3.19 fmt: 2004.6.6
This is pdfeTeXk, Version 3.141592-1.11a-2.1 (Web2c 7.5.2)
(format=cont-en 2004.6.6) 12 JUN 2004 15:00
Hans, what is the meaning of the k behind PdfTeX?
experimental (has become an x)
Hans
___
n
example of something that gets messed up. Text following the itemize
doesn't get paginated properly. Having a new chapter after it seems to
fix it from there on, though.
\starttext
\chapter{One}
\dorecurse{7}{\input zapf \par\relax}
\startitemize[columns,four]
\dorecurse{12}{\nop \type{[:alnum:]
to
fix it from there on, though.
\starttext
\chapter{One}
\dorecurse{7}{\input zapf \par\relax}
\startitemize[columns,four]
\dorecurse{12}{\nop \type{[:alnum:]}}
\stopitemize
\dorecurse{7}{\input zapf \par\relax}
\stoptext
This fails for \startitemize[columns] as well. It seems that the problem
I'm having a problem with \startitemize. My code is
\startitemize[n,columns,four]
\item $ S \rightarrow ACaB$
\item $Ca \rightarrow aaC$
\item $CB \rightarrow DB$
\item $CB \rightarrow E$
\item $aD \rightarrow Da$
\item $AD \rightarrow AC$
\item $aE \rightarrow Ea$
\item $AE \rightarrow \ep
101 - 168 of 168 matches
Mail list logo