Hi all,
is there any reason for which if I call asString(AS_STR_INSETS)
on a paragraph containing an InsetQuote I get an assert failure,
in Inset::buffer() ?
Thanks,
T.
Jürgen Spitzmüller schreibt:
>> I also thought this, but Günter pointed me to the right typography that
>> there is no space between abbreviations:
>> http://en.wikipedia.org/wiki/Abbreviation#Periods_.28full_stops.29_and_spaces
>
> Your interpretation is wrong. This article talks about _full_ sp
rgheck schrieb:
It should be OK now.
It is, thanks.
Uwe
Pavel Sanda ha scritto:
i have put it in. anyway at first try:
1. load math manual
2. search math exrp E/F
3. search
4. kaboom
I have tracked down the problem to a much simpler example:
1. New document
2. Enter any text containing a double quote character (")
3. AdvSearch for whatever
4. Asse
Richard heck wrote:
rgheck wrote:
There's a bug in the code that sets the layout for the first
paragraph of an InsetCollapsable. If you start LyX from a terminal
and create a branch, you'll see some error messages about PlainLayout
not being found. This is because the first paragraph is bein
Philippe Charpentier wrote:
Philippe Charpentier a écrit :
Hi
if I try to use a layout whose name contains non ASCII characters
lyx-1.6.0svn crashes:
lassert.cpp(21): ASSERTION static_cast(ascii[i]) < 0x80
VIOLATED IN docstring.cpp:50
Assertion triggered in void lyx::doAssert(const char*, co
Philippe Charpentier a écrit :
> Hi
> if I try to use a layout whose name contains non ASCII characters
> lyx-1.6.0svn crashes:
>
> lassert.cpp(21): ASSERTION static_cast(ascii[i]) < 0x80
> VIOLATED IN docstring.cpp:50
> Assertion triggered in void lyx::doAssert(const char*, const char*, long
> int
Uwe Stöhr wrote:
> Yes, I had other plans, mentioned in the patch I sent to the list.
We should put this back for the > time being. I'd do it myself except
that I can't seem to access svn at all right now
SVN is up again.
The patch Jürgen proposed doesn't fix the crash for me, it only
ch
On Sat, 2008-10-25 at 14:55 +0200, Vincent van Ravesteijn wrote:
> Hi all,
>
> A.
> 1. create a new document (doc1),
> 2. insert a label,
> 3. insert a cross-ref
> 4. create a new document (doc2)
> 5. insert a cross-ref (in doc2)
> then the labels in the cross-ref dialog are those from doc1.
>
> Yes, I had other plans, mentioned in the patch I sent to the list. We should put this back for
the > time being. I'd do it myself except that I can't seem to access svn at all right now
SVN is up again.
The patch Jürgen proposed doesn't fix the crash for me, it only changes the
file wher
rgheck wrote:
> And svn seems to be down, so we can't do anything about it right now.
It works again now, apparently.
Jürgen
On Sun, 2008-10-26 at 09:42 -0400, rgheck wrote:
> Vincent van Ravesteijn wrote:
> > On Sun, 2008-10-26 at 14:50 +0100, Vincent van Ravesteijn wrote:
> >
> >> cs 27129 removed ourpar.setLayout(lay) from
> >> InsetText::initParagraphs().
> >>
> >> Now, File->New creates an InsetText without sett
Vincent van Ravesteijn wrote:
On Sun, 2008-10-26 at 14:50 +0100, Vincent van Ravesteijn wrote:
cs 27129 removed ourpar.setLayout(lay) from
InsetText::initParagraphs().
Now, File->New creates an InsetText without setting a Layout. As a
result, LyX asserts when executing (*text_class_)[layou
On Sun, 2008-10-26 at 14:50 +0100, Vincent van Ravesteijn wrote:
> cs 27129 removed ourpar.setLayout(lay) from
> InsetText::initParagraphs().
>
> Now, File->New creates an InsetText without setting a Layout. As a
> result, LyX asserts when executing (*text_class_)[layout] in
> GuiLayoutBox::set.
Jürgen Spitzmüller wrote:
rgheck wrote:
URL: http://www.lyx.org/trac/changeset/27129
Log:
The last commit was, uhh, not what I intended.
However, now lyx crashes on New Document:
lassert.cpp(21): ASSERTION !name.empty() VIOLATED IN TextClass.cpp:882
We failed to find the
Uwe Stöhr wrote:
> It looks like tex4ht is still trying to find files in c:\tex4ht.
I don't see this.
On your system, what is the content of "MiKTeX
2.7\scripts\tex4ht\bat\oolatex.bat"? Doesn't it refer to
c:\tex4ht\texmf\tex4ht\base\win32\tex4ht.env ?
Joost
Martin Vermeer wrote:
On Sat, Oct 25, 2008 at 10:47:14PM -0400, Richard heck wrote:
rgheck wrote:
Comments? OK to commit?
Would it be better to use an enum rather than a boolean? More
human-readable.
Right. Will do.
rh
> It looks like tex4ht is still trying to find files in c:\tex4ht.
I don't see this.
> You don't have a copy of tex4ht in c:\, right?
Yes.
Uwe
Uwe Stöhr wrote:
> I also thought this, but Günter pointed me to the right typography that
> there is no space between abbreviations:
> http://en.wikipedia.org/wiki/Abbreviation#Periods_.28full_stops.29_and_spac
>es
Your interpretation is wrong. This article talks about _full_ spaces inbetween
ma
cs 27129 removed ourpar.setLayout(lay) from
InsetText::initParagraphs().
Now, File->New creates an InsetText without setting a Layout. As a
result, LyX asserts when executing (*text_class_)[layout] in
GuiLayoutBox::set. This is because layout is empty.
Vincent
> It is good typographic
> practice to use a thin space inbetween abbreviations, so e.\,g. and i.\,e.
are correct.
I also thought this, but Günter pointed me to the right typography that there is no space between
abbreviations:
http://en.wikipedia.org/wiki/Abbreviation#Periods_.28full_stops.29
rgheck wrote:
> URL: http://www.lyx.org/trac/changeset/27129
> Log:
> The last commit was, uhh, not what I intended.
However, now lyx crashes on New Document:
lassert.cpp(21): ASSERTION !name.empty() VIOLATED IN TextClass.cpp:882
We failed to find the layout '' in the layout list.
uwestoehr wrote:
> - in TeX mode, e.
> -\begin_inset space \thinspace{}
> -\end_inset
> -
> -g.
> -
> + in TeX mode, e.g.
> +\begin_inset space \space{}
> +\end_inset
> +
Why is this supposed to be a typographic "fix"? It is good typographic
practice to use a thin space inbetween abbreviations, s
On Sat, Oct 25, 2008 at 10:47:14PM -0400, Richard heck wrote:
> rgheck wrote:
>>
>> There's a bug in the code that sets the layout for the first paragraph of
>> an InsetCollapsable. If you start LyX from a terminal and create a branch,
>> you'll see some error messages about PlainLayout not being
24 matches
Mail list logo
