On 04/06/2010 08:02 PM, BH wrote:
On Mon, Apr 5, 2010 at 8:46 PM, Uwe Stöhr wrote:
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
On Mon, Apr 5, 2010 at 8:46 PM, Uwe Stöhr wrote:
> 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.
Pavel Sanda schreef:
Vincent van Ravesteijn - TNW wrote:
For me, requiring this means that I can no longer compile on Linux as I
don't have the appropriate rights there to update automake.
btw what distro you use? isn't possible there is more automake-xx versions
installed on your syst
Hi,
I made a case study to provide the aspell library as an framework.
(For the non-mac people: basically it's some formalized directory structure
inside
the LyX.app directory - which is called the bundle)
1. We have to provide our own shared library of aspell inside the application
bundle.
El Tue, 06 Apr 2010 15:15:12 +0200
Jean-Marc Lasgouttes escribió:
> Jack Desert writes:
>
> > 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?
>
> Final linking is probably the problem.
Vincent van Ravesteijn - TNW wrote:
> For me, requiring this means that I can no longer compile on Linux as I
> don't have the appropriate rights there to update automake.
btw what distro you use? isn't possible there is more automake-xx versions
installed on your system?
pavel
On Tue, Apr 06, 2010 at 10:04:50PM +0200, Pavel Sanda wrote:
> Vincent van Ravesteijn - TNW wrote:
> > Maybe, I don't understand this well enough, but anyway, why do we
> > require automake 1.10.1 for everyone ? Even for people not using make
> > dist or the tarball at all.
>
> automake < 1.10.1 w
El Tue, 6 Apr 2010 18:46:54 +0200
"Vincent van Ravesteijn - TNW" escribió:
>
> >> Did you run autogen.sh first?
> >>
> >> BH
> >
> >Actually, autogen is throwing an error/warning:
> >
> >Using automake (GNU automake) 1.9
> >Using autoconf (GNU Autoconf) 2.64
> >Building macros...
> >Building con
Vincent van Ravesteijn - TNW wrote:
> Maybe, I don't understand this well enough, but anyway, why do we
> require automake 1.10.1 for everyone ? Even for people not using make
> dist or the tarball at all.
automake < 1.10.1 will fail with the current tree because it wont
understand dist-lzma targe
Uwe Stöhr wrote:
> This doesn't work because in stdinsets we define the color for e.g. the
> greyed-out box as "gereyedouttext". If we would use another color name for
> every buffer the inset won't find the color.
i was proposing to have it coded _internally_ which means that nothing changes
fr
On 04/06/2010 01:09 PM, Jürgen Spitzmüller wrote:
Jean-Pierre Chrétien wrote:
I the same line, I submitted an example file for crossrefs
http://article.gmane.org/gmane.editors.lyx.devel/126589
and I got no comments about it. Should it have been posted to lyx-docs ?
This is for trunk
Jean-Pierre Chrétien wrote:
> What about bug #6608 ? Could the patch I suggested be applied ?
trac is down, but if I remember correctly, this was the French/prettyref
issue, right? I think this is too late for 1.6.6, we have to look into that
more deeply first.
IIRC you propose to load an extra
> use something like colorname_identificator_path_filename as color
> indetificator internally inside gui?
This doesn't work because in stdinsets we define the color for e.g. the
greyed-out box as "gereyedouttext". If we would use another color name
for every buffer the inset won't find the col
"Vincent van Ravesteijn - TNW" writes:
> Maybe, I don't understand this well enough, but anyway, why do we
> require automake 1.10.1 for everyone ? Even for people not using make
> dist or the tarball at all.
Because there is no way (that I know of) to test for automake version
and require lzma t
>> Did you run autogen.sh first?
>>
>> BH
>
>Actually, autogen is throwing an error/warning:
>
>Using automake (GNU automake) 1.9
>Using autoconf (GNU Autoconf) 2.64
>Building macros...
>Building config header template...
>Building Makefile templates...
>configure.ac:29: option `dist-lzma' not re
El Tue, 6 Apr 2010 10:11:19 -0400
BH escribió:
> On Tue, Apr 6, 2010 at 10:04 AM, Jack Desert wrote:
> > El Tue, 06 Apr 2010 15:15:12 +0200
> > Jean-Marc Lasgouttes escribió:
> >> Jack Desert writes:
> >>
> >> > Is there a faster way to compile LyX? I'm compiling on a 2.0 GHz / 387
> >> > MB RA
Jürgen Spitzmüller a écrit :
We are only a few bugfixes away from the next release. Please prepare for a
release in about three weeks.
What about bug #6608 ? Could the patch I suggested be applied ?
I the same line, I submitted an example file for crossrefs
http://article.gmane.org/gmane.edito
Abdelrazak Younes writes:
> On 04/06/2010 03:24 PM, Jean-Marc Lasgouttes wrote:
>> Here is the answer I got. I think we have to implement it by ourselves...
>>
>
> Maybe we can send our spellchecker header and see if he can help us? :-)
I doubt it :) But if we begin to implement it and it do
sa...@lyx.org writes:
> Author: sanda
> Date: Tue Apr 6 17:25:12 2010
> New Revision: 34068
> URL: http://www.lyx.org/trac/changeset/34068
>
> Log:
> Bump automake deps.
You have therefore to bump autoconf to 2.60.
JMarc
> >
> > Sounds good. I'll try that next.
> >
> > Actually, I downloaded a fresh copy of trunk last night, and it's not
> > finding the makefile, so can't even get to that part.
> >
> > $ ./configure
> > [snipped a bunch of lines]
> > config.status: error: cannot find input file: `Makefile.in'
>> no i see in unpatched sources :
>> New in 1.10.1:
>> - "make dist" can now create lzma-compressed tarballs.
>>
>> so my proposal is lo use lzma from dependency and compression ratio
>> reasons.
>
>OK, the NEWS file for 1.11 does not contain the 1.10.x intermediate
>releases. So you should re
In working on the XHTML stuff, in particular on graphics and math
output, I have started to wonder whether it is a good idea for the
cloned buffer to share a temporary directory with the original buffer.
E.g., in the graphics output routines (and this is true for LaTeX
output, too), we copy l
So I'm working on giving LyX the ability to output images instead of
MathML/HTML for math constructs that it doesn't understand, and I've run
into a problem. Basically, what I want to do is, in
InsetMathHull::xhtml(), to be able to generate a preview image. I've
been able to make necessary ad
Hello
On Tue, Apr 6, 2010 at 12:16 PM, Guenter Milde wrote:
> * will have a favourite LaTeX editor.
>
> Reproducing the favourite LaTeX editors in LyX will never reach near the
> original.
>
Abdel's idea to use QScintilla looks very appealing to me. This has
the advantage of providing neat editin
On Tue, Apr 6, 2010 at 10:04 AM, Jack Desert wrote:
> El Tue, 06 Apr 2010 15:15:12 +0200
> Jean-Marc Lasgouttes escribió:
>> Jack Desert writes:
>>
>> > 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 sho
On 04/06/2010 03:24 PM, Jean-Marc Lasgouttes wrote:
Here is the answer I got. I think we have to implement it by ourselves...
Maybe we can send our spellchecker header and see if he can help us? :-)
Abdel.
El Tue, 06 Apr 2010 15:15:12 +0200
Jean-Marc Lasgouttes escribió:
> Jack Desert writes:
>
> > 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?
>
> Final linking is probably the problem.
Jean-Marc Lasgouttes writes:
> I have not contacted enchant/applespell author yet, but I will. However,
> seeing how enchant brings in glib dependency, it might be better to do
> our own applespell backend...
Actually I had :)
JMArc
Pavel Sanda writes:
> no i see in unpatched sources :
> New in 1.10.1:
> - "make dist" can now create lzma-compressed tarballs.
>
> so my proposal is lo use lzma from dependency and compression ratio
> reasons.
OK, the NEWS file for 1.11 does not contain the 1.10.x intermediate
releases. So you
Here is the answer I got. I think we have to implement it by ourselves...
JMarc
--- Begin Message ---
Hi,
It's five years since I did this so I'm very rusty. I'm guessing you're
looking at AppleSpell in the enchant package?
http://www.abisource.com/viewvc/enchant/trunk/src/applespell/
This b
Jack Desert writes:
> 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?
Final linking is probably the problem. Try to compile without debug
information (unless you are debugging). That would
BH writes:
> On the other hand, how likely is enchant+mac spell support in the near future?
I have not contacted enchant/applespell author yet, but I will. However,
seeing how enchant brings in glib dependency, it might be better to do
our own applespell backend...
JMarc
Rob Oakes wrote:
> One last thought. I think LyX should strive for excellent UI design,
> regardless of platform. There are certain aspects to Mac OS X, for example
> that are pointless (like the worthless green maximize button). I think it
> makes sense to avoid propagating UI anachronisms, s
Uwe Stöhr wrote:
> The problem is that LyX does not store the colors buffer-dependent. If you
> have 2 documents opened and switch between them, the colors need to be
> updated. (Another manifestation of this bug is
> http://www.lyx.org/trac/ticket/6626).
>
> Does anybody have an idea how to fix
On 2010-04-01, Jean-Marc Lasgouttes wrote:
> Le 31/03/2010 13:07, Guenter Milde a écrit :
>> I wonder if we could use utf-8 as default latex source encoding for most
>> (all) languages if the locale is UTF-8.
> AFAIK, UTF8 support is too weak in LaTeX right now.
While it is weak in LaTeX, LyX's
On 2010-04-01, rgheck wrote:
> On 04/01/2010 04:41 AM, Abdelrazak Younes wrote:
>> On 03/31/2010 05:53 PM, Liviu Andronic wrote:
>>> Dear LyX developers
>>> Would it be a good idea to allow users to edit ERT insets with an
>>> external editor? [snip]
>> It is a good idea but it sounds a bit compli
Peter Kümmel wrote:
> Could we reuse one form repo.or.cz? Or should
> we start over?
i had the feeling that tags were not correct on repo.or.cz.
> > Is there a way to automatically synchronize?
dont know. some comments about non-automatical updating
were on the old git archive above.
for the fe
Stephan Witt wrote:
> What do others think?
>
> Pavel, should I provide a 2nd alpha with aspell support?
i can not comment on the technical part - whether apell is best choice
on Mac or not. but sure we want to have spelling checker working, so
if aspell is the right choice, then lets build it wit
>Well, on my Duron 700 with 512 MB, it took several
>hours (and finally crashed).
I guess the memory is the big problem here. I upgraded my machine from
512 MB to 2 GB and compilation times were severely reduced.
Vincent
Am 06.04.2010 um 04:12 schrieb BH:
> 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 macpo
On 2010-04-06, Jack Desert wrote:
> 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?
Well, on my Duron 700 with 512 MB, it took several hours (and finally
crashed).
You can save memory/time i
Jean-Marc Lasgouttes wrote:
> Le 02/04/2010 01:21, Pavel Sanda a écrit :
>>> Support for xz and lzma have been added at the same time in automake.
>>
>> are you sure? my 1.10.3 generated makefile knows dist-lzma, but not
>> dist-xz
>> target. after hard fight i forced gentoo automake wrapper to ch
rgheck wrote:
On 03/26/2010 06:40 PM, Enrico Forestieri wrote:
On Fri, Mar 26, 2010 at 11:16:10PM +0100, Enrico Forestieri wrote:
On Fri, Mar 26, 2010 at 06:08:58PM -0400, Richard Heck wrote:
Any other ideas, then? This does seem to be a real problem for some
people.
Several:
43 matches
Mail list logo
