Uwe Stöhr wrote:
This is my first patch to the source code so don't beat me when I did it
wrong, just tell me how it's done correctly and I'll learn my lesson.
Add fancyplain to Page Style list:
http://bugzilla.lyx.org/show_bug.cgi?id=2629
That looks like a file format change to me, so
Jürgen == Jürgen Spitzmüller [EMAIL PROTECTED] writes:
Jürgen Jean-Marc, this patch is what I committed to trunk yesterday.
Jürgen I'd like to have it in 1.4 as well. O.K.?
Yes.
JMarc
[EMAIL PROTECTED] wrote:
Author: uwestoehr
Date: Tue Jan 9 03:29:35 2007
New Revision: 16622
URL: http://www.lyx.org/trac/changeset/16622
Log:
New Extended-Insets manual
Added:
lyx-devel/branches/BRANCH_1_4_X/lib/doc/Extended-Insets.lyx
Modified:
Georg Baum wrote:
- Never ever commit stuff to 1.4 only, unless that is a fix for a bug not
present in 1.5. We always need to have current documentation in 1.5, too.
Then there is a chance that somebody who modifies a feature will update
the documentation at the same time. Otherwise that will
Gregor Gorjanc wrote:
I have another set of Sweave specific commands. I believe this is the last
one. Here is the patch. Trunk and 1_4_X branch please. Thank you very
much!
I put it in trunk. Jean-Marc, I guess 1.4 is also OK?
I did not forget your other mail, but that will stay in the todo
Abdelrazak Younes wrote:
Edwin Leuven wrote:
Abdelrazak Younes wrote:
Could you profile this instead:
lyx -e text UserGuide.lyx
then you get this:
Each sample counts as 0.01 seconds.
% cumulative self self total
time seconds secondscalls ms/call ms/call
LyX creates dvi documents without proper dimension information
http://bugzilla.lyx.org/show_bug.cgi?id=2721
Simply add the [dvips] option to the geometry package when landscape is
used.
Opinions?
regards Uwe
Index: bufferparams.C
It's been a long process, but thanks to Jean-Marc, it is now possible
for Uwe to commit.
cheers
/Christian
PS. I'll make sure the necessary steps are documented.
--
Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
The developers' wiki suffered an accident a while back. I've resurrected
most of the pages in a static form through the help of google. This was a
while back and nothing much has happened since then.
One thing I was using the devevlopers' wiki was to document the LFUNs.
It is not that much
I do know that the new bookmark code has plenty of advantages. What
this does not tell me is why bookmarks have to be a stack instead of a
vector.
Bo I can not see a way to implement dynamic bookmark menu items
Bo without this stack (regression).
So tell us, why?
I agree that a stack of
Uwe Stöhr wrote:
Opinions?
I think it is correct to use this option. However, even if it does not harm
when using pdflatex, I've read that you have to expect errors if you're using
another dvi-to-something driver that does not understand the dvi specials
this option inserts (for instance:
Jürgen Spitzmüller wrote:
Opinions?
I think it is correct to use this option. However, even if it does not harm
when using pdflatex, I've read that you have to expect errors if you're
using another dvi-to-something driver that does not understand the dvi
specials this option inserts (for
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Gregor Gorjanc wrote:
I have another set of Sweave specific commands. I believe this is
the last one. Here is the patch. Trunk and 1_4_X branch please.
Thank you very much!
Georg I put it in trunk. Jean-Marc, I guess 1.4 is also OK?
Yes
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg [EMAIL PROTECTED] wrote:
Author: uwestoehr Date: Tue Jan 9 03:29:35 2007 New Revision: 16622
URL: http://www.lyx.org/trac/changeset/16622 Log: New
Extended-Insets manual
Added: lyx-devel/branches/BRANCH_1_4_X/lib/doc/Extended-Insets.lyx
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Jean-Marc Shall I ask JMarc
I am not sure what I was trying to write here...
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Could you test the attached patch nevertheless? Or Georg maybe?
It fails whenever different documents use different bib files of the same name
(without absolute path).
Consider the following case:
- I have a file one.lyx in directory
Abdelrazak Younes wrote:
By the way, is it normal that we don't allow bib files outside the texmf
tree or along the lyx file?
We allow them, but they are identified with (absolute or relative) path,
whereas those in the texmf tree or the same directory are only stored as file
names.
Jürgen
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
By the way, is it normal that we don't allow bib files outside the texmf
tree or along the lyx file?
We allow them, but they are identified with (absolute or relative) path,
whereas those in the texmf tree or the same directory are only
Abdelrazak Younes wrote:
Then there is bug somewhere because selecting any bib file in the BibTex
dialog will always truncate the path and the extension. So I am afraid
that there is no way to select a file that is not in the textmf tree or
in the same directory.
Works for me (via
Bo I can not see a way to implement dynamic bookmark menu items
Bo without this stack (regression).
So tell us, why?
OK, use a vector and set bookmark-save x directly, then
1. you will need a lot of shortcuts for 20 bookmarks, currently, we
only need one bookmark-save.
2. you will have 19
Georg Baum wrote:
Abdelrazak Younes wrote:
OK then, IIUC, the attached patch is correct for all use-cases:
1) if a bib file is found in the same directory of the lyx file, this is
the one.
2) if not look in the cache.
3) if not in the cache, look for it with kpsewhich.
Now you duplicated
I agree that a stack of bookmarks has limited use, because the poor user has no
idea of what boomark #5 actually is at a given time (a moving target).
That is why I display filename of a bookmark. Previously, the poor
user has to face ice-cold bookmark 1/2/3/4/5.
BTW: Why don't we allow the
Georg Baum [EMAIL PROTECTED] writes:
Gregor Gorjanc wrote:
I have another set of Sweave specific commands. I believe this is the last
one. Here is the patch. Trunk and 1_4_X branch please. Thank you very
much!
I put it in trunk. Jean-Marc, I guess 1.4 is also OK?
Great.
I did not
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Then there is bug somewhere because selecting any bib file in the BibTex
dialog will always truncate the path and the extension. So I am afraid
that there is no way to select a file that is not in the textmf tree or
in the same directory.
Gregor == Gregor Gorjanc [EMAIL PROTECTED] writes:
Gregor Thank you for this! I did thought nobody is interested in
Gregor Sweave support.
I spent these last three monthes writing documents with LyX and R, so
I am definitely interested :)
JMarc
Bo == Bo Peng [EMAIL PROTECTED] writes:
I agree that a stack of bookmarks has limited use, because the poor
user has no idea of what boomark #5 actually is at a given time (a
moving target).
Bo That is why I display filename of a bookmark. Previously, the poor
Bo user has to face ice-cold
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak * stripped file name for file in the current directory.
- this should be changed to relative path (with './')
Why?
JMarc
Georg Baum wrote:
Abdelrazak Younes wrote:
In practice, this means that we cache only files that are in the texmf
tree and there is no room for confusion.
Not good. We should cache all files. This makes the code simpler.
I thought a bit more about this and I think I disagree. It is OK to
Abdelrazak Younes wrote:
Agreed but, well, I wanted to remove this code from findtexfile but then
it is used in Latex.C and I am not sure it is useful there.
It is used there on purpose IIRC. findtexfile was designed for exactly this
use case: Find a file, using the same search algorithm as
Bo == Bo Peng [EMAIL PROTECTED] writes:
Bo OK, use a vector and set bookmark-save x directly, then
Bo 1. you will need a lot of shortcuts for 20 bookmarks, currently,
Bo we only need one bookmark-save.
Anyway we would need 20 shortcuts for bookmark_goto already (and I do
not think that we
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak * stripped file name for file in the current directory.
- this should be changed to relative path (with './')
Why?
To be able to distinguish between this and a bibfile that have the same
name
I like most of what you have done there. It is only the stack that I
do not like much.
That is fair. I missed one point though. It is easy change menu
backend to display only valid bookmarks, but I really do not like menu
items 'save bookmark 1', 'save bookmark 2' to 5 or 9. That was
actually
Georg Baum wrote:
Abdelrazak Younes wrote:
Agreed but, well, I wanted to remove this code from findtexfile but then
it is used in Latex.C and I am not sure it is useful there.
It is used there on purpose IIRC. findtexfile was designed for exactly this
use case: Find a file, using the same
Hi
I have now used lyx for a while for writing my master thesis and I am
now quite happy to the it's usage with bibtex, separation of chapters to
own includeable files, etc... While writing my text and thinking what to
write, I have however often noticed that I want to separate the
different
lamikr [EMAIL PROTECTED] writes:
What do you think, would it be possible to add a support for more
free-er usage of spaces and enter lines in the Lyx editor, without
changing the way how they are really treated in the final DVI/PDF
output?
A simple answer: No.
A more detailed answer: No.
On Tue, 9 Jan 2007, Andreas K. wrote:
lamikr [EMAIL PROTECTED] writes:
What do you think, would it be possible to add a support for more
free-er usage of spaces and enter lines in the Lyx editor, without
changing the way how they are really treated in the final DVI/PDF
output?
A simple
lamikr wrote:
Hi
I have now used lyx for a while for writing my master thesis and I am
now quite happy to the it's usage with bibtex, separation of chapters to
own includeable files, etc... While writing my text and thinking what to
write, I have however often noticed that I want to separate
On Wed, Jan 10, 2007 at 09:41:27AM +1800, Bo Peng wrote:
I like most of what you have done there. It is only the stack that I
do not like much.
That is fair. I missed one point though. It is easy change menu
backend to display only valid bookmarks, but I really do not like menu
items
Bo, it is the stack organization which is confusing. The first saved
bookmark gets assigned the number 1. When I save another bookmark, this
last one is now the bookmark number 1. When I try to go to bookmark 1
by the menu, I expect to go to the *first* bookmark I saved.
OK. I will use list,
On Tue, Jan 09, 2007 at 04:30:47PM +0100, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak * stripped file name for file in the current directory.
- this should be changed to relative path (with './')
Why?
If we are going to this route, we should stop a bit and remember that
we already have something named label, and it is probably not
necessary to implement them _again_.
What exactly is this label? I can see inset-label that actually inset
a \label to the latex code. I also see a disabled
On Wed, Jan 10, 2007 at 11:17:46AM +1800, Bo Peng wrote:
Bo, it is the stack organization which is confusing. The first saved
bookmark gets assigned the number 1. When I save another bookmark, this
last one is now the bookmark number 1. When I try to go to bookmark 1
by the menu, I expect
Abdelrazak Younes wrote:
Could you profile this instead:
lyx -e text UserGuide.lyx
another try:
% cumulative self self total
time seconds secondscalls ms/call ms/call name
16.00 0.04 0.0424961 0.00 0.00
lyx::LyXLex::Pimpl::nextToken()
when starting lyx from the command line *with* a doc i see this:
[EMAIL PROTECTED]:~/svn/build$ lyx-svn UserGuide.lyx
QPainter::begin: Cannot paint on a null pixmap
QPainter::end: Painter not active, aborted
and the top part (couple of lines) of the document is hidden and i need
to scroll down
[EMAIL PROTECTED] wrote:
On Tue, 9 Jan 2007, Andreas K. wrote:
lamikr [EMAIL PROTECTED] writes:
What do you think, would it be possible to add a support for more
free-er usage of spaces and enter lines in the Lyx editor, without
changing the way how they are really treated in the final
I think that the LIFO - FIFO change should be enough.
This is very simple, and has been done. I am not going to add support
for bookmark-save 2/3/4/5 right now, not because it is difficult to
do, but because I dislike the menu items for them. Suggestions are
welcome.
Cheers,
Bo
lamikr wrote:
And as I see the Lyx editor anyway as a smart code editor for Latex, I
would not think it being against the WYSIWYM principles Lyx try to
follow if it would allow writers to set some more air to their text in
the editor side. Instead I see that Lyx would just came smarter than
José or any other python expert, I need your help. The attached patch is
the lyx2lyx part of the getting rid of InsetLaTeXAccent patch.
convert_accent works well, but revert_accent does not. I put the error
messages in the file. Can anybody tell me why
document.body[i] =
Am Dienstag, 9. Januar 2007 11:38 schrieb [EMAIL PROTECTED]:
It's been a long process, but thanks to Jean-Marc, it is now possible
for Uwe to commit.
But his commits are missing in the cvslog list (probably awaiting moderator
approval).
Georg
Am Montag, 8. Januar 2007 21:00 schrieb Bo Peng:
They also work for the internal selection, but do not make much sense
because you can't paste them somewhere else than the current cursor
location as you found out.
After you finish your selection cleanup/fixes, I will try to implement
Am Dienstag, 9. Januar 2007 16:46 schrieb Abdelrazak Younes:
Georg Baum wrote:
This was simply designed to work exactly as it works in LaTeX. If we
want to
change that, then we should not store the filenames in a comma
separated
list, but use something similar to the new
Am Dienstag, 9. Januar 2007 11:43 schrieb [EMAIL PROTECTED]:
The developers' wiki suffered an accident a while back. I've resurrected
most of the pages in a static form through the help of google. This was a
while back and nothing much has happened since then.
One thing I was using the
I don't think that we need a separate devel wiki.
I do not see an immediate use of devel wiki, but can doxygen generated
source doc be hosted somewhere?
Bo
Am Dienstag, 9. Januar 2007 19:53 schrieb Bo Peng:
I don't think that we need a separate devel wiki.
I do not see an immediate use of devel wiki, but can doxygen generated
source doc be hosted somewhere?
That should definitely be done. The problem is that it takes really long to
generate
Am Dienstag, 9. Januar 2007 19:38 schrieb lamikr:
And as I see the Lyx editor anyway as a smart code editor for Latex,
That is not who we see it. LyX is no code editor for LaTeX, but a document
processor that can use LaTeX to generate well typeset output. If you
mostly think in terms of LaTeX
On Tue, Jan 09, 2007 at 07:19:20PM +0100, Abdelrazak Younes wrote:
lamikr wrote:
And as I see the Lyx editor anyway as a smart code editor for Latex, I
would not think it being against the WYSIWYM principles Lyx try to
follow if it would allow writers to set some more air to their text in
Am Dienstag, 9. Januar 2007 16:29 schrieb Abdelrazak Younes:
Georg Baum wrote:
Abdelrazak Younes wrote:
In practice, this means that we cache only files that are in the texmf
tree and there is no room for confusion.
Not good. We should cache all files. This makes the code simpler.
After the unicode merge to trunk in summer we discussed the question what
\inputencoding default
in a LyX file was supposed to do. We came to the conclusion then that this
simply meant to not use the inputenc package, and simply output the
document in 8bit characters as is.
Then the question
Am Dienstag, 9. Januar 2007 16:17 schrieb Gregor Gorjanc:
like to discuss this. I guess this will not make it into 1.5. Am I
right?
Yes. Although it may not look like that with the recent flow of patches 1.5
is in feature freeze. This is unfortunate timing, but not a problem: This
would not
although loading and saving feels snappier, i find that selecting text
(especially in a large doc like the userguide) is slow on linux, the
selection lags a bit behind the mouse when i move the mouse quickly.
if i just change the selection (with the mouse) in a single paragraph
for a while
On Tue, Jan 09, 2007 at 07:46:47PM +0100, Georg Baum wrote:
José or any other python expert, I need your help. The attached patch is
the lyx2lyx part of the getting rid of InsetLaTeXAccent patch.
convert_accent works well, but revert_accent does not. I put the error
messages in the file.
Am Dienstag, 9. Januar 2007 21:42 schrieb Enrico Forestieri:
On Tue, Jan 09, 2007 at 07:46:47PM +0100, Georg Baum wrote:
José or any other python expert, I need your help. The attached patch
is
the lyx2lyx part of the getting rid of InsetLaTeXAccent patch.
convert_accent works well, but
Georg Baum wrote:
I propose to change the conversion of files with default inputencoding to
be the same as with auto, together with the corresponding changes in LyX
itself. The only difference between auto and default in LyX 1.5 would
then be that documents with auto would use the inputenc
Georg Baum [EMAIL PROTECTED] writes:
Am Dienstag, 9. Januar 2007 19:53 schrieb Bo Peng:
I don't think that we need a separate devel wiki.
I do not see an immediate use of devel wiki, but can doxygen generated
source doc be hosted somewhere?
That should definitely be done. The
Did not Lars set that up some time ago (one or more years) to do just that?
Link?
Bo
On Tue, Jan 09, 2007 at 09:57:12PM +0100, Georg Baum wrote:
Am Dienstag, 9. Januar 2007 21:42 schrieb Enrico Forestieri:
On Tue, Jan 09, 2007 at 07:46:47PM +0100, Georg Baum wrote:
José or any other python expert, I need your help. The attached patch
is
the lyx2lyx part of the getting
Am Dienstag, 9. Januar 2007 22:19 schrieb Enrico Forestieri:
No, I didn't try your patch.
That does not help :-( Your script works for me, too. The strange thing is
that the type of document.body[i] is neither a normal string nor a unicode
string. At least the error messages seem to suggest
When trying to insert a child document with a non-ascii filename LyX
asserts:
Assertion triggered in const lyx::docstring lyx::from_ascii(const std::string)
by failing check static_castunsigned char(ascii[i]) 0x80 in file
../../../src/support/docstring.C:41
The fix is obvious (see attached),
Am Dienstag, 9. Januar 2007 22:28 schrieb Enrico Forestieri:
The fix is obvious (see attached), but I would like to know if I can
also ditch the comment as it is bogus, apparently.
Yes. Both the from_ascii and the comment where added by me when I did not
yet fully understand the filename
Am Freitag, 5. Januar 2007 18:59 schrieb Bennett Helm:
On Jan 5, 2007, at 12:39 PM, Georg Baum wrote:
Am Freitag, 5. Januar 2007 18:27 schrieb Bennett Helm:
In addition, cut and paste is currently not working well: it only
pastes unformatted text (and omits footnotes and other insets).
As a side effect, it also fixes this bug:
http://bugzilla.lyx.org/show_bug.cgi?id=2138 ;-)
I am happy to see that you are going toward the removal of internal
clipboards. :-)
Bo
On Tue, Jan 09, 2007 at 10:25:15PM +0100, Georg Baum wrote:
Am Dienstag, 9. Januar 2007 22:19 schrieb Enrico Forestieri:
No, I didn't try your patch.
That does not help :-( Your script works for me, too. The strange thing is
that the type of document.body[i] is neither a normal string
On Tue, Jan 09, 2007 at 11:23:52PM +0100, Enrico Forestieri wrote:
On Tue, Jan 09, 2007 at 10:25:15PM +0100, Georg Baum wrote:
Am Dienstag, 9. Januar 2007 22:19 schrieb Enrico Forestieri:
No, I didn't try your patch.
That does not help :-( Your script works for me, too. The strange
Georg Baum wrote:
This patch should work around that problem by using the system clipboard to
store LyX formatted stuff. As a side effect, it also fixes this bug:
http://bugzilla.lyx.org/show_bug.cgi?id=2138 ;-)
Seriously: I started to implement this as a fix for 2138 over a year ago,
but
Quite frankly I am not very confident that you can achieve the same
performance as the internal Clipboard. You are putting in the chain
lyx2lyx parsing + lyx format parsing which is known to take some time.
I do not think you need to do lyx2lyx stuff. Technically speaking,
what we need is
On Tuesday 09 January 2007 9:08 pm, Angus Leeming wrote:
Did not Lars set that up some time ago (one or more years) to do just that?
AFAIR yes but I do not remember the link.
Angus
--
José Abílio
On Tuesday 09 January 2007 8:02 pm, Georg Baum wrote:
Opinions? If this is OK I'll develop a patch (will be easy).
Yes, it is OK. That is the price to pay for using the bleeding edge,
sometimes bleeds happen. ;-)
Georg
--
José Abílio
On Tuesday 09 January 2007 3:17 pm, Gregor Gorjanc wrote:
Thank you for this! I did thought nobody is interested in Sweave support. I
agree that it need some more thinking. I am looking forward if anyone would
like to discuss this. I guess this will not make it into 1.5. Am I right?
Show us
On Tuesday 09 January 2007 6:46 pm, Georg Baum wrote:
José or any other python expert, I need your help. The attached patch is
the lyx2lyx part of the getting rid of InsetLaTeXAccent patch.
convert_accent works well, but revert_accent does not. I put the error
messages in the file. Can anybody
On Tue, 9 Jan 2007, Georg Baum wrote:
Am Dienstag, 9. Januar 2007 11:43 schrieb [EMAIL PROTECTED]:
The developers' wiki suffered an accident a while back. I've resurrected
most of the pages in a static form through the help of google. This was a
while back and nothing much has happened since
On Tue, 9 Jan 2007, Angus Leeming wrote:
Georg Baum [EMAIL PROTECTED] writes:
Am Dienstag, 9. Januar 2007 19:53 schrieb Bo Peng:
I don't think that we need a separate devel wiki.
I do not see an immediate use of devel wiki, but can doxygen generated
source doc be hosted somewhere?
That
On Tue, Jan 09, 2007 at 11:28:04PM +0100, Enrico Forestieri wrote:
On Tue, Jan 09, 2007 at 11:23:52PM +0100, Enrico Forestieri wrote:
On Tue, Jan 09, 2007 at 10:25:15PM +0100, Georg Baum wrote:
Am Dienstag, 9. Januar 2007 22:19 schrieb Enrico Forestieri:
No, I didn't try your patch.
On Jan 9, 2007, at 5:42 PM, Abdelrazak Younes wrote:
Georg Baum wrote:
This patch should work around that problem by using the system
clipboard to store LyX formatted stuff. As a side effect, it also
fixes this bug: http://bugzilla.lyx.org/show_bug.cgi?id=2138 ;-)
Seriously: I started to
On Mac, at least, I have some arrow navigation problems with today's
1.5svn.
Previously, I reported that pressing down-arrow causes the cursor to
jump 2 lines down. That has now been fixed. However, now the cursor
seems to remember a particular horizontal position when moving up
or down
On Wed, Jan 10, 2007 at 03:42:12AM -, [EMAIL PROTECTED] wrote:
Author: forenr
Date: Wed Jan 10 04:42:06 2007
New Revision: 16635
URL: http://www.lyx.org/trac/changeset/16635
Log:
Fix encoding of filenames in python scripts
* lib/scripts/fig2pstex.py
*
On Wed, Jan 10, 2007 at 04:24:37AM -, [EMAIL PROTECTED] wrote:
Author: forenr
Date: Wed Jan 10 05:24:36 2007
New Revision: 16636
URL: http://www.lyx.org/trac/changeset/16636
Log:
Partially revert changeset 16635.
Modified:
lyx-devel/trunk/lib/scripts/fen2ascii.py
I agree that a stack of bookmarks has limited use, because the poor user has
no idea of what boomark #5 actually is at a given time (a moving target).
That is why I display filename of a bookmark. Previously, the poor
user has to face ice-cold bookmark 1/2/3/4/5.
Well, I guess many people use
José Matos [EMAIL PROTECTED] writes:
On Tuesday 09 January 2007 3:17 pm, Gregor Gorjanc wrote:
Thank you for this! I did thought nobody is interested in Sweave support. I
agree that it need some more thinking. I am looking forward if anyone would
like to discuss this. I guess this will
Uwe == Uwe Stöhr [EMAIL PROTECTED] writes:
fancyhdr.sty (v. 3.1) states that: % Fancyplain stuff shouldn't be
used anymore (rather % \fancypagestyle{plain} should be used), but
it must be present for % compatibility reasons.
Uwe Thanks for the info, I dropped this and marked the bug as
Uwe
Uwe Stöhr wrote:
> This is my first patch to the source code so don't beat me when I did it
> wrong, just tell me how it's done correctly and I'll learn my lesson.
>
> Add fancyplain to Page Style list:
> http://bugzilla.lyx.org/show_bug.cgi?id=2629
That looks like a file format change to me,
> "Jürgen" == Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
Jürgen> Jean-Marc, this patch is what I committed to trunk yesterday.
Jürgen> I'd like to have it in 1.4 as well. O.K.?
Yes.
JMarc
[EMAIL PROTECTED] wrote:
> Author: uwestoehr
> Date: Tue Jan 9 03:29:35 2007
> New Revision: 16622
>
> URL: http://www.lyx.org/trac/changeset/16622
> Log:
> New Extended-Insets manual
>
> Added:
> lyx-devel/branches/BRANCH_1_4_X/lib/doc/Extended-Insets.lyx
> Modified:
>
Georg Baum wrote:
> - Never ever commit stuff to 1.4 only, unless that is a fix for a bug not
> present in 1.5. We always need to have current documentation in 1.5, too.
> Then there is a chance that somebody who modifies a feature will update
> the documentation at the same time. Otherwise that
Gregor Gorjanc wrote:
> I have another set of Sweave specific commands. I believe this is the last
> one. Here is the patch. Trunk and 1_4_X branch please. Thank you very
> much!
I put it in trunk. Jean-Marc, I guess 1.4 is also OK?
I did not forget your other mail, but that will stay in the
Abdelrazak Younes wrote:
Edwin Leuven wrote:
Abdelrazak Younes wrote:
Could you profile this instead:
lyx -e text UserGuide.lyx
then you get this:
Each sample counts as 0.01 seconds.
% cumulative self self total
time seconds secondscalls ms/call ms/call
LyX creates dvi documents without proper dimension information
http://bugzilla.lyx.org/show_bug.cgi?id=2721
Simply add the [dvips] option to the geometry package when landscape is
used.
Opinions?
regards Uwe
Index: bufferparams.C
It's been a long process, but thanks to Jean-Marc, it is now possible
for Uwe to commit.
cheers
/Christian
PS. I'll make sure the necessary steps are documented.
--
Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
The developers' wiki suffered an accident a while back. I've resurrected
most of the pages in a static form through the help of google. This was a
while back and nothing much has happened since then.
One thing I was using the devevlopers' wiki was to document the LFUNs.
It is not that much
>I do know that the new bookmark code has plenty of advantages. What
>this does not tell me is why bookmarks have to be a stack instead of a
>vector.
>
>Bo> I can not see a way to implement dynamic bookmark menu items
>Bo> without this stack (regression).
>
>So tell us, why?
I agree that a stack
Uwe Stöhr wrote:
> Opinions?
I think it is correct to use this option. However, even if it does not harm
when using pdflatex, I've read that you have to expect errors if you're using
another dvi-to-something driver that does not understand the dvi specials
this option inserts (for instance:
1 - 100 of 178 matches
Mail list logo
