On 01/17/2017 06:06 PM, חיים רוזנר wrote:
> Hi,
> I upgraded lyx 2.1 to lyx 2.2 (Win 10). I have a file with lots of
> tikz environments and some math macros. The convertor took the -- line
> command of tikz in the math macro and converted it to \twohyphens.
> This conversion
Hi,
I upgraded lyx 2.1 to lyx 2.2 (Win 10). I have a file with lots of tikz
environments and some math macros. The convertor took the -- line command
of tikz in the math macro and converted it to \twohyphens. This conversion
made me errors.
Attached are a minimal example from LyX 2.1 and its
On Sun, Dec 04, 2016 at 12:22:23AM -0500, Richard Heck wrote:
>
> Looks good to me.
Committed at 9435dd6b.
--
Enrico
On 12/02/2016 07:05 PM, Enrico Forestieri wrote:
> On Fri, Dec 02, 2016 at 12:27:03AM +0100, Enrico Forestieri wrote:
>> On Thu, Dec 01, 2016 at 04:31:44PM -0500, Richard Heck wrote:
>>> I'm no expert on this part of the code, but this doesn't look too
>>> dangerous. Since 2.2.3 is still a little
On Fri, Dec 02, 2016 at 12:27:03AM +0100, Enrico Forestieri wrote:
> On Thu, Dec 01, 2016 at 04:31:44PM -0500, Richard Heck wrote:
> >
> > I'm no expert on this part of the code, but this doesn't look too
> > dangerous. Since 2.2.3 is still a little ways away, is it worth
> > committing to
On Thu, Dec 01, 2016 at 04:31:44PM -0500, Richard Heck wrote:
>
> I'm no expert on this part of the code, but this doesn't look too
> dangerous. Since 2.2.3 is still a little ways away, is it worth
> committing to stable?
I think it is not risky and I am attaching the version for stable here.
stieri <for...@lyx.org>
> Date: Thu Dec 1 18:02:47 2016 +0100
>
> Fix display and output of math macros with optional arguments
>
> This is a long standing issue, present since the new math macros
> inception in version 1.6. It manifests as a display issue wh
; > Don't print useless messages while parsing math macros
> >
> > Math macros can be displayed on screen by providing a different
> > representation than the one used for latex output. This representation is
> > actually used by lyx even while it is being
On 10/31/2016 10:24 AM, Enrico Forestieri wrote:
> commit e3c3719643c46819aa586346a313d514c5903898
> Author: Enrico Forestieri <for...@lyx.org>
> Date: Mon Oct 31 15:23:20 2016 +0100
>
> Don't print useless messages while parsing math macros
>
> M
Le 25/09/2016 à 20:37, Enrico Forestieri a écrit :
commit 6642152e6610f1e885babfaeb3c99bd0004916fc
Author: Enrico Forestieri <for...@lyx.org>
Date: Sun Sep 25 20:31:13 2016 +0200
Do not rely on math macros being updated
Trying to spare a few cycles by avoiding computing m
Am Mittwoch, 29. April 2015 um 10:15:54, schrieb LyX Ticket Tracker
t...@lyx.org
#6369: InstantPreview multiplies math macros definitions
---+-
Reporter: sanda | Owner: lasgouttes
Type: defect | Status
Am Mittwoch, 29. April 2015 um 10:15:54, schrieb LyX Ticket Tracker
<t...@lyx.org>
> #6369: InstantPreview multiplies math macros definitions
> ---+-
> Reporter: sanda | Owner: lasgouttes
> Type: defect
Richard Heck wrote:
You know what would be really cool? The ability to custom-define default
macros in a module, including ones with arguments.
Yes. And I guess it would not be difficult to implement. If I find some time
I might at least extend lib/symbols to support macros with arguments,
Richard Heck wrote:
> You know what would be really cool? The ability to custom-define default
> macros in a module, including ones with arguments.
Yes. And I guess it would not be difficult to implement. If I find some time
I might at least extend lib/symbols to support macros with arguments,
Le 09/11/2014 22:06, Guy Rutenberg a écrit :
Hi,
Suppose I want to add to LyX new built-in math macros, like \pmod. Which
files do I need to modify?
(To clarify, I want to change the sources not my specific document).
Dear Guy, I see you did not get any answer, so I'll try to help
Jean-Marc Lasgouttes wrote:
The answer really depend on the macro you want to define. In the case of
\pmod, I did not find any inset (in src/mathed) that seems to be similar
enough. You want an inset with only one cell, like in
InsetMathDecoration, which implements accents. So the inset would
On 11/17/2014 04:51 PM, Georg Baum wrote:
Jean-Marc Lasgouttes wrote:
The answer really depend on the macro you want to define. In the case of
\pmod, I did not find any inset (in src/mathed) that seems to be similar
enough. You want an inset with only one cell, like in
InsetMathDecoration,
Le 09/11/2014 22:06, Guy Rutenberg a écrit :
Hi,
Suppose I want to add to LyX new built-in math macros, like \pmod. Which
files do I need to modify?
(To clarify, I want to change the sources not my specific document).
Dear Guy, I see you did not get any answer, so I'll try to help
Jean-Marc Lasgouttes wrote:
> The answer really depend on the macro you want to define. In the case of
> \pmod, I did not find any inset (in src/mathed) that seems to be similar
> enough. You want an inset with only one cell, like in
> InsetMathDecoration, which implements accents. So the inset
On 11/17/2014 04:51 PM, Georg Baum wrote:
Jean-Marc Lasgouttes wrote:
The answer really depend on the macro you want to define. In the case of
\pmod, I did not find any inset (in src/mathed) that seems to be similar
enough. You want an inset with only one cell, like in
InsetMathDecoration,
Hi,
Suppose I want to add to LyX new built-in math macros, like \pmod. Which
files do I need to modify?
(To clarify, I want to change the sources not my specific document).
Thanks,
Guy
Hi,
Suppose I want to add to LyX new built-in math macros, like \pmod. Which
files do I need to modify?
(To clarify, I want to change the sources not my specific document).
Thanks,
Guy
I'm not sure if this is a bug report or a feature request. Probably the
second one.
In LyX it's ok to define a Math Macro in a Master document and use it in a
child one. It's also ok to use math macros that are defined in a child and
use it in other child document.
In both cases, I am able
On 05/09/2011 10:22 AM, Diego Queiroz wrote:
I'm not sure if this is a bug report or a feature request. Probably the
second one.
In LyX it's ok to define a Math Macro in a Master document and use it in a
child one. It's also ok to use math macros that are defined in a child and
use
If you ask to compile just the child, then you are asking to compile it
as a standalone document, so it is no surprise that this does not work.
Exactly. :-)
If you want to compile just one chapter as part of a larger document,
then you need to use the \includeonly support, accessible
On 05/09/2011 11:05 AM, Diego Queiroz wrote:
If you want to compile just one chapter as part of a larger document,
then you need to use the \includeonly support, accessible from
DocumentSettings.
I was not aware of this feature. Thanks for the hint.
It's new in 2.0.0.
But it is also
on the screen, what's the problem?
This is how I feel about the current behavior. LyX is handling everything on
the editor, since all math macros are interpreted correctly when I open any
document, but I can't generate the file because of its internal structure.
We should try to avoid consistency errors
On 09/05/2011 10:22 AM, Diego Queiroz wrote:
I'm not sure if this is a bug report or a feature request. Probably the
second one.
In LyX it's ok to define a Math Macro in a Master document and use it in a
child one. It's also ok to use math macros that are defined in a child and
use it in other
So, I do not experience your problem. However document settings and stuff
that gets defined in the preamble need to be set in both master and child
docs.
--
Julien
Actually, the answer is: yes, you do experience the very same problem.
Otherwise you won't need to go after a workaround,
won't need to go after a workaround, right? :-)
As I said before, I'm sure there are several ways to workaround this
limitation (I am not searching for one).
I just think we should focus on make LyX avoid these errors by itself.
Cheers,
---
Diego
Which workaround? You said math macros don't
On 09/05/2011 1:44 PM, Diego Queiroz wrote:
So, I do not experience your problem. However document settings and stuff
that gets defined in the preamble need to be set in both master and child
docs.
--
Julien
Actually, the answer is: yes, you do experience the very same problem.
Otherwise you
Which workaround? You said math macros don't work within child docs, I say
they work for me. No workaround necessary.
Maybe I misunderstood you.
I was citing your workaround to include bibtex in the childs.
I use a branch named child only, which is activated in child docs but
deactivated
On 09/05/2011 2:23 PM, Diego Queiroz wrote:
Which workaround? You said math macros don't work within child docs, I say
they work for me. No workaround necessary.
Maybe I misunderstood you.
I was citing your workaround to include bibtex in the childs.
I use a branch named child only, which
Il 09/05/2011 20:23, Diego Queiroz ha scritto:
I've attached two files: the child and the master document.
I can't compile the child document. Can you try?
I can confirm the child doesn't compile as standalone,
despite the macro is correctly expanded on the screen.
T.
$\anymacro
$
The
On 05/09/2011 02:38 PM, Julien Rioux wrote:
Yes I am able to do what you describe in 1.6. In your example child
doc, you did not set the master setting, did you? But anyway, I
corrected it and still in 2.1.0svn the compilation of the child is
broken:
Undefined control sequence \anymacro
A
Yes I am able to do what you describe in 1.6. In your example child doc,
you did not set the master setting, did you?
Indeed.
I was in a hurry and I forgot it. ;/
---
Diego Queiroz
I'm not sure if this is a bug report or a feature request. Probably the
second one.
In LyX it's ok to define a Math Macro in a Master document and use it in a
child one. It's also ok to use math macros that are defined in a child and
use it in other child document.
In both cases, I am able
On 05/09/2011 10:22 AM, Diego Queiroz wrote:
> I'm not sure if this is a bug report or a feature request. Probably the
> second one.
>
> In LyX it's ok to define a Math Macro in a Master document and use it in a
> child one. It's also ok to use math macros that are defined in a
>
> If you ask to compile just the child, then you are asking to compile it
> as a standalone document, so it is no surprise that this does not work.
>
Exactly. :-)
> If you want to compile just one chapter as part of a larger document,
> then you need to use the \includeonly support,
On 05/09/2011 11:05 AM, Diego Queiroz wrote:
>
>> If you want to compile just one chapter as part of a larger document,
>> then you need to use the \includeonly support, accessible from
>> Document>Settings.
> I was not aware of this feature. Thanks for the hint.
>
It's new in 2.0.0.
> But it is
an, "if I can see
everything right on the screen, what's the problem?"
This is how I feel about the current behavior. LyX is handling everything on
the editor, since all math macros are interpreted correctly when I open any
document, but I can't generate the file because of its inter
On 09/05/2011 10:22 AM, Diego Queiroz wrote:
I'm not sure if this is a bug report or a feature request. Probably the
second one.
In LyX it's ok to define a Math Macro in a Master document and use it in a
child one. It's also ok to use math macros that are defined in a child and
use it in other
>
> So, I do not experience your problem. However document settings and stuff
> that gets defined in the preamble need to be set in both master and child
> docs.
> --
> Julien
>
Actually, the answer is: yes, you do experience the very same problem.
Otherwise you won't need to go after a
won't need to go after a workaround, right? :-)
As I said before, I'm sure there are several ways to workaround this
limitation (I am not searching for one).
I just think we should focus on make LyX avoid these errors by itself.
Cheers,
---
Diego
Which workaround? You said math macros don't
On 09/05/2011 1:44 PM, Diego Queiroz wrote:
So, I do not experience your problem. However document settings and stuff
that gets defined in the preamble need to be set in both master and child
docs.
--
Julien
Actually, the answer is: yes, you do experience the very same problem.
Otherwise you
>
> Which workaround? You said math macros don't work within child docs, I say
> they work for me. No workaround necessary.
>
Maybe I misunderstood you.
I was citing your workaround to include bibtex in the childs.
>> "I use a branch named "child only",
On 09/05/2011 2:23 PM, Diego Queiroz wrote:
Which workaround? You said math macros don't work within child docs, I say
they work for me. No workaround necessary.
Maybe I misunderstood you.
I was citing your workaround to include bibtex in the childs.
"I use a branch named "
Il 09/05/2011 20:23, Diego Queiroz ha scritto:
I've attached two files: the child and the master document.
I can't compile the child document. Can you try?
I can confirm the child doesn't compile as standalone,
despite the macro is correctly expanded on the screen.
T.
$\anymacro
$
The
On 05/09/2011 02:38 PM, Julien Rioux wrote:
>
> Yes I am able to do what you describe in 1.6. In your example child
> doc, you did not set the master setting, did you? But anyway, I
> corrected it and still in 2.1.0svn the compilation of the child is
> broken:
>
> Undefined control sequence
>
> Yes I am able to do what you describe in 1.6. In your example child doc,
> you did not set the master setting, did you?
>
Indeed.
I was in a hurry and I forgot it. ;/
---
Diego Queiroz
rgheck wrote:
On 01/11/2010 02:03 PM, Abdelrazak Younes wrote:
rgheck wrote:
I'm running into several problems due to the buffer cloning thing
during XHTML output. The latest is that I need the expanded form of
a math macro in the MathML output routines, and I don't have it,
since it seems
rgheck wrote:
On 01/11/2010 02:03 PM, Abdelrazak Younes wrote:
rgheck wrote:
I'm running into several problems due to the buffer cloning thing
during XHTML output. The latest is that I need the expanded form of
a math macro in the MathML output routines, and I don't have it,
since it seems
I'm running into several problems due to the buffer cloning thing during
XHTML output. The latest is that I need the expanded form of a math
macro in the MathML output routines, and I don't have it, since it seems
to disappear during cloning. I tried adding calls to updateMacros() and
rgheck wrote:
I'm running into several problems due to the buffer cloning thing
during XHTML output. The latest is that I need the expanded form of a
math macro in the MathML output routines, and I don't have it, since
it seems to disappear during cloning. I tried adding calls to
On 01/11/2010 02:03 PM, Abdelrazak Younes wrote:
rgheck wrote:
I'm running into several problems due to the buffer cloning thing
during XHTML output. The latest is that I need the expanded form of a
math macro in the MathML output routines, and I don't have it, since
it seems to disappear
I'm running into several problems due to the buffer cloning thing during
XHTML output. The latest is that I need the expanded form of a math
macro in the MathML output routines, and I don't have it, since it seems
to disappear during cloning. I tried adding calls to updateMacros() and
rgheck wrote:
I'm running into several problems due to the buffer cloning thing
during XHTML output. The latest is that I need the expanded form of a
math macro in the MathML output routines, and I don't have it, since
it seems to disappear during cloning. I tried adding calls to
On 01/11/2010 02:03 PM, Abdelrazak Younes wrote:
rgheck wrote:
I'm running into several problems due to the buffer cloning thing
during XHTML output. The latest is that I need the expanded form of a
math macro in the MathML output routines, and I don't have it, since
it seems to disappear
Attached is a patch that gets math macros working for MathML output. The
patch is fairly simple, though it took me forever to figure this out.
I'm posting it because there is one part that is potentially
problematic, namely, the line I've commented out from clone(). I don't
see why
On Sat, Nov 14, 2009 at 06:37:01PM -0500, rgheck wrote:
I'm posting it because there is one part that is potentially problematic,
namely, the line I've commented out from clone(). I don't see why this is
likely to be necessary, and it hasn't caused me problems in my limited
testing.
Given
Attached is a patch that gets math macros working for MathML output. The
patch is fairly simple, though it took me forever to figure this out.
I'm posting it because there is one part that is potentially
problematic, namely, the line I've commented out from clone(). I don't
see why
On Sat, Nov 14, 2009 at 06:37:01PM -0500, rgheck wrote:
> I'm posting it because there is one part that is potentially problematic,
> namely, the line I've commented out from clone(). I don't see why this is
> likely to be necessary, and it hasn't caused me problems in my limited
> testing.
Hi,
when I played around a little bit with the math macros of LyX 1.6.3 under
Windows I realized that the corresponding Latex commands do not use curly
braces for the arguments, e.g.
\newcommand{\Vektor}[1]{\vec{#1}} CTRL-M for macro creation
leads to
\Vektor x instead of \Vektor{x
Hi,
when I played around a little bit with the math macros of LyX 1.6.3 under
Windows I realized that the corresponding Latex commands do not use curly
braces for the arguments, e.g.
\newcommand{\Vektor}[1]{\vec{#1}} CTRL-M for macro creation
leads to
\Vektor x instead of \Vektor{x
Helge Hafting schreef:
The color settings have several settings for math macros, that I don't
understand.
I have no idea what these two are, so I cannot translate:
math macro blended out
math macro hovered frame
These two I can translate, but it'd nice to know what old and new
parameters
Helge Hafting schreef:
The color settings have several settings for math macros, that I don't
understand.
I have no idea what these two are, so I cannot translate:
math macro blended out
math macro hovered frame
These two I can translate, but it'd nice to know what "old"
The color settings have several settings for math macros, that I don't
understand.
I have no idea what these two are, so I cannot translate:
math macro blended out
math macro hovered frame
These two I can translate, but it'd nice to know what old and new
parameters means in this context
The color settings have several settings for math macros, that I don't
understand.
I have no idea what these two are, so I cannot translate:
math macro blended out
math macro hovered frame
These two I can translate, but it'd nice to know what "old" and "new"
parameters m
is
possible.
Would it help to use \newcommand{} instead of \def for math-macros?
(Actually, I vote for a choice of \newcommand, \renewcommand,
\providecommand, and \def.)
Günter
n't know if checking also for internal TeX command like \cr is
> possible.
Would it help to use \newcommand{} instead of \def for math-macros?
(Actually, I vote for a choice of \newcommand, \renewcommand,
\providecommand, and \def.)
Günter
Hi,
I'm using LyX 1.6.2 on Windows Vista SP1 with MiKTeX 2.7.
While trying to compile a document which contains a math macro named \cr (I
used it for the cross sign, \times) and also contains a matrix, I got the
following error from latex several times (one error for each line in each
matrix, I
While trying to compile a document which contains a math macro named \cr (I
used it for the cross sign, \times) and also contains a matrix, I got the
following error from latex several times ...
Deleting the macro \cr, or giving it any other name, solved the problem
instantly.
\cr is a
Hi,
I'm using LyX 1.6.2 on Windows Vista SP1 with MiKTeX 2.7.
While trying to compile a document which contains a math macro named \cr (I
used it for the cross sign, \times) and also contains a matrix, I got the
following error from latex several times (one error for each line in each
matrix, I
> While trying to compile a document which contains a math macro named \cr (I
> used it for the cross sign, \times) and also contains a matrix, I got the
> following error from latex several times ...
> Deleting the macro \cr, or giving it any other name, solved the problem
> instantly.
\cr is a
Small Bug report:
I wanted to put a 2 by 2 matrix at the counter of a fraction and typed
in the command-line buffer:
math-matrix 2 2
The answer was Command disabled (math-matrix 2 2).
I can, however, generate this matrix with the same command outside the
fraction and copy and paste it afterwards
Small Bug report:
I wanted to put a 2 by 2 matrix at the counter of a fraction and typed
in the command-line buffer:
"math-matrix 2 2"
The answer was "Command disabled (math-matrix 2 2)".
I can, however, generate this matrix with the same command outside the
fraction and copy and paste it
On Saturday 15 March 2008 10:56:03 Stefan Schimanski wrote:
Added it to development/mathmacros.
Moreover I also commited some testcases which I used frequently.
Stefan
Thanks. :-)
--
José Abílio
On Saturday 15 March 2008 10:56:03 Stefan Schimanski wrote:
> Added it to development/mathmacros.
>
> Moreover I also commited some testcases which I used frequently.
>
> Stefan
Thanks. :-)
--
José Abílio
On Saturday 15 March 2008 03:01:57 Stefan Schimanski wrote:
I have documented the macros some time ago here:
http://1stein.org/download/dynmacro.pdf
Could you add this documentation to lyx if it is not in yet?
If necessary we can add this to the developers directory and then later move
it
Am 15.03.2008 um 10:00 schrieb José Matos:
On Saturday 15 March 2008 03:01:57 Stefan Schimanski wrote:
I have documented the macros some time ago here:
http://1stein.org/download/dynmacro.pdf
Could you add this documentation to lyx if it is not in yet?
If necessary we can add this to the
next question for these strings:
msgid Append Parameter Eating From The Right
msgid Append Optional Parameter Eating From The Right
msgid Remove Last Parameter Spitting Out To The Right
do we have documented somewhere whats the purpose?
pavel
Normally, when you change the arity of a
On Saturday 15 March 2008 03:01:57 Stefan Schimanski wrote:
> I have documented the macros some time ago here:
> http://1stein.org/download/dynmacro.pdf
Could you add this documentation to lyx if it is not in yet?
If necessary we can add this to the developers directory and then later move
Am 15.03.2008 um 10:00 schrieb José Matos:
On Saturday 15 March 2008 03:01:57 Stefan Schimanski wrote:
I have documented the macros some time ago here:
http://1stein.org/download/dynmacro.pdf
Could you add this documentation to lyx if it is not in yet?
If necessary we can add this to the
>> next question for these strings:
>>
>> msgid "Append Parameter Eating From The Right"
>> msgid "Append Optional Parameter Eating From The Right"
>> msgid "Remove Last Parameter Spitting Out To The Right"
>>
>> do we have documented somewhere whats the purpose?
>> pavel
>
> Normally, when you
hi,
we have three different modes of macros editation.
how do they differ? switching between them and and the insert edit macro
does not seem to make difference. what should i do to see whats their purpose?
pavel
Am 15.03.2008 um 01:26 schrieb Pavel Sanda:
hi,
we have three different modes of macros editation.
how do they differ? switching between them and and the insert edit
macro
does not seem to make difference. what should i do to see whats
their purpose?
It's about the instances of the
Define a macro with the \foo := button. Then go into math mode and use
the macro. When you enter with the cursor, the different editing modes come
into play.
sorry i'm lost, whatsoever i do, no difference.
can you describe step by step what exactly should i do?
pavel
Am 15.03.2008 um 01:44 schrieb Pavel Sanda:
Define a macro with the \foo := button. Then go into math mode
and use
the macro. When you enter with the cursor, the different editing
modes come
into play.
sorry i'm lost, whatsoever i do, no difference.
can you describe step by step what
Define a macro with the \foo := button. Then go into math mode and use
the macro. When you enter with the cursor, the different editing modes
come
into play.
sorry i'm lost, whatsoever i do, no difference.
can you describe step by step what exactly should i do?
pavel
I maybe forgot to
next question for these strings:
msgid Append Parameter Eating From The Right
msgid Append Optional Parameter Eating From The Right
msgid Remove Last Parameter Spitting Out To The Right
do we have documented somewhere whats the purpose?
pavel
Am 15.03.2008 um 03:26 schrieb Pavel Sanda:
next question for these strings:
msgid Append Parameter Eating From The Right
msgid Append Optional Parameter Eating From The Right
msgid Remove Last Parameter Spitting Out To The Right
do we have documented somewhere whats the purpose?
pavel
Am 15.03.2008 um 03:26 schrieb Pavel Sanda:
next question for these strings:
msgid Append Parameter Eating From The Right
msgid Append Optional Parameter Eating From The Right
msgid Remove Last Parameter Spitting Out To The Right
do we have documented somewhere whats the purpose?
pavel
I
hi,
we have three different modes of macros editation.
how do they differ? switching between them and and the insert & edit macro
does not seem to make difference. what should i do to see whats their purpose?
pavel
Am 15.03.2008 um 01:26 schrieb Pavel Sanda:
hi,
we have three different modes of macros editation.
how do they differ? switching between them and and the insert & edit
macro
does not seem to make difference. what should i do to see whats
their purpose?
It's about the instances of the
> Define a macro with the "\foo :=" button. Then go into math mode and use
> the macro. When you enter with the cursor, the different editing modes come
> into play.
sorry i'm lost, whatsoever i do, no difference.
can you describe step by step what exactly should i do?
pavel
Am 15.03.2008 um 01:44 schrieb Pavel Sanda:
Define a macro with the "\foo :=" button. Then go into math mode
and use
the macro. When you enter with the cursor, the different editing
modes come
into play.
sorry i'm lost, whatsoever i do, no difference.
can you describe step by step what
>>> Define a macro with the "\foo :=" button. Then go into math mode and use
>>> the macro. When you enter with the cursor, the different editing modes
>>> come
>>> into play.
>>
>> sorry i'm lost, whatsoever i do, no difference.
>> can you describe step by step what exactly should i do?
>> pavel
next question for these strings:
msgid "Append Parameter Eating From The Right"
msgid "Append Optional Parameter Eating From The Right"
msgid "Remove Last Parameter Spitting Out To The Right"
do we have documented somewhere whats the purpose?
pavel
Am 15.03.2008 um 03:26 schrieb Pavel Sanda:
next question for these strings:
msgid "Append Parameter Eating From The Right"
msgid "Append Optional Parameter Eating From The Right"
msgid "Remove Last Parameter Spitting Out To The Right"
do we have documented somewhere whats the purpose?
pavel
Am 15.03.2008 um 03:26 schrieb Pavel Sanda:
next question for these strings:
msgid "Append Parameter Eating From The Right"
msgid "Append Optional Parameter Eating From The Right"
msgid "Remove Last Parameter Spitting Out To The Right"
do we have documented somewhere whats the purpose?
pavel
1 - 100 of 328 matches
Mail list logo
