Oh, I see. That changed in v2. I was used to the "apply" behavior of
versions 1.6.x
Thanks
Davide
2011/2/9 LyX Ticket Tracker :
> #7291: LyX_v2 - Insert space: "apply" disabled"
> --+-
> Reporter: danchisi | Owne
Il 12/02/2011 00:01, Tommaso Cucinotta ha scritto:
/* Name of package */
#define PACKAGE "lyx-2.0"
Is it also the name of the lyx executable ? So, in this case, it gets
called
src/lyx-2.0.0svn, or src/lyx-, right ?
never mind, I tried compiling with that option, the executable name
remai
Would someone please email me the wiki approve url password so I can
approve the link for sffms lyx layouts on github? Thanks.
KC
On 02/11/2011 04:46 AM, Jean-Marc Lasgouttes wrote:
Le 11/02/2011 00:10, Richard Heck a écrit :
This gets called at the end of InsetText::read(), and because we are
PassThru, all the params get reset to their defaults. Hence, no
centering.
So it is my fault :) Good catch. Now I have to unders
On 02/11/2011 02:21 PM, Amir Rachum wrote:
Hi all,
I downloaded the code base and I want to help out. Does anyone have an
idea for a simple needed task/bug fix that a newbie to the code can do?
Right at the moment, we are very much in bugfixing mode prior to the 2.0
release, so I'd suggest l
Hi all,
I downloaded the code base and I want to help out. Does anyone have an idea
for a simple needed task/bug fix that a newbie to the code can do?
Thanks,
- Amir Rachum
*"**Theory is when you know something, but it doesn't work. *
*Practice is when something works, but you don't know why. *
Have you tried this out? Its sorta fun
http://docs.latexlab.org/
It would be an interesting way to teach LaTeX--no need to maintain
student computers. I don't use Google docs, so I don't understand the
overall view of this, but I did open their test document, edit it, and
compile it.
It won
Richard Heck wrote:
> The parts of this that touch the Graph class make me uncomfortable. The
> Graph class should be just that: a representation of a Graph, with
> methods for searching it, etc. I would much prefer that we leave
> Graph::getReachable() alone, and do whatever filtering we need t
On 02/11/2011 07:58 AM, Jürgen Spitzmüller wrote:
Jürgen Spitzmüller wrote:
Jesper, does your plan to implement export menu disabling still stand?
Sorry, I could not resist.
The attached patch implements this feature. I've implemented in a way that is
extensible (in case we want othe
Jean-Marc Lasgouttes wrote:
> The document flag is only used to remove some formats from the export
> menu, not to hide them in the graph when looking for attainable formats.
> So both formats are doing filtering of accessible formats.
I see. Didn't know that. I thought it is used for other purp
Le 11/02/2011 14:41, Jürgen Spitzmüller a écrit :
Jean-Marc Lasgouttes wrote:
Nice. It looks like there is some competition with the 'document' flag,
though.
What do you mean?
The document flag is only used to remove some formats from the export
menu, not to hide them in the graph when look
Jean-Marc Lasgouttes wrote:
> Nice. It looks like there is some competition with the 'document' flag,
> though.
What do you mean?
Jürgen
Le 11/02/2011 13:58, Jürgen Spitzmüller a écrit :
Jürgen Spitzmüller wrote:
Jesper, does your plan to implement export menu disabling still stand?
Sorry, I could not resist.
Nice. It looks like there is some competition with the 'document' flag,
though.
JMarc
Abdelrazak Younes wrote:
> Abdel, trying to revive the Friday spirit
not in the mood today ...
Jürgen
On 02/11/2011 02:20 PM, Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Weren't you the one complaining about those bloody undisciplined
developers not even being able to respect a freeze?
This is UI polishment. Do you really want to release LyX 2.0 with an unusable
25-item export menu?
No
Abdelrazak Younes wrote:
> Weren't you the one complaining about those bloody undisciplined
> developers not even being able to respect a freeze?
This is UI polishment. Do you really want to release LyX 2.0 with an unusable
25-item export menu?
IOW, I'm cleaning up behind putting tons of new ex
On 02/11/2011 01:58 PM, Jürgen Spitzmüller wrote:
Jürgen Spitzmüller wrote:
Jesper, does your plan to implement export menu disabling still stand?
Sorry, I could not resist.
The attached patch implements this feature. I've implemented in a way that is
extensible (in case we want other UI confi
Great it is Friday!
So, no, nice tentative but we are not going to rewrite LyX in Vala! :-)
This was not my idea. I would create a new language similar to vala
and rewrite LyX in this language. :-)
Is there something like "application specific programming language"?
Peter
On 11.02.2011 13:47, Abdelrazak Younes wrote:
On 02/11/2011 01:41 PM, Enrico Forestieri wrote:
On Fri, Feb 11, 2011 at 01:10:42PM +0100, Abdelrazak Younes wrote:
On 02/11/2011 12:22 PM, Enrico Forestieri wrote:
On Fri, Feb 11, 2011 at 11:07:51AM +0100, Abdelrazak Younes wrote:
On 02/11/2011 0
Jürgen Spitzmüller wrote:
> Jesper, does your plan to implement export menu disabling still stand?
Sorry, I could not resist.
The attached patch implements this feature. I've implemented in a way that is
extensible (in case we want other UI configuration flags later).
The actual selection of f
On 11.02.2011 13:41, Enrico Forestieri wrote:
On Fri, Feb 11, 2011 at 01:10:42PM +0100, Abdelrazak Younes wrote:
On 02/11/2011 12:22 PM, Enrico Forestieri wrote:
On Fri, Feb 11, 2011 at 11:07:51AM +0100, Abdelrazak Younes wrote:
On 02/11/2011 01:04 AM, Enrico Forestieri wrote:
On Fri, Feb 11,
On 02/11/2011 01:50 PM, Peter Kümmel wrote:
But reading about Nokia & Microsoft it's maybe time to look for
a other toolkit than Qt and a new programming language. ;)
Yeah... this looks really troublesome... Nokia is shooting in their own
foot...
Recently I've discovered vala, very nice a
No, const variables have internal linkage, so they will not be seen outside
their compile unit. Simply declare them as "extern" also in version.cpp.
You mean declaring it in the header as "extern const int i" is the same as
.h: const int i;
.cpp static int i;
No, I mean that if you want a
On 02/11/2011 01:41 PM, Enrico Forestieri wrote:
On Fri, Feb 11, 2011 at 01:10:42PM +0100, Abdelrazak Younes wrote:
On 02/11/2011 12:22 PM, Enrico Forestieri wrote:
On Fri, Feb 11, 2011 at 11:07:51AM +0100, Abdelrazak Younes wrote:
On 02/11/2011 01:04 AM, Enrico Forestieri wrote:
On Fri, Feb
On Fri, Feb 11, 2011 at 01:10:42PM +0100, Abdelrazak Younes wrote:
> On 02/11/2011 12:22 PM, Enrico Forestieri wrote:
> >On Fri, Feb 11, 2011 at 11:07:51AM +0100, Abdelrazak Younes wrote:
> >>On 02/11/2011 01:04 AM, Enrico Forestieri wrote:
> >>>On Fri, Feb 11, 2011 at 12:49:22AM +0100, Peter Kümme
On 02/11/2011 12:22 PM, Enrico Forestieri wrote:
On Fri, Feb 11, 2011 at 11:07:51AM +0100, Abdelrazak Younes wrote:
On 02/11/2011 01:04 AM, Enrico Forestieri wrote:
On Fri, Feb 11, 2011 at 12:49:22AM +0100, Peter Kümmel wrote:
On 11.02.2011 00:34, Enrico Forestieri wrote:
No, const variables
On Fri, Feb 11, 2011 at 11:07:51AM +0100, Abdelrazak Younes wrote:
> On 02/11/2011 01:04 AM, Enrico Forestieri wrote:
> >On Fri, Feb 11, 2011 at 12:49:22AM +0100, Peter Kümmel wrote:
> >>On 11.02.2011 00:34, Enrico Forestieri wrote:
> >>>No, const variables have internal linkage, so they will not b
On Fri, Feb 11, 2011 at 11:38:31AM +0100, Vincent van Ravesteijn wrote:
> Op 11-2-2011 11:26, Peter Kümmel schreef:
> >On 11.02.2011 11:02, Abdelrazak Younes wrote:
> >>On 02/11/2011 01:08 AM, Vincent van Ravesteijn wrote:
> >>> Op 11-2-2011 1:02, Enrico Forestieri schreef:
> On Fri, Feb 11,
Le 11/02/2011 11:28, Peter Kümmel a écrit :
./configure --enable-monolithic-build
Is this new? Since one year or so very seldom the cmake
monolithic build was broken.
This work has been done in april 2009. The syntax is
--enable-monolithic-build[=LIST]
Use monolith
Op 11-2-2011 11:26, Peter Kümmel schreef:
On 11.02.2011 11:02, Abdelrazak Younes wrote:
On 02/11/2011 01:08 AM, Vincent van Ravesteijn wrote:
Op 11-2-2011 1:02, Enrico Forestieri schreef:
On Fri, Feb 11, 2011 at 12:54:02AM +0100, Peter Kümmel wrote:
Am I the only one where client does not
On 11.02.2011 10:18, Pavel Sanda wrote:
Peter Kümmel wrote:
Log:
seems the other have different compilers ;)
this works here in both normal and monolithic case. p
Is there also a monolithic build with auto tools?
./configure --enable-monolithic-build
Is this new? Since one year or so ve
On 11.02.2011 11:02, Abdelrazak Younes wrote:
On 02/11/2011 01:08 AM, Vincent van Ravesteijn wrote:
Op 11-2-2011 1:02, Enrico Forestieri schreef:
On Fri, Feb 11, 2011 at 12:54:02AM +0100, Peter Kümmel wrote:
Am I the only one where client does not build?
I have to move TexRow.cpp/.h to supp
On 02/11/2011 01:04 AM, Enrico Forestieri wrote:
On Fri, Feb 11, 2011 at 12:49:22AM +0100, Peter Kümmel wrote:
On 11.02.2011 00:34, Enrico Forestieri wrote:
No, const variables have internal linkage, so they will not be seen outside
their compile unit. Simply declare them as "extern" also in ve
On 02/11/2011 01:08 AM, Vincent van Ravesteijn wrote:
Op 11-2-2011 1:02, Enrico Forestieri schreef:
On Fri, Feb 11, 2011 at 12:54:02AM +0100, Peter Kümmel wrote:
Am I the only one where client does not build?
I have to move TexRow.cpp/.h to support to fix it.
Should I commit?
It compiles an
Le 11/02/2011 00:10, Richard Heck a écrit :
This gets called at the end of InsetText::read(), and because we are
PassThru, all the params get reset to their defaults. Hence, no centering.
So it is my fault :) Good catch. Now I have to understand how we want to
fix it.
JMarc
Peter Kümmel wrote:
>>> Log:
>>> seems the other have different compilers ;)
>>
>> this works here in both normal and monolithic case. p
>>
>
> Is there also a monolithic build with auto tools?
./configure --enable-monolithic-build
pavel
36 matches
Mail list logo
