1 Jun 14:40 2010

### Re: Calculations in lyx

Hello,

It would be nice to have the possibility of making calculations in lyx.

From time to time I make some table in excel or openoffice with some
calculations and then I copy the numbers to lyx. Then I update something
on the table and I have to update also my document.

I saw that tex has some computation features but only fixed point.

It would be great to have some (c like) computing in lyx with variables and
putting in some inset printf("%5.3f", myvariable) and when you close the
inset the result appears and gets updated every time you save or export
the document.

Pietro

1 Jun 15:28 2010

### Re: r34575 - lyx-devel/branches/BRANCH_1_6_X/development/cmake/src/frontends

kuemmel wrote:
> Author: kuemmel
> Date: Tue Jun  1 14:52:47 2010
> New Revision: 34575
> URL: http://www.lyx.org/trac/changeset/34575
>
> Log:
> cmake: sync with trunk, should be uncritical

Peter, could you add a note about those cmake changes in status.16x
(BUILD/INSTALLATION section) when you're done with this?

Jürgen

1 Jun 15:35 2010

### Re: r34575 - lyx-devel/branches/BRANCH_1_6_X/development/cmake/src/frontends

Jürgen Spitzmüller wrote:
> kuemmel wrote:
>> Author: kuemmel
>> Date: Tue Jun  1 14:52:47 2010
>> New Revision: 34575
>> URL: http://www.lyx.org/trac/changeset/34575
>>
>> Log:
>> cmake: sync with trunk, should be uncritical
>
> Peter, could you add a note about those cmake changes in status.16x
> (BUILD/INSTALLATION section) when you're done with this?
>
> Jürgen
>

I already have looked for CHANGES or so but only found the status.16x with
the empty build/install section. I will update it.

Peter

1 Jun 15:36 2010

### Re: Calculations in lyx

On Tue, Jun 1, 2010 at 1:40 PM, Pietro Cortese <cortese <at> to.infn.it> wrote:
> It would be nice to have the possibility of making calculations in lyx.
>
One option is to use R/Sweave, for which LyX 2.0 has out-of-the-box
support. Another is to use one of the various CAS supported by LyX.
Liviu

1 Jun 15:44 2010

### Problems compiling lyx with Fedora-13 (1.6.x)

Hi,
I had this problem before but being busy I did not report it.

One of the features of F-13 is

This means that lyx does not compile because when linking with qt we need to
pass -lX11 since qt uses symbols from X11.

The proposed fix (by Rex Dieter) is here:

http://cvs.fedoraproject.org/viewvc/rpms/lyx/F-13/lyx-1.6.6-

The problem seems to be that at the point where X_LIBS is used it is not
defined (using the autoconf/automake chain).

The workaround for the moment is to call

make X_LIBS='-lX11'

The request for autoconf gurus is to help us to have X_LIBS defined where it
is used.

Regards,
--

--
José Abílio

2 Jun 10:39 2010

### Re: Branch frozen

Am 18.05.2010 um 22:46 schrieb Stephan Witt:

