On Wed, 6 Feb 2008, Uwe Stöhr wrote:
i found the wiki structure confusing.
Yes, because this was originally thought as developer page.
intuitively i will look for these manuals either in
http://wiki.lyx.org/LyX/Manuals
Yes, this should be the right place. Could you design this page the
Stefan Schimanski wrote:
Hi!
I was wondering today how complicated it would be to add a completion
popup to mathed. Well, it took me three hours and here it is.
This looks very useful Stefan. Could you try to make the GUI
implementation generic enough so that it could be used within texted
Am 06.02.2008 um 09:18 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Hi!
I was wondering today how complicated it would be to add a
completion popup to mathed. Well, it took me three hours and here
it is.
This looks very useful Stefan. Could you try to make the GUI
rgheck wrote:
Something's weird here. This is all in tex2lyx. Are you compiling with
pch?
Oh, well, now I see the problem. I guess there must be some barrier to
using the frontends namespace in tex2lyx. I can see why that might be,
but it's inconvenient, to say the least.
Can someone
Stefan Schimanski wrote:
Am 06.02.2008 um 09:18 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Hi!
I was wondering today how complicated it would be to add a completion
popup to mathed. Well, it took me three hours and here it is.
This looks very useful Stefan. Could you try to make
[EMAIL PROTECTED] wrote:
On Tue, 5 Feb 2008, Abdelrazak Younes wrote:
rgheck wrote:
As Andre suggested, another option would be to require forwarding, and
then people can sort out their own spam.
Yes, I think that's the simplest and most useful solution.
Is this just a matter of adding
On Tue, 5 Feb 2008, Abdelrazak Younes wrote:
rgheck wrote:
As Andre suggested, another option would be to require forwarding, and
then people can sort out their own spam.
Yes, I think that's the simplest and most useful solution.
Is this just a matter of adding the file
rgheck wrote:
Pavel Sanda wrote:
there are still missing some toolbar updates. eg open the footnote
inset and the LyXDefault appears AFTER you start typing not just
after inserting the inset and puting cursor there. also try close
document - envi toolbox remain active and full of entries
On Tue, 5 Feb 2008, Joost Verburg wrote:
The performance of SF web hosting is currently much better than two
years ago and it's definitely more reliable than the current server.
Downloads are always very fast and a regional mirror is selected
automatically.
We'd have to ask for additional
Am Dienstag, 05. Februar 2008 15:01:05 schrieb Bo Peng:
Yeah, sf would be moving out of the frying pan into the fire. It's
veeery slow very often.
Maybe this is a regional issue? sf.net has been responsive most of
the time (US).
As a coincidence(?), I had serious problems accessing
rgheck wrote:
there are still missing some toolbar updates. eg open the footnote
inset and
the LyXDefault appears AFTER you start typing not just after inserting
the
inset and puting cursor there. also try close document - envi toolbox
remain
active and full of entries instead of disabling
[EMAIL PROTECTED] wrote:
On Tue, 5 Feb 2008, Abdelrazak Younes wrote:
rgheck wrote:
As Andre suggested, another option would be to require forwarding, and
then people can sort out their own spam.
Yes, I think that's the simplest and most useful solution.
Is this just a matter of adding
The link is there in sidebar, it is the header with the text
LyX documentation
but unfortunately I don't people understand it is also a link to a page
about LyX documentation.
the problem is i was not searching through sidebar but from basic lyx page
and its documentation section.
If
Darren Freeman schrieb:
On Tue, 2008-02-05 at 08:00 +0100, Herbert Voss wrote:
Uwe Stöhr schrieb:
Generally speaking I think it sucks that the user guide doesn't
compile out of the box. Have other popular (Linux) LaTeX distributions
also skipped the floatflt package?
TeXLive came up
remain
active and full of entries instead of disabling it. i guess switching
between
tabs wouldnt update envi of the current environment too.
Yes, I noticed that, though it's obviously a different bug. You just
notice it here. It's worst with ERT, where the dropbox ought to be
Pavel Sanda wrote:
remain
active and full of entries instead of disabling it. i guess switching
between
tabs wouldnt update envi of the current environment too.
Yes, I noticed that, though it's obviously a different bug. You just
notice it here. It's worst with ERT, where the dropbox
Andre Poenitz [EMAIL PROTECTED] writes:
i guess its purpose is to filter spam from [EMAIL PROTECTED] address and
not doing this filter would mean megabytes of disk space on aussie
every day because many people dont forward their mails etc.
We should just enforce mail forwarding.
But
On Wed, 6 Feb 2008, Abdelrazak Younes wrote:
Is this just a matter of adding the file
~/.forward
that contains a single line with your email address?
Yes, and we should do that now IMO... i.e. put a /dev/null address for
all unused boxes there. Then we can get rid of spamd.
I
On Wed, 6 Feb 2008, Jean-Marc Lasgouttes wrote:
i guess its purpose is to filter spam from
[EMAIL PROTECTED] address and not doing this filter
would mean megabytes of disk space on aussie every day because many
people dont forward their mails etc.
We should just enforce mail forwarding.
On Wed, 6 Feb 2008, Pavel Sanda wrote:
The link is there in sidebar, it is the header with the text
LyX documentation
but unfortunately I don't people understand it is also a link to a page
about LyX documentation.
the problem is i was not searching through sidebar but from basic lyx
i guess its purpose is to filter spam from [EMAIL PROTECTED] address and
not
doing this filter would mean megabytes of disk space on aussie every day
because many people dont forward their mails etc.
We should just enforce mail forwarding.
But forwarding spam is a good way to get
The link is there in sidebar, it is the header with the text
LyX documentation
but unfortunately I don't people understand it is also a link to a page
about LyX documentation.
the problem is i was not searching through sidebar but from basic lyx page
and its documentation section.
[EMAIL PROTECTED] writes:
I think the real fix should be in 1.6. Is it a real problem to do a
1.6 that in practice only contains this as the major difference?
I do not think it would be a good idea.
JMarc
[EMAIL PROTECTED] writes:
We forcibly load stdinsets.inc unless the TextClass declares:
Provides stdinsets 1
There isn't really any such package, of course. We're just using this
(per a suggestion by JMarc) to say we've loaded relevant info about the
standard insets.
Very good.
+
[EMAIL PROTECTED] writes:
Is that true when it is forwarded to a single address?
FWIW, I've been forwarding several mail accounts to a single account
for many years now. I haven't noticed any lost emails...
With or without spam?
JMarc
Hi all,
I came across the situation when some of my older lyx files could no longer
compile under new versions of LyX. lyx2lyx goes smoothly but pdf generation
fails.
The reason is that I was using graphics files that were visible for latex (via
kpsewhich), but not for LyX. As a results, new
i suspect something like the attached is needed...
Index: Win32/packaging/installer/components/dicts.nsh
===
--- Win32/packaging/installer/components/dicts.nsh (revision 22808)
+++ Win32/packaging/installer/components/dicts.nsh
Uwe Stöhr wrote:
The beamer class is not really a model for good layout implementation.
Maybe, but that letters can have parts behind the \end{letter} command is a
fact. And the bad implementation of beamer is a consequence of missing
LyX support for certain commands.
But we can do better
hi,
its not the first time the issue of fullscreen mode of lyx when editing
document is raised on dev list and in bugzilla we have enh request too.
i think that if we are not supporting it directly it would be very easy to add
minimalistic support for advanced users, which will allow them to do
Pavel Sanda wrote:
Author: rgheck
Date: Tue Feb 5 23:57:33 2008
New Revision: 22802
URL: http://www.lyx.org/trac/changeset/22802
Log:
Partially fix bug 4532: http://bugzilla.lyx.org/show_bug.cgi?id=4532.
See in particular comment 6.
maybe it has something in common with this.
g++ -O -o
Jean-Marc Lasgouttes wrote:
Pavel Sanda [EMAIL PROTECTED] writes:
however the main point was to find correlation between black curve and other
curves. now i see we have 3 spamd, so lets wait what will happen when
some swap crisis will come again.
I am happy to see that it has not happened
Pavel Sanda [EMAIL PROTECTED] writes:
however the main point was to find correlation between black curve and other
curves. now i see we have 3 spamd, so lets wait what will happen when
some swap crisis will come again.
I am happy to see that it has not happened yet :)
JMarc
Pavel Sanda wrote:
hi,
its not the first time the issue of fullscreen mode of lyx when editing
document is raised on dev list and in bugzilla we have enh request too.
i think that if we are not supporting it directly it would be very easy to add
minimalistic support for advanced users, which
Jean-Marc Lasgouttes wrote:
I propose to backport a subset of this (even the GUI changes may not
be necessary).
Juergen, as always it s up to you.
Yes, I agree that this is the best solution to the problem. Who is going to do
the backport?
Jürgen
Why not just using hide()/show() intead of filling/emptying the menubar?
hide method hides ... i was searching for it in docs and havent found, now i
see they are inherited. next time i drop reading manuals and try hide()
directly in code ;)
You could also introduce LFUN_STATUSBAR_TOGGLE by
rgheck wrote:
The attached patch is now pretty much complete, I think, so I'm sending
it again to the list.
Excellent. Many thanks for looking at this.
The basic idea has two parts. First, we hard code an empty layout
(called LyXDefault, for want of a better name)
I'd call it Plain.
in
Jürgen Spitzmüller wrote:
Maybe, but that letters can have parts behind the \end{letter} command is
a fact. And the bad implementation of beamer is a consequence of
missing LyX support for certain commands.
But we can do better for scrlttr2. I'll have a look.
Attached patch reimplements
Pavel Sanda wrote:
Why not just using hide()/show() intead of filling/emptying the menubar?
hide method hides ... i was searching for it in docs and havent found, now i
see they are inherited. next time i drop reading manuals and try hide()
directly in code ;)
I see :-)
A good advice is to
Abdelrazak Younes [EMAIL PROTECTED] writes:
Everybody should realize that and try to bring some bling bling to
our application.
Tu quoque, mi fili !
JMarc
Abdelrazak Younes [EMAIL PROTECTED] writes:
I am happy to see that it has not happened yet :)
I do see long delays before mails appears in gmane. I guess the mail
server is at fault here.
Which mails?
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
I am happy to see that it has not happened yet :)
I do see long delays before mails appears in gmane. I guess the mail
server is at fault here.
Which mails?
For example I received a mail from you about Cesar and
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
I am happy to see that it has not happened yet :)
I do see long delays before mails appears in gmane. I guess the mail
server is at fault here.
Which mails?
For example I received a mail from
I am happy to see that it has not happened yet :)
I do see long delays before mails appears in gmane. I guess the mail
server is at fault here.
Which mails?
For example I received a mail from you about Cesar and Brutus that I don't
see it on gmane...
Of course this mail appeared at the
Something's weird here. This is all in tex2lyx. Are you compiling with pch?
no, but its certainly something wrong with my tree. probably some junk from
various --monolithic switches...
pavel
You could also introduce LFUN_STATUSBAR_TOGGLE by the way if you want to
achieve real full screen.
does the following patch looks more sensible to you?
pavel
diff --git a/src/LyXAction.cpp b/src/LyXAction.cpp
index d93c74f..ac0bc2f 100644
--- a/src/LyXAction.cpp
+++ b/src/LyXAction.cpp
@@
On Wed, 6 Feb 2008, Pavel Sanda wrote:
Hmm Do you remember what you searched for?
its partly my fault, i was looking inside the sub articles of
documentation but somehow didnt try to click on the documentation
link itself considered it only as a grouping item. but maybe i'm not the
I made a small change to the sidebar, hoping this will make the main page
regarding the documentation more visible.
What do you think, is this enough?
/C
--
Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
On Wed, 6 Feb 2008, Jean-Marc Lasgouttes wrote:
[EMAIL PROTECTED] writes:
Is that true when it is forwarded to a single address?
FWIW, I've been forwarding several mail accounts to a single account
for many years now. I haven't noticed any lost emails...
With or without spam?
I haven't
Pavel Sanda wrote:
You could also introduce LFUN_STATUSBAR_TOGGLE by the way if you want to
achieve real full screen.
does the following patch looks more sensible to you?
Yes but I guess it could be a bit shorter:
@@ -1524,6 +1525,15 @@ bool GuiView::dispatch(FuncRequest const cmd)
I'd like to see it myself, to see if I can make it clearer.
its like this: you go to http://wiki.lyx.org/LyX/LyX, go to the Documentation
section and automatically look on the subsections, where you expect the real
information, because you expect that under the link Documentation is just
page
Yes but I guess it could be a bit shorter:
nice ;) i will commit it.
pavel
On Feb 6, 2008, at 12:01 PM, Pavel Sanda wrote:
You could also introduce LFUN_STATUSBAR_TOGGLE by the way if you
want to
achieve real full screen.
does the following patch looks more sensible to you?
pavelmenu.patch
I just tried it, but menubar hiding doesn't work on Mac. (Statusbar
You could also introduce LFUN_STATUSBAR_TOGGLE by the way if you want to
achieve real full screen.
does the following patch looks more sensible to you?
pavelmenu.patch
I just tried it, but menubar hiding doesn't work on Mac. (Statusbar hiding
does.) Is this a Qt/Mac limitation?
i
Bennett Helm wrote:
On Feb 6, 2008, at 12:01 PM, Pavel Sanda wrote:
You could also introduce LFUN_STATUSBAR_TOGGLE by the way if you want to
achieve real full screen.
does the following patch looks more sensible to you?
pavelmenu.patch
I just tried it, but menubar hiding doesn't work on
Jürgen Spitzmüller wrote:
rgheck wrote:
The attached patch is now pretty much complete, I think, so I'm sending
it again to the list.
Excellent. Many thanks for looking at this.
The basic idea has two parts. First, we hard code an empty layout
(called LyXDefault, for want of a
Jean-Marc Lasgouttes wrote:
+ //Try to erase stdinsets from the provides_ set.
Do you really need to do that? I do not think having this provides
will hurt anything.
It can be changed if you wish. It just seemed better not to corrupt the
provides list with things that don't
Abdelrazak Younes wrote:
Pavel Sanda wrote:
Why not just using hide()/show() intead of filling/emptying the
menubar?
hide method hides ... i was searching for it in docs and havent
found, now i
see they are inherited. next time i drop reading manuals and try hide()
directly in code ;)
I
On Tue, Feb 05, 2008 at 07:35:36AM -0600, Bo Peng wrote:
I used sourceforge perhaps two years ago, and it was horrible in terms of
performance at the time. Maybe they're better now, I don't know.
I have used sourceforge for three years and I do not see any reason
why lyx can not make use
On Wed, Feb 06, 2008 at 12:49:02AM +0100, Stefan Schimanski wrote:
Hi!
I was wondering today how complicated it would be to add a completion popup
to mathed. Well, it took me three hours and here it is. Of course here and
there, there are some rough edges and it has to be cleaned up, but
On Wed, Feb 06, 2008 at 12:10:10PM +0100, Jean-Marc Lasgouttes wrote:
Andre Poenitz [EMAIL PROTECTED] writes:
i guess its purpose is to filter spam from [EMAIL PROTECTED] address and
not doing this filter would mean megabytes of disk space on aussie
every day because many people dont
[EMAIL PROTECTED] schrieb:
On Tue, 5 Feb 2008, Abdelrazak Younes wrote:
rgheck wrote:
As Andre suggested, another option would be to require forwarding, and
then people can sort out their own spam.
Yes, I think that's the simplest and most useful solution.
Is this just a matter of
I made a small change to the sidebar, hoping this will make the main page
regarding the documentation more visible.
What do you think, is this enough?
toolbar is imho better now. the only remaining thing is to upload
the list of downloadable files for 1.5.4 to
i tried that a while ago but it didn't work. maybe the access rights where
not set correct?
chmod g-w .forward ?
pavel
I have a vague memory of a discussion related to this in Finland, and I
think we at the time thought more memory (RAM + HDD) would be enough.
Let's hope that Lars' sees this, he's the one with knowledge about it
IIRC.
So the questions would then be:
* Can we upgrade the memory?
Yes. I
On Wed, 6 Feb 2008, Pavel Sanda wrote:
i have already warned people on list that either gmane or mailarchive
have the tendency to throw away certain mails.
I'm not sure if it's relevant, but there's been other problems with gmane
and missing posts from some users. In that it case it was
Jürgen Spitzmüller schrieb:
Attached patch reimplements the automatic end letter tag, but introduces an
optional end letter tag for cases like the serial letter. Thus KOMA letter
users are not forced to insert an end letter tag, but it is possible for such
special cases like serial letters.
On Wed, 6 Feb 2008, Pavel Sanda wrote:
its like this: you go to http://wiki.lyx.org/LyX/LyX, go to the
Documentation section and automatically look on the subsections,
where you expect the real information, because you expect that under the
link Documentation is just page with links to other
Jürgen schrieb:
The lyx2lyx routine becomes obsolete (I don't think you should convert
ERT).
I see now that a bit more ERT conversion would be needed, so I followed your advise and remover the
lyx2lyx routine.
regards Uwe
i suspect something like the attached is needed...
Your patch is obviously correct. Please put it in.
regards Uwe
On Wed, 6 Feb 2008, Pavel Sanda wrote:
I made a small change to the sidebar, hoping this will make the main page
regarding the documentation more visible.
What do you think, is this enough?
toolbar is imho better now. the only remaining thing is to upload
the list of downloadable files for
Ah... now I understand. So you are looking at the list of wiki pages (which
as you note indeed does look like a ToC)... I've made a small change to the
list of pages, is it better now?
http://wiki.lyx.org/LyX/LyX
its perfect.
thanks for clarification. my point was, that you use wiki
I came across the situation when some of my older lyx files could no longer
compile under new versions of LyX.
looking on the commit history this line has been introduced by Herbert
http://www.lyx.org/trac/changeset/3881
and the only interesting change was made by
The attached patch backports the patch to use wrapfig instead of floatflt to
branch.
The patch is exactly to this SVN revision:
http://www.lyx.org/trac/changeset/20185
, except of the UI file because I upgraded my Designer and Qt from Qt 4.2.x to
4.3.x.
It works fine here, please test if it
Yes, I agree that this is the best solution to the problem. Who is going to do
the backport?
I send the patch to the list.
regards Uwe
Ich schrieb:
The attached patch backports the patch to use wrapfig instead of
floatflt to branch.
There was a bug in there: wrapfig must be loaded after float.
Attached is the corrected patch.
regards Uwe
Index: lib/chkconfig.ltx
Uwe Stöhr schrieb:
The attached patch backports the patch to use wrapfig instead of
floatflt to branch.
There was a bug in there: wrapfig must be loaded after float.
Attached is the corrected patch.
Index: lib/chkconfig.ltx
===
On Wed, 6 Feb 2008, Uwe Stöhr wrote:
i found the wiki structure confusing.
Yes, because this was originally thought as developer page.
intuitively i will look for these manuals either in
http://wiki.lyx.org/LyX/Manuals
Yes, this should be the right place. Could you design this page the
Stefan Schimanski wrote:
Hi!
I was wondering today how complicated it would be to add a completion
popup to mathed. Well, it took me three hours and here it is.
This looks very useful Stefan. Could you try to make the GUI
implementation generic enough so that it could be used within texted
Am 06.02.2008 um 09:18 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Hi!
I was wondering today how complicated it would be to add a
completion popup to mathed. Well, it took me three hours and here
it is.
This looks very useful Stefan. Could you try to make the GUI
rgheck wrote:
Something's weird here. This is all in tex2lyx. Are you compiling with
pch?
Oh, well, now I see the problem. I guess there must be some barrier to
using the frontends namespace in tex2lyx. I can see why that might be,
but it's inconvenient, to say the least.
Can someone
Stefan Schimanski wrote:
Am 06.02.2008 um 09:18 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Hi!
I was wondering today how complicated it would be to add a completion
popup to mathed. Well, it took me three hours and here it is.
This looks very useful Stefan. Could you try to make
[EMAIL PROTECTED] wrote:
On Tue, 5 Feb 2008, Abdelrazak Younes wrote:
rgheck wrote:
As Andre suggested, another option would be to require forwarding, and
then people can sort out their own spam.
Yes, I think that's the simplest and most useful solution.
Is this just a matter of adding
On Tue, 5 Feb 2008, Abdelrazak Younes wrote:
rgheck wrote:
As Andre suggested, another option would be to require forwarding, and
then people can sort out their own spam.
Yes, I think that's the simplest and most useful solution.
Is this just a matter of adding the file
rgheck wrote:
Pavel Sanda wrote:
there are still missing some toolbar updates. eg open the footnote
inset and the LyXDefault appears AFTER you start typing not just
after inserting the inset and puting cursor there. also try close
document - envi toolbox remain active and full of entries
On Tue, 5 Feb 2008, Joost Verburg wrote:
The performance of SF web hosting is currently much better than two
years ago and it's definitely more reliable than the current server.
Downloads are always very fast and a regional mirror is selected
automatically.
We'd have to ask for additional
Am Dienstag, 05. Februar 2008 15:01:05 schrieb Bo Peng:
> > Yeah, sf would be moving out of the frying pan into the fire. It's
> > veeery slow very often.
>
> Maybe this is a regional issue? sf.net has been responsive most of
> the time (US).
As a coincidence(?), I had serious problems
rgheck wrote:
there are still missing some toolbar updates. eg open the footnote
inset and
the LyXDefault appears AFTER you start typing not just after inserting
the
inset and puting cursor there. also try close document - envi toolbox
remain
active and full of entries instead of disabling
[EMAIL PROTECTED] wrote:
On Tue, 5 Feb 2008, Abdelrazak Younes wrote:
rgheck wrote:
As Andre suggested, another option would be to require forwarding, and
then people can sort out their own spam.
Yes, I think that's the simplest and most useful solution.
Is this just a matter of adding
> The link is there in sidebar, it is the header with the text
> "LyX documentation"
> but unfortunately I don't people understand it is also a link to a page
> about LyX documentation.
the problem is i was not searching through sidebar but from basic lyx page
and its documentation
Darren Freeman schrieb:
On Tue, 2008-02-05 at 08:00 +0100, Herbert Voss wrote:
Uwe Stöhr schrieb:
> Generally speaking I think it sucks that the user guide doesn't
compile out of the box. Have other > popular (Linux) LaTeX distributions
also skipped the floatflt package?
TeXLive came up
>>> remain
>>> active and full of entries instead of disabling it. i guess switching
>>> between
>>> tabs wouldnt update envi of the current environment too.
>>>
>>>
>> Yes, I noticed that, though it's obviously a different bug. You just
>> notice it here. It's worst with ERT, where the
Pavel Sanda wrote:
remain
active and full of entries instead of disabling it. i guess switching
between
tabs wouldnt update envi of the current environment too.
Yes, I noticed that, though it's obviously a different bug. You just
notice it here. It's worst with ERT, where the dropbox
Andre Poenitz <[EMAIL PROTECTED]> writes:
>> i guess its purpose is to filter spam from [EMAIL PROTECTED] address and
>> not doing this filter would mean megabytes of disk space on aussie
>> every day because many people dont forward their mails etc.
>
> We should just enforce mail forwarding.
On Wed, 6 Feb 2008, Abdelrazak Younes wrote:
Is this just a matter of adding the file
~/.forward
that contains a single line with your email address?
Yes, and we should do that now IMO... i.e. put a /dev/null address for
all unused boxes there. Then we can get rid of spamd.
I
On Wed, 6 Feb 2008, Jean-Marc Lasgouttes wrote:
i guess its purpose is to filter spam from
[EMAIL PROTECTED] address and not doing this filter
would mean megabytes of disk space on aussie every day because many
people dont forward their mails etc.
We should just enforce mail forwarding.
On Wed, 6 Feb 2008, Pavel Sanda wrote:
The link is there in sidebar, it is the header with the text
"LyX documentation"
but unfortunately I don't people understand it is also a link to a page
about LyX documentation.
the problem is i was not searching through sidebar but from basic
i guess its purpose is to filter spam from [EMAIL PROTECTED] address and
not
doing this filter would mean megabytes of disk space on aussie every day
because many people dont forward their mails etc.
>>>
>>> We should just enforce mail forwarding.
>>
>> But forwarding spam
>>> The link is there in sidebar, it is the header with the text
>>> "LyX documentation"
>>> but unfortunately I don't people understand it is also a link to a page
>>> about LyX documentation.
>>
>> the problem is i was not searching through sidebar but from basic lyx page
>> and its
[EMAIL PROTECTED] writes:
> I think the real "fix" should be in 1.6. Is it a real problem to do a
> 1.6 that in practice only contains this as the major difference?
I do not think it would be a good idea.
JMarc
[EMAIL PROTECTED] writes:
> We forcibly load stdinsets.inc unless the TextClass declares:
> Provides stdinsets 1
> There isn't really any such package, of course. We're just using this
> (per a suggestion by JMarc) to say we've loaded relevant info about the
> standard insets.
Very good.
> +
1 - 100 of 152 matches
Mail list logo
