On Sun, Sep 25, 2011 at 1:40 AM, Uwe Stöhr wrote:
> Calling
> http://www.lyx.org/trac/timeline
> leads to this error:
> OperationalError: database or disk is full
>
Currently it works for me.
Liviu
Am 25.09.2011 01:40, schrieb Uwe Stöhr:
Calling
http://www.lyx.org/trac/timeline
leads to this error:
OperationalError: database or disk is full
For the same full disk reason it is no longer possible to commit things.
regards Uwe
Am 24.09.2011 17:55, schrieb Liviu Andronic:
And this leads to my next question: is the Windows executable built
with support for aspell (the library)?
No, only hunspell is supported by LyX on Windows 2.0.x.
regards Uwe
Am 24.09.2011 20:11, schrieb LyX Ticket Tracker:
Comment(by rgheck):
Uwe, you want to do this for branch?
This is already in branch: r39609
I cannot change bug reports because Trac is dead.
regards Uwe
On Sat, Sep 24, 2011 at 11:32 PM, Julien Rioux
wrote:
> On 24/09/2011 11:26 PM, Stephan Witt wrote:
>>
>> I have no problems with automake. This file was deleted with r39276.
>
>> I can find this file mentioned in development/qmake/lyx.pro.
>
I wasn't using qmake.
> Then one needs to run ./autog
On 24/09/2011 11:26 PM, Stephan Witt wrote:
I have no problems with automake. This file was deleted with r39276.
Then one needs to run ./autogen.sh again. Liviu did you do that?
--
Julien
Am 24.09.2011 um 22:32 schrieb Liviu Andronic:
> Hello
> Compilation of today's (clean) trunk fails on my machine:
> [..]
> CXXPreviewLoader.o
> make[4]: *** No rule to make target `graphics/Previews.cpp', needed by
> `Previews.o'. Stop.
> make[3]: *** [all-recursive] Error 1
> make[4]: Leav
On Sat, Sep 24, 2011 at 9:41 PM, Richard Heck wrote:
> I think maybe we commit this for 2.1.0, but only when we've done what
> needs doing in the Preferences.
>
[..]
> But for the rest of us, it is a waste of CPU.
>
This makes sense. I haven't anticipated that this could be creating
performance i
Hello
Compilation of today's (clean) trunk fails on my machine:
[..]
CXXPreviewLoader.o
make[4]: *** No rule to make target `graphics/Previews.cpp', needed by
`Previews.o'. Stop.
make[3]: *** [all-recursive] Error 1
make[4]: Leaving directory `/usr/local/build/lyx/src'
make[2]: *** [all] Err
Jean-Marc Lasgouttes writes:
> Le 13/09/2011 00:14, Raphael Kubo da Costa a écrit :
>> I maintain the LyX port on FreeBSD, and was recently contacted by a user
>> who was not able to built LyX with GCC 4.5 due to autoconf trying to use
>> gcc instead of g++ to build the source code used to link t
On 09/24/2011 03:03 PM, PhilipPirrip wrote:
>
>> I'm starting to worry a little about how many things are in the TOC,
>> mostly because calculating them may start to get expensive.
>> The solution, I'd think, would be to let users choose what appears in
>> the TOC under Preferences.
>> Richard
>
>
I'm starting to worry a little about how many things are in the TOC,
mostly because calculating them may start to get expensive.
The solution, I'd think, would be to let users choose what appears in
the TOC under Preferences.
Richard
I agree with you, Richard. I took it as an exercize (quite a
On 09/24/2011 02:35 PM, rgh...@lyx.org wrote:
> Author: rgheck
> Date: Sat Sep 24 20:35:44 2011
> New Revision: 39753
> URL: http://www.lyx.org/trac/changeset/39753
>
> Log:
> Fix bug #7764 by ordering the formats according to translated strings.
>
Can someone please tell me whether, below
> M
On 09/24/2011 12:01 PM, Uwe Stöhr wrote:
> We should of course add a sentence in the announcement of LyX 2.0.2
> that the Springer files created with 2.0.2 and newer won't be
> compilable with LyX 2.0.0 and 2.0.1.
>
Please add this to the RELEASE-NOTES file. You can also add some text to
the ANNOUN
On 09/24/2011 12:02 PM, Liviu Andronic wrote:
> On Sat, Sep 24, 2011 at 5:58 PM, Julien Rioux
> wrote:
>> Besides, the terminology ERT has dropped out of favour a long time ago.
>>
> What should we use instead then? As far as I'm concerned, ERT is the
> only term that accurately describes the inse
On Sat, Sep 24, 2011 at 5:58 PM, Julien Rioux
wrote:
> Besides, the terminology ERT has dropped out of favour a long time ago.
>
What should we use instead then? As far as I'm concerned, ERT is the
only term that accurately describes the inset. 'LaTeX code' or 'TeX
code' are inaccurate, since the
Am 24.09.2011 01:32, schrieb LyX Ticket Tracker:
Comment(by jrioux):
OK thanks for your explanation.
I just saw that some of the post went to the list, so for the record, here is my explanation I
replied in the bug report:
This is a known limitation but we have to live with this. We disc
On 24/09/2011 5:03 PM, Richard Heck wrote:
It's been suggested we drop "List of". That's worth considering, since
they're all lists.
+1
Besides, the terminology ERT has dropped out of favour a long time ago.
--
Julien
On Sun, Sep 18, 2011 at 11:35 PM, Pavel Sanda wrote:
> Liviu Andronic wrote:
>> proposes Hunspell as spelling engine. I checked the release notes for
>> Aspell (on the wiki) and there was no word of removing it. But I'm
>
> really? grep in RELEASE-NOTES gives me 5 occurences.
> apart from dropping
On 09/24/2011 02:40 PM, Liviu Andronic wrote:
Hello Philip
You clearly robbed me of the opportunity to try to provide my first
code-related patch for LyX. But I cannot be too mad: I wouldn't have
pulled it through. :)
Hi Liviu. So, you and I are two rookies trying to find what to patch.
Let's
On Sat, Sep 24, 2011 at 5:03 PM, Richard Heck wrote:
> It's been suggested we drop "List of". That's worth considering, since
> they're all lists.
>
Although it is clearly redundant, I feel that "List of" adds some
clarity to the dropbox list. For users not familiar with these lists,
a dropbox lis
On 09/23/2011 09:42 PM, Enrico Forestieri wrote:
> On Fri, Sep 23, 2011 at 04:51:50PM +0200, Julien Rioux wrote:
>
>> I can solve the issue with the following patch. Enrico, could you
>> please have a look? I mostly followed what you did for Systemcall in
>> r38746. But I cannot test on windows.
>
On 09/24/2011 08:40 AM, Liviu Andronic wrote:
> Hello Philip
> You clearly robbed me of the opportunity to try to provide my first
> code-related patch for LyX. But I cannot be too mad: I wouldn't have
> pulled it through. :)
>
> A few suggestions below:
>
>
> 2011/9/24 PhilipPirrip :
>> qt_helpers
On Sat, Sep 24, 2011 at 03:04:47AM +0200, Michal wrote:
> > [...] As a workaround, you can set TEXINPUTS yourself before running
> > LyX.
> For the record: this only works if I set TEXINPUTS to the absolute
> path of the .lyx file. Setting it to '.' has no effect. Kind of
> annoying, as I have
On 24/09/2011 3:54 AM, Marcus Kriele wrote:
Yes, #7506 is invalid and I just marked as as such.
Great, thanks!
--
Julien
On 24/09/2011 3:42 AM, Enrico Forestieri wrote:
On Fri, Sep 23, 2011 at 04:51:50PM +0200, Julien Rioux wrote:
I can solve the issue with the following patch. Enrico, could you
please have a look? I mostly followed what you did for Systemcall in
r38746. But I cannot test on windows.
I committe
Hello Philip
You clearly robbed me of the opportunity to try to provide my first
code-related patch for LyX. But I cannot be too mad: I wouldn't have
pulled it through. :)
A few suggestions below:
2011/9/24 PhilipPirrip :
> qt_helpers.cpp
> Added support for "List of ERT's"
>
I would suggest "Li
On Sat, Sep 24, 2011 at 03:32:35AM +0200, for...@lyx.org wrote:
> Author: forenr
> Date: Sat Sep 24 03:32:35 2011
> New Revision: 39742
> URL: http://www.lyx.org/trac/changeset/39742
>
> Log:
> Also set TEXINPUTS when launching ForkedCall processes.
OK for branch?
--
Enrico
28 matches
Mail list logo
