Mac OSX 10.5.7 autom4te: cannot open autom4te.cache/requests

2009-05-26 Thread Roger Mc Murtrie
For a while I have had a problem with making Lyx after svn update. :/Applications/lyx-devel1.6/lyx-devel Roger$make cd . && /bin/sh /Applications/lyx-devel1.6/lyx-devel/config/missing -- run aclocal-1.10 -I m4 -I config autom4te: cannot open autom4te.cache/requests: Permission denied aclocal-1.

possible Windows LyX 1.6.3 release blocker

2009-05-26 Thread Uwe Stöhr
I just noticed that I can no longer export to any PDF format. I therefore reconfigured LyX but configure.py breaks at this check: checking LaTeX configuration... default values +checking list of textclasses... Layout file C:/Program Files (x86)/LyX 1.6.3/bin/../Resources\layouts\manpage.layout

Re: Trac navigation

2009-05-26 Thread Jean-Marc Lasgouttes
Le 16 mai 09 à 10:18, Pavel Sanda a écrit : would it be possible to either add http://www.lyx.org/trac/wiki/BugTrackerHome to the topline of links (timeline/roadmap/...) or substitute "View Tickets" so it points to this link? OK now? JMarc

Re: Trac access

2009-05-26 Thread Jean-Marc Lasgouttes
Le 25 mai 09 à 22:21, Pavel Sanda a écrit : i can't login. i may forgot my pass, but i failed even with http://www.lyx.org/trac/reset_password Could you try again? JMarc

Re: [patch] introduce option for keeping the menubar in full screen mode

2009-05-26 Thread Andre Poenitz
On Tue, May 26, 2009 at 11:35:39PM +0200, Pavel Sanda wrote: > cant test now, but it looks good. Committed. > i would like to have this in 1.6.4 I don't have a 1.6 checkout and no spavce for it ;-} Andre'

Re: [patch] introduce option for keeping the menubar in full screen mode

2009-05-26 Thread Pavel Sanda
Andre Poenitz wrote: > > 0. the logical value of the check box is inverted > > 1. if possible ui_toggle lfun should now all things we set in the prefs. > > 2. LyXFunc.cpp:1874: warning: enumeration value 'RC_FULL_SCREEN_MENUBAR' > > not handled in switch > > 3. typo causing pref dialog mixing tabb

Re: Approaching LyX 1.6.3 [status update #2]

2009-05-26 Thread Pavel Sanda
Sven Hoexter wrote: > I don't know what other distributions currently do with relation to the boost > changes. At least Fedora seems to provide the single threaded version with > the old naming and the multi threaded version in the same package. please can you be more verbose about the whole issue

Re: [patch] introduce option for keeping the menubar in full screen mode

2009-05-26 Thread Andre Poenitz
On Tue, May 26, 2009 at 10:39:12PM +0200, Andre Poenitz wrote: > On Tue, May 26, 2009 at 01:53:18AM +0200, Pavel Sanda wrote: > > Andre Poenitz wrote: > > > > > > Attached. > > > > > > I am not quite sure the first chunk in GuiWorkArea.cpp is needed. > > > > 0. the logical value of the check box

Re: Approaching LyX 1.6.3 [status update #2]

2009-05-26 Thread Sven Hoexter
On Tue, May 26, 2009 at 10:02:12PM +0200, Georg Baum wrote: Hi, > I learned that Sven Hoexter has already a workaround, so I believe it can > wait for 1.6.4. I'm just adding the -mt suffix in all .in and the common.am file. This doesn't ensure any portability it just keeps it building on the cur

Re: [patch] introduce option for keeping the menubar in full screen mode

2009-05-26 Thread Andre Poenitz
On Tue, May 26, 2009 at 01:53:18AM +0200, Pavel Sanda wrote: > Andre Poenitz wrote: > > > > Attached. > > > > I am not quite sure the first chunk in GuiWorkArea.cpp is needed. > > 0. the logical value of the check box is inverted > 1. if possible ui_toggle lfun should now all things we set in th

Re: Approaching LyX 1.6.3 [status update #2]

2009-05-26 Thread Georg Baum
Jürgen Spitzmüller wrote: > Georg Baum wrote: >> What about this small fix for external boost detection? > > Since I do not feel competent for the build stuff, I'd like to hear > someone else's (JMarc's?) take on this. > > In any case, at this stage in the cycle, this should only go in if we ar

Re: [patch] introduce option for keeping the menubar in full screen mode

2009-05-26 Thread Andre Poenitz
On Tue, May 26, 2009 at 01:48:31AM +0200, Enrico Forestieri wrote: > On Tue, May 26, 2009 at 12:25:49AM +0200, Andre Poenitz wrote: > > > + { "\\fullscreen_menubar", LyXRC::RC_FULL_SCREEN_TABBAR }, > > Typo? Cut&past-o. Thanks for spotting. Andre'

Re: r29851 - lyx-devel/trunk/src

2009-05-26 Thread Jürgen Spitzmüller
Jean-Marc Lasgouttes wrote: >> As always, trying to be smart results in being stupid, so, perhaps it >> would be better to always use \makeatletter \makeatother whenever the >> preamble is not empty. What do you think? > > Yes, I think we should do that and be done with it. Fine with me. Jürgen

Re: r29851 - lyx-devel/trunk/src

2009-05-26 Thread Jean-Marc Lasgouttes
Enrico Forestieri writes: > As always, trying to be smart results in being stupid, so, perhaps it > would be better to always use \makeatletter \makeatother whenever the > preamble is not empty. What do you think? Yes, I think we should do that and be done with it. JMarc

Re: r29851 - lyx-devel/trunk/src

2009-05-26 Thread Enrico Forestieri
On Tue, May 26, 2009 at 03:04:20PM +0200, Jürgen Spitzmüller wrote: > Enrico Forestieri wrote: > > > Also for branch? > > I would say that people who \input external files should fix the issue > there. But I do not have a strong opinion, so if you like, you can put it > in. The point is to gua

Re: r29851 - lyx-devel/trunk/src

2009-05-26 Thread Jürgen Spitzmüller
Enrico Forestieri wrote: > Also for branch? I would say that people who \input external files should fix the issue there. But I do not have a strong opinion, so if you like, you can put it in. Jürgen

Re: Branch regression

2009-05-26 Thread Jürgen Spitzmüller
Uwe Stöhr wrote: > I fixed this now in trunk and branch (I hope this was OK Jürgen.). I > simply forgot to handle OVER and also ATOP in the draw routine. It's OK. Jürgen

Re: r29851 - lyx-devel/trunk/src

2009-05-26 Thread Guenter Milde
On 2009-05-26, Enrico Forestieri wrote: > On Tue, May 26, 2009 at 02:58:37AM +0200, for...@lyx.org wrote: >> Log: >> As a safety measure, enclose the preamble in the \makeatletter and >> \makeatother >> pair also when an external file is included. > Also for branch? I would prefer a simpler app