Am 30.01.2011 um 02:23 schrieb Enrico Forestieri:
> On Sun, Jan 30, 2011 at 01:28:49AM +0100, Tommaso Cucinotta wrote:
>
>> Il 29/01/2011 19:12, Enrico Forestieri ha scritto:
just don't even try it: my own brand new automated tests just started
to fail because, with that template-ish t
> From: Stephan Witt
> Sent: Sat, 29 January, 2011 20:14:32
>
> Am 29.01.2011 um 20:40 schrieb Edwin Leuven:
>
> > Stephan Witt wrote:
> >
> > so wouldn't we like to maintain the misspell marker on word entry?
>
> I changed the behavior on explicit user request.
>
> I noticed the differe
On Sun, Jan 30, 2011 at 01:28:49AM +0100, Tommaso Cucinotta wrote:
> Il 29/01/2011 19:12, Enrico Forestieri ha scritto:
> >>just don't even try it: my own brand new automated tests just started
> >>to fail because, with that template-ish thing, at the first attempt of
> >>typing a character in tex
Il 29/01/2011 21:36, Pavel Sanda ha scritto:
tomm...@lyx.org wrote:
Author: tommaso
Date: Sat Jan 29 15:42:53 2011
New Revision: 37364
URL: http://www.lyx.org/trac/changeset/37364
Log:
Added basic automated testing capability, based on the MonKey Test (keytest.py)
by McCabe-Dansted.
As of now,
Il 30/01/2011 01:28, Tommaso Cucinotta ha scritto:
If it is the same currently committed, then it is sufficient to:
-) create a new file
-) type any letter and kaboom!
So, on my system, I need the patch below in order to be able to use LyX
trunk again (r37368):
Index: src/Paragraph.cpp
Il 29/01/2011 21:36, Pavel Sanda ha scritto:
tomm...@lyx.org wrote:
Author: tommaso
Date: Sat Jan 29 15:42:53 2011
New Revision: 37364
URL: http://www.lyx.org/trac/changeset/37364
Log:
Added basic automated testing capability, based on the MonKey Test (keytest.py)
by McCabe-Dansted.
As of now,
Il 29/01/2011 19:12, Enrico Forestieri ha scritto:
just don't even try it: my own brand new automated tests just started
to fail because, with that template-ish thing, at the first attempt of
typing a character in text-mode LyX was asserting :-).
I'm using the Enrico's patch that works fine (at
Il 29/01/2011 21:36, Pavel Sanda ha scritto:
doesn't work here. after while i found that readme should specify that xvkbd
and wmctrl are needed
but even after installing nothing happens.
in the original keystest/setup.sh there is:
sudo apt-get install xclip xvkbd wmctrl xvfb libqt4-dbg icewm
Rob Oakes wrote:
> Dear LyX Users,
>
> Does anyone know how to export a document to a custom URL with LyX? I've been
> playing with the creation of e-books using the XHTML export in LyX 2.0 (and
> it works really well), but would like to export to a directory different than
> the one which hold
Dear LyX Users,
Does anyone know how to export a document to a custom URL with LyX? I've been
playing with the creation of e-books using the XHTML export in LyX 2.0 (and it
works really well), but would like to export to a directory different than the
one which holds my files.
I can't seem to
Am Samstag, 29. Januar 2011 schrieb Guillaume Pothier:
> >> I don't get it. You mean TeX-mode? Cannot see any crash here.
> >
> > Same here.
>
> I'm getting the crash when loading a file:
Not here. "Insert->File->Plain Text..." is ok, and so is "...->Plain Text, Join
Lines...".
Kornel
Stephan Witt wrote:
> I'm innocent, I didn't kill it.
> It was a french man... :-)
... in search of a revolution
> I changed the behavior on explicit user request.
i thought rule nr 1 was "never listen to users" ;-)
> To be honest, the current implementation already was no simplification
> of
On 29 January 2011 16:49, Enrico Forestieri wrote:
> On Sat, Jan 29, 2011 at 07:39:19PM +0100, Kornel wrote:
>
>> Tommaso:
>> > Ok, apart from compiling, is it only me who's experience a crash when
>> > typing any character in text mode (seems it was not at all due to my
>> > template-based patch
tomm...@lyx.org wrote:
> Author: tommaso
> Date: Sat Jan 29 15:42:53 2011
> New Revision: 37364
> URL: http://www.lyx.org/trac/changeset/37364
>
> Log:
> Added basic automated testing capability, based on the MonKey Test
> (keytest.py) by McCabe-Dansted.
> As of now, I plan to add a few regressio
Am 29.01.2011 um 20:40 schrieb Edwin Leuven:
> Stephan Witt wrote:
>> I didn't start with it because I'm afraid to touch the rowpainter
>> and its interaction with other painter classes. I think we want
>> to get 2.0.0 out of the door some day.
>
> sensible indeed
>
> did our old wiggly line di
JMarc,
from r37323 configure --disable-debug no more works, i always get -g.
haven't checked other switches.
pavel
On Sat, Jan 29, 2011 at 07:39:19PM +0100, Kornel wrote:
> overload-2.diff:
>
> Compiles fine too.
Thanks for testing.
> Tommaso:
> > Ok, apart from compiling, is it only me who's experience a crash when
> > typing any character in text mode (seems it was not at all due to my
> > template-based
On Sat, Jan 29, 2011 at 08:06:37PM +0100, Stephan Witt wrote:
> Am 29.01.2011 um 19:12 schrieb Enrico Forestieri:
>
> > On Sat, Jan 29, 2011 at 05:52:08PM +0100, Tommaso Cucinotta wrote:
> >
> >> Il 29/01/2011 17:13, Tommaso Cucinotta ha scritto:
> >>>
> I can also share my template-based
Stephan Witt wrote:
> I didn't start with it because I'm afraid to touch the rowpainter
> and its interaction with other painter classes. I think we want
> to get 2.0.0 out of the door some day.
sensible indeed
did our old wiggly line die along the way btw? or can it be resuscitated?
> I alread
Am 29.01.2011 um 19:12 schrieb Enrico Forestieri:
> On Sat, Jan 29, 2011 at 05:52:08PM +0100, Tommaso Cucinotta wrote:
>
>> Il 29/01/2011 17:13, Tommaso Cucinotta ha scritto:
>>>
I can also share my template-based one, that avoids code replication
and actually turns this burden over th
Am Samstag, 29. Januar 2011 schrieb Enrico Forestieri:
> > just don't even try it: my own brand new automated tests just started
> > to fail because, with that template-ish thing, at the first attempt of
> > typing a character in text-mode LyX was asserting :-).
> >
> >
> >
> > I'm using the Enric
Am 29.01.2011 um 18:51 schrieb Edwin Leuven:
> Stephan Witt wrote:
>> I tried to scale the thickness of the dotted line with zoom factor.
>> Of course this is pure heuristics. If you want to play with it:
>> have a look at the RowPainter::RowPainter constructor.
>
> mm, 1 pixel is too thin, 2 to
On Sat, Jan 29, 2011 at 06:37:44PM +0100, Kornel wrote:
> Am Samstag, 29. Januar 2011 schrieb Enrico Forestieri:
> > > > Yes, the cast isn't nice. Does attached patch also fix the problem?
> > > > If yes, I think you could commit it.
> >
> > Please, don't. It breaks compilation if size_t is typed
On Sat, Jan 29, 2011 at 05:52:08PM +0100, Tommaso Cucinotta wrote:
> Il 29/01/2011 17:13, Tommaso Cucinotta ha scritto:
> >
> >>I can also share my template-based one, that avoids code replication
> >>and actually turns this burden over the odocstream class itself.
> >>Assuming
> >>the latter work
Il 29/01/2011 18:37, Kornel ha scritto:
Am Samstag, 29. Januar 2011 schrieb Enrico Forestieri:
> > > Yes, the cast isn't nice. Does attached patch also fix the problem?
> > > If yes, I think you could commit it.
>
> Please, don't. It breaks compilation if size_t is typedef'd to unsigned
> i
Stephan Witt wrote:
> I tried to scale the thickness of the dotted line with zoom factor.
> Of course this is pure heuristics. If you want to play with it:
> have a look at the RowPainter::RowPainter constructor.
mm, 1 pixel is too thin, 2 too thick :-/
>> when the cursor is in a misspelled word
Am Samstag, 29. Januar 2011 schrieb Enrico Forestieri:
> > > Yes, the cast isn't nice. Does attached patch also fix the problem?
> > > If yes, I think you could commit it.
>
> Please, don't. It breaks compilation if size_t is typedef'd to unsigned
> int.
>
> > Yes, it compiles now.
>
> Kornel, d
Am 29.01.2011 um 17:24 schrieb Edwin Leuven:
> i have started to use trunk for my regular work, and wondered about
> the following
>
> the dotted lines that underline misspelled words are difficult to see:
> could we draw them fatter or use the old wiggly lines?
I tried to scale the thickness of
Il 29/01/2011 17:13, Tommaso Cucinotta ha scritto:
I can also share my template-based one, that avoids code replication
and actually turns this burden over the odocstream class itself.
Assuming
the latter works fine on all architectures, this one should as well :-).
Forgot to attach.
just
i have started to use trunk for my regular work, and wondered about
the following
the dotted lines that underline misspelled words are difficult to see:
could we draw them fatter or use the old wiggly lines?
when the cursor is in a misspelled word the dotted lines are not
painted: is this intenti
Il 29/01/2011 17:07, Tommaso Cucinotta ha scritto:
Il 29/01/2011 15:54, Enrico Forestieri ha scritto:
Please, don't. It breaks compilation if size_t is typedef'd to
unsigned int.
I can also share my template-based one, that avoids code replication
and actually turns this burden over the odo
Il 29/01/2011 15:54, Enrico Forestieri ha scritto:
Please, don't. It breaks compilation if size_t is typedef'd to unsigned int.
I can also share my template-based one, that avoids code replication
and actually turns this burden over the odocstream class itself. Assuming
the latter works fine o
Il 29/01/2011 14:24, Pavel Sanda ha scritto:
Tommaso Cucinotta wrote:
If you don't have objections, I'm going to commit the attached patch.
not at all, go for it. if you are going to simplify keytest and write some short
intro for other for easy reuse even better.
it's in: r37364.
T.
On Sat, Jan 29, 2011 at 10:43:54AM +0100, Pavel Sanda wrote:
> for...@lyx.org wrote:
> > Author: forenr
> > Date: Sat Jan 29 03:41:13 2011
> > New Revision: 37360
> > URL: http://www.lyx.org/trac/changeset/37360
> >
> > Log:
> > Introduce a wrapper class for odocstream to help ensuring that no
>
On Sat, Jan 29, 2011 at 02:23:04PM +0100, Kornel wrote:
> Am Samstag, 29. Januar 2011 schrieb Peter Kümmel:
> > > This cured it for me, but I fear it is not the proper c++ patch.
> > >
> > >
> > >
> > > Kornel
> >
> > Yes, the cast isn't nice. Does attached patch also fix the problem?
> >
I can confim that trunk doesn't compile for me either:
insets/InsetTabular.cpp:2259: error: ambiguous overload for ‘operator<<’ in
‘lyx::operator<<(((lyx::otexstream&)((lyx::otexstream*)os)), ((const
char*)"\\multirow{")) << lyx::Tabular::rowSpan(cell)’
./support/docstream.h:154: note: candidates
Tommaso Cucinotta wrote:
> If you don't have objections, I'm going to commit the attached patch.
not at all, go for it. if you are going to simplify keytest and write some short
intro for other for easy reuse even better.
security features are imho not usefl here. its written by us and for us.
tha
Am Samstag, 29. Januar 2011 schrieb Peter Kümmel:
> > This cured it for me, but I fear it is not the proper c++ patch.
> >
> >
> >
> > Kornel
>
> Yes, the cast isn't nice. Does attached patch also fix the problem?
> If yes, I think you could commit it.
>
> Peter
Yes, it compiles now.
On 29.01.2011 13:24, Kornel wrote:
> Am Samstag, 29. Januar 2011 schrieb Tommaso Cucinotta:
>> insets/InsetTabular.cpp: In member function ‘int
>> lyx::Tabular::TeXTopHLine(lyx::otexstream&, size_t, std::string) const’:
>> insets/InsetTabular.cpp:2068: error: ambiguous overload for ‘operator<<’
>
Il 29/01/2011 10:53, Pavel Sanda ha scritto:
feel free to create some kind of development/tests or so.
if you suceed in creating easy-to-run machinery for
such scripts other people maybe want to use it also.
If you don't have objections, I'm going to commit the attached patch.
The machinery re
Am Samstag, 29. Januar 2011 schrieb Tommaso Cucinotta:
> insets/InsetTabular.cpp: In member function ‘int
> lyx::Tabular::TeXTopHLine(lyx::otexstream&, size_t, std::string) const’:
> insets/InsetTabular.cpp:2068: error: ambiguous overload for ‘operator<<’
> in
> ‘lyx::operator<<(((lyx::otexstrea
As in the subject:
insets/InsetTabular.cpp: In member function ‘int
lyx::Tabular::TeXTopHLine(lyx::otexstream&, size_t, std::string) const’:
insets/InsetTabular.cpp:2068: error: ambiguous overload for ‘operator<<’
in
‘lyx::operator<<(((lyx::otexstream&)((lyx::otexstream*)lyx::operator<<(((lyx:
Tommaso Cucinotta wrote:
> one possibility could be to keep a simplified copy of it just to
> support these tests in a separate folder dedicated to testing
> the Advanced F&R (I really need some automated tests,
> so that when fixing a bug I can verify it's still working in older
> tricky cases).
for...@lyx.org wrote:
> Author: forenr
> Date: Sat Jan 29 03:41:13 2011
> New Revision: 37360
> URL: http://www.lyx.org/trac/changeset/37360
>
> Log:
> Introduce a wrapper class for odocstream to help ensuring that no
...
> @@ -1065,12 +1065,11 @@
> if (was_title && !already_title) {
>
44 matches
Mail list logo
