Is there a faster way to compile LyX? I'm compiling on a 2.0 GHz / 387 MB RAM
Compaq Presario, and it takes about 45 minutes. How long should it take?
-Jack
--
~~~
Jack Desert --Writer, Entrepeneur
Author and Spokesman: www.LetsEATalready.
On Mon, Apr 5, 2010 at 8:48 PM, Stephan Witt wrote:
> Finally I learned how to build aspell myself as universal static library.
> So I'm able to provide a universal binary with aspell support.
>
> It is required to install aspell + dictionaries from macports to make it work.
> The cocoAspell dicti
Am 03.04.2010 03:42, schrieb Uwe Stöhr:
When loading a file with a shaded box, the color is wrong within LyX.
Take for example the attached LyX-file where the color is set to yellow.
Yellow is correctly recognized and used to paint the button in the menu
Document->Settings->Colors, but the color
Am 01.04.2010 um 15:41 schrieb Sebastian Rockel:
> Am 01.04.2010 um 00:37 schrieb Stephan Witt:
>
>> Am 31.03.2010 um 15:35 schrieb Sebastian Rockel:
>>
>>> Am 31.03.2010 um 14:47 schrieb Pavel Sanda:
>>>
Sebastian Rockel wrote:
> Here in the mac version I cannot enable it due to everyt
Am 03.04.2010 02:32, schrieb Uwe Stöhr:
As Jürgen suggested in
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg159130.html
we need to distinguish between the default color that can be specified
by a document class and the real colors that the user specified for his
document.
Following th
Am 06.04.2010 02:23, schrieb Richard Heck:
since r34059 I cannot compile LyX:
..\..\src\Buffer.cpp(1571) : error C2065: 'PACKAGE_STRING' :
undeclared identifier
I'm guessing this is some Windows, or possibly cmake, thing. This is a
macro defined in config.h, and it should be available.
Inde
On 04/05/2010 06:37 PM, Jack Desert wrote:
Good idea. It'll output something like:
where the content is determined by the PACKAGE_STRING macro in config.h
and so can change. I assume it will always begin "LyX", though.
rh
Sounds good. Let me know when it's finalized and I'll add it
> Good idea. It'll output something like:
>
> where the content is determined by the PACKAGE_STRING macro in config.h
> and so can change. I assume it will always begin "LyX", though.
>
> rh
>
Sounds good. Let me know when it's finalized and I'll add it to LyXBlogger.
-Jack
--
Hello Richard,
since r34059 I cannot compile LyX:
..\..\src\Buffer.cpp(1571) : error C2065: 'PACKAGE_STRING' : undeclared
identifier
regards Uwe
On 04/05/2010 05:14 PM, Jack Desert wrote:
Would you consider adding a META tag to the LyXHTML output? That will make it
more predictable to tell which xhtml format is being used. Some examples from
other converters:
Good idea. It'll output something like:
where the content is determ
El Sat, 27 Mar 2010 18:07:04 -0500
Jack Desert escribió:
> El Sat, 27 Mar 2010 18:03:45 -0400
> rgheck escribió:
> > On 03/27/2010 03:46 PM, Jack Desert wrote:
> > >
> > > If eLyXer is installed, it also adds:
> > > \converter html blog "lyxblogger $$i" ""
> > >
> > >
>
Ignacio García schreef:
Hello
lyx-2.0.0svn on Ubuntu karmic
All times I try 'Dissolve inset' (inset being a LyX note, an index entry,
a Logical CharacterStyle, a box ...)
LyX crash with the message:
lyx: SIGSEGV signal caught
Sorry, you have found a bug ...
...
Bye.
Cancelado
Can you reprodu
Hello
lyx-2.0.0svn on Ubuntu karmic
All times I try 'Dissolve inset' (inset being a LyX note, an index entry,
a Logical CharacterStyle, a box ...)
LyX crash with the message:
lyx: SIGSEGV signal caught
Sorry, you have found a bug ...
...
Bye.
Cancelado
Can you reproduce it?
Thanks in advance
I
Dear LyX Developers,
I had a couple of thoughts that I wanted to share.
First, I actually prefer docked widgets to floating. This us how
Scrivener works and it offers a vastly superior experience to MS Word
or Pages.
A second point worth considering: it seems that "docked widgets" or
co
On 05/04/2010 16:02, BH wrote:
On Mon, Apr 5, 2010 at 9:26 AM, Abdelrazak Younes wrote:
No, I think your proposal to unify spellchecking, advanced find,
and outline as docked widgets on all platforms is good.
But I think it's more important for applications on Mac to act like
Ma
On Mon, Apr 5, 2010 at 9:26 AM, Abdelrazak Younes wrote:
>>> No, I think your proposal to unify spellchecking, advanced find,
>>> and outline as docked widgets on all platforms is good.
>>>
>>
>> But I think it's more important for applications on Mac to act like
>> Mac applications, for which doc
On 05/04/2010 14:59, BH wrote:
On Mon, Apr 5, 2010 at 8:47 AM, Abdelrazak Younes wrote:
On 05/04/2010 14:44, BH wrote:
On Mon, Apr 5, 2010 at 4:28 AM, Abdelrazak Youneswrote:
So what I propose is that widgets like spellchecking, advanced find,
and outline should default
On Mon, Apr 5, 2010 at 8:47 AM, Abdelrazak Younes wrote:
> On 05/04/2010 14:44, BH wrote:
>>
>> On Mon, Apr 5, 2010 at 4:28 AM, Abdelrazak Younes wrote:
>>
So what I propose is that widgets like spellchecking, advanced find,
and outline should default to docked widgets, in the same
On 05/04/2010 14:44, BH wrote:
On Mon, Apr 5, 2010 at 4:28 AM, Abdelrazak Younes wrote:
So what I propose is that widgets like spellchecking, advanced find,
and outline should default to docked widgets, in the same places they
appear for other systems. (I'm unsure whether it's better to hav
On Mon, Apr 5, 2010 at 5:38 AM, Abdelrazak Younes wrote:
> On 04/04/2010 03:51, BH wrote:
>>
>> I've noticed that dialogs (such as Document Settings and Table
>> Settings) seem to apply their changes to the document that last had
>> focus, regardless of whether that document was active when the di
On Mon, Apr 5, 2010 at 4:28 AM, Abdelrazak Younes wrote:
> On 04/04/2010 03:55, BH wrote:
>>
>> I've been using trunk for real work recently, partly to test what
>> works best for widgets. Here's what I think:
>>
>> The main principle I think we should follow on Mac, with its
>> 1-document-per-win
We are only a few bugfixes away from the next release. Please prepare for a
release in about three weeks.
Translation updates and patches should be submitted *no later* than Friday,
April 23.
No string changes will happen in branch as of now (except if any urgent issue
requires this), so trans
Jürgen Spitzmüller wrote:
> So the plan is to get the above two critical bugs fixed, and then head
> towards LyX 1.6.6.
>
> Do you think we can fix a release in about two weeks?
OK, since nobody protested, I aim at a freeze at April 23 and a release at
April 26 now.
Jürgen
On 04/04/2010 03:51, BH wrote:
I've noticed that dialogs (such as Document Settings and Table
Settings) seem to apply their changes to the document that last had
focus, regardless of whether that document was active when the dialog
was opened. For example, assume you have two documents, A and B,
M.T. wrote:
> The symptoms are the same, the test cases are the same - by all appearances
> the problem is the same. Why not reopen the big report, if, as is likely,
> the fix was incomplete?
For documentation reasons. You can add a note to the new report that it's
related to #5613 (and vice vers
On 04/04/2010 03:55, BH wrote:
I've been using trunk for real work recently, partly to test what
works best for widgets. Here's what I think:
The main principle I think we should follow on Mac, with its
1-document-per-window paradigm is to make sure that interface elements
that pertain only to a
26 matches
Mail list logo