Andr� Poenitz wrote:
On Sat, Dec 30, 2006 at 08:48:26PM +0100, Peter Kümmel wrote:
bool Paragraph::hfillExpansion(Row const & row, pos_type pos) const
{
if (!isHfill(pos))
return false;
// at the end of a row it does not count
// unless another hfill exis
Georg Baum wrote:
On Saturday 30 December 2006 15:43, Abdelrazak Younes wrote:
I think this is old, disabled, bidi code. Don't touch it if you don't
know what you're doing. Georg, do you know something about this?
Not really. If you want to fix this without understanding comment out the
whole
Georg Baum wrote:
On Saturday 30 December 2006 15:50, Abdelrazak Younes wrote:
Ah.. OK, then commit and I'll take care of that afterward.
There are some more unused vaiables. Did you forget to use right_margin in
getColumnNearX, or can it be removed?
I used it at some point in the transiti
Uwe> p.s. what about the SVN permissions, could you eventually help me
Uwe> here?
Maybe I can, but I do not know how :)
If you have root access, I think I know how. Log in to aussie.lyx.org,
become root and execute this command
# /usr/sbin/useradd -G svnusers uwe
which should create an acco
On Saturday 30 December 2006 21:26, Dov Feldstern wrote:
> I'm sorry for not being clear. You're right --- using the file
> heb142-default.lyx, there is a problem with the display, but the
> generated latex is correct. But the reason (for both of those things) is
> that the lyx file was originally
On Saturday 30 December 2006 21:34, Dov Feldstern wrote:
> See my reply from yesterday to Abdel, where I point to a test file, as
> well as screenshots of correct and incorrect display --- do you see it
> correctly or incorrectly?
I have currently no working LyX to test with, so this will have to
On Sat, Dec 30, 2006 at 08:48:26PM +0100, Peter Kümmel wrote:
>
> bool Paragraph::hfillExpansion(Row const & row, pos_type pos) const
> {
> if (!isHfill(pos))
> return false;
>
> // at the end of a row it does not count
> // unless another hfill exists on the line
On Sat, Dec 30, 2006 at 08:48:26PM +0100, Peter Kümmel wrote:
>
> bool Paragraph::hfillExpansion(Row const & row, pos_type pos) const
> {
> if (!isHfill(pos))
> return false;
>
> // at the end of a row it does not count
> // unless another hfill exists on the line
Gregor Gorjanc wrote:
> Georg Baum <[EMAIL PROTECTED]> writes:
>
>> On Saturday 30 December 2006 19:24, Bo Peng wrote:
>>> This is not odd. For good or bad, we have three build systems. Abdel
>>> just introduced some new files so all three build systems need to be
>>> updated. Since he is not an e
Georg Baum <[EMAIL PROTECTED]> writes:
>
> On Saturday 30 December 2006 19:24, Bo Peng wrote:
> > This is not odd. For good or bad, we have three build systems. Abdel
> > just introduced some new files so all three build systems need to be
> > updated. Since he is not an expert on all of them and
On Saturday 30 December 2006 15:50, Abdelrazak Younes wrote:
> Ah.. OK, then commit and I'll take care of that afterward.
There are some more unused vaiables. Did you forget to use right_margin in
getColumnNearX, or can it be removed?
Georg
Index: src/text2.C
==
Georg Baum wrote:
On Friday 29 December 2006 00:39, Dov Feldstern wrote:
Is there anyone else out there testing 1.5.0svn with any BiDi language?
I can not input anything (because I don't know how to set that up), but I can
load existing files and compare with the generated DVI output. I do
Georg Baum wrote:
On Friday 29 December 2006 14:33, Dov Feldstern wrote:
Thanks, the patch works in the sense that it doesn't complain now about
not finding the "default" encoding. And the display in the GUI is
actually okay (and there's no reason why it should be affected by the
encoding --- i
bool Paragraph::hfillExpansion(Row const & row, pos_type pos) const
{
if (!isHfill(pos))
return false;
// at the end of a row it does not count
// unless another hfill exists on the line
if (pos >= row.endpos()) {
for (pos_type i = r
Georg Baum wrote:
> On Saturday 30 December 2006 15:57, Peter Kümmel wrote:
>> I've added more lyxerr output and use a deep copy
>> of a string instead of a reference at the place
>> were I think it is a problem for stdlib-debug.
>
> I bet that the reference is not the problem, because we use stri
On Saturday 30 December 2006 15:57, Peter Kümmel wrote:
> I've added more lyxerr output and use a deep copy
> of a string instead of a reference at the place
> were I think it is a problem for stdlib-debug.
I bet that the reference is not the problem, because we use string references
a lot and th
On Saturday 30 December 2006 11:14, Jürgen Spitzmüller wrote:
> What would that be? I recompiled qt with -debug, which brought no
> interesting results. There is the -no-stl switch, but nothing that looks
> similar to --enable-stdlib-debug.
AFAIK the --enable-stdlib-debug switch only defines the m
On Saturday 30 December 2006 12:49, Abdelrazak Younes wrote:
> Kornel Benko wrote:
> > Hi,
> > last svn1.5 version, binding ...
>
> I forgot to remove the duplicates in text.C, MSVC did not complain...
> This is fixed now.
MSVC was right. Kornel must have a buggy compiler, it is not handling
anon
On Saturday 30 December 2006 19:24, Bo Peng wrote:
> This is not odd. For good or bad, we have three build systems. Abdel
> just introduced some new files so all three build systems need to be
> updated. Since he is not an expert on all of them and can not test
> them all, it is not surprising that
On Saturday 30 December 2006 15:43, Abdelrazak Younes wrote:
> I think this is old, disabled, bidi code. Don't touch it if you don't
> know what you're doing. Georg, do you know something about this?
Not really. If you want to fix this without understanding comment out the
whole if statement with
That is odd. I have compiled lyx-devel succefully in the past - month or
so ago. So I should not get errors due to different build system. Or
should I?
This is not odd. For good or bad, we have three build systems. Abdel
just introduced some new files so all three build systems need to be
update
Bo Peng wrote:
>> Is anyone able to compile latest SVN checkout? I get this error during
>> make on
>> Debian GNU/Linux:
>
> Fine here (with scons).
That is odd. I have compiled lyx-devel succefully in the past - month or
so ago. So I should not get errors due to different build system. Or
should
Edwin Leuven wrote:
Abdelrazak Younes wrote:
Edwin Leuven wrote:
Abdelrazak Younes wrote:
I am sanitizing the DEPM so the returned boolean is going to
disappear soon, don't touch this code please.
Ditto.
i commented them out because atm these are handled as errors...
Ah.. OK, then commit
Is anyone able to compile latest SVN checkout? I get this error during make on
Debian GNU/Linux:
Fine here (with scons).
Bo
Peter Kümmel wrote:
> I've added more lyxerr output and use a deep copy
> of a string instead of a reference at the place
> were I think it is a problem for stdlib-debug.
>
> Could you try it again please?
I still crashes at the same place. I get the following debug output:
QToc::tocModel(): no t
Hi,
Is anyone able to compile latest SVN checkout? I get this error during make on
Debian GNU/Linux:
...
a -Wall -g -O -MT docstring.lo -MD -MP -MF .deps/docstring.Tpo
-c docstring.C -o
docstring.o
In file included from docstring.C:14:
qstring_helpers.h:17:17: error: QChar: No such file or direc
Edwin Leuven wrote:
Abdelrazak Younes wrote:
Edwin Leuven wrote:
Abdelrazak Younes wrote:
I am sanitizing the DEPM so the returned boolean is going to
disappear soon, don't touch this code please.
Ditto.
i commented them out because atm these are handled as errors...
Ah.. OK, then commit
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>
>>
>> Abdel, should I wait with this patch until you've checked
>> in your recent cleanup?
>
> No you can go on but you have to update your patch. The code has been
> transfered to TextMetrics.C.
>
> Abdel.
>
I've tried it again without my patc
Peter Kümmel wrote:
Abdel, should I wait with this patch until you've checked
in your recent cleanup?
No you can go on but you have to update your patch. The code has been
transfered to TextMetrics.C.
Abdel.
Jürgen Spitzmüller wrote:
> Peter Kümmel wrote:
>> Seems one of the pointers is not valid. If this is the case
>> the bug is at a other place.
>
> Seems so. Launching LyX with -dbg gui gives some interesting results. For the
> non-crashing case (--disable-stdlib-debug):
>
> Toc: at depth 1, adde
Abdelrazak Younes wrote:
Edwin Leuven wrote:
Abdelrazak Younes wrote:
I am sanitizing the DEPM so the returned boolean is going to
disappear soon, don't touch this code please.
Ditto.
i commented them out because atm these are handled as errors...
Ah.. OK, then commit and I'll take care o
Is there a reason for not embedding manifests in the .exe?
No, but I need to figure out how. :-)
Bo
Edwin Leuven wrote:
Abdelrazak Younes wrote:
I am sanitizing the DEPM so the returned boolean is going to disappear
soon, don't touch this code please.
Ditto.
i commented them out because atm these are handled as errors...
Ah.. OK, then commit and I'll take care of that afterward.
Abdel.
Peter Kümmel wrote:
> Here a fix for a Status.15x bug:
>
> EDITING
> * Open "de_Intro.lyx"; mark first word ("Einführung"); invoke "ert-insert" =>
> seg fault
>
> But the patch only fixes the "symptom", out-of-bound access on a array.
> Maybe someone who understands this paragraph stuff knows a
I just wanted to check something in yet to be 1.4.4 release and can not figure
out, how to get setup for compilation of BRANCH_1_4_X. I did:
$ svn co svn://svn.lyx.org/lyx/lyx-devel/branches/BRANCH_1_4_X lyx-1.4.X
$ cd lyx-1.4.X
$ ./configure --with-frontend=qt4 --with-qt-dir=/usr/share/qt4
bash:
Abdelrazak Younes wrote:
I am sanitizing the DEPM so the returned boolean is going to disappear
soon, don't touch this code please.
Ditto.
i commented them out because atm these are handled as errors...
Hi,
I just wanted to check something in yet to be 1.4.4 release and can not figure
out, how to get setup for compilation of BRANCH_1_4_X. I did:
$ svn co svn://svn.lyx.org/lyx/lyx-devel/branches/BRANCH_1_4_X lyx-1.4.X
$ cd lyx-1.4.X
$ ./configure --with-frontend=qt4 --with-qt-dir=/usr/share/qt4
Edwin Leuven wrote:
> attached some more unused stuff
>
> one thing: msvc complained about boundary below not being referenced.
> removing the false in the if got rid of the warning. am not sure if i
> understand what it was doing there (and didn't try to grasp the if
> either) ...
>
When you th
Edwin Leuven wrote:
attached some more unused stuff
one thing: msvc complained about boundary below not being referenced.
removing the false in the if got rid of the warning. am not sure if i
understand what it was doing there (and didn't try to grasp the if
either) ...
I think this is old,
attached some more unused stuff
one thing: msvc complained about boundary below not being referenced.
removing the false in the if got rid of the warning. am not sure if i
understand what it was doing there (and didn't try to grasp the if
either) ...
@@ -1073,7 +1069,7 @@
bo
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Edwin Leuven wrote:
could it be that the attached are trailin... ?
Yes, you're right, please commit. It's a pity that MSVC doesn't detect
unused variables...
Because you compile with warning level 3.
Now you can't forget it :)
I've marked the rel
Abdelrazak Younes wrote:
> Edwin Leuven wrote:
>> could it be that the attached are trailin... ?
>
> Yes, you're right, please commit. It's a pity that MSVC doesn't detect
> unused variables...
Because you compile with warning level 3.
Now you can't forget it :)
I've marked the relevant warnings
> "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
Uwe> Jean-Marc Lasgouttes schrieb:
>> I have a question about that Uwe: what shall we do to Extended.lyx
>> if we include this new manual? I do not want to duplicate
>> documentation.
Uwe> Extended-Insets is not a superset of the Extended tutor
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> That works for both English, French, and German. (Accents are
Bennett> working well.)
Bennett> The only catch is that the LyX menu is in English for all
Bennett> versions. (Other menus are in the correct language.)
This was exp
Peter Kümmel wrote:
> Seems one of the pointers is not valid. If this is the case
> the bug is at a other place.
Seems so. Launching LyX with -dbg gui gives some interesting results. For the
non-crashing case (--disable-stdlib-debug):
Toc: at depth 1, added item 1 Einleitung
Toc: at depth 1, add
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> On Friday 29 December 2006 10:13, Jean-Marc Lasgouttes wrote:
>> > "Georg" == Georg Baum <[EMAIL PROTECTED]>
>> writes:
Georg> Is it OK if I don't implement the chekbox but only make it
Georg> compile?
>> Sure.
Georg> It turned o
Edwin Leuven wrote:
> Abdelrazak Younes wrote:
>> Edwin Leuven wrote:
>>> could it be that the attached are trailin... ?
>>
>> Yes, you're right, please commit. It's a pity that MSVC doesn't detect
>> unused variables...
>
> it is in.
>
> msvc complains here. you probably turned off the warnings.
Abdelrazak Younes wrote:
Edwin Leuven wrote:
could it be that the attached are trailin... ?
Yes, you're right, please commit. It's a pity that MSVC doesn't detect
unused variables...
it is in.
msvc complains here. you probably turned off the warnings. the only
thing i do here is:
cmake
Edwin Leuven wrote:
could it be that the attached are trailin... ?
Yes, you're right, please commit. It's a pity that MSVC doesn't detect
unused variables...
Abdel.
could it be that the attached are trailin... ?
Index: text.C
===
--- text.C (revision 16438)
+++ text.C (working copy)
@@ -1798,8 +1798,6 @@
if (pm.rows().empty())
return 0;
- int max_width =
Andr� Poenitz wrote:
> On Thu, Dec 21, 2006 at 09:49:21PM +0100, Gregor Gorjanc wrote:
>> Andre Poenitz wrote:
>>> On Thu, Dec 21, 2006 at 04:56:32PM +, Gregor Gorjanc wrote:
> Index: lib/syntax.default
...
> +% Sweave stuff
> +\Sexpr{}
> +\SweaveOpts{}
Any comments on
Am Samstag, 30. Dezember 2006 12:49 schrieb Abdelrazak Younes:
> I forgot to remove the duplicates in text.C, MSVC did not complain...
> This is fixed now.
As usual, very fast :)
Confirmed.
Kornel
--
Kornel Benko
[EMAIL PROTECTED]
pgpCNs3XLFy5A.pgp
Description: PGP signature
Kornel Benko wrote:
Hi,
last svn1.5 version, binding ...
I forgot to remove the duplicates in text.C, MSVC did not complain...
This is fixed now.
Thanks for the report,
Abdel.
Hi,
last svn1.5 version, binding ...
TextMetrics.o: In function `__gnu_norm::list >::begin()':
/mnt/usr6/src/lyx/lyx-devel/src/TextMetrics.C:63: multiple definition of
`lyx::(anonymous namespace)::numberOfLabelHfills(lyx::Paragraph const&,
lyx::Row const&)'
text.o:/mnt/usr6/src/lyx/lyx-devel/src
Bo Peng wrote:
Open a document, go to the middle of a paragraph, enter return twice
so that there is an empty paragraph in between. Click on the next
paragraph, lyx crashes. It seems that Abdel's paragraphMetrics is
involved.
Oups... I forgot this use case. I'll correct that.
Thanks for the re
Jürgen Spitzmüller wrote:
> Peter Kümmel wrote
>> At which line does it crash now?
>
> 116:
>
> QModelIndexList indices =
> form_->tocModel()->match(form_->tocModel()->index(0,0),
> Qt::DisplayRole, "*", -1,
>
Peter Kümmel wrote
> At which line does it crash now?
116:
QModelIndexList indices =
form_->tocModel()->match(form_->tocModel()->index(0,0),
Qt::DisplayRole, "*", -1,
Qt::MatchWildcard|Qt::Ma
Georg Baum wrote:
> Maybe the reason is that --enable-stdlib-debug
> changes the interface of the STL, and therefore you would hve to compile qt
> with the same defines in order to use ---enble-stdlib-debug?
What would that be? I recompiled qt with -debug, which brought no interesting
results. Th
Jürgen Spitzmüller wrote:
> Peter Kümmel wrote:
>> Does this help?
>
> No.
>
> Jürgen
At which line does it crash now?
--
Peter Kümmel
59 matches
Mail list logo