Luis Rivera wrote:
1. Add a custom language to the drop-down menu in LyX Document - Settings
- Language.
There's a file called languages in your LyX system directory. Copy this to
your user directory and add your language to the file. The syntax of the file
should be straightforward.
2.
Bo Peng wrote:
Open the attached file, put http://www.lyx.org/~bpeng/geno.jpg to the
same directory, clicking the only graphics inset, or view pdf
will crash lyx under linux. Can anyone confirm? The problem seems to
be with the graphics file, which can not be properly viewed, but this
should
On Mon, 7 Apr 2008, Angus Leeming wrote:
While I'm at it ;-)
Hi Angus,
Would it be to much to ask you to just fix it? Just replace '--' with
'mdash;' etc. If you use the link below, you probably won't need the
password which is 'lyx'.
[EMAIL PROTECTED] writes:
On Mon, 7 Apr 2008, Angus Leeming wrote:
While I'm at it ;-)
Hi Angus,
Would it be to much to ask you to just fix it?
I am not sure his employer would allow him to %-]
JMarc
Angus Leeming [EMAIL PROTECTED] writes:
Is this the final skin? It's a bit grey for my taste...
I have to admit that I feel the same, but since I have not opened my
big mouth in time...
JMarc
Am Montag, 7. April 2008 schrieb Bo Peng:
Hi,
Open the attached file, put http://www.lyx.org/~bpeng/geno.jpg to the
same directory, clicking the only graphics inset, or view pdf
will crash lyx under linux. Can anyone confirm? The problem seems to
be with the graphics file, which can not be
On Tuesday 08 April 2008 07:44:59 Jürgen Spitzmüller wrote:
The attached patch (against branch) fixes the problem for me and strikes me
sensible anyway.
I agree.
OK?
Jürgen
--
José Abílio
On Tue, 8 Apr 2008, Jean-Marc Lasgouttes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
Is this the final skin? It's a bit grey for my taste...
I have to admit that I feel the same, but since I have not opened my big
mouth in time...
We can install and test an alternative skin later on.
José Matos wrote:
The attached patch (against branch) fixes the problem for me and strikes
me sensible anyway.
I agree.
committed.
Jürgen
[EMAIL PROTECTED] writes:
I have to admit that I feel the same, but since I have not opened my
big mouth in time...
We can install and test an alternative skin later on. Then if more
people like that skin, we can change. What we choose now isn't set in
stone, but everybody agrees it is much
It's a bit grey for my taste...
the whole 1.6 design will be grey :)
pavel
http://www.lyx.org/trac/changeset/24172
windoze doesn't like it:
Added: C:\lyx\trunk\lib\images\math\Vert.png
Added: C:\lyx\trunk\lib\images\math\vert.png
Error: In directory 'C:\lyx\trunk\lib\images\math'
Error: Can't move source to dest
Error: Can't move
Leuven, E. wrote:
windoze doesn't like it:
No idea then. Someone has to teach me how to do this properly.
Jürgen
No idea then. Someone has to teach me how to do this properly.
as i wrote:
add Vert.png as vert2.png to svn
and add
{ Vert, vert2 },
to sorted_png_map in GuiToolbar.cpp (start at line 111)
regards, ed.
Enrico Forestieri [EMAIL PROTECTED] writes:
I think that JMarc is trying to avoid using pkg-config to query
for the Qt configuration.
Yes, exactly. pkg-config is a bit too unix-centric to be universally
useful. But of course I want to build makefiels, so I am a bit
unix-centric myself (more
The attached patch (against branch) fixes the problem for me and strikes me
sensible anyway.
It is sensible but the problem persists. Here, loading of the figure
fails (not a problem), clicking on the inset works (improvement), but
view pdflatex gives me
*** glibc detected *** double free or
Leuven, E. wrote:
as i wrote:
add Vert.png as vert2.png to svn
and add
{ Vert, vert2 },
to sorted_png_map in GuiToolbar.cpp (start at line 111)
regards, ed.
I misunderstood. So the problem is that Windows is not case-sensitive.
I thought the problem was about svn.
Jürgen
Richard Heck [EMAIL PROTECTED] writes:
Having seen your message, I decide not to answer it because your 'this
is not a problem' attitude is hard to beat. Yet, I do not see a
practical implementation for this and will not be able to adapt my
implementation to it. If JMarc and you feel strongly
I did not see Richard's messages as particularly closed to discussion.
cite
I guess it is not fun to compress the directory to filename.lyz and open
Sounds fun to me!
/cite
This is where I stop my attempt to respond. If this is fun, any
implementation would be acceptable.
Bo
Bo Peng wrote:
It is sensible but the problem persists. Here, loading of the figure
fails (not a problem), clicking on the inset works (improvement), but
view pdflatex gives me
not here.
Jürgen
[I am sorry if I reply to points that have been settled already...]
Bo wrote:
This is the so-called reversibility of my proposal, which works
nicely with existing files.
To be honest I am ambivalent about reversibility. I am not sure we
need two different formats for a LyX document (bundled
Jean-Marc Lasgouttes wrote:
[I am sorry if I reply to points that have been settled already...]
Bo wrote:
This is the so-called reversibility of my proposal, which works
nicely with existing files.
To be honest I am ambivalent about reversibility. I am not sure we
need two
rgheck [EMAIL PROTECTED] writes:
But the more I think about Jose's idea, the more I like it: The
session file is exactly where we should store this information, and,
in the best of all worlds, we could even allow the user to edit that
information somehow. (Of course, there's always editing the
Bo Peng wrote:
I did not see Richard's messages as particularly closed to discussion.
cite
I guess it is not fun to compress the directory to filename.lyz and open
Sounds fun to me!
/cite
This is where I stop my attempt to respond. If this is fun, any
implementation
rgheck [EMAIL PROTECTED] writes:
The `directory in a zip' idea is really very close to what Bo
implemented, with one exception, namely, the ability to bundle out
of tree files.
Yes and I like it that way. There is also the outer directory that
creates a 'sandbox' for the files.
JMarc
Bo Peng [EMAIL PROTECTED] writes:
cite
I guess it is not fun to compress the directory to filename.lyz and open
Sounds fun to me!
/cite
This is where I stop my attempt to respond. If this is fun, any
implementation would be acceptable.
I do not think this particular remark was
leuven wrote:
- { vDash, vdash2 }
+ { vDash, vdash2 },
+ { Vert, vert2 }
Now I get an assertion on startup:
Assertion triggered in QString lyx::frontend::unnamed::findPng(const
QString) by failing check sorted(begin, end) in file GuiToolbar.cpp:156
Jürgen
This is the so-called reversibility of my proposal, which works
nicely with existing files.
To be honest I am ambivalent about reversibility. I am not sure we
need two different formats for a LyX document (bundled and unbundled).
Openoffice, AFAIK uses some bundle mode by default.
The attached patch adds rudimental support via the external inset.
Objections?
Jürgen
Index: lib/external_templates
===
--- lib/external_templates (Revision 24162)
+++ lib/external_templates (Arbeitskopie)
@@ -244,7 +244,57 @@
I guess what I don't see is why this is really very different from
what you did: You zip everything on save, unzip it on open, etc. The
difference has to do with what's in the bundle, where it is, and what kind
of information (if any) is kept about the original location of the things in
the
Bo Peng [EMAIL PROTECTED] writes:
I have only *one* filename.lyx to work with, bundled or unbundled. You
have filename.lyx (directory as zip), filename.lyx (directory?), and
filename.lyx/content.lyx (a different current directory?).
it could be filename.lyz, filename.lyxdir and
Bo Peng [EMAIL PROTECTED] writes:
IMHO, changing to a new file format is fine, but changing the way
users work is risky. Your solution disallow the use of out of tree
files, which is unacceptable to me because it disallow sharing files
across documents.
I just say that we can refer to
The attached patch adds rudimental support via the external inset.
How can I test that this works?
Objections?
Hmm, I think this is a useful feature as this topic appears from time to time on the lyx-users list,
but we should really come to an end now with new features for LyX 1.6. But of
Bo Peng wrote:
This would give two modes of operations:
- directory-in-a-zip: the most transparent for users. Whether we
actually unpack everytime or unpack on-demand from the zip is an
implementation detail.
This is more or less my idea.
Right. The only difference between this
And I do not really get the problem with the two current directories.
The file browser dialog takes care of relative paths by itself (or at
least it used to).
You said that we can refer to external files, but not bundle them.
This means you can have '../../images/file.png' in an
Uwe Stöhr wrote:
The attached patch adds rudimental support via the external inset.
How can I test that this works?
apply the patch, insert-File-External Material, chose PDFPages.
Objections?
Hmm, I think this is a useful feature as this topic appears from time to
time on the
This is one of the can be always added category. I'm even thinking about
implementing it in 1.5.5 (no file format change).
OK, I see.
And I've done enough bugfixing lately.
I wouldn't criticize or force you to do anything. I appreciate your bugfixes.
regards Uwe
Jürgen Spitzmüller [EMAIL PROTECTED] writes:
Luis Rivera wrote:
1. Add a custom language to the drop-down menu in LyX Document - Settings
- Language.
There's a file called languages in your LyX system directory. Copy this to
your user directory and add your language to the file. The
Luis Rivera wrote:
Awesome! You only failed to mention that I had to run the configure script
to have the new language in the GUI menu (I like that expression).
Also, is this the right place to suggest new additions?
Yes.
Jürgen
Jürgen Spitzmüller wrote:
There was a typo in the patch. Corrected one attached.
Grmpf. I reattached the ols one. Try this.
Jürgen
Index: lib/external_templates
===
--- lib/external_templates (Revision 24162)
+++
Jürgen Spitzmüller [EMAIL PROTECTED] writes:
De-select use babel in Preferences-Language, and take care that Auto
Begin and Auto End are selected. This is a bit awkward, since you cannot
do this on a per-document basis.
Actually, not doing it on a per-document basis is a feature, not
The only real question is
I am happy to hear this.
where to store the
information about the original location of the file, so you can do the
update from external file thing. Whether there is just a copy in the
bundle isn't the issue. Your version has a copy in the bundle, too. But you
keep
--- lib/configure.py (Revision 24162)
+++ lib/configure.py (Arbeitskopie)
@@ -409,7 +409,7 @@
checkProg('a PDF to PS converter', ['pdf2ps $$i $$o', 'pdftops $$i $$o'],
rc_entry = [ r'\converter pdf ps%%' ])
#
-checkProg('a PDF to EPS
Jürgen Spitzmüller wrote:
The attached patch adds rudimental support via the external inset.
There was a typo in the patch. Corrected one attached.
Jürgen
Index: lib/external_templates
===
--- lib/external_templates (Revision
Uwe Stöhr wrote:
Why this? Isn't it just a check if pdftops exists and not the final calling
command?
It's the command that gets inserted to the prefs by default.
The -f and -l flags are needed, else the conversion fails with multi-page PDF
files. See man pdftops:
-eps
On Tue, 8 Apr 2008, Jean-Marc Lasgouttes wrote:
http://www.lyx.org/pmwiki.php
I must be a bit dense, but I do not understand what you want exactly.
Could you spell it out for me?
I'll skip ahead a step, please a line like this
AliasMatch ^/([?A-Z].*)
On Mon, 7 Apr 2008, Angus Leeming wrote:
Angus Leeming wrote:
We had one curmudgeonly gentleman, John Weiss, who point blank refused to
licence his contribution to LyX under the GPL version 2 or later. The old
flavour of this page has him down as licencing his contributions under
the
Joost, would it be possible to adjust the following:
The height of the horizontal bar at the top, and the height of the
'mouse-over-bar' in the sidebar should have the same height.
/Christian
(just relaying his gf's opinion)
--
Christian Ridderström, +46-8-768 39 44
On Tue, Apr 08, 2008 at 04:05:07PM +0200, Jean-Marc Lasgouttes wrote:
Enrico Forestieri [EMAIL PROTECTED] writes:
would tell where the libraries are. From here, one could discover
the needed additional libraries by grepping the .prl files.
That seems doable, but still a bit of work. Is
Lastly, if we extract to a special folder
$DOC_PATH/Lyx.Embed.Abs/abs/path, we do not really need to change the
inset.
Let me clarify this. Say we have /usr/var/blah.log in the bundle,
saved using inzipName Lyx.Embed.Abs/usr/var/blah.log. During
unbundling, focusing on the cases of
[EMAIL PROTECTED] wrote:
On Mon, 7 Apr 2008, Angus Leeming wrote:
Angus Leeming wrote:
We had one curmudgeonly gentleman, John Weiss, who point blank
refused to
licence his contribution to LyX under the GPL version 2 or later.
The old
flavour of this page has him down as licencing his
Andre Poenitz wrote:
Somewhat less strong wording on wrong usage.
Add a comment on null pointers.
Remove outdated example.
Comments?
You informed be that files specific for a certain operating system (such
as os_win*) can follow the standard conventions for this OS instead of
the LyX
On Tue, Apr 08, 2008 at 10:54:04PM +0200, Joost Verburg wrote:
Andre Poenitz wrote:
Somewhat less strong wording on wrong usage.
Add a comment on null pointers.
Remove outdated example.
Comments?
You informed be that files specific for a certain operating system (such as
os_win*) can
Andre Poenitz wrote:
You informed be that files specific for a certain operating system (such as
os_win*) can follow the standard conventions for this OS instead of the LyX
conventions. It would be useful to put that in this file as well.
That's what I tried to say with:
+ Note: As an
Joost Verburg wrote:
Rex C. Eastbourne wrote:
Does anyone have an image of the platypus in some format suitable
for graphic work? If so, could you send it to me or let me know
where on the site I can find it?
See attachment.
Joost
Thanks Joost. The image in here seems to be an outline, with
Rex C. Eastbourne wrote:
Thanks Joost. The image in here seems to be an outline, with the
actual colors not filled in. Would you (or anyone else) have a version
where everything is filled in, i.e. one that looks like the current
mascot on the website?
This file is exactly the current version
Somewhat less strong wording on wrong usage.
Add a comment on null pointers.
Remove outdated example.
Comments?
Andre'
Index: Rules
===
--- Rules (revision 24183)
+++ Rules (working copy)
@@ -2,8 +2,8 @@
On Tue, Apr 08, 2008 at 11:09:25PM +0200, Joost Verburg wrote:
Andre Poenitz wrote:
You informed be that files specific for a certain operating system (such
as os_win*) can follow the standard conventions for this OS instead of
the LyX conventions. It would be useful to put that in this file
Andre Poenitz wrote:
On Mon, Apr 07, 2008 at 03:45:03PM -0400, Paul A. Rubin wrote:
Hi,
I was going to put this into bugzilla, but I'm uncertain whether it's
really a bug, a feature-enhancement or just one of those vicissitudes we
have to live with.
I copied some output from R (a stats
Jean-Marc Lasgouttes wrote:
[EMAIL PROTECTED] writes:
On Mon, 7 Apr 2008, Angus Leeming wrote:
While I'm at it ;-)
Hi Angus,
Would it be to much to ask you to just fix it?
I am not sure his employer would allow him to %-]
:-P
I see many other pages are afflicted by the -- and '...'
Luis Rivera wrote:
> 1. Add a custom language to the drop-down menu in LyX Document -> Settings
> -> Language.
There's a file called "languages" in your LyX system directory. Copy this to
your user directory and add your language to the file. The syntax of the file
should be straightforward.
>
Bo Peng wrote:
> Open the attached file, put http://www.lyx.org/~bpeng/geno.jpg to the
> same directory, clicking the only graphics inset, or view pdf
> will crash lyx under linux. Can anyone confirm? The problem seems to
> be with the graphics file, which can not be properly viewed, but this
>
On Mon, 7 Apr 2008, Angus Leeming wrote:
While I'm at it ;-)
Hi Angus,
Would it be to much to ask you to just fix it? Just replace '--' with
'' etc. If you use the link below, you probably won't need the
password which is 'lyx'.
http://www.lyx.org/test/wiki/index.php/Web/HomePage
[EMAIL PROTECTED] writes:
> On Mon, 7 Apr 2008, Angus Leeming wrote:
>
>> While I'm at it ;-)
>
> Hi Angus,
>
> Would it be to much to ask you to just fix it?
I am not sure his employer would allow him to %-]
JMarc
Angus Leeming <[EMAIL PROTECTED]> writes:
> Is this the final skin? It's a bit grey for my taste...
I have to admit that I feel the same, but since I have not opened my
big mouth in time...
JMarc
Am Montag, 7. April 2008 schrieb Bo Peng:
> Hi,
>
> Open the attached file, put http://www.lyx.org/~bpeng/geno.jpg to the
> same directory, clicking the only graphics inset, or view pdf
> will crash lyx under linux. Can anyone confirm? The problem seems to
> be with the graphics file, which can
On Tuesday 08 April 2008 07:44:59 Jürgen Spitzmüller wrote:
> The attached patch (against branch) fixes the problem for me and strikes me
> sensible anyway.
I agree.
> OK?
>
> Jürgen
--
José Abílio
On Tue, 8 Apr 2008, Jean-Marc Lasgouttes wrote:
Angus Leeming <[EMAIL PROTECTED]> writes:
Is this the final skin? It's a bit grey for my taste...
I have to admit that I feel the same, but since I have not opened my big
mouth in time...
We can install and test an alternative skin later
José Matos wrote:
> > The attached patch (against branch) fixes the problem for me and strikes
> > me sensible anyway.
>
> I agree.
committed.
Jürgen
[EMAIL PROTECTED] writes:
>> I have to admit that I feel the same, but since I have not opened my
>> big mouth in time...
>
> We can install and test an alternative skin later on. Then if more
> people like that skin, we can change. What we choose now isn't set in
> stone, but everybody agrees it
> It's a bit grey for my taste...
the whole 1.6 design will be grey :)
pavel
http://www.lyx.org/trac/changeset/24172
windoze doesn't like it:
Added: C:\lyx\trunk\lib\images\math\Vert.png
Added: C:\lyx\trunk\lib\images\math\vert.png
Error: In directory 'C:\lyx\trunk\lib\images\math'
Error: Can't move source to dest
Error: Can't move
Leuven, E. wrote:
> windoze doesn't like it:
No idea then. Someone has to teach me how to do this properly.
Jürgen
> No idea then. Someone has to teach me how to do this properly.
as i wrote:
add Vert.png as vert2.png to svn
and add
{ "Vert", "vert2" },
to sorted_png_map in GuiToolbar.cpp (start at line 111)
regards, ed.
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> I think that JMarc is trying to avoid using pkg-config to query
> for the Qt configuration.
Yes, exactly. pkg-config is a bit too unix-centric to be universally
useful. But of course I want to build makefiels, so I am a bit
unix-centric myself
> The attached patch (against branch) fixes the problem for me and strikes me
> sensible anyway.
It is sensible but the problem persists. Here, loading of the figure
fails (not a problem), clicking on the inset works (improvement), but
view pdflatex gives me
*** glibc detected *** double free
Leuven, E. wrote:
> as i wrote:
>
> add Vert.png as vert2.png to svn
>
> and add
>
> { "Vert", "vert2" },
>
> to sorted_png_map in GuiToolbar.cpp (start at line 111)
>
> regards, ed.
I misunderstood. So the problem is that Windows is not case-sensitive.
I thought the problem was about
Richard Heck <[EMAIL PROTECTED]> writes:
>> Having seen your message, I decide not to answer it because your 'this
>> is not a problem' attitude is hard to beat. Yet, I do not see a
>> practical implementation for this and will not be able to adapt my
>> implementation to it. If JMarc and you feel
> I did not see Richard's messages as particularly closed to discussion.
>I guess it is not fun to compress the directory to filename.lyz and open
Sounds fun to me!
This is where I stop my attempt to respond. If this is fun, any
implementation would be acceptable.
Bo
Bo Peng wrote:
> It is sensible but the problem persists. Here, loading of the figure
> fails (not a problem), clicking on the inset works (improvement), but
> view pdflatex gives me
not here.
Jürgen
[I am sorry if I reply to points that have been settled already...]
Bo wrote:
>> This is the so-called reversibility of my proposal, which works
>> nicely with existing files.
To be honest I am ambivalent about reversibility. I am not sure we
need two different formats for a LyX document
Jean-Marc Lasgouttes wrote:
[I am sorry if I reply to points that have been settled already...]
Bo wrote:
This is the so-called reversibility of my proposal, which works
nicely with existing files.
To be honest I am ambivalent about reversibility. I am not sure we
need two
rgheck <[EMAIL PROTECTED]> writes:
> But the more I think about Jose's idea, the more I like it: The
> session file is exactly where we should store this information, and,
> in the best of all worlds, we could even allow the user to edit that
> information somehow. (Of course, there's always
Bo Peng wrote:
I did not see Richard's messages as particularly closed to discussion.
I guess it is not fun to compress the directory to filename.lyz and open
Sounds fun to me!
This is where I stop my attempt to respond. If this is fun, any
implementation would be
rgheck <[EMAIL PROTECTED]> writes:
> The `directory in a zip' idea is really very close to what Bo
> implemented, with one exception, namely, the ability to "bundle" out
> of tree files.
Yes and I like it that way. There is also the outer directory that
creates a 'sandbox' for the files.
JMarc
"Bo Peng" <[EMAIL PROTECTED]> writes:
>
>>I guess it is not fun to compress the directory to filename.lyz and open
>
> Sounds fun to me!
>
>
> This is where I stop my attempt to respond. If this is fun, any
> implementation would be acceptable.
I do not think this particular remark was
leuven wrote:
> - { "vDash", "vdash2" }
> + { "vDash", "vdash2" },
> + { "Vert", "vert2" }
Now I get an assertion on startup:
Assertion triggered in QString lyx::frontendfindPng(const
QString&) by failing check "sorted(begin, end)" in file GuiToolbar.cpp:156
Jürgen
> >> This is the so-called reversibility of my proposal, which works
> >> nicely with existing files.
>
> To be honest I am ambivalent about reversibility. I am not sure we
> need two different formats for a LyX document (bundled and unbundled).
> Openoffice, AFAIK uses some bundle mode by
The attached patch adds rudimental support via the external inset.
Objections?
Jürgen
Index: lib/external_templates
===
--- lib/external_templates (Revision 24162)
+++ lib/external_templates (Arbeitskopie)
@@ -244,7 +244,57 @@
> I guess what I don't see is why this is really very different from
> what you did: You zip everything on save, unzip it on open, etc. The
> difference has to do with what's in the bundle, where it is, and what kind
> of information (if any) is kept about the original location of the things in
>
"Bo Peng" <[EMAIL PROTECTED]> writes:
> I have only *one* filename.lyx to work with, bundled or unbundled. You
> have filename.lyx (directory as zip), filename.lyx (directory?), and
> filename.lyx/content.lyx (a different current directory?).
it could be filename.lyz, filename.lyxdir and
"Bo Peng" <[EMAIL PROTECTED]> writes:
> IMHO, changing to a new file format is fine, but changing the way
> users work is risky. Your solution disallow the use of out of tree
> files, which is unacceptable to me because it disallow sharing files
> across documents.
I just say that we can refer
> The attached patch adds rudimental support via the external inset.
How can I test that this works?
> Objections?
Hmm, I think this is a useful feature as this topic appears from time to time on the lyx-users list,
but we should really come to an end now with new features for LyX 1.6. But of
Bo Peng wrote:
This would give two modes of operations:
- directory-in-a-zip: the most transparent for users. Whether we
actually unpack everytime or unpack on-demand from the zip is an
implementation detail.
This is more or less my idea.
Right. The only difference between this
> And I do not really get the problem with the two current directories.
> The file browser dialog takes care of relative paths by itself (or at
> least it used to).
You said that "we can refer to external files, but not bundle them".
This means you can have '../../images/file.png' in an
Uwe Stöhr wrote:
> > The attached patch adds rudimental support via the external inset.
>
> How can I test that this works?
apply the patch, insert->File->External Material, chose PDFPages.
> > Objections?
>
> Hmm, I think this is a useful feature as this topic appears from time to
> time on
> This is one of the "can be always added" category. I'm even thinking about
> implementing it in 1.5.5 (no file format change).
OK, I see.
> And I've done enough bugfixing lately.
I wouldn't criticize or force you to do anything. I appreciate your bugfixes.
regards Uwe
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
>
> Luis Rivera wrote:
> > 1. Add a custom language to the drop-down menu in LyX Document -> Settings
> > -> Language.
>
> There's a file called "languages" in your LyX system directory. Copy this to
> your user directory and add your language to
Luis Rivera wrote:
> Awesome! You only failed to mention that I had to run the configure script
> to have the new language in the GUI menu (I like that expression).
>
> Also, is this the right place to suggest new additions?
Yes.
Jürgen
Jürgen Spitzmüller wrote:
> There was a typo in the patch. Corrected one attached.
Grmpf. I reattached the ols one. Try this.
Jürgen
Index: lib/external_templates
===
--- lib/external_templates (Revision 24162)
+++
1 - 100 of 120 matches
Mail list logo