Jürgen Spitzmüller wrote:
> > Hmm, that's the problem, the action that would lead to this bug is not
> > possible anymore.
>
> At least it is possible without your patch. What exactly doesn't work?
I verified the bug didn't come back with your commit, so I guess you can
commit this to branch as w
Jürgen Spitzmüller wrote:
> > It did happen with Qt4.5.0 debug; not with Qt4.5.1 debug; not with
> > Qt4.5.1 release; but it does with Qt4.5.2 release ?!?
>
> The strange thing is: I use Qt 5.4.2 as well, and I do not get the crash.
Even stranger, now I do.
> > Juergen, maybe I should apply the p
Vincent van Ravesteijn wrote:
> Ok ?
I do not understand it, but OK, if it's well tested.
Jürgen
Vincent van Ravesteijn wrote:
> > However, your explanations strike me sensible. Just check the reported
> > undo bug doesn't come back.
> >
> >
>
> Hmm, that's the problem, the action that would lead to this bug is not
> possible anymore.
At least it is possible without your patch. What exactly
Vincent van Ravesteijn wrote:
> I just downloaded the 1.6.3 installer with Qt4.5.2 and I get a crash too.
>
> It did happen with Qt4.5.0 debug; not with Qt4.5.1 debug; not with
> Qt4.5.1 release; but it does with Qt4.5.2 release ?!?
The strange thing is: I use Qt 5.4.2 as well, and I do not get th
On Sun, Jul 26, 2009 at 10:21:47PM +0200, Vincent van Ravesteijn wrote:
>
As to the proposed patch, I'd like to hear the opinion of math users.
>>> After some further investigation I found out that the bug was introduced
>>> in changeset 10553: "Output \\ at the end of the last lin
On Sun, Jul 26, 2009 at 11:33:54PM +0200, Vincent van Ravesteijn wrote:
>
> When copying a math inset and text like the following:
> $\forall$x
> (the thing between $'s is a math inset)
>
> and pasting this into another math inset will give:
> $\forallx$
>
> In stead of
> $\forall x$
>
> The attach
When the menu is pressed, a context menu is located at the cursor. The
location of the cursor is retrieved via the InputMethodQuery function
(just as the japanese list of possibilities). However, for some reason
the box around the cursor that needs to be returned in this function is
shifted dow
When copying a math inset and text like the following:
$\forall$x
(the thing between $'s is a math inset)
and pasting this into another math inset will give:
$\forallx$
In stead of
$\forall x$
The attached patch adds a space after the text that
InsetMathHull::plaintext() outputs to avoid such
As to the proposed patch, I'd like to hear the opinion of math users.
After some further investigation I found out that the bug was introduced
in changeset 10553: "Output \\ at the end of the last line if it is
empty (fixes bug 2067)". This is wrong, because outputting an extra "\\"
woul
Pavel Sanda schreef:
Vincent van Ravesteijn wrote:
Juergen, maybe I should apply the patch you didn't like anyway ?
174 // see bug #5957: http://www.lyx.org/trac/ticket/5957 175
if (params.scale == 50) 176 scale += 0.0001;
i think this should be ap
Jürgen Spitzmüller wrote:
Jürgen Spitzmüller wrote:
On a related note, I also posted a bug fix for the existing theorem
modules -- under certain circumstances (which I've since forgotten), the
title (Theorem, Lemma, ...) appears in italics rather than bold. I
can't find a Trac ticket for that,
Jürgen Spitzmüller wrote:
Paul A. Rubin wrote:
http://www.lyx.org/trac/ticket/5880
could you please upload the new patch there?
I notice a link on the ticket to the revised files (at marc.info). Do
you still want me to upload the new zip, or does that cover it?
Please upload it, then we have
Jürgen Spitzmüller wrote:
Paul A. Rubin wrote:
Hi Pavel,
No, no response yet (and I do have something I need to upload).
I've sent Paul the data.
Jürgen
Jürgen and Pavel,
Thanks, it's working now. Not sure what happened here: I had the
password stored in both Firefox and KeePass, and s
Vincent van Ravesteijn wrote:
> Juergen, maybe I should apply the patch you didn't like anyway ?
>
> 174 // see bug #5957: http://www.lyx.org/trac/ticket/5957 175
> if (params.scale == 50) 176 scale += 0.0001;
i think this should be applied; if it was only 4.5.
Jürgen Spitzmüller schreef:
Vincent van Ravesteijn wrote:
Vincent van Ravesteijn wrote:
Does it help if you remove the "lyxscale 50" ?
indeed, thats the cause. i thought this was happening only in 4.5.0?
pavel
me too.. Are you sure you are compiling/using 4.
Vincent van Ravesteijn wrote:
>> indeed, thats the cause. i thought this was happening only in 4.5.0?
>> pavel
>>
> me too.. Are you sure you are compiling/using 4.5.2 for all your
> lyx-versions/branches/git-checkouts etc. ?
another strange thing is that i would bet that i used this document
Pavel Sanda wrote:
> > Additionally, the kimgio library might be to blame. Which KDE version do
> > you
> > have installed? I have KDE 4.3 RC3 installed here, your file loads fine,
> > and I
> > get these messages on the console:
>
> i dont use any desktop manager. but kde-base/kdelibs are ins
Christian Ridderström wrote:
> I leave it to you to use the markup (:oswatersched lyx:) in some
nice, i added it.
> suitable way on the download page. To me it seems it a little bit
> wide, and I'm not sure how easy it is to understand what the icons
> mean.
they are the logos of distros and mos
Jürgen Spitzmüller wrote:
> Vincent van Ravesteijn wrote:
> > > Vincent van Ravesteijn wrote:
> > >
> > >
> > >> Does it help if you remove the "lyxscale 50" ?
> > >>
> > >
> > > indeed, thats the cause. i thought this was happening only in 4.5.0?
> > > pavel
> > >
> >
> > me too.. Are you
2009/7/25 Pavel Sanda :
> Christian Ridderström wrote:
>> Hi,
>>
>> The site Open Source Watershed tracks which version of a software that is
>> available in a specific version of a distribution. There's a page for LyX,
>> perhaps useful for us to know about:
>>
>> http://oswatershed.org/pkg/
Vincent van Ravesteijn wrote:
> > Vincent van Ravesteijn wrote:
> >
> >
> >> Does it help if you remove the "lyxscale 50" ?
> >>
> >
> > indeed, thats the cause. i thought this was happening only in 4.5.0?
> > pavel
> >
>
> me too.. Are you sure you are compiling/using 4.5.2 for all your
>
Pavel Sanda schreef:
Vincent van Ravesteijn wrote:
Does it help if you remove the "lyxscale 50" ?
indeed, thats the cause. i thought this was happening only in 4.5.0?
pavel
me too.. Are you sure you are compiling/using 4.5.2 for all your
lyx-versions/branches/git-checkouts etc. ?
Vincent van Ravesteijn wrote:
> Does it help if you remove the "lyxscale 50" ?
indeed, thats the cause. i thought this was happening only in 4.5.0?
pavel
Vincent van Ravesteijn wrote:
> > As to the proposed patch, I'd like to hear the opinion of math users.
>
> After some further investigation I found out that the bug was introduced
> in changeset 10553: "Output \\ at the end of the last line if it is
> empty (fixes bug 2067)". This is wrong, becaus
Pavel Sanda schreef:
Vincent van Ravesteijn wrote:
#24 std::fill_n<__gnu_cxx::__normal_iteratorstd::allocator > >, unsigned int, int> (__first=
{_M_current = 0x8d26860}, __n=266, __val...@0xbfaef4d8)
at
/usr/lib/gcc/i686-pc-linux-gnu/4.1.2/include/g++-v4/bits/stl_algobase.h:618
Vincent van Ravesteijn wrote:
>> #24 std::fill_n<__gnu_cxx::__normal_iterator> std::allocator > >, unsigned int, int> (__first=
>> {_M_current = 0x8d26860}, __n=266, __val...@0xbfaef4d8)
>> at
>> /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/include/g++-v4/bits/stl_algobase.h:618
>>
> From her
and the patch.
Index:
C:/Users/Vincent/OpenSource/LyX/svn-filename/src/mathed/InsetMathGrid.cpp
===
---
C:/Users/Vincent/OpenSource/LyX/svn-filename/src/mathed/InsetMathGrid.cpp
(revision 30748)
+++
C:/Users/Vincent/OpenSourc
As to the proposed patch, I'd like to hear the opinion of math users.
After some further investigation I found out that the bug was introduced
in changeset 10553: "Output \\ at the end of the last line if it is
empty (fixes bug 2067)". This is wrong, because outputting an extra "\\"
would mea
Pavel Sanda schreef:
Pavel Sanda wrote:
Pavel Sanda wrote:
hi,
i get regular crashes with branch lately. just scrolling with mouse
wheel through the document without single touch on the keyboard.
it crashes so often that i have problem to produce some example file ;)
once it
Pavel Sanda wrote:
> Pavel Sanda wrote:
> > hi,
> > i get regular crashes with branch lately. just scrolling with mouse
> > wheel through the document without single touch on the keyboard.
>
> it crashes so often that i have problem to produce some example file ;)
> once it get frozen and kill
Pavel Sanda wrote:
> hi,
> i get regular crashes with branch lately. just scrolling with mouse
> wheel through the document without single touch on the keyboard.
it crashes so often that i have problem to produce some example file ;)
once it get frozen and killing lead to this backtrace:
[Swi
hi,
i get regular crashes with branch lately. just scrolling with mouse
wheel through the document without single touch on the keyboard.
when i try to backtrace it i just get useless things like
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb6e37700 (LWP 25974)]
0xb7
Tommaso Cucinotta wrote:
> I forgot to please ask somebody to commit this patch, as I can't.
i already understood, but knowing basically nothing about tabular stuff waited
for
somebody competent to review, since "heurictic" patch made somewhat suspicious
;)
pavel
I forgot to please ask somebody to commit this patch, as I can't.
Thx,
T.
Tommaso Cucinotta ha scritto:
Hi again,
with the attached ("heuristic") patch I fixed this problem, which was
arising when searching for stuff inside a math environment nested
inside a table cell (i.e., searching f
Pavel Sanda wrote:
> i see it in branch too
me, too. Please squash it.
Jürgen
sa...@lyx.org wrote:
> Author: sanda
> Date: Sun Jul 26 12:43:50 2009
> New Revision: 30787
> URL: http://www.lyx.org/trac/changeset/30787
>
> Log:
> /usr/bin/uic -tr lyx::qt_ ui/DelimiterUi.ui -o ui_DelimiterUi.h
> 'layoutWidget' isn't a valid widget
> reported in both 4.5 and 4.1
i see it in br
Uwe Stöhr wrote:
> > It looks like someone spent some effort not to output &'s if they are
> > not necessary.
André: http://www.lyx.org/trac/changeset/5004
> > Why would it be more correct to output all &'s ? Isn't it
> > much cleaner not to output them ?
>
> It is not clean and even wrong. That
Jürgen Spitzmüller wrote:
> > On a related note, I also posted a bug fix for the existing theorem
> > modules -- under certain circumstances (which I've since forgotten), the
> > title (Theorem, Lemma, ...) appears in italics rather than bold. I
> > can't find a Trac ticket for that, so my guess i
39 matches
Mail list logo
