Uwe Stöhr wrote:
> can this also go to branch?:
> http://www.lyx.org/trac/changeset/30523
>
> I introduced there a new LFUN and don't know if this is allowed in branch.
New lfuns are allowed.
I'm not sure we don't have too much new stuff in 1.6.4, though.
Jürgen
Vincent van Ravesteijn wrote:
> Patch for bug 2213.
OK.
(you keep the translators busy).
Jürgen
Tim Michelsen wrote:
> Presuming I clean up the formats, is the converter part correct?
Yes, it looks correct.
Jürgen
sanda wrote:
> Juergen?
Go.
Jürgen
Uwe Stöhr wrote:
> Here is the patch.
Thanks, it looks better. There are still some things to be considered, though.
> To be able to set a default value, I introduced a new unit for Length. I
> cannot think of another solution because using a real length to mark that
> the user wants the default
Am Tuesday 14 July 2009 schrieb Kornel Benko:
> This is crazy: As soon as I insert debug messages and recompile, it starts to
> function again. Maybe erroneous QT?
> I am using QT-version 4.3.1-23.6.
>
Even calling lyx without any debug messages, lyx crashes on this system.
Whats more, it does n
Jürgen,
can this also go to branch?:
http://www.lyx.org/trac/changeset/30523
I introduced there a new LFUN and don't know if this is allowed in branch.
thanks and regards
Uwe
Uwe Stöhr schrieb:
OK, I'll implement this and send a new patch.
Here is the patch.
To be able to set a default value, I introduced a new unit for Length. I cannot think of another
solution because using a real length to mark that the user wants the default is not possible, since
every set w
Le 15 juil. 09 à 00:28, Vincent van Ravesteijn a écrit :
copySelectionHelper calls: acceptChanges(copy_pars, buf.params());
This means that the paragraphs are already copied into the
ParagraphList and they don't have a buffer anymore.
Yes, this is why my changeset that removed plenty of expl
Jean-Marc Lasgouttes schreef:
Le 15 juil. 09 à 00:11, Vincent van Ravesteijn a écrit :
Changes are accepted in the selection, which need bufferparams().
Yes, this is what I saw. So it is my fault after all :)
I guess the problem is r30531, which should probably be reverted (I do
not have time
Le 15 juil. 09 à 00:22, Jean-Marc Lasgouttes a écrit :
Finally, moveItem needs this information only to be able to call
getFontSettings.
I doubt that this operation really requires the bufferparam...
All this boils down to the fact that we may need the document language.
This really does not
Le 15 juil. 09 à 00:11, Vincent van Ravesteijn a écrit :
Changes are accepted in the selection, which need bufferparams().
Yes, this is what I saw. So it is my fault after all :)
I guess the problem is r30531, which should probably be reverted (I do
not have time to do it cleanly, but it almos
Jean-Marc Lasgouttes schreef:
Le 15 juil. 09 à 00:00, Vincent van Ravesteijn a écrit :
Select a table, try to copy. Assert!
It is worse than that: select any inset, copy or deselect it -> crash
What happens is that the copy of the inset that is done has a buffer
pointer =0, and
this asserts
Le 15 juil. 09 à 00:00, Vincent van Ravesteijn a écrit :
Select a table, try to copy. Assert!
It is worse than that: select any inset, copy or deselect it -> crash
What happens is that the copy of the inset that is done has a buffer
pointer =0, and
this asserts. I do not know though why thi
Le 2 juin 09 à 23:47, Richard Heck a écrit :
And the problem is probably that we cannot have "Chapter 1" and
"Chapitre 2" in the same document anymore (but this is my fault,
not your patch's).
here, I think. Still, this is not going to be the normal case, so
there must be a way to handle
Select a table, try to copy. Assert!
Vincent
Enrico Forestieri wrote:
> > i suppose locked should be false by default.
>
> That's correct.
thanks for clarification.
pavel
On Tue, Jul 14, 2009 at 08:03:00PM +0200, Pavel Sanda wrote:
> from
>
> class ModeSpecifier
> {
> public:
Andre Poenitz wrote:
> Maybe initialize 'state_' in the copy-constructor as well?
you are right.
pavel
Uwe Stöhr wrote:
> > Uwe, is this connected to http://www.lyx.org/trac/ticket/1655 ?
> > (i was planning to look on that feature).
>
> Yes. I had an unfinished patch since about a year and your recent bug
> comment remind me to finish it.
ok i wait for next patch for testing.
pavel
> Uwe, is this connected to http://www.lyx.org/trac/ticket/1655 ?
> (i was planning to look on that feature).
Yes. I had an unfinished patch since about a year and your recent bug comment
remind me to finish it.
regards Uwe
> Uwe, is this connected to http://www.lyx.org/trac/ticket/1655 ?
> (i was planning to look on that feature).
Yes. I had an unfinished patch since about a year and your recent bug comment
remind me to finish it.
regards Uwe
Jürgen Spitzmüller schrieb:
[...]
I tested 2 converter. Pandoc had better results in Lyx than the native
docutils rst2latex.
So why did you add the docutils format? There is no corresponding converter
AFAICS, and even if there was, two separate formats would not be needed.
Presuming I clean u
On Tue, Jul 14, 2009 at 05:51:21PM +0200, sa...@lyx.org wrote:
> Author: sanda
> Date: Tue Jul 14 17:51:21 2009
> New Revision: 30567
> URL: http://www.lyx.org/trac/changeset/30567
>
> Log:
> Hopefully fix bug #6077
>
> Modified:
>lyx-devel/trunk/src/insets/RenderBase.h
>
> Modified: lyx-dev
Le 14 juil. 09 à 17:13, Pavel Sanda a écrit :
Jean-Marc Lasgouttes wrote:
margin notes seem to be affected
In what respect?
button text is missing. just try to insert it.
This is fixed now.
JMarc
Le 14 juil. 09 à 14:54, Jürgen Spitzmüller a écrit :
Jean-Marc Lasgouttes wrote:
Is there somebody who thinks I should NOT remove all these methods:
docstring InsetFlex::editMessage() const
{
return _("Opened Flex Inset");
}
No. I never grasped their purpose.
I removed them. The funn
Am Dienstag 14 Juli 2009 schrieb Jean-Marc Lasgouttes:
> Le 14 juil. 09 à 18:45, Kornel Benko a écrit :
> > Am Dienstag 14 Juli 2009 schrieb Jean-Marc Lasgouttes:
> > > I guess we output uninitialized variables in the LYXERR call. Did
> >
> > you
> >
> > > run with any -dbg flag?
> >
> > I do,
> >
On Tue, Jul 14, 2009 at 08:42:36AM +0200, Kornel Benko wrote:
> Am Tuesday 14 July 2009 schrieb Kornel Benko:
> > Hi, this is on OpenSuSE 10.3 64 bit.
> >
> > as soon as I click to see the outliner lyx crashes. Don't know when it
> > first happenned, but
> > it used to function 6 weeks ago.
>
>
Pavel Sanda wrote:
> hi,
> while trying to find out the cause of
> http://www.lyx.org/trac/ticket/6082
>
> i see that WriteStream::locked_ is not set in the constructors.
> is implicit true or false?
from
class ModeSpecifier
{
hi,
while trying to find out the cause of
http://www.lyx.org/trac/ticket/6082
i see that WriteStream::locked_ is not set in the constructors.
is implicit true or false?
pavel
Did anyone already tried to use QThread ? It works nicely except that I
can only compile when I use it in src\frontends\qt4.
Can anyone help me how to get this to work outside the gui ?
The problem is that you have to define a class that inherits from
QThread and is thus a Q_OBJECT. But when I
Vincent van Ravesteijn schreef:
Jürgen Spitzmüller schreef:
Vincent van Ravesteijn wrote:
Can I start backporting the fixes for the following bugs:
5998, 2034, 2213, 3706, 3918, 4177, 4509, 4952, 5390, 5435, 5458, 5944,
5948 ?
Yes. Please post the patches subsequently.
Jürgen
Patc
Le 14 juil. 09 à 18:45, Kornel Benko a écrit :
Am Dienstag 14 Juli 2009 schrieb Jean-Marc Lasgouttes:
> I guess we output uninitialized variables in the LYXERR call. Did
you
> run with any -dbg flag?
I do,
info,init,key,gui,lyxserver,mathed,font,graphics,locale
I wonder, if that could explai
On Sunday 12 July 2009 19:20:48 Christian Ridderström wrote:
> Did we have such a page earlier?
I don't think so. :-)
This is new with this release. :-)
> I have a vague memory?
That I don't know how to answer. ;-)
> /C
--
José Abílio
Tim Michelsen wrote:
> I created the diff.
>
> It was the first time I created a Format definition. I used the
> Configuration dialog. Then I took the changed from:
> ~/.lyx/preferences.
>
> I tested 2 converter. Pandoc had better results in Lyx than the native
> docutils rst2latex.
So why did you
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 wo
Jürgen Spitzmüller writes:
>
> Pavel Sanda wrote:
> > \Format wordhtml html "HTML (MS Word)""" "" "" "document"
> > +\Format "rst_docutils" "rst" "Restructured Text (docutils)" "" ""
> > "sensible-editor" "document" +\Format "rst_pandoc" "rst" "Restructured Text
> > (pandoc)" ""
Am Dienstag 14 Juli 2009 schrieb Jean-Marc Lasgouttes:
> I guess we output uninitialized variables in the LYXERR call. Did you
> run with any -dbg flag?
I do,
info,init,key,gui,lyxserver,mathed,font,graphics,locale
I wonder, if that could explain, why the crash vanishes, when I add more
> Author: vfr
> Date: Tue Jul 14 18:01:10 2009
> New Revision: 30571
> URL: http://www.lyx.org/trac/changeset/30571
>
> Log:
> branch: Fix bug #5948: Copy as reference for equation labels.
mathed/InsetMathHull.cpp: In member function ‘virtual void
lyx::InsetMathHull::doDispatch(lyx::Cursor&, lyx:
Jean-Marc Lasgouttes wrote:
> > Log:
> > fix ticket #6081
>
> Branch?
Yes.
Jürgen
Le 14 juil. 09 à 18:01, lasgout...@lyx.org a écrit :
Author: lasgouttes
Date: Tue Jul 14 18:01:55 2009
New Revision: 30572
URL: http://www.lyx.org/trac/changeset/30572
Log:
fix ticket #6081
Branch?
Modified:
lyx-devel/trunk/src/frontends/qt4/GuiDialog.cpp
Modified: lyx-devel/trunk/src/f
Pavel Sanda wrote:
> > Log:
> > Hopefully fix bug #6077
> >
> > Modified:
> >lyx-devel/trunk/src/insets/RenderBase.h
>
> branch?
Yes, looks straightforward.
Jürgen
sa...@lyx.org wrote:
> Author: sanda
> Date: Tue Jul 14 17:51:21 2009
> New Revision: 30567
> URL: http://www.lyx.org/trac/changeset/30567
>
> Log:
> Hopefully fix bug #6077
>
> Modified:
>lyx-devel/trunk/src/insets/RenderBase.h
branch?
pavel
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 would make sense). In this case, if it
uses objects
Jean-Marc Lasgouttes wrote:
>> margin notes seem to be affected
>
> In what respect?
button text is missing. just try to insert it.
pavel
The password I had (used with id 'lyx') worked a few days ago, but no
joy today. Can someone e-mail me the current password? My direct
address is rubin AT msu DOT edu.
Thanks,
Paul
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
Le 14 juil. 09 à 15:46, Pavel Sanda a écrit :
Jean-Marc Lasgouttes wrote:
This means that if you see strange bugs related to the painting or
latex
output of
collapsable insets, it is my fault :)
margin notes seem to be affected
In what respect?
JMarc
Le 14 juil. 09 à 15:41, Pavel Sanda a écrit :
we let RenderBase.state_ uninitialized and then get conditional jumps
based on unitialized value in our code.
either we should set state_ to something, say 0, or force construtor
to demand this like the quick shot below. what is the better way?
Just
have you killed those components already? (i see outliner add but
no component deleted...)
ping
I'll come to it. But killing InsetCollapsable code is more funny.
JMarc
Le 14 juil. 09 à 14:50, Kornel Benko a écrit :
Ok, I send you the full log (compressed)
There are several entries that are probably real bugs (but harmless?)
related to
==14288== Use of uninitialised value of size 8
==14288==at 0x62F2FB1: (within /usr/lib64/libstdc++.so.6.0.9)
==14288==
Le 14 juil. 09 à 15:32, lasgout...@lyx.org a écrit :
+ // FIXME this use of forceLTR is dubious
+ // introduced in http://www.lyx.org/trac/changeset/21285
+ if (getLayout().isForceLtr()) {
+ // Force any new text to latex_language FIXME: This
+ // sho
Jean-Marc Lasgouttes wrote:
> This means that if you see strange bugs related to the painting or latex
> output of
> collapsable insets, it is my fault :)
margin notes seem to be affected
pavel
hi,
we let RenderBase.state_ uninitialized and then get conditional jumps
based on unitialized value in our code.
either we should set state_ to something, say 0, or force construtor
to demand this like the quick shot below. what is the better way?
what do we use state_ for except mouse_hoover?
Pavel Sanda wrote:
> \Format wordhtml html "HTML (MS Word)""" "" "" "document"
> +\Format "rst_docutils" "rst" "Restructured Text (docutils)" "" ""
> "sensible-editor" "document" +\Format "rst_pandoc" "rst" "Restructured Text
> (pandoc)" "" "" "sensible-editor" "document" ''')
>
Jean-Marc Lasgouttes wrote:
> Is there somebody who thinks I should NOT remove all these methods:
>
> docstring InsetFlex::editMessage() const
> {
> return _("Opened Flex Inset");
> }
No. I never grasped their purpose.
Jürgen
Am Dienstag 14 Juli 2009 13:37:34 schrieben Sie:
> > But why do you use a VSpace here? The indendation is a horizontal space.
> > As
>
> > long as you do not want to do fancy things, I guess a Length would be
> more > suitable.
>
> Because all other width in GuiDocument also uses VSpace, see for e
hi,
this patch has been proposed in bugz. anybody objections?
http://www.lyx.org/trac/ticket/6042
pavel
Index: configure.py
===
--- configure.py(Revision 30551)
+++ configure.py(Arbeitskopie)
@@ -423,6 +423,8 @@
\Form
Am Tuesday 14 July 2009 schrieb Jean-Marc Lasgouttes:
> Le 14 juil. 09 à 13:38, Kornel Benko a écrit :
> >> Does valgrind have anything to say about it?
> >
> > It does, but on a core-dump I would expect some not freed memory.
> > (This is branch1.6)
> >
> > ==13263==
> > ==13263== IN SUMMARY: 527
Pavel Sanda wrote:
> Pavel Sanda wrote:
> > > >> frontend-* except qt4
> > > >> guii (move to frontend-qt4?)
> > >
> > > or keep separate frontend and frontend-qt4.
> >
> > if it was on me i would merge them.
> >
> > > >> lyxlex
> > >
> > > Why? (I just renamed it to lexer btw)
> >
> > i haven
Jean-Marc Lasgouttes wrote:
> I am not sure that they give useful feedback.
+1
pavel
Am Dienstag 14 Juli 2009 13:48:35 schrieb Jean-Marc Lasgouttes:
> Juergen this is needed in branch too, maybe after some testing.
>
> Ticket 1720 is: LyX/Mac: TOC Menus entries are not correctly disabled
> when a dialog has focus
> This is on Mac only (but the patch could potentially affect other
Is there somebody who thinks I should NOT remove all these methods:
docstring InsetFlex::editMessage() const
{
return _("Opened Flex Inset");
}
I am not sure that they give useful feedback.
Thoughts?
JMarc
Le 14 juil. 09 à 13:38, Kornel Benko a écrit :
Does valgrind have anything to say about it?
It does, but on a core-dump I would expect some not freed memory.
(This is branch1.6)
==13263==
==13263== IN SUMMARY: 527 errors from 17 contexts (suppressed: 77
from 4)
What interests me more are t
Le 14 juil. 09 à 13:36, lasgout...@lyx.org a écrit :
Author: lasgouttes
Date: Tue Jul 14 13:36:08 2009
New Revision: 30557
URL: http://www.lyx.org/trac/changeset/30557
Log:
Fix again ticket #1720. This got broken during frontend
reorganization.
The situation now is almost good, although pr
Uwe Stöhr wrote:
> The attached patch adds the feature to specify the width of the paragraph
> indentation. This will be a fileformat change.
Uwe, is this connected to http://www.lyx.org/trac/ticket/1655 ?
(i was planning to look on that feature).
pavel
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
Am Tuesday 14 July 2009 schrieb Jean-Marc Lasgouttes:
> Le 14 juil. 09 à 08:42, Kornel Benko a écrit :
> > Am Tuesday 14 July 2009 schrieb Kornel Benko:
> >> Hi, this is on OpenSuSE 10.3 64 bit.
> >>
> >> as soon as I click to see the outliner lyx crashes. Don't know when
> >> it first happenned,
> But why do you use a VSpace here? The indendation is a horizontal space. As
> long as you do not want to do fancy things, I guess a Length would be more
> suitable.
Because all other width in GuiDocument also uses VSpace, see for example the margins. I want to
avoid to introduce new code if no
Am Tuesday 14 July 2009 schrieb Pavel Sanda:
> Kornel Benko wrote:
> > This is crazy: As soon as I insert debug messages and recompile, it starts
> > to function again. Maybe erroneous QT?
> > I am using QT-version 4.3.1-23.6.
>
> isnt it connected to cmake only builds?
Yes. :(
> pavel
>
I opened now a bug report to get more information:
http://trac-hacks.org/ticket/5509
Thanks.
JMarc
Jean-Marc Lasgouttes schrieb:
What about this:..
My proposals were the result of quick googling in fores and mailing lists.
http://trac-hacks.org/wiki/AccountManagerPlugin
We use AccountManagerPlugin already. EmailVerificationModule is enabled,
but there is no documentation whatsoever of
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-boost and
--enable-build-type=dev, with boost >=1.37,
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-boost and
--enable-build-type=dev, with boost >=1.37, Qt >=4.5.1, and gcc
4.4, but
will run in release mode
Le 14 juil. 09 à 08:42, Kornel Benko a écrit :
Am Tuesday 14 July 2009 schrieb Kornel Benko:
Hi, this is on OpenSuSE 10.3 64 bit.
as soon as I click to see the outliner lyx crashes. Don't know when
it first happenned, but
it used to function 6 weeks ago.
This is crazy: As soon as I insert
- 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 true; }
One is enough :
Richard Heck wrote:
> So, to summarize the current state of play: Current svn, trunk or branch,
> will not run if compiled --without-internal-boost and
> --enable-build-type=dev, with boost >=1.37, Qt >=4.5.1, and gcc 4.4, but
> will run in release mode.
thanks for nice summary, i was lost in
Kornel Benko wrote:
> This is crazy: As soon as I insert debug messages and recompile, it starts to
> function again. Maybe erroneous QT?
> I am using QT-version 4.3.1-23.6.
isnt it connected to cmake only builds?
pavel
78 matches
Mail list logo
