On 03/12/2010 16:13, Stephan Witt wrote:
Am 03.12.2010 um 15:54 schrieb Abdelrazak Younes:
On 03/12/2010 15:52, Stephan Witt wrote:
Am 03.12.2010 um 15:31 schrieb Abdelrazak Younes:
On 30/11/2010 17:33, Pavel Sanda wrote:
Liviu Andronic wrote:
I
On 03/12/2010 16:23, Vincent van Ravesteijn wrote:
Op 3-12-2010 16:19, Abdelrazak Younes schreef:
On 03/12/2010 16:18, Pavel Sanda wrote:
Stephan Witt wrote:
I did no serious investigation until now...
Only one example:
I tried to adjust the left margin to zoom factor. Guess what
happened
On 03/12/2010 18:23, Richard Heck wrote:
On 12/02/2010 07:03 PM, Pavel Sanda wrote:
Vincent van Ravesteijn wrote:
I think we should do something about the large amount of critical
bugs. I believe there are 12 that have a bug number of 7000 or higher.
except #7026 which is already in pipe none
On 03/12/2010 18:26, Vincent van Ravesteijn wrote:
Op 3-12-2010 18:23, Richard Heck schreef:
On 12/02/2010 07:03 PM, Pavel Sanda wrote:
Vincent van Ravesteijn wrote:
I think we should do something about the large amount of critical
bugs. I believe there are 12 that have a bug number of 7000
On 03/12/2010 20:29, rgh...@lyx.org wrote:
Author: rgheck
Date: Fri Dec 3 20:29:46 2010
New Revision: 36696
URL: http://www.lyx.org/trac/changeset/36696
Log:
Proper fix now for bug #6846. The idea, due to JMarc, is to collect
bibliography information in updateBuffer(), rather than doing a
On 02/12/2010 22:45, Richard Heck wrote:
On 12/01/2010 07:45 AM, Abdelrazak Younes wrote:
Why not simply add a preamble editor in the branches dialog? LyX will
then collect the preamble for each branches. I guess this would be a
format change but it strikes me as the correct solution
On 30/11/2010 17:33, Pavel Sanda wrote:
Liviu Andronic wrote:
I would suspect that a wavy line might be more desirable (as in MS
Word, gtkspell, OOo, etc.), and if I remember this was the original
implementation (although then the wavy line was too big :) ).
so we are at circles,
On 03/12/2010 15:18, Jürgen Spitzmüller wrote:
Pavel Sanda wrote:
you seriously mean that there is arabic translation for eg "hunspell"?
Maybe no translation, but a transliteration (i.e., use of arabic script).
there was some point in having "aspell (libary)" as a translatable
On 03/12/2010 15:52, Stephan Witt wrote:
Am 03.12.2010 um 15:31 schrieb Abdelrazak Younes:
On 30/11/2010 17:33, Pavel Sanda wrote:
Liviu Andronic wrote:
I would suspect that a wavy line might be more desirable (as in MS
Word, gtkspell, OOo, etc.), and if I remember
On 03/12/2010 15:58, Vincent van Ravesteijn wrote:
Op 3-12-2010 15:54, Abdelrazak Younes schreef:
On 03/12/2010 15:52, Stephan Witt wrote:
Am 03.12.2010 um 15:31 schrieb Abdelrazak Younes:
On 30/11/2010 17:33, Pavel Sanda wrote:
Liviu Andronic wrote:
I would suspect that a wavy line
On 03/12/2010 16:18, Pavel Sanda wrote:
Stephan Witt wrote:
I did no serious investigation until now...
Only one example:
I tried to adjust the left margin to zoom factor. Guess what happened...
The cursor was misplaced badly.
and soon you'll get another ones ...
few times i tried to
On 03/12/2010 16:13, Stephan Witt wrote:
Am 03.12.2010 um 15:54 schrieb Abdelrazak Younes:
On 03/12/2010 15:52, Stephan Witt wrote:
Am 03.12.2010 um 15:31 schrieb Abdelrazak Younes:
On 30/11/2010 17:33, Pavel Sanda wrote:
Liviu Andronic wrote:
I
On 03/12/2010 16:23, Vincent van Ravesteijn wrote:
Op 3-12-2010 16:19, Abdelrazak Younes schreef:
On 03/12/2010 16:18, Pavel Sanda wrote:
Stephan Witt wrote:
I did no serious investigation until now...
Only one example:
I tried to adjust the left margin to zoom factor. Guess what
happened
On 03/12/2010 18:23, Richard Heck wrote:
On 12/02/2010 07:03 PM, Pavel Sanda wrote:
Vincent van Ravesteijn wrote:
I think we should do something about the large amount of critical
bugs. I believe there are 12 that have a bug number of 7000 or higher.
except #7026 which is already in pipe none
On 03/12/2010 18:26, Vincent van Ravesteijn wrote:
Op 3-12-2010 18:23, Richard Heck schreef:
On 12/02/2010 07:03 PM, Pavel Sanda wrote:
Vincent van Ravesteijn wrote:
I think we should do something about the large amount of critical
bugs. I believe there are 12 that have a bug number of 7000
On 03/12/2010 20:29, rgh...@lyx.org wrote:
Author: rgheck
Date: Fri Dec 3 20:29:46 2010
New Revision: 36696
URL: http://www.lyx.org/trac/changeset/36696
Log:
Proper fix now for bug #6846. The idea, due to JMarc, is to collect
bibliography information in updateBuffer(), rather than doing a
On 01/12/2010 13:29, Guenter Milde wrote:
On 2010-11-30, Richard Heck wrote:
On 11/30/2010 05:51 AM, Guenter Milde wrote:
On 2010-11-29, Michal wrote:
That's something I didn't know - I thought that the InPreamble
option works for 'Style' only. Well, I'll have to take a closer look
into
On 01/12/2010 13:29, Guenter Milde wrote:
On 2010-11-30, Richard Heck wrote:
On 11/30/2010 05:51 AM, Guenter Milde wrote:
On 2010-11-29, Michal wrote:
That's something I didn't know - I thought that the InPreamble
option works for 'Style' only. Well, I'll have to take a closer look
into
On 29/11/2010 02:39, Pavel Sanda wrote:
veno...@arcadiaclub.com wrote:
Hi guys!
I hereby grant permission to use my contributions to LyX under the GPL license
version 2 or later.
I love the project and the open-source philosophy!
venom00
P.S. Just use my nick venom00 to identify me, and if
On 29/11/2010 02:39, Pavel Sanda wrote:
veno...@arcadiaclub.com wrote:
Hi guys!
I hereby grant permission to use my contributions to LyX under the GPL license
version 2 or later.
I love the project and the open-source philosophy!
venom00
P.S. Just use my nick "venom00" to identify me, and if
On 11/22/2010 01:50 AM, Pavel Sanda wrote:
hi,
by accident i successfully reproduced quite horrible problem of unsynced visual
cursor position and the actual position of typing, so this is no more MacOS
thing only. the key point was to switch to dejavu fonts in linux.
On 11/22/2010 09:57 AM, you...@lyx.org wrote:
Author: younes
Date: Mon Nov 22 09:57:33 2010
New Revision: 36430
URL: http://www.lyx.org/trac/changeset/36430
Log:
Work around bug #6920. This disables ligatures with involving 'f'
character.
Bennett, Stefan, please check that.
Abdel.
On 11/22/2010 08:58 AM, Abdelrazak Younes wrote:
On 11/22/2010 01:50 AM, Pavel Sanda wrote:
hi,
by accident i successfully reproduced quite horrible problem of
unsynced visual
cursor position and the actual position of typing, so this is no more
MacOS
thing only. the key point was to switch
On 11/22/2010 12:57 PM, Pavel Sanda wrote:
Enrico Forestieri wrote:
its fixed here now. Juergen this problem is also in branch.
I cannot reproduce this bug with any font (including DejaVu) on Linux,
Windows and Solaris, with or without this patch. I verified that the
ligatures are
On 11/22/2010 01:50 AM, Pavel Sanda wrote:
hi,
by accident i successfully reproduced quite horrible problem of unsynced visual
cursor position and the actual position of typing, so this is no more MacOS
thing only. the key point was to switch to dejavu fonts in linux.
On 11/22/2010 09:57 AM, you...@lyx.org wrote:
Author: younes
Date: Mon Nov 22 09:57:33 2010
New Revision: 36430
URL: http://www.lyx.org/trac/changeset/36430
Log:
Work around bug #6920. This disables ligatures with involving 'f'
character.
Bennett, Stefan, please check that.
Abdel.
On 11/22/2010 08:58 AM, Abdelrazak Younes wrote:
On 11/22/2010 01:50 AM, Pavel Sanda wrote:
hi,
by accident i successfully reproduced quite horrible problem of
unsynced visual
cursor position and the actual position of typing, so this is no more
MacOS
thing only. the key point was to switch
On 11/22/2010 12:57 PM, Pavel Sanda wrote:
Enrico Forestieri wrote:
its fixed here now. Juergen this problem is also in branch.
I cannot reproduce this bug with any font (including DejaVu) on Linux,
Windows and Solaris, with or without this patch. I verified that the
ligatures are
On 11/19/2010 02:31 PM, Richard Heck wrote:
On 11/19/2010 07:38 AM, xPol wrote:
Any plan to port lyx on android?
That would minimally mean porting LyX to Java, at the moment, which
does not seem realistic.
There's a community effort to port Qt on Android:
On 11/19/2010 02:31 PM, Richard Heck wrote:
On 11/19/2010 07:38 AM, xPol wrote:
Any plan to port lyx on android?
That would minimally mean porting LyX to Java, at the moment, which
does not seem realistic.
There's a community effort to port Qt on Android:
On 11/18/2010 11:02 PM, rgh...@lyx.org wrote:
Author: rgheck
Date: Thu Nov 18 23:02:46 2010
New Revision: 36387
URL: http://www.lyx.org/trac/changeset/36387
Log:
Another warning.
Modified:
lyx-devel/trunk/src/mathed/MathStream.cpp
Modified: lyx-devel/trunk/src/mathed/MathStream.cpp
On 11/18/2010 11:02 PM, rgh...@lyx.org wrote:
Author: rgheck
Date: Thu Nov 18 23:02:46 2010
New Revision: 36387
URL: http://www.lyx.org/trac/changeset/36387
Log:
Another warning.
Modified:
lyx-devel/trunk/src/mathed/MathStream.cpp
Modified: lyx-devel/trunk/src/mathed/MathStream.cpp
On 11/15/2010 09:47 PM, Richard Heck wrote:
On 11/14/2010 03:34 AM, Abdel Younes wrote:
Hi Richard,
Just a simple report of the LyXHTML export of the with latest trunk
under MacOS and no LaTeX installed. The export went fine (and
instantaneous!). Except for the expected errors for the pdf
On 11/15/2010 09:47 PM, Richard Heck wrote:
On 11/14/2010 03:34 AM, Abdel Younes wrote:
Hi Richard,
Just a simple report of the LyXHTML export of the with latest trunk
under MacOS and no LaTeX installed. The export went fine (and
instantaneous!). Except for the expected errors for the pdf
On 11/09/2010 03:54 AM, Vincent van Ravesteijn wrote:
To reproduce, see bug #6814: http://www.lyx.org/trac/ticket/6814
1. Insert more than a screen full of dummy text,
2. Insert a graphics (the file doesn't need to exist),
3. Insert more than a screen full of dummy text,
4. Save file,
5.
On 11/09/2010 11:17 AM, Vincent van Ravesteijn wrote:
The copied items in the CutAndPaste stack should NOT be connected for
update.
Where do we break the chain then ? Only copy the Inset, not the
RenderGraphic, but then we have to add the RenderGraphic when pasting.
Anyway, my
On 11/09/2010 03:54 AM, Vincent van Ravesteijn wrote:
To reproduce, see bug #6814: http://www.lyx.org/trac/ticket/6814
1. Insert more than a screen full of dummy text,
2. Insert a graphics (the file doesn't need to exist),
3. Insert more than a screen full of dummy text,
4. Save file,
5.
On 11/09/2010 11:17 AM, Vincent van Ravesteijn wrote:
The copied items in the CutAndPaste stack should NOT be connected for
update.
Where do we break the chain then ? Only copy the Inset, not the
RenderGraphic, but then we have to add the RenderGraphic when pasting.
Anyway, my
On Sat, Nov 6, 2010 at 11:27 PM, BH bewih...@gmail.com wrote:
On Sat, Nov 6, 2010 at 5:22 PM, Abdelrazak Younes you...@lyx.org wrote:
Hi there,
My employer just got me a brand new MacBook Pro. I am not impressed so
far
by MacOS so called legendary user friendlyness but I am trying to get
On Sun, Nov 7, 2010 at 10:11 AM, Abdelrazak Younes you...@lyx.org wrote:
On Sat, Nov 6, 2010 at 11:27 PM, BH bewih...@gmail.com wrote:
On Sat, Nov 6, 2010 at 5:22 PM, Abdelrazak Younes you...@lyx.org wrote:
Hi there,
My employer just got me a brand new MacBook Pro. I am not impressed so
On 07/11/2010 10:58, Liviu Andronic wrote:
On Sun, Nov 7, 2010 at 10:21 AM, Abdelrazak Younesyou...@lyx.org wrote:
Mac user friendliness is an acquired taste.
Just as Windows or any other desktop then :-)
But it seems that MacOS wants to impose me a way of working and I really
On Sat, Nov 6, 2010 at 11:27 PM, BH <bewih...@gmail.com> wrote:
> On Sat, Nov 6, 2010 at 5:22 PM, Abdelrazak Younes <you...@lyx.org> wrote:
> > Hi there,
> > My employer just got me a brand new MacBook Pro. I am not impressed so
> far
> > by MacOS so called
On Sun, Nov 7, 2010 at 10:11 AM, Abdelrazak Younes <you...@lyx.org> wrote:
> On Sat, Nov 6, 2010 at 11:27 PM, BH <bewih...@gmail.com> wrote:
>
>> On Sat, Nov 6, 2010 at 5:22 PM, Abdelrazak Younes <you...@lyx.org> wrote:
>> > Hi there,
>> > My em
On 07/11/2010 10:58, Liviu Andronic wrote:
On Sun, Nov 7, 2010 at 10:21 AM, Abdelrazak Younes<you...@lyx.org> wrote:
Mac user friendliness is an acquired taste.
Just as Windows or any other desktop then :-)
But it seems that MacOS wants to impose me a way of working and I
Hi there,
My employer just got me a brand new MacBook Pro. I am not impressed so far
by MacOS so called legendary user friendlyness but I am trying to get used
to it right now.
Anyway, I need to install development stuff. I've downloaded latest XCode
and Qt SDK. Now I need to know if I'd better
Hi there,
My employer just got me a brand new MacBook Pro. I am not impressed so far
by MacOS so called legendary user friendlyness but I am trying to get used
to it right now.
Anyway, I need to install development stuff. I've downloaded latest XCode
and Qt SDK. Now I need to know if I'd better
On 11/04/2010 11:39 AM, Scott Otterson wrote:
I suppose I'm about the thousdandth person to wonder why Lyx doesn't
simply use Latex as its native file format. In fact, I keep checking
out Texmacs because it does manage to do this.
That's wrong, AFAIK Texmacs has its own format too and is no
On 11/04/2010 11:39 AM, Scott Otterson wrote:
I suppose I'm about the thousdandth person to wonder why Lyx doesn't
simply use Latex as its native file format. In fact, I keep checking
out Texmacs because it does manage to do this.
That's wrong, AFAIK Texmacs has its own format too and is no
On 11/02/2010 11:50 PM, Pavel Sanda wrote:
Peter Kümmel wrote:
exclude it just out of lazyness. After all, there might still be some
conservative admins out there.
well, conservative admins... current release of centos has 4.2.1...
Will a conservative admin install LyX 2?
On 11/03/2010 12:39 AM, Pavel Sanda wrote:
Vincent van Ravesteijn wrote:
I wanted to propose to start the 2.0.x branch when you enter the
feature-freeze/beta state. This would allow to continue redesigning and
refactoring the code, because I stumble on this everytime I try to fix real
On 11/03/2010 01:27 PM, Pavel Sanda wrote:
Abdelrazak Younes wrote:
It's the job of the
maintainer to recall the relevent developer his duty with regards to the
branch bug fixing. And Juergen is very goo at it. Artificially imposing a
not convincing. in many bugs its hard to decide
On 11/03/2010 03:17 PM, Pavel Sanda wrote:
True but this is a drawback that comes from our linear development model.
As soon as we switch to one feature = one branch then citing branch or a
tag (don't forget that git tags are real tags) will be just fine. No more
needs to cite a commit.
On 11/02/2010 11:50 PM, Pavel Sanda wrote:
Peter Kümmel wrote:
exclude it just out of lazyness. After all, there might still be some
conservative admins out there.
well, conservative admins... current release of centos has 4.2.1...
Will a conservative admin install LyX 2?
On 11/03/2010 12:39 AM, Pavel Sanda wrote:
Vincent van Ravesteijn wrote:
I wanted to propose to start the 2.0.x branch when you enter the
feature-freeze/beta state. This would allow to continue redesigning and
refactoring the code, because I stumble on this everytime I try to fix real
On 11/03/2010 01:27 PM, Pavel Sanda wrote:
Abdelrazak Younes wrote:
It's the job of the
maintainer to recall the relevent developer his duty with regards to the
branch bug fixing. And Juergen is very goo at it. Artificially imposing a
not convincing. in many bugs its hard to decide
On 11/03/2010 03:17 PM, Pavel Sanda wrote:
True but this is a drawback that comes from our linear development model.
As soon as we switch to "one feature = one branch" then citing branch or a
tag (don't forget that git tags are real tags) will be just fine. No more
needs to cite a commit.
On 11/02/2010 12:11 AM, LyX Ticket Tracker wrote:
#7008: longtable dialog regression
---+
Reporter: uwestoehr | Owner: poenitz
Type: defect | Status: new
Priority: high | Milestone:
On 11/02/2010 12:31 PM, LyX Ticket Tracker wrote:
Comment(by sanda):
But you will still have a latent bug here.
so this 'fix' is still not fixing the root cause, right?
Right.
On 11/02/2010 04:29 PM, Richard Heck wrote:
On 11/02/2010 10:53 AM, Pavel Sanda wrote:
rgh...@lyx.org wrote:
Author: rgheck
Date: Tue Nov 2 15:50:07 2010
New Revision: 35995
URL: http://www.lyx.org/trac/changeset/35995
Log:
Make sure that the members of this enum get the same value on every
On 11/02/2010 04:35 PM, Richard Heck wrote:
On 11/02/2010 11:34 AM, Abdelrazak Younes wrote:
On 11/02/2010 04:29 PM, Richard Heck wrote:
On 11/02/2010 10:53 AM, Pavel Sanda wrote:
rgh...@lyx.org wrote:
Author: rgheck
Date: Tue Nov 2 15:50:07 2010
New Revision: 35995
URL: http://www.lyx.org
On 11/02/2010 12:11 AM, LyX Ticket Tracker wrote:
#7008: longtable dialog regression
---+
Reporter: uwestoehr | Owner: poenitz
Type: defect | Status: new
Priority: high | Milestone:
On 11/02/2010 12:31 PM, LyX Ticket Tracker wrote:
Comment(by sanda):
>But you will still have a latent bug here.
so this 'fix' is still not fixing the root cause, right?
Right.
On 11/02/2010 04:29 PM, Richard Heck wrote:
On 11/02/2010 10:53 AM, Pavel Sanda wrote:
rgh...@lyx.org wrote:
Author: rgheck
Date: Tue Nov 2 15:50:07 2010
New Revision: 35995
URL: http://www.lyx.org/trac/changeset/35995
Log:
Make sure that the members of this enum get the same value on every
On 11/02/2010 04:35 PM, Richard Heck wrote:
On 11/02/2010 11:34 AM, Abdelrazak Younes wrote:
On 11/02/2010 04:29 PM, Richard Heck wrote:
On 11/02/2010 10:53 AM, Pavel Sanda wrote:
rgh...@lyx.org wrote:
Author: rgheck
Date: Tue Nov 2 15:50:07 2010
New Revision: 35995
URL: http://www.lyx.org
On 31/10/2010 17:10, Uwe Stöhr wrote:
Am 31.10.2010 16:07, schrieb Jürgen Spitzmüller:
The only issue I see right now is that one cannot set a multirow via
the
dialog What else do you see that is not yet also in LyX 1.6.x?
Yes, but this issue is quite tricky. I'm not even sure it is
On 31/10/2010 23:08, Uwe Stöhr wrote:
No, but note that if we do not manage to solve the tabular issues with
multirow before 2.0 (which is not unlikely), I will vote for
deactivating
multirow support. We cannot ship a defect feature.
I'm not responsible for the new tabular Apply/OK scheme.
On 31/10/2010 19:56, rgh...@lyx.org wrote:
Author: rgheck
Date: Sun Oct 31 19:56:32 2010
New Revision: 35952
URL: http://www.lyx.org/trac/changeset/35952
Log:
Revert r35933. There are insets not based upon InsetCommand, such as
VSpace, that use InsetParamsWidget, so we cannot have code that
On 01/11/2010 03:10, Uwe Stöhr wrote:
Am 01.11.2010 02:19, schrieb Vincent van Ravesteijn:
However, you introduced a new feature, multirows, and then report bug
#6985, #6958, #6999 and then you see that you don't like the apply
scheme and you report bug #6998, #6997, #7001 and then also bug
On 01/11/2010 14:46, Pavel Sanda wrote:
Richard Heck wrote:
I don't understand the split screen stuff, so I'm not sure why this would
only happen then. But here's a simple recipe to reproduce.
which reminds me - Abdel please can you have finally look at the #34054?
there seems to
On 01/11/2010 18:36, Pavel Sanda wrote:
Abdelrazak Younes wrote:
At least I know I
can fix things in case I break them.
i'm happy to hear this :))
please on the top of the splitting issues, can you have look on imho related
bugs 6896, 6453?
I really don't see the lik between
On 01/11/2010 19:15, Uwe Stöhr wrote:
Am 01.11.2010 18:19, schrieb Abdelrazak Younes:
Did I respond?
Not yet ;-)
The problem in #6997 is not a general issue, it is just a problem
with the table dialog because we
don't read the full table parameters each time we move. So that is a
bug
On 01/11/2010 19:26, Pavel Sanda wrote:
Abdelrazak Younes wrote:
At least I know I
can fix things in case I break them.
i'm happy to hear this :))
please on the top of the splitting issues, can you have look on imho
related bugs 6896, 6453?
I really don't see the lik
On 31/10/2010 17:10, Uwe Stöhr wrote:
Am 31.10.2010 16:07, schrieb Jürgen Spitzmüller:
The only issue I see right now is that one cannot set a multirow via
the
dialog What else do you see that is not yet also in LyX 1.6.x?
Yes, but this issue is quite tricky. I'm not even sure it is
On 31/10/2010 23:08, Uwe Stöhr wrote:
No, but note that if we do not manage to solve the tabular issues with
multirow before 2.0 (which is not unlikely), I will vote for
deactivating
multirow support. We cannot ship a defect feature.
I'm not responsible for the new tabular Apply/OK scheme.
On 31/10/2010 19:56, rgh...@lyx.org wrote:
Author: rgheck
Date: Sun Oct 31 19:56:32 2010
New Revision: 35952
URL: http://www.lyx.org/trac/changeset/35952
Log:
Revert r35933. There are insets not based upon InsetCommand, such as
VSpace, that use InsetParamsWidget, so we cannot have code that
On 01/11/2010 03:10, Uwe Stöhr wrote:
Am 01.11.2010 02:19, schrieb Vincent van Ravesteijn:
> However, you introduced a new feature, multirows, and then report bug
> #6985, #6958, #6999 and then you see that you don't like the apply
> scheme and you report bug #6998, #6997, #7001 and then also
On 01/11/2010 14:46, Pavel Sanda wrote:
Richard Heck wrote:
I don't understand the split screen stuff, so I'm not sure why this would
only happen then. But here's a simple recipe to reproduce.
which reminds me - Abdel please can you have finally look at the #34054?
there seems to
On 01/11/2010 18:36, Pavel Sanda wrote:
Abdelrazak Younes wrote:
At least I know I
can fix things in case I break them.
i'm happy to hear this :))
please on the top of the splitting issues, can you have look on imho related
bugs 6896, 6453?
I really don't see the lik between
On 01/11/2010 19:15, Uwe Stöhr wrote:
Am 01.11.2010 18:19, schrieb Abdelrazak Younes:
Did I respond?
Not yet ;-)
The problem in #6997 is not a general issue, it is just a problem
with the table dialog because we
don't read the full table parameters each time we move. So that is a
bug
On 01/11/2010 19:26, Pavel Sanda wrote:
Abdelrazak Younes wrote:
At least I know I
can fix things in case I break them.
i'm happy to hear this :))
please on the top of the splitting issues, can you have look on imho
related bugs 6896, 6453?
I really don't see the lik
On 10/28/2010 01:51 AM, Uwe Stöhr wrote:
You are going forward... you should go backward.
Ah, OK.
When I replace ++it by --it the compiler quites with the message
that there are unresolved externals because a variable beginning with
-- doesn't exist.
Then it is declared but not
On 10/28/2010 03:54 AM, Richard Heck wrote:
On 10/27/2010 08:00 PM, Vincent van Ravesteijn wrote:
As far as I can see, this name parameter is not used, because
InsetCommandParams already has a insetCode associated with it.
Is it ok to remove it then and to clean up a lot again ?
see:
On 10/28/2010 10:03 AM, Abdelrazak Younes wrote:
On 10/28/2010 01:51 AM, Uwe Stöhr wrote:
You can just use the Cursor starting at position 0...
I don't understand yet how the cursor stuff works. I can move the
cursor stepwise through the table cells but how do I move it outside
of the table
On 10/27/2010 07:55 AM, Vincent van Ravesteijn wrote:
Hi all,
Just to inform you. I made a git repository on gitorious.
Hi Vincent,
I think you should keep 'master' in line with svn/trunk and do your
personal commit in a new 'vfr' branch. We could also create a new common
branch for git
On 10/28/2010 05:24 PM, Vincent van Ravesteijn wrote:
Yes, that was the idea. However, I got a little screwed by someone
renaming InsetNomencl.cpp to InsetNomenclature.cpp. ;)..
Well, it's either me that didn't write the scripts well enough, or Git
has a bit uncomfortabilities (?) with deleted
On 10/28/2010 05:46 PM, Abdelrazak Younes wrote:
On 10/28/2010 05:24 PM, Vincent van Ravesteijn wrote:
Yes, that was the idea. However, I got a little screwed by someone
renaming InsetNomencl.cpp to InsetNomenclature.cpp. ;)..
Well, it's either me that didn't write the scripts well enough
On 10/28/2010 06:04 PM, Richard Heck wrote:
The changeover to InsetParamsWidget has borked the label dialog in
ways I cannot seem to understand. Try this: Create a new section
heading, and give it the title Hello. Now InsertLabel. You ought to
get a dialog with sec:Hello, but you get an
On 10/28/2010 06:21 PM, Vincent van Ravesteijn wrote:
Sorry, its abdel (with my gmail address) not younes.
Abdel.
You're in.
Thanks!
Abdel.
On 10/28/2010 06:31 PM, Richard Heck wrote:
On 10/28/2010 12:04 PM, Richard Heck wrote:
The changeover to InsetParamsWidget has borked the label dialog in
ways I cannot seem to understand. Try this: Create a new section
heading, and give it the title Hello. Now InsertLabel. You ought
to get
On 10/28/2010 01:51 AM, Uwe Stöhr wrote:
> You are going forward... you should go backward.
Ah, OK.
When I replace "++it" by "--it" the compiler quites with the message
that there are unresolved externals because a variable beginning with
"--" doesn't exist.
Then it is declared but not
On 10/28/2010 03:54 AM, Richard Heck wrote:
On 10/27/2010 08:00 PM, Vincent van Ravesteijn wrote:
As far as I can see, this name parameter is not used, because
InsetCommandParams already has a insetCode associated with it.
Is it ok to remove it then and to clean up a lot again ?
see:
On 10/28/2010 10:03 AM, Abdelrazak Younes wrote:
On 10/28/2010 01:51 AM, Uwe Stöhr wrote:
> You can just use the Cursor starting at position 0...
I don't understand yet how the cursor stuff works. I can move the
cursor stepwise through the table cells but how do I move it outs
On 10/27/2010 07:55 AM, Vincent van Ravesteijn wrote:
> Hi all,
>
> Just to inform you. I made a git repository on gitorious.
Hi Vincent,
I think you should keep 'master' in line with svn/trunk and do your
personal commit in a new 'vfr' branch. We could also create a new common
branch for git
On 10/28/2010 05:24 PM, Vincent van Ravesteijn wrote:
Yes, that was the idea. However, I got a little screwed by someone
renaming InsetNomencl.cpp to InsetNomenclature.cpp. ;)..
Well, it's either me that didn't write the scripts well enough, or Git
has a bit uncomfortabilities (?) with deleted
On 10/28/2010 05:46 PM, Abdelrazak Younes wrote:
On 10/28/2010 05:24 PM, Vincent van Ravesteijn wrote:
Yes, that was the idea. However, I got a little screwed by someone
renaming InsetNomencl.cpp to InsetNomenclature.cpp. ;)..
Well, it's either me that didn't write the scripts well enough
On 10/28/2010 06:04 PM, Richard Heck wrote:
The changeover to InsetParamsWidget has borked the label dialog in
ways I cannot seem to understand. Try this: Create a new section
heading, and give it the title "Hello". Now Insert>Label. You ought to
get a dialog with "sec:Hello", but you get an
On 10/28/2010 06:21 PM, Vincent van Ravesteijn wrote:
Sorry, its abdel (with my gmail address) not younes.
Abdel.
You're in.
Thanks!
Abdel.
On 10/28/2010 06:31 PM, Richard Heck wrote:
On 10/28/2010 12:04 PM, Richard Heck wrote:
The changeover to InsetParamsWidget has borked the label dialog in
ways I cannot seem to understand. Try this: Create a new section
heading, and give it the title "Hello". Now Insert>Label. You ought
to
On 10/27/2010 06:22 AM, Vincent van Ravesteijn wrote:
If we are going to use dynamic casting in core code I suggest that we do
that fully and remove our own implementation of that (asInsetCommand(),
asInsetMath(), etc)...
Yes, ok.
I hope you agree with my log message in
On 10/27/2010 06:34 AM, Vincent van Ravesteijn wrote:
I did something like this for Buffer::loadLyxFile(). Where would you
advice to put the UI then ? I can now spit out a lot of error messages
according to the number the functions comes up with. In Buffer ? In
buffer_funcs ? In GuiView ?
801 - 900 of 20260 matches
Mail list logo