On Mon, 05 Nov 2007 08:12:11 +0200
Martin Vermeer <[EMAIL PROTECTED]> wrote:
> On Mon, Nov 05, 2007 at 04:51:31PM +1100, Darren Freeman wrote:
> > Hi all,
> >
> > could somebody please (try to) confirm this crash in branch? Assuming
> > it's new, I think it should be fixed for 1.5.3.
> >
> > htt
Martin Vermeer wrote:
> > could somebody please (try to) confirm this crash in branch? Assuming
> > it's new, I think it should be fixed for 1.5.3.
> >
> > http://bugzilla.lyx.org/show_bug.cgi?id=4323
>
> Those are actually two different crashes (haven't confirmed).
>
> The second one was probably
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Juergen?
OK.
Done!!!
I've also fixed last drawing issue reported by Bennett. 1.5.3 will be
the fastest, smoothest release ever!
Time to freeze and release I say...
Abdel.
Abdelrazak Younes wrote:
> Done!!!
Thanks (and congratulations).
> I've also fixed last drawing issue reported by Bennett. 1.5.3 will be
> the fastest, smoothest release ever!
>
> Time to freeze and release I say...
Almost. We still have some crashes pending. After those are fixed, I plan to
re
Martin Vermeer wrote:
> The second crash is fixed by the attached.
Looks good to me.
> I also propose to change the name of addRow(r) to appendRow(r), as it
> better describes what it really does. (Yes, there is also an
> appendRow() that appends to the bottom of an array; another
> potential sou
Jürgen Spitzmüller wrote:
Bennett Helm wrote:
This works for me with 1.6svn (I'm not blind!), but I still don't
notice any difference with 1.5svn.
This is strange. The fix is identical in branch and trunk.
Yep. And I verified again that the cache is enabled/disabled in sync
with with the c
This commit was interrupted by lyx.org yesterday evening. I'll correct this
later today.
Uwe
> was the change from "math-insert
> \choose" to "math-insert \binom" intentional? And if so, why?
This is intended because LyX 1.6.0 will have \tbinom and \dbinom. So it will be confusing that the
standard binom command is \choose. \choose is identic to \binom.
OK I'll postpone this change to
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Done!!!
Thanks (and congratulations).
Thanks, this was a lot of work!
I've also fixed last drawing issue reported by Bennett. 1.5.3 will be
the fastest, smoothest release ever!
Time to freeze and release I say...
Almost. We still have
Uwe Stöhr wrote:
> OK I'll postpone this change to LyX 1.6.0.
Yes, please.
Jürgen
Abdelrazak Younes wrote:
> Could you post a status update please?
Here are the bugs that must be fixed for 1.5.3, IMHO:
4301 cri crash on bookmark in ERT
=> patch by Bernhard available.
4317 cri Cursor placement crash
=> no fix available yet.
4323 cri Crash on adding/removing ro
On Mon, 05 Nov 2007 09:25:40 +0100
[EMAIL PROTECTED] (Jürgen Spitzmüller) wrote:
> Martin Vermeer wrote:
> > The second crash is fixed by the attached.
>
> Looks good to me.
>
> > I also propose to change the name of addRow(r) to appendRow(r), as it
> > better describes what it really does. (Yes
Pavel Sanda wrote:
> fix attached.
Thanks. Committed.
Jürgen
vermeer wrote:
> Fix bug 4323/2, and more logical naming of addRow
No status.15x entry is necessary for this part, because this was introduced in
the current release cycle, right?
Jürgen
> Except for the icons part, it's correct. This cache is only about text
painting.
> Look at the status.15x entry:
>
> - The pixmap cache that was introduced in LyX 1.5.2 to improve performance
> can now be switched on and off in Preferences, since it might decrease
> on-screen display qualit
>> OK I'll postpone this change to LyX 1.6.0.
>
> Yes, please.
What about the other changes (fraction, placeholders)?
Uwe
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Could you post a status update please?
Here are the bugs that must be fixed for 1.5.3, IMHO:
4301 cri crash on bookmark in ERT
This crashes only when assertion are disabled. To all package producers,
in particular for Windows (Uwe, Bo
Uwe Stöhr wrote:
> What about the other changes (fraction, placeholders)?
The fraction changes are OK. For the placeholders, I'd like to have some input
from math users first.
Jürgen
Uwe Stöhr wrote:
> Except for the icons part, it's correct. This cache is only about
text painting.
> Look at the status.15x entry:
>
> - The pixmap cache that was introduced in LyX 1.5.2 to improve
performance
> can now be switched on and off in Preferences, since it might decrease
>
Uwe Stöhr wrote:
> This is not a helpful entry. I'm an experienced LyXer but I still don't
> understand what the name "pixmap" is for and what "subpixel hinting" is. I
> need a more simple explanation for the UserGuide. While googling I only
> found that this cache is used for icons and bitmaps tha
On Mon, 05 Nov 2007 11:12:04 +0100
[EMAIL PROTECTED] (Jürgen Spitzmüller) wrote:
> vermeer wrote:
> > Fix bug 4323/2, and more logical naming of addRow
>
> No status.15x entry is necessary for this part, because this was introduced
> in
> the current release cycle, right?
>
> Jürgen
Right.
-
Abdelrazak Younes wrote:
> This crashes only when assertion are disabled. To all package producers,
> in particular for Windows (Uwe, Bo, Joost!) please, make sure assertion
> are disabled in the production packages. Andre', before you comment, I
> am talking about 1.5.x.
I couldn't agree more. Fu
Martin Vermeer wrote:
> > No status.15x entry is necessary for this part, because this was
> > introduced in the current release cycle, right?
> >
> > Jürgen
>
> Right.
Of course I saw your other message now. But I was to quick ...
Jürgen
Edwin Leuven wrote:
> recipe:
>
> insert a 3x1 math matrix
> put cursor in 1st cell
> type "a"
> home
> shift-end
> arrow down
> ctrl-c
> ctrl-v
>
>
> 1.5.2 crashes
is this fixed now (r21434)?
Jürgen
Jürgen Spitzmüller wrote:
Edwin Leuven wrote:
recipe:
insert a 3x1 math matrix
put cursor in 1st cell
type "a"
home
shift-end
arrow down
ctrl-c
ctrl-v
1.5.2 crashes
is this fixed now (r21434)?
not, i get an infinite loop...
On Mon, 05 Nov 2007 11:15:23 +0100
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> Jürgen Spitzmüller wrote:
> > Abdelrazak Younes wrote:
> >> Could you post a status update please?
> >
> > Here are the bugs that must be fixed for 1.5.3, IMHO:
> >
> > 4301 cri crash on bookmark in ERT
>
> T
Koji Yokota <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>> But doesn't this mean that somebody who has platex installed is now unable to
>> use LyX to prepare documents in, say, latin1?
>
> Yes, that's the problem. It should work well for a user who changed
> the default converter
Edwin Leuven wrote:
not, i get an infinite loop...
in trunk that is
Pavel Sanda <[EMAIL PROTECTED]> writes:
>> > JMarc, do you plan to commit it ?
>>
>> Me? No, I did not! But if nobody did anything on monday, I'll do it.
>
> please.
Arghh! I get rejects for PrefUi.ui and WorkArea.cpp!
JMarc
Martin Vermeer <[EMAIL PROTECTED]> writes:
> I just notice that the NeedProtect parameter is poorly named. What it
> signals is this environment _has a moving argument_. It does not signal
> that this command (inset?) needs protection because _it is fragile_.
> Proper usage like illustrated below.
Jean-Marc Lasgouttes wrote:
> Arghh! I get rejects for PrefUi.ui and WorkArea.cpp!
sorry about that.
Jürgen
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Edwin Leuven wrote:
>> Juergen Spitzmueller wrote:
>>> "Regrettably, this beta test will *not* include TeX support. We
>>> expect the
>>> TeX package to be ready for beta test near the end of this year."
>>
>> but this doesn't prohibit using the glyp
Martin Vermeer wrote:
On Mon, 05 Nov 2007 11:15:23 +0100
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Could you post a status update please?
Here are the bugs that must be fixed for 1.5.3, IMHO:
4301 cri crash on bookmark in ERT
This c
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Uwe Stöhr wrote:
>> What about the other changes (fraction, placeholders)?
>
> The fraction changes are OK. For the placeholders, I'd like to have some
> input
> from math users first.
I like this phantom feature a lot myself, but I think it qual
Bernhard Roider <[EMAIL PROTECTED]> writes:
> the problem is: i want to access bugzilla. is there anybody out who
> can restart httpd on aussie?
Is it OK now?
JMarc
On Mon, 05 Nov 2007 12:43:51 +0100
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> Martin Vermeer wrote:
> > On Mon, 05 Nov 2007 11:15:23 +0100
> > Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> >
> >> Jürgen Spitzmüller wrote:
> >>> Abdelrazak Younes wrote:
> Could you post a status update p
Abdelrazak Younes wrote:
Martin Vermeer wrote:
On Mon, 05 Nov 2007 11:15:23 +0100
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Could you post a status update please?
Here are the bugs that must be fixed for 1.5.3, IMHO:
4301 cri crash
On Mon, 05 Nov 2007 12:04:48 +
[EMAIL PROTECTED] wrote:
> Author: younes
> Date: Mon Nov 5 13:04:47 2007
> New Revision: 21435
>
> URL: http://www.lyx.org/trac/changeset/21435
> Log:
> Fix bug 4317 and update comment WRT current situation of trunk.
>
> http://bugzilla.lyx.org/show_bug.cgi?i
Martin Vermeer wrote:
On Mon, 05 Nov 2007 12:04:48 +
[EMAIL PROTECTED] wrote:
Author: younes
Date: Mon Nov 5 13:04:47 2007
New Revision: 21435
URL: http://www.lyx.org/trac/changeset/21435
Log:
Fix bug 4317 and update comment WRT current situation of trunk.
http://bugzilla.lyx.org/show_bu
Quoting William Adams <[EMAIL PROTECTED]>:
> On Nov 2, 2007, at 2:23 PM, Abdelrazak Younes wrote:
>
> > Helge Hafting wrote:
> >> Abdelrazak Younes wrote:
> >>> Helge Hafting wrote:
> William Adams wrote:
> > http://www.stixfonts.org/
> >
> >>> There is no other choice. I would be a g
Martin Vermeer wrote:
> It's in, for both trunk and branch.
This commit makes LyX crash while loading the User Guide (on Linux with
stdlib-debug enabled, and I suspect also on Windows).
Please revert unless we have a fix for this issue.
Backtrace:
/usr/include/c++/4.2.1/debug/vector:198:error:
Abdelrazak Younes wrote:
> Hum, following the wide()-removal, the situation has changed WRT bug
> 3992 so I committed the following to trunk instead. I guess the same fix
> also applies to branch.
A patch is, of course, welcome.
Jürgen
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Hum, following the wide()-removal, the situation has changed WRT bug
3992 so I committed the following to trunk instead. I guess the same fix
also applies to branch.
A patch is, of course, welcome.
It's the same and it works fine in branch.
> >> > JMarc, do you plan to commit it ?
> >>
> >> Me? No, I did not! But if nobody did anything on monday, I'll do it.
> >
> > please.
>
> Arghh! I get rejects for PrefUi.ui and WorkArea.cpp!
please do you think i'm worthy enough to gain commit access ?
is not the only pending patch from me whi
[EMAIL PROTECTED] writes:
> Modified: lyx-devel/trunk/src/Paragraph.cpp
> URL: http://www.lyx.org/trac/file/lyx-devel/trunk/src/Paragraph.cpp?rev=21407
> ==
> --- lyx-devel/trunk/src/Paragraph.cpp (original)
> +++ lyx-deve
Pavel Sanda wrote:
JMarc, do you plan to commit it ?
Me? No, I did not! But if nobody did anything on monday, I'll do it.
please.
Arghh! I get rejects for PrefUi.ui and WorkArea.cpp!
please do you think i'm worthy enough to gain commit access ?
is not the only pending patch from me which is
> For the user guide, just write something like:
many thanks
Uwe
On Mon, 05 Nov 2007 14:16:52 +0100
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] writes:
>
> > Modified: lyx-devel/trunk/src/Paragraph.cpp
> > URL:
> > http://www.lyx.org/trac/file/lyx-devel/trunk/src/Paragraph.cpp?rev=21407
> > =
Abdelrazak Younes wrote:
> It's the same and it works fine in branch. Shall I commit?
Yes, please. Since the worst that could happen would be an update too much, it
cannot harm anyway.
Jürgen
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
It's the same and it works fine in branch. Shall I commit?
Yes, please. Since the worst that could happen would be an update too much, it
cannot harm anyway.
Done.
Abdel.
Martin Vermeer <[EMAIL PROTECTED]> writes:
>> Also, why exactly is ERT a special case?
>
> At least that I can answer ;-) Because we want ERT output to be
> "naked". In any locale. No \L stuff or the like around it.
Hmm, could we use noFontChange for that?
/**
* Is this inset a
On Nov 5, 2007, at 3:26 AM, Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
Bennett Helm wrote:
This works for me with 1.6svn (I'm not blind!), but I still
don't notice any difference with 1.5svn.
This is strange. The fix is identical in branch and trunk.
Yep. And I verified again that
On Mon, 05 Nov 2007 13:27:15 +0100
[EMAIL PROTECTED] (Jürgen Spitzmüller) wrote:
> Martin Vermeer wrote:
> > It's in, for both trunk and branch.
>
> This commit makes LyX crash while loading the User Guide (on Linux with
> stdlib-debug enabled, and I suspect also on Windows).
>
> Please revert
On Mon, 05 Nov 2007 15:07:32 +0100
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> >> Also, why exactly is ERT a special case?
> >
> > At least that I can answer ;-) Because we want ERT output to be
> > "naked". In any locale. No \L stuff or the l
Martin Vermeer wrote:
> Are you sure it's this? Doesn't look related.
Yes. Reverting this fixes the problem.
> OK, I'll revert branch.
> Does it crash in both trunk and branch?
I guess so (haven't compiled trunk with --enable-stdlib-debug).
Note, however, that the _renaming_ was the culprit.
Edwin Leuven wrote:
> > not, i get an infinite loop...
>
> in trunk that is
I see it also in branch. However, the attached patch of Bernhard's (against
branch) fixes it for me.
Bernhard, you should commit this to branch and trunk.
Jürgen
Index: src/mathed/MathParser.cpp
Jean-Marc Lasgouttes wrote:
Martin Vermeer <[EMAIL PROTECTED]> writes:
But I am not sure I understand. Why is forceLTR true for ERT? Just for
display purpose?
Hmmm. It is to force the language, and thus the encoding, to Latin1.
LaTeX needs that; LyX display would be happy with Unicode, but isn
On Mon, 05 Nov 2007 15:38:20 +0100
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> >> But I am not sure I understand. Why is forceLTR true for ERT? Just for
> >> display purpose?
> >
> > Hmmm. It is to force the language, and thus the encoding, to
Martin Vermeer <[EMAIL PROTECTED]> writes:
>> But I am not sure I understand. Why is forceLTR true for ERT? Just for
>> display purpose?
>
> Hmmm. It is to force the language, and thus the encoding, to Latin1.
> LaTeX needs that; LyX display would be happy with Unicode, but isn't
> smart enough to
On Mon, 05 Nov 2007 15:27:57 +0100
[EMAIL PROTECTED] (Jürgen Spitzmüller) wrote:
> Martin Vermeer wrote:
> > Are you sure it's this? Doesn't look related.
>
> Yes. Reverting this fixes the problem.
>
> > OK, I'll revert branch.
> > Does it crash in both trunk and branch?
>
> I guess so (haven
Martin Vermeer wrote:
> So do I... thanks.
Could you do the change in trunk, please?
Jürgen
broider wrote:
> + else
> + added = addRow(grid, cellrow, docstring());
Is there a reason why you did this differently in branch and trunk?
Jürgen
On Mon, 05 Nov 2007 15:49:22 +0100
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> Jean-Marc Lasgouttes wrote:
> > Martin Vermeer <[EMAIL PROTECTED]> writes:
> >
> >>> But I am not sure I understand. Why is forceLTR true for ERT? Just for
> >>> display purpose?
> >> Hmmm. It is to force the langua
Jürgen Spitzmüller schrieb:
broider wrote:
+ else
+ added = addRow(grid, cellrow, docstring());
Is there a reason why you did this differently in branch and trunk?
Jürgen
no, i did this by accident. will correct it
bernhard
On Mon, 05 Nov 2007 15:57:47 +0100
[EMAIL PROTECTED] (Jürgen Spitzmüller) wrote:
> Martin Vermeer wrote:
> > So do I... thanks.
>
> Could you do the change in trunk, please?
>
> Jürgen
I think I found the culprit, see attached.
Could you verify in branch (or where you have enable-stdlib-debug)
Martin Vermeer wrote:
> I think I found the culprit, see attached.
>
> Could you verify in branch (or where you have enable-stdlib-debug) that
> this does the job?
Well, in branch, the renaming has been reverted (and I prefer it to stay that
way).
I can test for trunk, if you are patient enough
Martin Vermeer wrote:
> Could you verify in branch (or where you have enable-stdlib-debug) that
> this does the job?
No, doesn't fix it.
Jürgen
P.S.: personally, it would appreciate it if you could make diffs from the
toplevel directory (i.e. above src/). Would make it easier to apply and clean
On Mon, 05 Nov 2007 18:28:31 +0100
[EMAIL PROTECTED] (Jürgen Spitzmüller) wrote:
> Martin Vermeer wrote:
> > I think I found the culprit, see attached.
> >
> > Could you verify in branch (or where you have enable-stdlib-debug) that
> > this does the job?
>
> Well, in branch, the renaming has been
Hi all!
Shall I report bug's here or directly at bugzilla?
And sorry for going off-topic, but may I also draw one of the experts
attention to my macro-pop-up question
http://www.mail-archive.com/[EMAIL PROTECTED]/msg59777.html
that I posted at the users list and don't get the answer, although I am
sebastian guttenberg wrote:
Shall I report bug's here or directly at bugzilla?
There's no fixed rule. But if it's a relatively minor thing, then I'd go
to bugzilla. If it's a crash, or if it's significant enough that it
prevents you from getting work done, then report it here, the idea being
http://bugzilla.lyx.org/show_bug.cgi?id=2218
I'm well aware that this patch is ugly (or better: makes an ugly
implementation even uglier).
However, I do not have another solution to fix this really nasty bug, besides
rewriting the whole spellchecker ui (which should be done eventually).
Opinio
On Sun, Nov 04, 2007 at 05:47:59PM +0100, Enrico Forestieri wrote:
> On Sun, Nov 04, 2007 at 04:20:39PM +0100, Jürgen Spitzmüller wrote:
>
> > > http://www.lyx.org/trac/changeset/21225 - Fix IEEEtran layout by loading
> > > counters before the sectioning styles, in order to avoid having sections
Richard Heck schrieb:
sebastian guttenberg wrote:
Shall I report bug's here or directly at bugzilla?
There's no fixed rule. But if it's a relatively minor thing, then I'd go
to bugzilla. If it's a crash, or if it's significant enough that it
prevents you from getting work done, then report
On Mon, Nov 05, 2007 at 08:27:05AM +0100, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
>> On Sun, Nov 04, 2007 at 05:39:43PM +0100, Jürgen Spitzmüller wrote:
>>> Andre Poenitz wrote:
We definitely should switch to a more user friendly error handling
then plain crashs. While it might be
On Mon, Nov 05, 2007 at 11:35:53AM +0100, Jürgen Spitzmüller wrote:
> Uwe Stöhr wrote:
> > This is not a helpful entry. I'm an experienced LyXer but I still don't
> > understand what the name "pixmap" is for and what "subpixel hinting" is. I
> > need a more simple explanation for the UserGuide. Whi
On Mon, Nov 05, 2007 at 02:16:52PM +0100, Jean-Marc Lasgouttes wrote:
> [EMAIL PROTECTED] writes:
>
> > Modified: lyx-devel/trunk/src/Paragraph.cpp
> > URL:
> > http://www.lyx.org/trac/file/lyx-devel/trunk/src/Paragraph.cpp?rev=21407
> > ===
On Mon, Nov 05, 2007 at 07:55:34AM -, [EMAIL PROTECTED] wrote:
> Author: spitz
> Date: Mon Nov 5 08:55:32 2007
> New Revision: 21426
>
> URL: http://www.lyx.org/trac/changeset/21426
> Log:
> * src/mathed/MathParser.cpp (getChar):
> - return 0 instead of char_type(), which is unpredictab
I like this phantom feature a lot myself, but I think it qualifies as
expert feature. I am not sure it belongs to the toolbar, but I do not
oppose it.
The phantom feature is a math feature so it should be accessible via the
math toolbar. The math toolbar contains much more expert stuff than
plac
On Mon, Nov 05, 2007 at 02:09:20PM +1800, Bo Peng wrote:
> Dear all,
>
> It is not always easy to write code that conforms to lyx' coding rules
> so I have been searching for an open-source code beautifier. I have
> tried bcpp, greatcode, astyle, indent etc, but none of them is
> powerful enough.
Martin Vermeer wrote:
On Mon, 05 Nov 2007 14:16:52 +0100
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
What about declaring forceLTR in the Inset class (returning
false by default) and overriding it for graphics, math and hyperlink?
This would simplify this code and avoid the cast to insetco
Andre Poenitz wrote:
On Mon, Nov 05, 2007 at 02:16:52PM +0100, Jean-Marc Lasgouttes wrote:
[EMAIL PROTECTED] writes:
Modified: lyx-devel/trunk/src/Paragraph.cpp
URL: http://www.lyx.org/trac/file/lyx-devel/trunk/src/Paragraph.cpp?rev=21407
===
On Mon, Nov 05, 2007 at 07:11:47PM +0100, Jürgen Spitzmüller wrote:
> Martin Vermeer wrote:
> > Could you verify in branch (or where you have enable-stdlib-debug) that
> > this does the job?
>
> No, doesn't fix it.
OK, I just reverted the addRow -> appendRow part here too.
> Jürgen
>
> P.S.:
On Mon, Nov 05, 2007 at 07:59:08PM +0100, Enrico Forestieri wrote:
> On Sun, Nov 04, 2007 at 05:47:59PM +0100, Enrico Forestieri wrote:
>
> > On Sun, Nov 04, 2007 at 04:20:39PM +0100, Jürgen Spitzmüller wrote:
> >
> > > > http://www.lyx.org/trac/changeset/21225 - Fix IEEEtran layout by loading
>
On Mon, Nov 05, 2007 at 10:40:51PM +0200, Dov Feldstern wrote:
> Andre Poenitz wrote:
>> On Mon, Nov 05, 2007 at 02:16:52PM +0100, Jean-Marc Lasgouttes wrote:
>>> [EMAIL PROTECTED] writes:
>>>
Modified: lyx-devel/trunk/src/Paragraph.cpp
URL:
http://www.lyx.org/trac/file/lyx-devel/tr
Martin Vermeer wrote:
On Mon, 05 Nov 2007 15:49:22 +0100
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
Jean-Marc Lasgouttes wrote:
Martin Vermeer writes:
But I am not sure I understand. Why is forceLTR true for ERT? Just for
display purpose?
The truth is, it shouldn't be. We're overloading
On Mon, Nov 05, 2007 at 07:59:08PM +0100, Enrico Forestieri wrote:
> On Sun, Nov 04, 2007 at 05:47:59PM +0100, Enrico Forestieri wrote:
>
> > On Sun, Nov 04, 2007 at 04:20:39PM +0100, Jürgen Spitzmüller wrote:
> >
> > > > http://www.lyx.org/trac/changeset/21225 - Fix IEEEtran layout by loading
>
> ASpell::ASpell(BufferParams const &, string const & lang)
>
> by
>
> ASpell::ASpell(BufferParams const & , string const & lang)
>
>
> I think I prefer the original version.
> So, as I said: Checking patches with it is nice, but as it stands I
> would not like to see it ruling our style.
There
On Mon, Nov 05, 2007 at 11:13:34PM +0200, Dov Feldstern wrote:
> Martin Vermeer wrote:
>> On Mon, 05 Nov 2007 15:49:22 +0100
>> Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
>>> Jean-Marc Lasgouttes wrote:
Martin Vermeer writes:
>> But I am not sure I understand. Why is forceLTR true
On Mon, Nov 05, 2007 at 03:20:51PM -0600, Bo Peng wrote:
> > ASpell::ASpell(BufferParams const &, string const & lang)
> >
> > by
> >
> > ASpell::ASpell(BufferParams const & , string const & lang)
> >
> >
> > I think I prefer the original version.
> > So, as I said: Checking patches with it is ni
Andre Poenitz wrote:
On Mon, Nov 05, 2007 at 11:13:34PM +0200, Dov Feldstern wrote:
Martin Vermeer wrote:
On Mon, 05 Nov 2007 15:49:22 +0100
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
Jean-Marc Lasgouttes wrote:
Martin Vermeer writes:
But I am not sure I understand. Why is forceLTR tru
> > There are 138 options and I have not gone through them one by one.
> > Most, if not all, your preferences can be achieved by changing
> > uncrustify.cfg.
>
> Possibly, but _I_ won't do that ;-)
Jose,
Do you agree to put this file (uncrustify.cfg) under
development/coding? With some adjustment
On Mon, Nov 05, 2007 at 11:13:34PM +0200, Dov Feldstern wrote:
>
>
> Martin Vermeer wrote:
> >On Mon, 05 Nov 2007 15:49:22 +0100
> >Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> >
> >>Jean-Marc Lasgouttes wrote:
> >>>Martin Vermeer writes:
> >>>
> >But I am not sure I understand. Why is for
On Mon, Nov 05, 2007 at 11:50:31PM +0200, Dov Feldstern wrote:
>
>
> Andre Poenitz wrote:
>> On Mon, Nov 05, 2007 at 11:13:34PM +0200, Dov Feldstern wrote:
>>> Martin Vermeer wrote:
On Mon, 05 Nov 2007 15:49:22 +0100
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> Jean-Marc Lasgouttes
On Mon, Nov 05, 2007 at 11:09:55PM +0200, Martin Vermeer wrote:
> This fix is better... a lot.
Yep, that fixes it.
--
Enrico
How is the paragraph width controlled, in LyX ?
I'm getting all paragraphs displayed as a single row
(i.e. they are not being broken at all at the window width).
Any clue of what I could have modified wrong ?
Thanks,
T.
Martin Vermeer wrote:
On Mon, Nov 05, 2007 at 11:13:34PM +0200, Dov Feldstern wrote:
Martin Vermeer wrote:
On Mon, 05 Nov 2007 15:49:22 +0100
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
Jean-Marc Lasgouttes wrote:
Martin Vermeer writes:
But I am not sure I understand. Why is forceLTR tr
Hi all,
I'd like to know if, in the BufferView/TextMetrics classes,
there is any method that is always called every time there
is a change in the "paragraphs structure", i.e.:
-) after creating a new document
-) after opening a document
-) after breaking a paragraph in two or adding a new paragra
On Tue, Nov 06, 2007 at 01:39:40AM +0200, Dov Feldstern wrote:
> Martin Vermeer wrote:
> >On Mon, Nov 05, 2007 at 11:13:34PM +0200, Dov Feldstern wrote:
> >>This is not accurate. It's true for URL, for example, but not for ERT. I
> >>agree with Abdel that ideally, in ERT we should allow any encod
Jürgen Spitzmüller wrote:
> http://bugzilla.lyx.org/show_bug.cgi?id=2218
>
> I'm well aware that this patch is ugly (or better: makes an ugly
> implementation even uglier).
Attached is a somewhat more transparent version (with documentation).
Jürgen
Index: src/frontends/qt4/QSpellchecker.cpp
Uwe Stöhr wrote:
> > I like this phantom feature a lot myself, but I think it qualifies as
> > expert feature. I am not sure it belongs to the toolbar, but I do not
> > oppose it.
>
> The phantom feature is a math feature
No, \phantom, \vphantom and \hphantom are general (plain TeX) commands, whic
1 - 100 of 104 matches
Mail list logo
