Jürgen Spitzmüller wrote:
http://www.lyx.org/trac/ticket/3218
I propose to backport this (r29324) to branch (patch attached).
The simple reason is that I'm using beamer-article with included beamer
document regularly now, and the "Included document has different textclass"
message is driving
Jean-Marc Lasgouttes wrote:
Le 4 juin 09 à 16:22, rgh...@lyx.org a écrit :
+int InsetBox::lyxhtml(odocstream & os, OutputParams const &
runparams) const
+{
+// FIXME We also want to do something with the length info, etc,
+// presumably as "style='...'".
+os << from_ascii("\n");
+
rgh...@lyx.org wrote:
Author: rgheck
Date: Thu Jun 4 20:18:45 2009
New Revision: 29939
URL: http://www.lyx.org/trac/changeset/29939
This completes the major infrastructure for HTML output. Few of the
insets work yet, but it handles everything else reasonably well, even
tough files like
Jean-Marc Lasgouttes wrote:
Le 4 juin 09 à 20:01, rgheck a écrit :
Jean-Marc Lasgouttes wrote:
Why the name lyxhtml and not just html() ?
I don't know. I was going to call it xhtml(), and can still do that,
if you prefer.
Is it really xhtml that you export? What DTD do you target BTW?
Pavel Sanda wrote:
There are enough MathML compliant browser out there, no need
to complicate our life with the bonus is that this will help the transition
to XML if we ever manage to do that. So, if I was you ;-), I'd implement
things in this order:
1) all images reusing the instant preview
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes writes:
For graphics I think we need two options:
1) link to the original file
2) resize to LateX settings and copy the graphic file to 'file.dir'
along 'file.html'
Why? We can use the original file but specify its size in the html,
can't
Jürgen Spitzmüller wrote:
And one question. Is this definition (in amsbook) really correct?
# Chapter is _not_ prepended
Style Section
LabelString "\arabic{section}"
LabelStringAppendix "\arabic{section}"
End
At least here, chapter actually _is_ prepended in the output
Jean-Marc Lasgouttes wrote:
rgheck writes:
The issue here, I think, would be with eps and the like. LyX accepts a
lot of formats that one wouldn't assume browsers could display inline.
I think tex4ht by default converts everything to png.
Is there a list of valid formats somewhe
Russ Woodroofe wrote:
I'm pretty sure that the comment "Chapter is _not_ prepended"
should be "Section is _not_ prepended". That makes a lot more sense,
as Section isn't prepended, and especially as it comes just before the
definition of the Section environment.
No, I think what they mea
Vincent van Ravesteijn wrote:
rgh...@lyx.org schreef:
Author: rgheck
Date: Fri Jun 5 19:26:30 2009
New Revision: 29947
URL: http://www.lyx.org/trac/changeset/29947
Log:
Layout infrastructure for HTML output.
We have to double this code for each output format that is added to
LyX ? Isn&#
Kornel Benko wrote:
Am Freitag 05 Juni 2009 schrieb sa...@lyx.org:
Author: sanda
Date: Fri Jun 5 22:22:10 2009
New Revision: 29974
URL: http://www.lyx.org/trac/changeset/29974
Log:
Lets have new output in view menu too.
Copiers command would be needed one day?
Modified:
lyx-devel/trunk/
Uwe Stöhr wrote:
I get
InsetBox.cpp
d:\lyxsvn\lyx-devel\src\insets\insetbox.cpp(494) : error C4716:
'lyx::InsetBox::xhtml' : must return a value
scons: *** [release\src\insets\InsetBox.obj] Error 2
scons: building terminated because of errors.
OK, thanks. Fixed.
rh
sa...@lyx.org wrote:
Author: sanda
Date: Fri Jun 5 22:22:10 2009
New Revision: 29974
URL: http://www.lyx.org/trac/changeset/29974
Log:
Lets have new output in view menu too.
Thanks.
Copiers command would be needed one day?
Yes, there's no real export facility yet. Until this stabiliz
rgh...@lyx.org wrote:
Author: rgheck
Date: Sat Jun 6 05:02:43 2009
New Revision: 29981
URL: http://www.lyx.org/trac/changeset/29981
Log:
Add a couple more HTML* tags to InsetLayout, in a way that improves the
footnote output and allows a lot more flexibility. (In some ways, this now
seems to
Pavel Sanda wrote:
John McCabe-Dansted wrote:
However I was wondering if this sounds like a good feature for LyX itself?
http://www.lyx.org/trac/ticket/5031
http://www.lyx.org/trac/ticket/5366
I have a very hard time seeing how this might be implemented reliably.
What would be eas
Jürgen Spitzmüller wrote:
Pavel Sanda wrote:
I thought Uwe is the principal documentation maintainer?
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg144789.html
Well, I completely missed that. Do we have maintainers for the other docs?
I really think we need a clear, c
Jürgen Spitzmüller wrote:
Enrico Forestieri wrote:
I was just waiting to know whether I should use change tracking or
not. It seems that I should not? I vote for not to use it, because
after a few changes to the same place things start becoming hardly
readable (and prone to formatting errors)
Jürgen Spitzmüller wrote:
rgheck wrote:
Here's another suggestion: ct should always be used when editing docs,
but then anyone who edits the file again should accept all changes
before doing anything else. This leaves an intelligible trail for
translators and maintainers, who can update
Pavel Sanda wrote:
rgh...@lyx.org wrote:
Author: rgheck
Date: Sat Jun 6 16:29:24 2009
New Revision: 29997
URL: http://www.lyx.org/trac/changeset/29997
Log:
Add a note about docbook() problems.
while we are it - i just quickly browsed through the few links about hacking
docbook
Uwe Stöhr wrote:
rgheck schrieb:
Here's another suggestion: ct should always be used when editing docs,
Yes, this is already the policy.
but then anyone who edits the file again should accept all changes
before doing anything else.
This would make it impossible for me to keep the do
Jean-Marc Lasgouttes wrote:
Le 13 juin 09 à 17:33, Uwe Stöhr a écrit :
> 1) could you remind us what is the format of CommandInset? I do not
> understand why specify
This:
\begin_inset CommandInset label
LatexCommand label
OK, I see.
In case it isn't obvious, the two "label" arguments may b
Pavel Sanda wrote:
Jürgen Spitzmüller wrote:
Alex Fernandez wrote:
I have this pending task since almost a month ago, but am no nearer to
a solution. Any takers?
With the attached patch for LyX and a fixed (yet unreleased) version of eLyXer
which Alex sent to me, the issue is re
Uwe Stöhr wrote:
>>Take the tex2lyx test file "test-insets.tex" that you find in
branch,
>>import it and compile the result as PDF -> this fails.
>
> Hmm, I just tried it and it worked... What error do you get?
This doesn't work with LyX 1.6.3's tex2lyx. After importing the file,
you h
Here's a stripped down version of a file causing an unspecified buffer_
assertion. Backtrace below.
rh
===
#0 0x003c41430ec5 in raise (sig=) at
../nptl/sysdeps/unix/sysv/linux/raise.c:64
#1 0x003c41432970 in abort () at abort.c:88
#2 0x00626e6a in lyx::lyx_exit (exit_cod
Enrico Forestieri wrote:
On Tue, Jun 16, 2009 at 12:29:12PM -0400, rgheck wrote:
Here's a stripped down version of a file causing an unspecified buffer_
assertion. Backtrace below.
Hmm... This is an old bug thrown out of the door which is coming back from
the window. Anytime the
This must be a problem with my setup. On both branch and trunk, I get
errors of the form "caption undefined" when trying to compile this
manual. Help?
Richard
Jean-Marc Lasgouttes wrote:
rgheck writes:
This must be a problem with my setup. On both branch and trunk, I get
errors of the form "caption undefined" when trying to compile this
manual. Help?
I do not see this. Do you have a recent latex. This manual uses as many
Jean-Marc Lasgouttes wrote:
rgh...@lyx.org writes:
+docstring InsetCollapsable::getCaptionText(OutputParams const & runparams)
const
Is there a reason why this is in InsetCollapsable and not InsetText? It
would be a good thing to lean up in InsetCollapsable all the stuff that
is not
What needs doing here is pretty simple: If necessary, we convert the
image to a format acceptable for HTML (png, I guess) and deposit it
wherever it needs to be; then we write an image tag. I see more or less
how the conversion can be done, but I'm wondering if anyone has any
helpful ideas ab
Jean-Marc Lasgouttes wrote:
rgheck writes:
So we have two different Inset*::getCaptionText methods with different
signatures? This looks ugly, I'd rather standardize on one.
I've changed the name to "getCaptionAsPlaintext()", which is what it does.
An
rgheck wrote:
Jean-Marc Lasgouttes wrote:
rgheck writes:
So we have two different Inset*::getCaptionText methods with different
signatures? This looks ugly, I'd rather standardize on one.
I've changed the name to "getCaptionAsPlaintext()", which is what it
does.
And is
Rex Dieter wrote:
Richard Heck wrote:
As said...after upgrading to Fedora 11, I can no longer compile either
branch or trunk. The error is in boost:
or just build --without-included-boost
I've done that, but am still puzzled.
rh
Jean-Marc Lasgouttes wrote:
Having looked at how these are used, of course you could change the
signature of either, but they are used to do very different things,
and they really make most sense as they are. I think. Changing the
former would just force the odocstringstream::str() call to the
Paul A. Rubin wrote:
Hi all,
I think this is a bug, in which case I'll add a ticket, but first I
want to make sure I'm not missing something fundamental about the
syntax of math-insert. Should 'math-insert x_y' insert $x_y$, or do I
need something in front of the x and/or after the y? As it
Andre Poenitz wrote:
On Tue, Jun 23, 2009 at 10:10:00AM +0200, sa...@lyx.org wrote:
Author: sanda
Date: Tue Jun 23 10:09:59 2009
New Revision: 30238
URL: http://www.lyx.org/trac/changeset/30238
Log:
Backport typo & shadowing spotted by Abdel
Modified:
lyx-devel/branches/BRANCH_1_6_X/src/
Jean-Marc Lasgouttes wrote:
2/ how are you going to handle the weird preamble entries generated by
layout files and modules. Hardcode them all in tex2lyx?
I've been thinking about this too, for the obvious reason. Here's a
suggestion.
Everything generated by a layout file or module should
Michal Skrzypek wrote:
Dear LyX developers,
I have some question: I will soon need to write a paper in Polish,
but currently there is no way of having "Theorem", "Proposition" and
alike in Polish language other than translating layouts manually (or
have I missed something?). What is the
Jean-Marc Lasgouttes wrote:
rgheck writes:
Everything generated by a layout file or module should be wrapped in a
comment of some appropriate sort, perhaps something like:
%% begin article.layout
...latex code here...
%% end article.layout
Well, the code did not have this
Pavel Sanda wrote:
trunk is now crashing when trying to load lfuns manual with
LyX: Unknown TextClass tag `AddToHTMLPreamble' [around line 9 of file
[layouts/stdfloats.inc] current token: 'AddToHTMLPreamble' context: '']
LyX: Error reading inputfile: /mnt/teral/lyx/devel/lib/layouts/stdfloats.in
Pavel Sanda wrote:
trunk is now crashing when trying to load lfuns manual with
LyX: Unknown TextClass tag `AddToHTMLPreamble' [around line 9 of file
[layouts/stdfloats.inc] current token: 'AddToHTMLPreamble' context: '']
Are you sure you svn-up'd everything? Check your TextClass.cpp and see
Pavel Sanda wrote:
Abdelrazak Younes wrote:
Is this InsetCounter a good idea? Could this be based on InsetFlex?
i would use such kind of inset myself and have already been thinking
how to add it ;) (maybe named counters for more counters in named document
and master/child usage).
Jean-Marc Lasgouttes wrote:
rgheck writes:
Yes, I have been following it, distantly, and am in effect endorsing
the old solution, plus some additional granularity. Your worries about
the new attempt seem to me reasonable ones.
I'll let Uwe decide on what he wants to do.
Neverth
Pavel Sanda wrote:
Richard Heck wrote:
Pavel Sanda wrote:
Abdelrazak Younes wrote:
Is this InsetCounter a good idea? Could this be based on InsetFlex?
i would use such kind of inset myself and have already been thinking
how to add it ;) (maybe named counters f
Pavel Sanda wrote:
Richard Heck wrote:
how i do it in lyx? o we have some module?
It depends exactly what you need, but you can define counters like this:
i want some inset, which i can put anywhere in the text which output single
number which is incremented + 1 to previous
Abdelrazak Younes wrote:
Pavel Sanda wrote:
Abdelrazak Younes wrote:
The layout format is a LyX internal format, I don't understand why
LyX should parse the comments.
i'm just copying other modules/layouts. if i understand it correctly
the comment is not for lyx binary but for configur
bb wrote:
Lyx Version 1.6.2 on Linux.
Did you upgrade from a previous version? If so, try renaming your .lyx
directory. Come to think of it, try doing that anyway. You could have
gotten a corrupt file in there somewhere.
It's also possible that your window manager is somehow stealing keys
Sergiu Carpov wrote:
Hi,
I am trying to fix this bug. And I have observed an incoherences in the
source code.
I'm examining the static function "updateExternal" from "external"
namespace, see this page
http://wiki.lyx.org/sourcedoc/svn/namespacelyx_1_1external.html#940e34e099754314ff8a1ca2ac1b9b
Sergiu Carpov wrote:
rgheck writes:
Sergiu Carpov wrote:
Hi,
I am trying to fix this bug. And I have observed an incoherences in the
source code.
I'm examining the static function "updateExternal" from "external"
namespace, see this page
http://w
Pavel Sanda wrote:
i see. as there was no feedback i suppose this module will stay locally on
my box, so no additional tweaks needed...
Actually, I meant to be endorsing it.
rh
pavel
Sergiu Carpov wrote:
Your solution doesn't work, because "expfile" has save_abs_path_ true
and in "params.filename" this fields is false. For the comparison of
DocFileName this value must be the same.
Hmm, OK, I see the issue.
By the way, what does it means "save_abs_path_" field?
It
Jean-Marc Lasgouttes wrote:
rgheck writes:
JMarc, do you have any thoughts about this? As I said earlier, I'd
rather do the comparison a different way, but
I have to admit that I have not followed this thread and that I cannot
extract its "substantifique mmoëlle"
Sergiu Carpov wrote:
2009/7/8 rgheck
Jean-Marc Lasgouttes wrote:
rgheck writes:
JMarc, do you have any thoughts about this? As I said earlier, I'd
rather do the comparison a different way, but
I have to admit that I have not followed this thread and t
Pavel Sanda wrote:
hi,
is there some reason we treat softlinks to files as the same files?
i have this setup:
0) master including 1,2,3
1) a/1.lyx
2) b/1.lyx
3) c/1.lyx
where 2 and 3 is symlinked to 1.
i want that 2 and 3 both have different local pictures and different
insetinfo buffer-path
Pavel Sanda wrote:
Richard Heck wrote:
Perhaps I should explain the background to this. There are cases where the
kind of comparison we are doing here would return false, but where the same
location in the filesystem is in question both times. All you need is a
link somewhere to get this. I
OK, Sergiu, I think we'll go with your last patch, then.
We don't have to have a GPL statement for little things like this, but
if you'd like to be recognized in our list of contributors, could you
post a message to the list saying something like this:
I hereby grant permission to license my
Jürgen Spitzmüller wrote:
This is a patch I have in the pipe for a long time. It adds number
localization to the frontend. I.e., you can insert "1,2 cm" in the German
localization instead of the English "1.2 cm" variant (the latter is of course
still possible).
As a bonus, it simplifies the c
I reported this a while back, and the advice was to use external boost.
rh
Jean-Marc Lasgouttes wrote:
rgheck writes:
Unfortunately, this does not work, because the operator== also compares the
save_abs_path_ members.
I do not know much about these DocFileName things. But looking at the
API, I realize that I do not understand it at all. There is no
Abdelrazak Younes wrote:
Hello LyXers,
Let's try some pragmatism...
It is now pretty obvious that XML won't be done for this release. I
propose to start the stabilisation of trunk and to aim for a release
in September. What about a meeting to finish 1.7 and really start XML
this time? I'd be
Do I have a trac account? If so, can someone tell me what my username
and email address are so I can reset my password?
rh
work.
rh
2009/7/9 rgheck
OK, Sergiu, I think we'll go with your last patch, then.
We don't have to have a GPL statement for little things like this, but if
you'd like to be recognized in our list of contributors, could you post a
message to the list saying something like t
Jean-Marc Lasgouttes wrote:
rgheck writes:
Do I have a trac account? If so, can someone tell me what my username
and email address are so I can reset my password?
You e-mail address is not set, which is a shame. Your login name is
"rgheck" and your password is probably t
Pavel Sanda wrote:
see why you might want to do what you describe. Perhaps in that case we
should only allow these buffers to be opened read-only?
very good idea. should i bugzilla it?
Sure.
rh
Can someone update branch to automake 1.11? I can't build anymore I
know this was done for trunk.
rh
On 07/11/2009 05:29 PM, rgheck wrote:
Can someone update branch to automake 1.11? I can't build anymore
I know this was done for trunk.
Actually, on looking, the patch is trivial. I can do it if it's OK, Jurgen.
rh
This is a fresh install of F11, and I've done a fresh checkout of the
tree, too. When I try to run trunk (in place, as I've not installed it),
I get a segfault. Thus:
#0 __gnu_debug::_Safe_iterator_base::_M_detach_single (this=0x1529f00)
at ../../../../libstdc++-v3/src/debug.cc:246
#1 0
m with the "without-included-boost" and
run-in-place combination?
rh
On 07/12/2009 03:58 AM, Sven Hoexter wrote:
On Sat, Jul 11, 2009 at 10:02:50PM -0400, rgheck wrote:
This is a fresh install of F11, and I've done a fresh checkout of
the tree, too. When I try to run tru
On 07/13/2009 08:08 AM, Sven Hoexter wrote:
On Mon, Jul 13, 2009 at 12:19:58PM +0200, Pavel Sanda wrote:
Idea: Is this a general problem with the "without-included-boost" and
run-in-place combination?
wasn't confirmed that external or internal boost make the same problem by Sven?
On 07/13/2009 10:00 AM, Jürgen Spitzmüller wrote:
Pavel Sanda wrote:
ping
Makes sense, except for:
+AddToPreamble
+ \usepackage{comment}
I would rather load the package with
Requirescomment
Yes, that can be done now that we have it in LaTeXFeatures.
Pa
Jurgen, is this OK?
Index: autogen.sh
===
--- autogen.sh (revision 30542)
+++ autogen.sh (working copy)
@@ -16,7 +16,7 @@
}
case $automake_version in
-*' '1.[5-9]*|*' '1.10*)
+*' '1.[5-9]*|*' '1.1[01]*)
;;
On 07/13/2009 10:29 AM, Pavel Sanda wrote:
Jean-Marc Lasgouttes wrote:
Ouch, So we rely on a broken package?
frankly i have no idea whats going on there. if \...@savsf=1 is problem
then i wont commit it.
I don't know. But it really looks like a bad hack.
+1
On 07/13/2009 12:05 PM, Jean-Marc Lasgouttes wrote:
Le 13 juil. 09 à 17:47, lasgout...@lyx.org a écrit :
The most important change in this changeset is that
InsetCollapsable::getLayout
is commented out, so that the documentclass is queried every time
instead of
using the layout_ cache.
This i
On 07/13/2009 11:47 AM, lasgout...@lyx.org wrote:
Author: lasgouttes
Date: Mon Jul 13 17:47:40 2009
New Revision: 30549
URL: http://www.lyx.org/trac/changeset/30549
Other changes:
* remove non-const usePlainLayout methods
Modified: lyx-devel/trunk/src/insets/InsetCollapsable.h
On 07/13/2009 06:15 PM, Sven Hoexter wrote:
On Mon, Jul 13, 2009 at 02:08:54PM +0200, Sven Hoexter wrote:
Hi,
If I remember my tests correctly 1.6.3 with ext-boost 1.38.0, Qt 4.5.2 and
gcc-4.4
worked but I'll better run that build again to be sure.
This definetly works.
Branch wi
It's only in devel mode that trunk won't run in place, and same for
branch. This explains the seemingly contradictory reports from me and
Sven. Branch won't run in dev-mode even if installed.
So, to summarize the current state of play: Current svn, trunk or
branch, will not run if compiled -
On 07/14/2009 06:11 AM, Jean-Marc Lasgouttes wrote:
- virtual bool usePlainLayout() { return true; }
- ///
What this just unnecessary? I wonder why I put it there?
You tell me.
I removed it because you added in the same commit the const version
///
virtual bool usePlainLayout() const { return
On 07/14/2009 07:18 AM, Jean-Marc Lasgouttes wrote:
Le 14 juil. 09 à 12:22, Jean-Marc Lasgouttes a écrit :
Le 14 juil. 09 à 11:49, Pavel Sanda a écrit :
Richard Heck wrote:
So, to summarize the current state of play: Current svn, trunk or
branch,
will not run if compiled --without-internal-bo
On 07/14/2009 11:14 AM, Jean-Marc Lasgouttes wrote:
Le 14 juil. 09 à 16:55, rgheck a écrit :
Only the test for filetools had this problem. I fixed it.
Thanks. Still a mystery, then.
Maybe not. I guess that the boost provided with the system is compiled
without
--enable-stdlib-debug (that
On 07/15/2009 09:53 AM, lasgout...@lyx.org wrote:
Author: lasgouttes
Date: Wed Jul 15 15:53:26 2009
New Revision: 30602
URL: http://www.lyx.org/trac/changeset/30602
Log:
comment out assertion enabled in r30540. It triggered when entering a math
inset with the mouse. I have not been able to unde
On 07/15/2009 11:02 AM, Vincent van Ravesteijn - TNW wrote:
Is it possible that the Buffer is being *copied* somewhere in the
mouse code? Since this is checking for the same address, that would
do
it.
When it crashes the Inset::buffer_ is 0. Unfortunately, I hav
On 07/15/2009 10:40 AM, Jean-Marc Lasgouttes wrote:
lasgout...@lyx.org writes:
revert r30531, which causes a crash when copying an inset.
Basically, insets in cut stack do not have a buffer, and therefore cannot
access to buffer parameters. What is annoying here is that acceptChanges
requir
On 07/15/2009 01:19 PM, Jean-Marc Lasgouttes wrote:
Well, the problem here is that InsetMathChar *explicitly* doesn't
have its buffer_ set. Abdel did this at r23362, with the message: "We
don't want a buffer_ member in InsetMathChar." But I don't know why
we wouldn't. In any event, if one remov
On 07/15/2009 01:22 PM, Jean-Marc Lasgouttes wrote:
Le 15 juil. 09 à 18:47, rgheck a écrit :
I guess I'm wondering why we are performing these sorts of operations
on things in the cut stack. Conceptually, it ought to be nothing but
a place to store things. Are we using the cut stac
On 07/15/2009 05:57 PM, Enrico Forestieri wrote:
On Wed, Jul 15, 2009 at 01:41:28PM +0200, Enrico Forestieri wrote:
Current trunk: LyX asserts when clicking in a math inset.
There's no problem entering a math inset using the arrow keys.
Still there. Steps to reproduce:
1) Ctrl-N
2)
On 07/15/2009 06:09 PM, Vincent van Ravesteijn - TNW wrote:
Current trunk: LyX asserts when clicking in a math inset.
There's no problem entering a math inset using the arrow keys.
Still there. Steps to reproduce:
What if you remove "setBuffer(..) {}" from InsetMathSpecialChar ?
On 07/16/2009 02:01 AM, Jürgen Spitzmüller wrote:
Looking at status.16x, I see a long, steadily growing list, so I think it's
time for some planning.
I think we have enough new features in and we should concentrate on
stabilization and crucial issues now (I know Vincent still has pending patches
On 07/16/2009 08:32 AM, Enrico Forestieri wrote:
Load the attached file, selected both lines in the Quote environment
and center them using the Paragraph settings dialog.
../../src/Paragraph.cpp(1357): pos: 7 size: 6
../../../src/support/lassert.cpp(21): ASSERTION pos<= size() VIOLATED IN
../..
On 07/16/2009 09:54 AM, rgheck wrote:
On 07/16/2009 08:32 AM, Enrico Forestieri wrote:
Load the attached file, selected both lines in the Quote environment
and center them using the Paragraph settings dialog.
../../src/Paragraph.cpp(1357): pos: 7 size: 6
../../../src/support/lassert.cpp(21
On 07/16/2009 09:49 AM, Vincent van Ravesteijn - TNW wrote:
On Thu, Jul 16, 2009 at 12:09:40AM +0200, Vincent van Ravesteijn - TNW
wrote:
Current trunk: LyX asserts when clicking in a math inset.
There's no problem entering a math inset using the arrow keys.
Still there. Steps
Enrico's assertion can be had this way:
Ctrl-N
Ctrl-M
Ctrl-M
Type a few characters
Click on one of them
The assertion is due to an empty buffer_ in an InsetMathChar.
From what I can tell, there just isn't the code there to set the insets
of all the nested math stuff. InsetMathHull seems to ha
On 07/16/2009 03:15 PM, John McCabe-Dansted wrote:
On Thu, Jul 16, 2009 at 9:52 PM, rgheck wrote:
#5997 lyx::Buffer::save calls 0x0016 (SIGSEGV)
Since this was a keypress crash, I have no idea how to reproduce.
Neither do I unfortunately. This was from an old version
On 07/16/2009 05:22 PM, Jean-Marc Lasgouttes wrote:
Le 16 juil. 09 à 21:21, rgheck a écrit :
I'd suggest closing the bug. Keytest has already found another
SIGSEGV, and is minimising the number of keycodes needed to reproduce.
I don't see any point spending time worrying about old i
On 07/16/2009 08:32 AM, Enrico Forestieri wrote:
Load the attached file, selected both lines in the Quote environment
and center them using the Paragraph settings dialog.
../../src/Paragraph.cpp(1357): pos: 7 size: 6
../../../src/support/lassert.cpp(21): ASSERTION pos<= size() VIOLATED IN
../..
On 07/16/2009 05:26 PM, Jean-Marc Lasgouttes wrote:
- lyxerr << "LyX Code: " << lyxCode() << " name: " << name() <<
std::endl;
+ lyxerr << "LyX Code: " << lyxCode() << " name: " <<
insetName(lyxCode()) << std::endl;
Just to make sure that we agree: the method name() ha nothing to do
with inse
On 07/16/2009 06:24 PM, rgh...@lyx.org wrote:
Author: rgheck
Date: Fri Jul 17 00:24:39 2009
New Revision: 30636
URL: http://www.lyx.org/trac/changeset/30636
Log:
Fix bug #6076. As said there, other configuration files probably need to be
checked.
For branch?
rh
On 07/17/2009 02:25 AM, John McCabe-Dansted wrote:
On Fri, Jul 17, 2009 at 7:10 AM, rgheck wrote:
On 07/16/2009 06:24 PM, rgh...@lyx.org wrote:
Author: rgheck
Date: Fri Jul 17 00:24:39 2009
New Revision: 30636
URL: http://www.lyx.org/trac/changeset/30636
Minor nitpick: s
On 07/17/2009 02:56 AM, Jürgen Spitzmüller wrote:
rgheck wrote:
This was caused by r29839. I don't immediately see why, however. Jurgen?
Hm. The backtrace doesn't indicate it's related to that change. Rather to
spell checking changes:
I get a quote different b
On 07/17/2009 02:11 PM, Vincent van Ravesteijn wrote:
Vincent van Ravesteijn schreef:
An error message you do not want to get (from some highly
sophisticated piece of software) :
Whoops. If the attached looks OK, please commit.
By the way, did you do this as a check, or are you actually mi
On 07/18/2009 05:43 AM, alain.didierj...@free.fr wrote:
Broadway (and Hollywood) appear as found in doc/LaTexConfig.lyx and as not
available from menu Documents/Parameters. They're here :
/usr/share/lyx/tex/broadway.cls
/usr/share/lyx/bind/broadway.bind
/usr/share/lyx/layouts/broadway.layout
/us
On 07/18/2009 09:56 AM, Uwe Stöhr wrote:
> To the devels: What's the intention here?
The correct solution would be to submit hollywood and broadway as new
packages to CTAN. This was for example done for the cv class we once
provided. JMarc created the LaTeX package simplecv out of it and
subm
1 - 100 of 2164 matches
Mail list logo
