Pietro Cortese | 1 Jun 14:40 2010
Picon
Picon

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.

Thanks in advance,
Pietro

Jürgen Spitzmüller | 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

Peter Kümmel | 1 Jun 15:35 2010
Picon
Picon

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

Liviu Andronic | 1 Jun 15:36 2010
Picon

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.
Search the list archives and the web for more info.
Liviu

José Matos | 1 Jun 15:44 2010
Picon

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 
http://fedoraproject.org/w/index.php?title=UnderstandingDSOLinkChange

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-
ImplicitDSOLinking_X11.patch

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

Stephan Witt | 2 Jun 10:39 2010
Picon
Picon

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
(Continue reading)

Jean-Marc LASGOUTTES | 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

Jean-Marc LASGOUTTES | 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 
> http://fedoraproject.org/w/index.php?title=UnderstandingDSOLinkChange
>
> 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
about the actual code. It reads:

	// 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");
(Continue reading)

Stephan Witt | 2 Jun 12:29 2010
Picon
Picon

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?
(Continue reading)

Stephan Witt | 2 Jun 13:27 2010
Picon
Picon

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 
>> http://fedoraproject.org/w/index.php?title=UnderstandingDSOLinkChange
>> 
>> 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
> about the actual code. It reads:
> 
> 	// 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()
(Continue reading)


Gmane