> Am 18.05.2010 um 20:01 schrieb Andre Poenitz:
>
>> On Tue, May 18, 2010 at 05:52:54PM +0200, Stephan Witt wrote:
>>> Am 17.05.2010 um 21:27 schrieb Andre Poenitz:
>>>
>>>> On Mon, May 17, 2010 at 07:20:34PM +0200, Pavel Sanda wrote:
>>>>> Jürgen Spitzmüller wrote:
>>>>>> Since I go no more translation updates after the mailing list
>>>>>> revival, I will try to set up Lyx 1.6.6 now. Please stand by.
>>>>>
>>>>> please make it clear in the announce that we encourage people to build
>>>>> it against Qt 4.5 and not 4.6 (#6608).
>>>>
>>>> Can anyone remind me what the issues with Qt 4.5/4.6/4.7 are?
>>>
>>> Andre', do you think LyX builds with Qt 4.7 are running better then with 4.6?
>>
>> That's what I'd try to figure out once I know what the problems in 4.5
>> and 4.6 are.  The problems being present only on Mac does not make it
>> easier for me, though...
>
> I have to admit that I ignored some font oddities I saw since my upgrade to Snow Leopard.
> And it's not only LyX where I saw it. The umlauts of times roman fonts e.g.
> Maybe it's not a Qt or LyX problem...
>
>>> Should I try this?
>
>> In any case I would not expect much changes (if any at all) in the areas

2 Jun 11:03 2010

### Re: Code Review: Next step to provide spellchecker with dictionaries included

Stephan Witt <st.witt <at> gmx.net> writes:

>>> Please refrain from using #defines. I do not think this particular one
>>> is useful.
>>
>> I know that defines are bad. But here I don't know how to make the used location clear.
>> The alternative is a local const string in method
>> pair<string,string> Thesaurus::Private::getThesaurus(docstring const & lang)
>> around line 120 of src/Thesaurus.cpp
>> That's pretty far away of the beginning of the file.
>>
>> Any idea?
>
> Is something like the attached patch better?

Personally, I think that having the thesaurus location definition near
the point where it is used is a good thing. I would even get rid of the
variable/method altogether and just use "thes" twice.

JMarc

2 Jun 12:08 2010

### Re: Problems compiling lyx with Fedora-13 (1.6.x)

José Matos <jamatos <at> fc.up.pt> writes:

> Hi,
> 	I had this problem before but being busy I did not report it.
>
> 	One of the features of F-13 is
>
> This means that lyx does not compile because when linking with qt we need to
> pass -lX11 since qt uses symbols from X11.

This bug is also known in debian
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555580

It is not the reason. With the new DSO thing linking against qt does
_not_ require to link against X11, and this is actually our problem. We
explicitely use X11 calls for some weird event ignoring in
GuiWorkArea.cpp, which fixes AFAICS the following bug
http://www.lyx.org/trac/ticket/3320

Before trying to add the -lX11 in autotools, let's see what we can do

// do nothing if there are other events
// (the auto repeated events come too fast)
// \todo FIXME: remove hard coded Qt keys, process the key binding
#ifdef Q_WS_X11
if (XEventsQueued(QX11Info::display(), 0) > 1 && ev->isAutoRepeat()
&& (Qt::Key_PageDown || Qt::Key_PageUp)) {
LYXERR(Debug::KEY, "system is busy: scroll key event ignored");

2 Jun 12:29 2010

### Re: Branch frozen

Am 02.06.2010 um 10:39 schrieb Stephan Witt:

> Am 18.05.2010 um 22:46 schrieb Stephan Witt:
>
>> Am 18.05.2010 um 20:01 schrieb Andre Poenitz:
>>
>>> On Tue, May 18, 2010 at 05:52:54PM +0200, Stephan Witt wrote:
>>>> Am 17.05.2010 um 21:27 schrieb Andre Poenitz:
>>>>
>>>>> On Mon, May 17, 2010 at 07:20:34PM +0200, Pavel Sanda wrote:
>>>>>> Jürgen Spitzmüller wrote:
>>>>>>> Since I go no more translation updates after the mailing list
>>>>>>> revival, I will try to set up Lyx 1.6.6 now. Please stand by.
>>>>>>
>>>>>> please make it clear in the announce that we encourage people to build
>>>>>> it against Qt 4.5 and not 4.6 (#6608).
>>>>>
>>>>> Can anyone remind me what the issues with Qt 4.5/4.6/4.7 are?
>>>>
>>>> Andre', do you think LyX builds with Qt 4.7 are running better then with 4.6?
>>>
>>> That's what I'd try to figure out once I know what the problems in 4.5
>>> and 4.6 are.  The problems being present only on Mac does not make it
>>> easier for me, though...
>>
>> I have to admit that I ignored some font oddities I saw since my upgrade to Snow Leopard.
>> And it's not only LyX where I saw it. The umlauts of times roman fonts e.g.
>> Maybe it's not a Qt or LyX problem...
>>
>>>> Should I try this?

2 Jun 13:27 2010

### Re: Problems compiling lyx with Fedora-13 (1.6.x)

Am 02.06.2010 um 12:08 schrieb Jean-Marc LASGOUTTES:

> José Matos <jamatos <at> fc.up.pt> writes:
>
>> Hi,
>> 	I had this problem before but being busy I did not report it.
>>
>> 	One of the features of F-13 is
>>
>> This means that lyx does not compile because when linking with qt we need to
>> pass -lX11 since qt uses symbols from X11.
>
> This bug is also known in debian
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555580
>
> It is not the reason. With the new DSO thing linking against qt does
> _not_ require to link against X11, and this is actually our problem. We
> explicitely use X11 calls for some weird event ignoring in
> GuiWorkArea.cpp, which fixes AFAICS the following bug
> http://www.lyx.org/trac/ticket/3320
>
> Before trying to add the -lX11 in autotools, let's see what we can do