Abdelrazak Younes wrote:
> Well char_type is an unsigned int so I don't know what char_type() would
> return (isn't that undefined behaviour?). I suggest to return 0 instead.
I see. Thanks.
Jürgen
Uwe Stöhr wrote:
Uwe Stöhr schrieb:
I need to describe this in the docs. What exactly does the pixmap?
Is this description correct?:
B.1.1.6 Pixmap Cache
The option Enable Pixmap Cache activates a cache for screen fonts and
icons like toolbar buttons. Using this cache improves the speed
p
> fix attached.
eh, wrong file name.
pavel
--- index.php 2007-11-05 09:41:18.0 +0100
+++ pg.new 2007-11-05 09:32:52.0 +0100
@@ -116,7 +152,7 @@
If you have a question regarding the development of LyX, please
write us at the
-LyX
+LyX
developers' mailing list. Thanks f
On Mon, Nov 05, 2007 at 12:17:01AM +0100, Bernhard Roider wrote:
> Jürgen Spitzmüller schrieb:
>> Andre Poenitz wrote:
>>> We definitely should switch to a more user friendly error handling then
>>> plain crashs. While it might be annoying that one cannot properly paste
>>> form the clipboard we sh
Jürgen Spitzmüller wrote:
Michael Gerz wrote:
New
---
http://www.lyx.org/trac/changeset/20895 - Crash fix. I don't know why
this is triggered only now... I guess someone changed the way toolbars
are initialized. The changes are safer anyway.
http://www.lyx.org/trac/changeset/20897 - fix in r2089
> BTW, the link on http://www.lyx.org/devel to the LyX developers mailing
> list on the LyX site is broken
> (http://www.lyx.org/devel/internet/mailing.php#lyx-devel). Where is the
> main page for the mailing list?
http://www.lyx.org/internet/mailing.php#lyx-devel
fix attached.
pavel
--- p
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 annoying that one cannot
properly paste form the clipboard we should not crash...
Uwe Stöhr wrote:
> The attached patch registeres placeholders to the math toolbar and clarify
> some entries. OK for branch?
As I'm no math user, I do not have strong opinions. I guess \phantom is
useful. Is it also often used? What do others say?
The Fractions changes look good. However, was th
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.
Jürgen
Bernhard Roider wrote:
> what about the attached patch?
This could be a good complement to my patch, because it generates a clearer
error message. I think, though, that my patch is needed nevertheless.
Jürgen
Andre Poenitz wrote:
> The last two lines are equivalent to 'return char_type(); '
>
> I am not too sure about the putback(). Would it work without?
No. It enters an endless loop without it (same for the putback() without the
empty char_type return).
Jürgen
Martin Vermeer wrote:
> > http://www.lyx.org/trac/changeset/20692 - Allow dissolution of insets
> > inside mathed
>
> Committed. (With status.15x!)
Thanks.
Jürgen
Bernhard Roider wrote:
> ok, jürgen?
Yes, please.
Jürgen
> And you call that a good beautifier?! ;)
If can help us locate and fix most of the space problems, and I think
this is very helpful.
Attached please find an update configuration file generated by
'uncrustify -c configfile --update-config-with-doc'.
Bo
uncrustify.cfg
Description: Binary data
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.
>
> http://bugzilla.lyx.org/show_bug.cgi?id=4323
Those are actually two different crashes (haven't
On Sun, Nov 04, 2007 at 07:14:00PM +, [EMAIL PROTECTED] wrote:
> Author: uwestoehr
> Date: Sun Nov 4 20:09:24 2007
> New Revision: 21422
>
> URL: http://www.lyx.org/trac/changeset/21422
> Log:
> stdtoolbars.inc: - register \tbinom and \dbinom
> - clarify the fraction submenu
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.
http://bugzilla.lyx.org/show_bug.cgi?id=4323
Have fun,
Darren
On Nov 4, 2007, at 9:18 PM, Bennett Helm wrote:
I'm also using Qt-4.3.1; I don't know if that would make a
difference. I'll try compiling Qt-4.3.2 to see what happens.
Qt-4.3.2 works fine for me.
One question: did you set LDFLAGS?
Yup. As per the instructions in INSTALL.MacOSX, I used:
e
On Nov 4, 2007, at 7:18 AM, Stefan Schimanski wrote:
Am 04.11.2007 um 11:42 schrieb Jürgen Spitzmüller:
Abdelrazak Younes wrote:
(In switching, I quit and restarted LyX each time, not knowing
whether
that would make a difference or not.)
Am I just blind?
I never was able to see the diff
On Nov 4, 2007, at 9:18 PM, Bennett Helm wrote:
I'm also using Qt-4.3.1; I don't know if that would make a
difference. I'll try compiling Qt-4.3.2 to see what happens.
Qt-4.3.2 works fine for me.
One question: did you set LDFLAGS?
As a last resort, try: make clean ... reconfigure ... make.
[Switching this over to the devel list]
On Nov 4, 2007, at 2:19 PM, Christopher Menzel wrote:
On Nov 4, 2007, at 11:16 AM, Pavel Sanda wrote:
Yes, a good suggesetion, but the curious thing is that I am
setting it.
whats the exact configure command you use ?
For compiling Qt:
./config
On Sat, 2007-11-03 at 23:25 +0100, Abdelrazak Younes wrote:
> Please try again with latest rev.
>
> Abdel.
>
> PS: Sorry Juergen I didn't wait but this is an urgency.
Fixed.
Have fun,
Darren
Jürgen Spitzmüller schrieb:
Andre Poenitz wrote:
We definitely should switch to a more user friendly error handling then
plain crashs. While it might be annoying that one cannot properly paste
form the clipboard we should not crash...
On Linux, it only crashes with --enable-stdlib-debug. The a
Bo Peng wrote:
Personally, I don't like code beautifiers that much. There are just too
many times when I like to do things which I doubt a code beautifier
would preserve (and I want to do it that way nonetheless). E.g: look for
"if (// not for ArabTeX" in output_latex.cpp.
Uncrustify seem
Dov Feldstern schrieb:
Bernhard Roider wrote:
and bugzilla does not respond
i logged on with ssh and saw that there are many httpd tasks in
uninterruptible sleep mode
bernhard
Hurry up and download your own, personal copy of the lyx repository
while aussie is still alive!
the proble
> Personally, I don't like code beautifiers that much. There are just too
> many times when I like to do things which I doubt a code beautifier
> would preserve (and I want to do it that way nonetheless). E.g: look for
> "if (// not for ArabTeX" in output_latex.cpp.
Uncrustify seems to preserv
Dov Feldstern wrote:
hg clone [--ssh="ssh -C"]
ssh://[EMAIL PROTECTED]/~dov/lyx-devel/all
that's "ssh:// user _at_ lyx.org /..."
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. I tried again yesterday and found that uncrustify
(h
Bernhard Roider wrote:
and bugzilla does not respond
i logged on with ssh and saw that there are many httpd tasks in
uninterruptible sleep mode
bernhard
Hurry up and download your own, personal copy of the lyx repository
while aussie is still alive!
See http://www.mail-archive.com/lyx-
On Sun, Nov 04, 2007 at 11:00:54PM +0200, Dov Feldstern wrote:
> Dov Feldstern wrote:
> >Martin Vermeer wrote:
> >>On Sun, Nov 04, 2007 at 12:56:40AM +0200, Dov Feldstern wrote:
> >>>Hi!
> >>>
> >>>Attached find the final patch (at least for now) which gets rid of
> >>>LTR bias in the code. I will
Dov Feldstern wrote:
Martin Vermeer wrote:
On Sun, Nov 04, 2007 at 12:56:40AM +0200, Dov Feldstern wrote:
Hi!
Attached find the final patch (at least for now) which gets rid of
LTR bias in the code. I will commit in the next few days if there are
no objections.
Attached is a newer versio
On Sun, Nov 04, 2007 at 08:33:59PM +0100, Uwe Stöhr wrote:
> The attached patch registeres placeholders to the math toolbar and clarify
> some entries.
> OK for branch?
>
> regards Uwe
>
> p.s. lyx.org is currently dead
In deep coma. But I did get a commit through...
- Martin
On Sun, Nov 04, 2007 at 04:03:44PM +0100, Michael Gerz wrote:
> Hi,
>
> here comes a cleaned up version of the previous patch list, with only
> two new entries.
>
> IMHO it does not make much sense to maintain the list for a much longer
> time as the trunk has been refactored heavily and the br
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. I tried again yesterday and found that un
and bugzilla does not respond
i logged on with ssh and saw that there are many httpd tasks in uninterruptible
sleep mode
bernhard
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. I tried again yesterday and found that uncrustify
(http://uncrustify.
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 annoying that one cannot
> > properly paste form the clipboard we should not crash...
>
> On Li
The attached patch registeres placeholders to the math toolbar and clarify some
entries.
OK for branch?
regards Uwe
p.s. lyx.org is currently dead
Index: stdtoolbars.inc
===
--- stdtoolbars.inc (revision 21421)
+++ stdtoolbars.inc
Martin Vermeer wrote:
On Sun, Nov 04, 2007 at 12:56:40AM +0200, Dov Feldstern wrote:
Hi!
Attached find the final patch (at least for now) which gets rid of LTR
bias in the code. I will commit in the next few days if there are no
objections.
The only non-trivial change (i.e., more than just
hello,
the attached patch fixes bug 4301:
in fact BufferView::moveToPosition(..) failed for every position inside an inset because
buffer_->text() was used instead of cursor_.text() to set the current font.
ok, jürgen?
bernhard
Index: src/BufferView.cpp
===
Martin Vermeer wrote:
On Sun, Nov 04, 2007 at 12:56:40AM +0200, Dov Feldstern wrote:
-bool Cursor::popLeft()
+bool Cursor::popBackward()
{
BOOST_ASSERT(!empty());
- //lyxerr << "Leaving inset to the left" << endl;
+ //lyxerr << "Leaving inset from in back" << endl;
This fe
On Sun, Nov 04, 2007 at 06:30:19PM +0200, Martin Vermeer wrote:
> On Sun, Nov 04, 2007 at 04:20:39PM +0100, Jürgen Spitzmüller wrote:
> > Michael Gerz wrote:
...
> > > http://www.lyx.org/trac/changeset/21403 - Apply \protect more
> > > selectively for special phrases
> >
> > Don't think it's ne
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
> > numbered as 0.X instead of simply X.
>
> Enrico?
Not needed in 1.5. In
Bernhard Roider wrote:
> hello,
> as i have 3 evenings to spend i just sat down to my computer to fix that
> - too late as i see.
If you want to have fun: there are some open crash reports. (and of course you
can fix the description. Mine is basically a placeholder).
> but there is a question i
Andre Poenitz wrote:
> We definitely should switch to a more user friendly error handling then
> plain crashs. While it might be annoying that one cannot properly paste
> form the clipboard we should not crash...
On Linux, it only crashes with --enable-stdlib-debug. The attached patch fixes
this
On Sun, Nov 04, 2007 at 04:20:39PM +0100, Jürgen Spitzmüller wrote:
> Michael Gerz wrote:
> > New
> > ---
> > http://www.lyx.org/trac/changeset/20895 - Crash fix. I don't know why
> > this is triggered only now... I guess someone changed the way toolbars
> > are initialized. The changes are safer a
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, but trunk doesn't like it either:
>
> Line ~0: Math parse error: The input stream is not well...
This is probably a variant of bug 4
[EMAIL PROTECTED] schrieb:
Author: spitz
Date: Sun Nov 4 12:29:12 2007
New Revision: 21420
URL: http://www.lyx.org/trac/changeset/21420
Log:
* src/LyXRC.cpp: shut up compiler.
hello,
as i have 3 evenings to spend i just sat down to my computer to fix that
- too late as i see. but there is
Michael Gerz wrote:
> New
> ---
> http://www.lyx.org/trac/changeset/20895 - Crash fix. I don't know why
> this is triggered only now... I guess someone changed the way toolbars
> are initialized. The changes are safer anyway.
> http://www.lyx.org/trac/changeset/20897 - fix in r20895 was not fully
>
Hi,
here comes a cleaned up version of the previous patch list, with only
two new entries.
IMHO it does not make much sense to maintain the list for a much longer
time as the trunk has been refactored heavily and the branch gets more
and more stable. Once we reach consensus on the existing e
Am 04.11.2007 um 13:46 schrieb Jürgen Spitzmüller:
Stefan Schimanski wrote:
It works as expected here. With pixmap cache enabled subpixel
rendering is off, with the option switched to off the subpixel
rendering is working fine again.
Glad to hear that. You're on Mac, right?
Yes.
Stefan
Stefan Schimanski wrote:
> It works as expected here. With pixmap cache enabled subpixel
> rendering is off, with the option switched to off the subpixel
> rendering is working fine again.
Glad to hear that. You're on Mac, right?
Jürgen
Hi!
Is there a reason that behind every paragraph a "10" is put in the tex
output? I guess it's some debugging output of the font size or so?
Stefan
Am 04.11.2007 um 11:42 schrieb Jürgen Spitzmüller:
Abdelrazak Younes wrote:
(In switching, I quit and restarted LyX each time, not knowing
whether
that would make a difference or not.)
Am I just blind?
I never was able to see the difference anyway. I guess it depends
on the
font used t
Abdelrazak Younes wrote:
> > (In switching, I quit and restarted LyX each time, not knowing whether
> > that would make a difference or not.)
> >
> > Am I just blind?
>
> I never was able to see the difference anyway. I guess it depends on the
> font used too.
But if it's still "bad", we have to i
Abdelrazak Younes wrote:
> Please try again with latest rev.
>
> Abdel.
>
> PS: Sorry Juergen I didn't wait but this is an urgency.
Thanks. I really have no explanation why this happened.
Jürgen
Abdelrazak Younes wrote:
> If yes, then looks like you used Qt 4.3 Juergen...
How weird ...
I'll correct it.
Jürgen
On Sun, Nov 04, 2007 at 12:56:40AM +0200, Dov Feldstern wrote:
> Hi!
>
> Attached find the final patch (at least for now) which gets rid of LTR bias
> in the code. I will commit in the next few days if there are no objections.
>
> The only non-trivial change (i.e., more than just changing function
58 matches
Mail list logo
