date:20101119


Le 18 nov. 10 à 23:06, Pavel Sanda a écrit :

Vincent van Ravesteijn wrote:

On Thu, Nov 18, 2010 at 10:56 PM, Pavel Sanda sa...@lyx.org wrote:

Vincent van Ravesteijn wrote:

Which other issues are there more then ?


national chars and emergency issue.


What's the problem with national chars ? If the translator knows he
shouldn't use weird things, he will not right ?

Emergency issue is solved very easily.


technically yes, i feel uneasy with the whole approach.


Emergency is indeed like a file extension, we should not translate it  
IMO.
Especially since somebody who switches the language of LyX will not  
have his

files recovered anymore.

JMarc

Re: r36363 - lyx-devel/trunk/src/frontends/qt4/ui

Am 19.11.2010 um 08:54 schrieb Enrico Forestieri:

 On Fri, Nov 19, 2010 at 07:36:54AM +0100, Stephan Witt wrote:
 I've commit a working layout for Mac and Linux already.
 
 Sorry Stephan, but I cannot confirm that your fix works. I tried Windows,
 Linux Debian, and Solaris. In all cases it is still broken.

That's bad. Then I'll try the ui file Uwe sent.

Stephan

Re: r36363 - lyx-devel/trunk/src/frontends/qt4/ui

Am 19.11.2010 um 09:15 schrieb Stephan Witt:

 Am 19.11.2010 um 08:54 schrieb Enrico Forestieri:
 
 On Fri, Nov 19, 2010 at 07:36:54AM +0100, Stephan Witt wrote:
 I've commit a working layout for Mac and Linux already.
 
 Sorry Stephan, but I cannot confirm that your fix works. I tried Windows,
 Linux Debian, and Solaris. In all cases it is still broken.
 
 That's bad. Then I'll try the ui file Uwe sent.

...and that's the result: it doesn't work on Mac.
The svn revision 36363 and the new one Uwe sent have the same behavior.
I'd say the layout management of Qt on Mac is sub-optimal here. :(

Then we should revert to revision 36363 for now or use the version Uwe sent.
I'll commit the revert to revision 36363. 
Uwe, you may commit your newest version if you like it more.

I'll try to work with nested layouts later - perhaps that works.

Stephan

Re: set relative path for temp-dir


Le 19 nov. 10 à 00:54, go2tob...@gmx.de a écrit :
I use this to refer to an external file from ERT by using  ../../../ 
myfile.txt  in pgfplot for loading data for a data plot. Maybe there  
is another solution.



Try to ask the pgfplot author why pgfplot does not honor the  
\in...@path macro when loading
files. LyX sets it correctly, so that \includegraphics, for example,  
just works.


JMarc

LyX in schools

I've been using LyX to take notes at the univiersity for 3 years, and it's very 
good. I love it.
I've infected several my friends to do the same, don't you think LyX should be 
promoted this way? It could even help to save the planet, no more paper needed! 
I'm thinking to make a basic free course for anyone interested here.

The only problem is making figures you can't do (quickly) in XY-pic, and maybe 
for exercises. But it's the best software I could imagine to take notes at 
lesson, if you are quick enough with math-writing.

Do you have any idea on how to improve to possibility of creating figures 
directly in LyX and with minimal use of the mouse?

Great work guys!
Ale

on android?

2010-11-19 Thread xPol

Any plan to port lyx on android?

thank you 
---p

Re: newfile string

Jean-Marc Lasgouttes wrote:
 Emergency is indeed like a file extension, we should not translate it IMO.
 Especially since somebody who switches the language of LyX will not have 
 his
 files recovered anymore.

or it will dynamically change wrt the status of the translation :)
pavel

Re: LyX in schools


On 11/19/2010 04:30 AM, veno...@arcadiaclub.com wrote:

I've been using LyX to take notes at the univiersity for 3 years, and it's very 
good. I love it.
I've infected several my friends to do the same, don't you think LyX should be 
promoted this way? It could even help to save the planet, no more paper needed! 
I'm thinking to make a basic free course for anyone interested here.

The only problem is making figures you can't do (quickly) in XY-pic, and maybe 
for exercises. But it's the best software I could imagine to take notes at 
lesson, if you are quick enough with math-writing.

Do you have any idea on how to improve to possibility of creating figures 
directly in LyX and with minimal use of the mouse?

The only thing I'll say is that you don't really have to use the mouse 
to do anything. There are shortcuts for almost everything you might want 
to do, and you can define new ones, if you wish, even quite complicated 
ones, that would (say) fill in much of a XY-pic diagram for you.


Richard

Re: on android?


On 11/19/2010 07:38 AM, xPol wrote:

Any plan to port lyx on android?

That would minimally mean porting LyX to Java, at the moment, which does 
not seem realistic.


Richard

Re: LyX in schools

veno...@arcadiaclub.com wrote:
 I've infected several my friends to do the same, don't you think LyX should 
 be promoted this way? It could even help to save the planet, no more paper 
 needed! I'm thinking to make a basic free course for anyone interested here.

i'm quite sceptical, once computer and printer was found out the consumption of 
paper must be ten times higher than in the times people has to use their 
hands...

 The only problem is making figures you can't do (quickly) in XY-pic, and 
 maybe for exercises. But it's the best software I could imagine to take notes 
 at lesson, if you are quick enough with math-writing.

perhaps trying instant view inset in lyx 2.0 could help you. for example you 
can start to write raw xy-commands like in the example file for instant 
preview...

pavel

Re: on android?

2010-11-19 Thread Abdelrazak Younes


On 11/19/2010 02:31 PM, Richard Heck wrote:

On 11/19/2010 07:38 AM, xPol wrote:

Any plan to port lyx on android?

That would minimally mean porting LyX to Java, at the moment, which 
does not seem realistic.


There's a community effort to port Qt on Android:

http://code.google.com/p/android-lighthouse/

Abdel.

Re: r36363 - lyx-devel/trunk/src/frontends/qt4/ui

On Fri, Nov 19, 2010 at 10:12:34AM +0100, Stephan Witt wrote:
 Am 19.11.2010 um 09:15 schrieb Stephan Witt:
 
  Am 19.11.2010 um 08:54 schrieb Enrico Forestieri:
  
  On Fri, Nov 19, 2010 at 07:36:54AM +0100, Stephan Witt wrote:
  I've commit a working layout for Mac and Linux already.
  
  Sorry Stephan, but I cannot confirm that your fix works. I tried Windows,
  Linux Debian, and Solaris. In all cases it is still broken.
  
  That's bad. Then I'll try the ui file Uwe sent.
 
 ...and that's the result: it doesn't work on Mac.
 The svn revision 36363 and the new one Uwe sent have the same behavior.
 I'd say the layout management of Qt on Mac is sub-optimal here. :(
 
 Then we should revert to revision 36363 for now or use the version Uwe sent.
 I'll commit the revert to revision 36363. 
 Uwe, you may commit your newest version if you like it more.
 
 I'll try to work with nested layouts later - perhaps that works.

Stephan, does the attached layout file work on Mac?

-- 
Enrico
ui version=4.0
 classSpellcheckerUi/class
 widget class=QDockWidget name=SpellcheckerUi
  property name=geometry
   rect
x0/x
y0/y
width264/width
height388/height
   /rect
  /property
  property name=windowTitle
   stringDockWidget/string
  /property
  widget class=QWidget name=dockWidgetContents
   layout class=QGridLayout name=gridLayout
item row=0 column=0
 layout class=QHBoxLayout name=horizontalLayout
  item
   widget class=QLabel name=languageLA
property name=text
 stringamp;Language:/string
/property
property name=buddy
 cstringlanguageCO/cstring
/property
   /widget
  /item
  item
   widget class=QComboBox name=languageCO
property name=sizePolicy
 sizepolicy hsizetype=Expanding vsizetype=Fixed
  horstretch0/horstretch
  verstretch0/verstretch
 /sizepolicy
/property
property name=toolTip
 stringThe checked language. Switching this alters the language of 
the checked word./string
/property
   /widget
  /item
 /layout
/item
item row=1 column=0 colspan=2
 widget class=Line name=line
  property name=orientation
   enumQt::Horizontal/enum
  /property
 /widget
/item
item row=2 column=0
 widget class=QLabel name=TextLabel3
  property name=text
   stringUnknown word:/string
  /property
  property name=buddy
   cstringwordED/cstring
  /property
 /widget
/item
item row=3 column=0
 widget class=QLineEdit name=wordED
  property name=toolTip
   stringCurrent word/string
  /property
 /widget
/item
item row=3 column=1
 widget class=QPushButton name=findNextPB
  property name=sizePolicy
   sizepolicy hsizetype=Preferred vsizetype=Preferred
horstretch0/horstretch
verstretch0/verstretch
   /sizepolicy
  /property
  property name=toolTip
   stringReplace word with current choice/string
  /property
  property name=text
   stringamp;Find Next/string
  /property
 /widget
/item
item row=4 column=0
 widget class=QLabel name=TextLabel1
  property name=text
   stringReamp;placement:/string
  /property
  property name=buddy
   cstringreplaceCO/cstring
  /property
 /widget
/item
item row=5 column=0
 widget class=QComboBox name=replaceCO
  property name=focusPolicy
   enumQt::StrongFocus/enum
  /property
  property name=toolTip
   stringReplace with selected word/string
  /property
  property name=editable
   booltrue/bool
  /property
  property name=insertPolicy
   enumQComboBox::InsertAtTop/enum
  /property
  property name=autoCompletion
   booltrue/bool
  /property
  property name=duplicatesEnabled
   boolfalse/bool
  /property
 /widget
/item
item row=5 column=1 rowspan=3
 layout class=QVBoxLayout name=verticalLayout
  item
   widget class=QPushButton name=replacePB
property name=sizePolicy
 sizepolicy hsizetype=Preferred vsizetype=Preferred
  horstretch0/horstretch
  verstretch0/verstretch
 /sizepolicy
/property
property name=toolTip
 stringReplace word with current choice/string
/property
property name=text
 stringamp;Replace/string
/property
   /widget
  /item
  item
   widget class=QPushButton name=replaceAllPB
property name=sizePolicy
 sizepolicy hsizetype=Preferred vsizetype=Preferred
  horstretch0/horstretch
  verstretch0/verstretch
 /sizepolicy
/property
property name=toolTip
 stringReplace word with current choice/string
/property
property name=text
 stringReplace amp;All/string
/property
   /widget
  /item
  item
   widget

Re: on android?


On 11/19/2010 08:41 AM, Abdelrazak Younes wrote:

On 11/19/2010 02:31 PM, Richard Heck wrote:

On 11/19/2010 07:38 AM, xPol wrote:

Any plan to port lyx on android?

That would minimally mean porting LyX to Java, at the moment, which 
does not seem realistic.


There's a community effort to port Qt on Android:

http://code.google.com/p/android-lighthouse/


Hmm. Well, if that ever works, then porting LyX is trivial, in some sense:
 http://code.google.com/p/android-lighthouse/wiki/QtAndroidArchitecture
Though there would be an issue about screen size and memory, probably. 
But maybe some stripped down version would be possible.


Richard

Re: Fwd: Another Split Screen Crash




I can't reproduce on Windows,

Make sure the cursor is in the bottom pane, i.e., in the one that has 
only one tab. Also, make sure the file

you are closing is dirty.


Yes, I understand, I've tried over and over. The TOC just gets updated 
on WinXP.



but I can on Linux. (Maybe an unitialized member or something ?)

No, I don't think that is it. The problem is that the TOC doesn't get 
updated. 


I just want to indicate there is a difference between Linux and Windows, 
and I don't know how to explain that.



See attached screenshot, which is
taken after the close but before typing anything---the TOC is empty 
because it's for the old doc. Typing will

segfault.


On Windows, the TOC is immediately filled with the section heading.

Vincent

Build error on Windows - ambiguous

Hi,


I'm trying to build LyX on Windows, using lyx-2.0.0beta1.tar.gz and the 
instructions in INSTALL.WIN32.

When I compile I get the error I've copied below (I just copied the start of 
it).  Does anyone know how to resolve it?  Apologies if this has been answered 
before, it's quite hard to search through the archives.

One possibility: I downloaded Visual C++ 2010 Express from MS's website, but 
the 
dependencies I downloaded from LyX's website lyx-windows-deps-msvc2008.zip. 
 Could this mismatch (2010 vs 2008) be the problem?

Thanks,
Jim


Configuration
Host type:  win32
Special build flags:/nologo /EHsc /wd4819 /wd4996 /nologo /MD /O2
C   Compiler:   cl
C   Compiler flags: 
C++ Compiler:   cl
C++ Compiler LyX flags: /TP /Zc:wchar_t-
C++ Compiler flags:  /TP /Zc:wchar_t-
Linker flags:   /nologo
Linker user flags:  /nologo
Build info:
Builing directory:  #release/libs
Libraries paths:#release/libs 
..\..\lyx-windows-deps-msvc2008\lib
Boost libraries:['included_boost_signals', 
'included_boost_regex']
include search path:..\..\lyx-windows-deps-msvc2008\include
Frontend:
Frontend:   qt4
Packaging:  windows
LyX dir:..\..\build-msvc
LyX files dir:  C:\LyX\lyx-2.0.0beta1\build-msvc\Resources

Building all targets recursively
scons: done reading SConscript files.
scons: Building targets ...
cl /Forelease\src\frontends\qt4\GuiAlert.obj /c 
C:\LyX\lyx-2.0.0beta1\src\frontends\qt4\GuiAlert.cpp /TP /Zc:wchar_t- 
/IC:\LyX\lyx-2.0.0beta1/boost /nologo /EHsc /wd4819 /wd4996 /nologo /MD /O2 
-DHAVE_CONFIG_H -DQT_NO_STL -DQT_NO_KEYWORDS -DQT_GUI_LIB 
/IC:\LyX\lyx-2.0.0beta1\lyx-windows-deps-msvc2008\include /Irelease\src 
/IC:\LyX\lyx-2.0.0beta1\src /IC:\LyX\lyx-2.0.0beta1\src 
/IC:\LyX\lyx-2.0.0beta1\lyx-windows-deps-msvc2008\qt-4\include 
/IC:\LyX\lyx-2.0.0beta1\lyx-windows-deps-msvc2008\qt-4\include\QtCore 
/IC:\LyX\lyx-2.0.0beta1\lyx-windows-deps-msvc2008\qt-4\include\QtGui 
/Irelease\src /IC:\LyX\lyx-2.0.0beta1\src /Irelease\src\images 
/IC:\LyX\lyx-2.0.0beta1\src\images /Irelease\src\frontends 
/IC:\LyX\lyx-2.0.0beta1\src\frontends /Irelease\src\frontends\qt4 
/IC:\LyX\lyx-2.0.0beta1\src\frontends\qt4 /Irelease\src\frontends\qt4\ui 
/IC:\LyX\lyx-2.0.0beta1\src\frontends\qt4\ui
GuiAlert.cpp
c:\lyx\lyx-2.0.0beta1\src\frontends\qt4\InGuiThread.h(100) : error C2668: 
'boost::ref' : ambiguous call to overloaded function
C:\LyX\lyx-2.0.0beta1/boost\boost/ref.hpp(64): could be 'const 
boost::reference_wrapperT boost::refP1(T )'
with
[
T=const lyx::docstring,
P1=const lyx::docstring
]
C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\INCLUDE\xrefwrap(439): 
or   
'std::tr1::reference_wrapper_Ty std::tr1::refP1(_Ty )' [found using 
argument-dependent lookup]
with
[
_Ty=const lyx::docstring,
P1=const lyx::docstring
]
while trying to match the argument list '(const lyx::docstring)'
C:\LyX\lyx-2.0.0beta1\src\frontends\qt4\GuiAlert.cpp(198) : see reference to 
function template instantiation 'R 
lyx::frontend::InGuiThreadR::callint(__cdecl *)(const lyx::docstring ,const 
lyx::docstring ,int,int,const lyx::docstring ,const lyx::docstring ,const 
lyx::docstring ,const lyx::docstring ),const lyx::docstring,const 
lyx::docstring,int,int,const lyx::docstring,const lyx::docstring,const 
lyx::docstring,const lyx::docstring(F,P1 ,P2 ,P3 ,P4 ,P5 ,P6 ,P7 ,P8 
)' 
being compiled
with
[
R=int,
F=int (__cdecl *)(const lyx::docstring ,const lyx::docstring ,int,int,const 
lyx::docstring ,const lyx::docstring ,const lyx::docstring ,const 
lyx::docstring ),
P1=const lyx::docstring,
P2=const lyx::docstring,
P3=int,
P4=int,
P5=const lyx::docstring,
P6=const lyx::docstring,
P7=const lyx::docstring,
P8=const lyx::docstring
]
c:\lyx\lyx-2.0.0beta1\src\frontends\qt4\InGuiThread.h(100) : error C2668: 
'boost::ref' : ambiguous call to overloaded function
C:\LyX\lyx-2.0.0beta1/boost\boost/ref.hpp(64): could be 'const 
boost::reference_wrapperT boost::refP1(T )'
with
[
T=const lyx::docstring,
P1=const lyx::docstring
]
C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\INCLUDE\xrefwrap(439): 
or   
'std::tr1::reference_wrapper_Ty std::tr1::refP1(_Ty )' [found using 
argument-dependent lookup]
with
[
_Ty=const lyx::docstring,
P1=const lyx::docstring
]
while trying to match the argument list '(const lyx::docstring)'

Re: r36363 - lyx-devel/trunk/src/frontends/qt4/ui


 You didn't read my mails from yesterday 12:53 and 18:12?
 I've commit a working layout for Mac and Linux already.
 You replied to the old message. So I want to ask first if
 you can check the SVN state r36373 with windows.

I read your post before replying and the screenshot I sent was made with 
r36373.


I'm interested in a screenshot with the latest SVN showing how the 
broken dialog looks on MacOS.
As it works on Windows and Linux, there must be a bug in the Qt ui-file 
handling and we should report that to Nokia and André to get this fixed 
in the next Qt 4.7.x release.


regards Uwe

Re: Fwd: Another Split Screen Crash


On 11/19/2010 09:23 AM, Vincent van Ravesteijn wrote:



I can't reproduce on Windows,

Make sure the cursor is in the bottom pane, i.e., in the one that has 
only one tab. Also, make sure the file

you are closing is dirty.


Yes, I understand, I've tried over and over. The TOC just gets updated 
on WinXP.



but I can on Linux. (Maybe an unitialized member or something ?)

No, I don't think that is it. The problem is that the TOC doesn't get 
updated. 


I just want to indicate there is a difference between Linux and 
Windows, and I don't know how to explain that.



See attached screenshot, which is
taken after the close but before typing anything---the TOC is empty 
because it's for the old doc. Typing will

segfault.


On Windows, the TOC is immediately filled with the section heading.

Very odd. Can you put a breakpoint in updateDialogs() and find out why 
it's being called? That's what's missing
on Linux. Could Qt be issuing some signal on Windows that isn't being 
issued on Linux?


Richard

Re: r36363 - lyx-devel/trunk/src/frontends/qt4/ui

Am 19.11.2010 um 14:52 schrieb Enrico Forestieri:

 On Fri, Nov 19, 2010 at 10:12:34AM +0100, Stephan Witt wrote:
 Am 19.11.2010 um 09:15 schrieb Stephan Witt:
 
 Am 19.11.2010 um 08:54 schrieb Enrico Forestieri:
 
 On Fri, Nov 19, 2010 at 07:36:54AM +0100, Stephan Witt wrote:
 I've commit a working layout for Mac and Linux already.
 
 Sorry Stephan, but I cannot confirm that your fix works. I tried Windows,
 Linux Debian, and Solaris. In all cases it is still broken.
 
 That's bad. Then I'll try the ui file Uwe sent.
 
 ...and that's the result: it doesn't work on Mac.
 The svn revision 36363 and the new one Uwe sent have the same behavior.
 I'd say the layout management of Qt on Mac is sub-optimal here. :(
 
 Then we should revert to revision 36363 for now or use the version Uwe sent.
 I'll commit the revert to revision 36363. 
 Uwe, you may commit your newest version if you like it more.
 
 I'll try to work with nested layouts later - perhaps that works.
 
 Stephan, does the attached layout file work on Mac?

No. Unfortunately not. :(

Am 19.11.2010 um 16:48 schrieb Uwe Stöhr:

  You didn't read my mails from yesterday 12:53 and 18:12?
  I've commit a working layout for Mac and Linux already.
  You replied to the old message. So I want to ask first if
  you can check the SVN state r36373 with windows.
 
 I read your post before replying and the screenshot I sent was made with 
 r36373.

This I didn't know.

 I'm interested in a screenshot with the latest SVN showing how the broken 
 dialog looks on MacOS.

See attached.

 As it works on Windows and Linux, there must be a bug in the Qt ui-file 
 handling and we should report that to Nokia and André to get this fixed in 
 the next Qt 4.7.x release.

Yes. I suspect a problem within Qt's layout mechanics on Mac OS X.
When a vertical spacer with QSizePolicy::ExpandFlag is placed below the 
buttons, the buttons shrink too much.

Stephan

The screen shot made with revision 36398:
inline: Bildschirmfoto 2010-11-19 um 17.40.35.png

Re: autoconf 2.68 in branch


Le 18 nov. 10 à 15:22, Enrico Forestieri a écrit :

It was much better. Less code to change and less prone to errors.


Good to know.

JMarc

Re: Regression bugs


Le 18 nov. 10 à 11:48, Vincent van Ravesteijn a écrit :

I added those LFUNs, so I guess I added those flags. And indeed, it
doesn't make sense.

Well, the name of the flag is not clear at all, but still, I know how
it works, so I don't know why I did this.


In the meantim, I managed to convince myself that AtPoint was useful  
in this

case :) Otherwise, how is the lfun sent to the inset at cursor?

JMarc

Re: Regression bugs


Le 18 nov. 10 à 00:53, Pavel Sanda a écrit :
The first (easy) try was to call recordUndo whenever the lfun is  
not marked
readonly. However I do not like lfun relying on such behaviour from  
the

dispatcher.


i didn't get why is the first solution bad. it looks less prone-to- 
be-forgotten

for some corner case or in future additions.(?)


What happens if the function decides to change nothing after all? We  
have a useless

undo step.

Moreover, although we can guess the type of undo that is needed, we do  
not really know it.


Anyway, here is the simple patch. I can apply it if you like it.
recordUndo only applies to AtPoint lfuns, which is a bit strange. If I  
remove the extra test for AtPoint flag
it will apply to all cursor-related lfuns. We can do that, but it is  
an invasive change.


As you prefer.

JMarc

Re: Build error on Windows - ambiguous

In summary, there seems to confusion between boost::bind and std::tr1::bind in 
MSVC2010.  I managed to find this thread which is mostly on the subject:

http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg160615.html

The messages towards the end seemed to indicate that the problem was fixed in 
LyX 1.6.7 (although Joost never gave final confirmation, as far as I can see). 
 So is there something I can do to enable the fix?

Thanks,
Jim


- Original Message 
 From: Jim Oldfield jim_...@yahoo.co.uk
 To: Lyx Devel lyx-devel@lists.lyx.org
 Sent: Fri, 19 November, 2010 15:21:01
 Subject: Build error on Windows - ambiguous
 
 Hi,
 
 
 I'm trying to build LyX on Windows, using lyx-2.0.0beta1.tar.gz  and the 
 instructions in INSTALL.WIN32.
 
 When I compile I get the error  I've copied below (I just copied the start of 
 it).  Does anyone know  how to resolve it?  Apologies if this has been 
 answered 

 before, it's  quite hard to search through the archives.
 
 One possibility: I downloaded  Visual C++ 2010 Express from MS's website, but 
the 

 dependencies I downloaded  from LyX's website lyx-windows-deps-msvc2008.zip. 
  Could this mismatch (2010  vs 2008) be the problem?
 
 Thanks,
 Jim
 
 
 Configuration
 Host  type:   win32
 Special build flags: /nologo /EHsc /wd4819 /wd4996 /nologo /MD /O2
 C   Compiler:cl
 C   Compiler flags: 
 C++ Compiler:cl
 C++ Compiler LyX flags: /TP  /Zc:wchar_t-
 C++ Compiler flags:   /TP /Zc:wchar_t-
 Linker flags:/nologo
 Linker user flags:   /nologo
 Build info:
 Builing directory:   #release/libs
 Libraries  paths:#release/libs 
 ..\..\lyx-windows-deps-msvc2008\lib
 Boost libraries: ['included_boost_signals', 
 'included_boost_regex']
 include search path:  ..\..\lyx-windows-deps-msvc2008\include
 Frontend:
 Frontend: qt4
 Packaging:   windows
 LyX dir: ..\..\build-msvc
 LyX files  dir:   C:\LyX\lyx-2.0.0beta1\build-msvc\Resources
 
 Building all targets  recursively
 scons: done reading SConscript files.
 scons: Building targets  ...
 cl /Forelease\src\frontends\qt4\GuiAlert.obj /c 
 C:\LyX\lyx-2.0.0beta1\src\frontends\qt4\GuiAlert.cpp /TP /Zc:wchar_t- 
 /IC:\LyX\lyx-2.0.0beta1/boost /nologo /EHsc /wd4819 /wd4996 /nologo /MD /O2 
 -DHAVE_CONFIG_H -DQT_NO_STL -DQT_NO_KEYWORDS -DQT_GUI_LIB 
 /IC:\LyX\lyx-2.0.0beta1\lyx-windows-deps-msvc2008\include /Irelease\src 
 /IC:\LyX\lyx-2.0.0beta1\src /IC:\LyX\lyx-2.0.0beta1\src 
 /IC:\LyX\lyx-2.0.0beta1\lyx-windows-deps-msvc2008\qt-4\include 
 /IC:\LyX\lyx-2.0.0beta1\lyx-windows-deps-msvc2008\qt-4\include\QtCore 
 /IC:\LyX\lyx-2.0.0beta1\lyx-windows-deps-msvc2008\qt-4\include\QtGui 
 /Irelease\src /IC:\LyX\lyx-2.0.0beta1\src /Irelease\src\images 
 /IC:\LyX\lyx-2.0.0beta1\src\images /Irelease\src\frontends 
 /IC:\LyX\lyx-2.0.0beta1\src\frontends /Irelease\src\frontends\qt4 
 /IC:\LyX\lyx-2.0.0beta1\src\frontends\qt4 /Irelease\src\frontends\qt4\ui 
 /IC:\LyX\lyx-2.0.0beta1\src\frontends\qt4\ui
 GuiAlert.cpp
 c:\lyx\lyx-2.0.0beta1\src\frontends\qt4\InGuiThread.h(100)  : error C2668: 
 'boost::ref' : ambiguous call to overloaded  function
 C:\LyX\lyx-2.0.0beta1/boost\boost/ref.hpp(64): could be 'const 
 boost::reference_wrapperT boost::refP1(T  )'
 with
 [
 T=const lyx::docstring,
 P1=const  lyx::docstring
 ]
 C:\Program Files (x86)\Microsoft Visual Studio  
 10.0\VC\INCLUDE\xrefwrap(439): 
or  

 'std::tr1::reference_wrapper_Ty std::tr1::refP1(_Ty )'  [found using 
 argument-dependent lookup]
 with
 [
 _Ty=const  lyx::docstring,
 P1=const lyx::docstring
 ]
 while trying to match the  argument list '(const  lyx::docstring)'
 C:\LyX\lyx-2.0.0beta1\src\frontends\qt4\GuiAlert.cpp(198) :  see reference to 
 function template instantiation 'R 
 lyx::frontend::InGuiThreadR::callint(__cdecl *)(const  lyx::docstring 
,const 

 lyx::docstring ,int,int,const lyx::docstring  ,const lyx::docstring ,const 
 lyx::docstring ,const  lyx::docstring ),const lyx::docstring,const 
 lyx::docstring,int,int,const lyx::docstring,const lyx::docstring,const 
 lyx::docstring,const lyx::docstring(F,P1 ,P2 ,P3 ,P4  ,P5 ,P6 ,P7 ,P8 
)' 

 being  compiled
 with
 [
 R=int,
 F=int (__cdecl *)(const lyx::docstring  ,const lyx::docstring 
 ,int,int,const 

 lyx::docstring ,const  lyx::docstring ,const lyx::docstring ,const 
 lyx::docstring  ),
 P1=const lyx::docstring,
 P2=const  lyx::docstring,
 P3=int,
 P4=int,
 P5=const lyx::docstring,
 P6=const  lyx::docstring,
 P7=const lyx::docstring,
 P8=const  lyx::docstring
 ]
 c:\lyx\lyx-2.0.0beta1\src\frontends\qt4\InGuiThread.h(100)  : error C2668: 
 'boost::ref' : ambiguous call to overloaded  function
 C:\LyX\lyx-2.0.0beta1/boost\boost/ref.hpp(64): could be 'const 
 boost::reference_wrapperT boost::refP1(T  )'
 with
 [
 T=const lyx::docstring,

Re: Build error on Windows - ambiguous


 Op 19-11-2010 19:31, Jim Oldfield schreef:

In summary, there seems to confusion between boost::bind and std::tr1::bind in
MSVC2010.  I managed to find this thread which is mostly on the subject:



I had no problems compiling with msvc2010 express.

I use CMake by the way.

Vincent

Re: Build error on Windows - ambiguous





 
 I had no problems compiling with msvc2010  express.
 
 I use CMake by the way.
 
 Vincent
 

Ah, thanks!  INSTALL.WIN32 describes using SCons.  I'll give CMake a go.

RE: LyX in schools

 i'm quite sceptical, once computer and printer was found out the consumption
of paper must be ten times higher than in the times people has to use their
hands...

Who said you have to print something? I never print my notes, except if I have
to use them in an exam (you know, professors don't like PC at the exams...).

 perhaps trying instant view inset in lyx 2.0 could help you. for example you
can start to write raw xy-commands like in the example file for instant
preview...

I'm a fan on inset instant preview, but what I mean is making something for
drawing more usable than hand-written LaTeX. LaTeX is great for writing math
formulas, it's very concise, but making big pictures in XY-pic requires a lot of
rows and columns and in LyX becomes pretty unmanageble. I was thinking of
something with a GUI for drawing objects, like Dia or Visio maybe, non just
LaTeX rendered.

Ale

[ANNOUNCE] LyX 1.6.8 is released!

Public release of LyX version 1.6.8
===

We are pleased to announce the release of LyX 1.6.8. This is the 9th
maintenance release in the 1.6.x series.

LyX 1.6.8 is the result of our ongoing efforts to make our stable version
even more reliable and stable. We have fixed crashes that have been
reported to us, ironed out many small glitches, further polished the user
interface, updated the documentation and added some new layouts.

A detailed list of changes is appended below, remaining known problems
are listed in the file RELEASE-NOTES.

While our next major release, LyX 2.0, has just reached beta status and
already can be tried out by the curious and brave, LyX 1.6.8 is the
release for everyone who is relying on a solid and polished application.
We thus encourage all users to upgrade to this version.

In case you are wondering what LyX is, here is what
http://www.lyx.org/ has to say on the subject:

   LyX is a document processor that encourages an approach to writing
   based on the structure of your documents, not their appearance. It
   is released under a Free Software/Open Source license.

   LyX is for people that write and want their writing to look great,
   right out of the box. No more endless tinkering with formatting
   details, 'finger painting' font attributes or futzing around with
   page boundaries. You just write. In the background, Prof. Knuth's
   legendary TeX typesetting engine makes you look good.

   On screen, LyX looks like any word processor; its printed output --
   or richly cross-referenced PDF, just as readily produced -- looks
   like nothing else. Gone are the days of industrially bland .docs,
   all looking similarly not-quite-right, yet coming out unpredictably
   different on different printer drivers. Gone are the crashes
   'eating' your dissertation the evening before going to press.

   LyX is stable and fully featured. It is a multi-platform, fully
   internationalized application running natively on Unix/Linux, the
   Macintosh and modern Windows platforms.

You can download LyX 1.6.8 here (the .bz2 are compressed with bzip2,
which yields smaller files):

ftp://ftp.lyx.org/pub/lyx/stable/1.6.x/lyx-1.6.8.tar.gz
ftp://ftp.lyx.org/pub/lyx/stable/1.6.x/lyx-1.6.8.tar.bz2
ftp://ftp.devel.lyx.org/pub/lyx/stable/lyx-1.6.8.tar.gz
ftp://ftp.devel.lyx.org/pub/lyx/stable/lyx-1.6.8.tar.bz2

and it should propagate shortly to the following mirrors (which will
also host the .bz2 versions):

ftp://ftp.lip6.fr/pub/lyx/stable/1.6.x/lyx-1.6.8.tar.gz
http://lyx.cybermirror.org/stable/1.6.x/lyx-1.6.8.tar.gz
ftp://gd.tuwien.ac.at/publishing/tex/lyx/stable/1.6.x/lyx-1.6.8.tar.gz
ftp://ftp.ntua.gr/pub/X11/LyX/stable/1.6.x/lyx-1.6.8.tar.gz

http://sunsite.icm.edu.pl/pub/unix/editors/lyx/stable/1.6.x/lyx-1.6.8.tar.gz
http://lyx.mirror.fr/stable/1.6.x/lyx-1.6.8.tar.gz

Prebuilt binaries (rpms for Linux distributions, Mac OS X and Windows
installers) should soon be available at:

ftp://ftp.lyx.org/pub/lyx/bin/1.6.8/

If you already have the sources of the previous release (1.6.7), you may
want to apply one of the following patches instead:

ftp://ftp.lyx.org/pub/lyx/stable/1.6.x/patch-1.6.8.gz
ftp://ftp.lyx.org/pub/lyx/stable/1.6.x/patch-1.6.8.bz2

Note that for this release, some binaries have been added that are not 
produced
by the patch.

If you find what you think is a bug in LyX 1.6.8, you may either
e-mail the LyX developers' mailing list (lyx-devel at lists.lyx.org),
or open a bug report at http://www.lyx.org/trac/

If you're having trouble using the new version of LyX, or have a
question, first check out http://www.lyx.org/help/. If you can't find
the answer there, e-mail the LyX users' list (lyx-users at lists.lyx.org).

Enjoy!

The LyX team.


What's new in version 1.6.8?


** Updates:
***

* DOCUMENT INPUT/OUTPUT

- Add support for pBibTeX (formerly known as jBibTeX), a specific Japanese
  BibTeX variant (bug 6808).

- New environment variable LYX_FORCE_OVERWRITE allows changing default
  behavior when exporting from command line. Now LyX overwrites the main
  file by default, but not the ancillary files. Set this variable to
  all for letting LyX behave as in 1.6.6 and previous versions; set it
  to none for mimicking the 1.6.7 behavior of not overwriting any file.

- New layout and template file for submissions to journals published by
  the American Geophysical Union (AGU).

- New layout and template file for submissions to journals published by
  the Econometric Society (bug 6761).

- New layout and template file for the document class frletter that is
  used to write letters in French (bug 6915).

- New layout and template file for the document class lettre, another
  French letter class.

- Add support for subtitles in the KOMA classes.

- Add support for lists and quotes in the g-brief2 letter class

Re: LyX in schools

veno...@arcadiaclub.com wrote:
 I'm a fan on inset instant preview, but what I mean is making something for
 drawing more usable than hand-written LaTeX. LaTeX is great for writing math
 formulas, it's very concise, but making big pictures in XY-pic requires a lot 
 of
 rows and columns and in LyX becomes pretty unmanageble. I was thinking of

i was not talking about xypic matrix, but direct \xy code in ERT.

 something with a GUI for drawing objects, like Dia or Visio maybe, non just
 LaTeX rendered.

but we do have support for dia, you know? simply put it as graphic and any time 
you
can edit it by launching context menu. lyx will detect graphics change once
you finish launched dia session...

pavel

[patch] fix bug 3008

2010-11-19 Thread Georg Baum

Hi,

after I needed to explain several times lately why one should not use the 
menu entries for sub/superscript in text and what to do instead, I finally 
sat down and completed a fix for bug 3008 that I started years ago. It 
implements a new inset for subscript and superscript in text mode, including 
correct output for all backends. There are some other ideas discussed in 
http://www.lyx.org/trac/ticket/3008, but the inset approach is the best one 
IMO.

The attached patch has no known problems (the cursor position problem 
mentioned in trac is fixed). May the patch go in at this stage (I don't know 
how the current policy is)? The risk of breakage is close to zero. The only 
code that is touched besides the new inset is the cursor positioning in 
Text::dispatch() after inserting a new inset: If the inset is a text inset, 
the inset is entered instead of positioning it behind the inset, since this 
is consistent with ERT insets etc.


GeorgIndex: development/scons/scons_manifest.py
===
--- development/scons/scons_manifest.py	(revision 36398)
+++ development/scons/scons_manifest.py	(working copy)
@@ -1057,6 +1057,7 @@ src_insets_header_files = Split('''
 InsetPreview.h
 InsetQuotes.h
 InsetRef.h
+InsetScript.h
 InsetSpace.h
 InsetSpecialChar.h
 InsetTOC.h
@@ -1113,6 +1114,7 @@ src_insets_files = Split('''
 InsetPreview.cpp
 InsetQuotes.cpp
 InsetRef.cpp
+InsetScript.cpp
 InsetSpace.cpp
 InsetSpecialChar.cpp
 InsetTOC.cpp
@@ -1499,6 +1501,8 @@ lib_images_files = Split('''
 href-insert.png
 hidetab.png
 index-insert.png
+inset-insert_script_script_subscript.png
+inset-insert_script_script_superscript.png
 info-insert_buffer_vcs-revision.png
 label-insert.png
 layout-document.png
Index: development/qmake/lyx.pro
===
--- development/qmake/lyx.pro	(revision 36398)
+++ development/qmake/lyx.pro	(working copy)
@@ -189,6 +189,7 @@ SOURCES += \
 ../../src/insets/InsetPhantom.cpp \
 ../../src/insets/InsetQuotes.cpp \
 ../../src/insets/InsetRef.cpp \
+../../src/insets/InsetScript.cpp \
 ../../src/insets/InsetSpace.cpp \
 ../../src/insets/InsetSpecialChar.cpp \
 ../../src/insets/InsetTabular.cpp \
@@ -531,6 +532,7 @@ HEADERS += \
 ../../src/insets/InsetQuotes.h \
 ../../src/insets/InsetPhantom.h \
 ../../src/insets/InsetRef.h \
+../../src/insets/InsetScript.h \
 ../../src/insets/InsetSpace.h \
 ../../src/insets/InsetSpecialChar.h \
 ../../src/insets/InsetTOC.h \
Index: src/LyXAction.cpp
===
--- src/LyXAction.cpp	(revision 36398)
+++ src/LyXAction.cpp	(working copy)
@@ -1594,7 +1594,7 @@ void LyXAction::init()
 		{ LFUN_MATH_SUBSCRIPT, math-subscript, Noop, Math },
 /*!
  * \var lyx::FuncCode lyx::LFUN_MATH_SUPERSCRIPT
- * \li Action: Enters subscript expression in math expression.
+ * \li Action: Enters superscript expression in math expression.
  * \li Syntax: math-superscript
  * \li Origin: vermeer, 12 Dec 2001
  * \endvar
@@ -2297,7 +2297,7 @@ void LyXAction::init()
  * \li Action: Insert new inset (type given by the parameters).
  * \li Syntax: inset-insert INSET ARGS
  * \li Params: INSET: bibitem|bibtex|cite|ert|listings|external|graphics|tabular|
- hyperlink|include|index|label|line|nomencl|vspace|ref|toc\n
+ hyperlink|include|index|label|line|nomencl|vspace|ref|toc|script\n
ARGS: depends on the given inset. Use lyx -dbg action to explore.
  * \li Sample: inset-insert ref LatexCommand Format reference label name\end_inset \n
where label name is the name of the referenced label and
Index: src/insets/InsetScript.h
===
--- src/insets/InsetScript.h	(revision 0)
+++ src/insets/InsetScript.h	(revision 0)
@@ -0,0 +1,127 @@
+// -*- C++ -*-
+/**
+ * \file InsetScript.h
+ * This file is part of LyX, the document processor.
+ * Licence details can be found in the file COPYING.
+ *
+ * \author Uwe StÃ¶hr
+ *
+ * Full author contact details are available in file CREDITS.
+ */
+
+#ifndef INSET_SCRIPT_H
+#define INSET_SCRIPT_H
+
+#include InsetText.h
+
+
+namespace lyx {
+
+class InsetScriptParams
+{
+public:
+	enum Type {
+		Subscript,
+		Superscript
+	};
+	/// \c type defaults to Subscript
+	InsetScriptParams();
+	///
+	void write(std::ostream  os) const;
+	///
+	void read(Lexer  lex);
+	///
+	int shift(FontInfo const  font) const;
+	///
+	Type type;
+};
+
+
+/
+//
+// InsetScript
+//
+/
+
+/// The subscript and superscript inset
+class InsetScript : public InsetText
+{
+public:
+	///
+	InsetScript(Buffer *, InsetScriptParams const  = InsetScriptParams());
+	///

Re: Build error on Windows - ambiguous

2010-11-19 Thread Joost Verburg


On 11/19/2010 10:21 AM, Jim Oldfield wrote:

I'm trying to build LyX on Windows, using lyx-2.0.0beta1.tar.gz and the
instructions in INSTALL.WIN32.


That info is a little outdated. I recommend using MSVC 2010 with CMake. 
The new dependencies are available at

ftp://ftp.devel.lyx.org/pub/contrib/windows/bin/

Joost

Re: Build error on Windows - ambiguous

On 19.11.2010 22:41, Joost Verburg wrote:
 On 11/19/2010 10:21 AM, Jim Oldfield wrote:
 I'm trying to build LyX on Windows, using lyx-2.0.0beta1.tar.gz and the
 instructions in INSTALL.WIN32.
 
 That info is a little outdated. I recommend using MSVC 2010 with CMake. 
 The new dependencies are available at
 ftp://ftp.devel.lyx.org/pub/contrib/windows/bin/
 
 Joost

Is this link somewhere in teh wiki?
Last time I searched the ml.

Peter

Re: Build error on Windows - ambiguous

On 19.11.2010 22:41, Joost Verburg wrote:
 On 11/19/2010 10:21 AM, Jim Oldfield wrote:
 I'm trying to build LyX on Windows, using lyx-2.0.0beta1.tar.gz and the
 instructions in INSTALL.WIN32.
 
 That info is a little outdated. I recommend using MSVC 2010 with CMake. 
 The new dependencies are available at
 ftp://ftp.devel.lyx.org/pub/contrib/windows/bin/

Is in bin the same as in lyx16-deps-msvc2010-x86.zip?

Peter

Re: [patch] fix bug 3008

Georg Baum wrote:
 May the patch go in at this stage (I don't know 
 how the current policy is)? The risk of breakage is close to zero.

the current stage is stop for refactoring and enhacenments, with the remark
that small things which do not touch sensitive or large area of code can be
allowed if we agree on it. since i trust your guess about breakage probability
i'm open to let this in -- if you intend to roam around and fix potential
issues - otherwise it needs to wait for 2.1, people have already lot of problems
with their own bugs to be polished for 2.0...

for the patch itself people might have some other remarks (currently i see you
forgot Uwe's name in headers).

pavel

ps: you still have commit access iirc, right?

Re: crash with trunk

2010-11-19 Thread Guenter Milde

On 2010-11-19, Guenter Milde wrote:

 trying to test LyX (trunk), I updated my repository with `git svn rebase`
 and compiled. (On a Debian/testing 64-bit system.)

 However, even the simple Ctrl-N (open new buffer) leads to a crash:

 Program received signal SIGSEGV, Segmentation fault.
 0x00529dd9 in lyx::Counters::reset() ()

The problem vanished after make distclean followed by an sources
update and a new build...

Günter

Re: r36363 - lyx-devel/trunk/src/frontends/qt4/ui

On Fri, Nov 19, 2010 at 05:48:05PM +0100, Stephan Witt wrote:
 Am 19.11.2010 um 14:52 schrieb Enrico Forestieri:
  Stephan, does the attached layout file work on Mac?
 
 No. Unfortunately not. :(

Hmm. Last attempt. What about the attached one?

-- 
Enrico
?xml version=1.0 encoding=UTF-8?
ui version=4.0
 classSpellcheckerUi/class
 widget class=QDockWidget name=SpellcheckerUi
  property name=geometry
   rect
x0/x
y0/y
width264/width
height388/height
   /rect
  /property
  property name=windowTitle
   stringDockWidget/string
  /property
  widget class=QWidget name=dockWidgetContents
   layout class=QGridLayout name=gridLayout
item row=0 column=0 colspan=2
 layout class=QHBoxLayout name=horizontalLayout
  item
   widget class=QLabel name=languageLA
property name=text
 stringamp;Language:/string
/property
property name=buddy
 cstringlanguageCO/cstring
/property
   /widget
  /item
  item
   widget class=QComboBox name=languageCO
property name=sizePolicy
 sizepolicy hsizetype=Expanding vsizetype=Fixed
  horstretch0/horstretch
  verstretch0/verstretch
 /sizepolicy
/property
property name=toolTip
 stringThe checked language. Switching this alters the language of 
the checked word./string
/property
   /widget
  /item
 /layout
/item
item row=1 column=0 colspan=2
 widget class=Line name=line
  property name=orientation
   enumQt::Horizontal/enum
  /property
 /widget
/item
item row=2 column=0
 widget class=QLabel name=TextLabel3
  property name=text
   stringUnknown word:/string
  /property
  property name=buddy
   cstringwordED/cstring
  /property
 /widget
/item
item row=3 column=0
 widget class=QLineEdit name=wordED
  property name=toolTip
   stringCurrent word/string
  /property
 /widget
/item
item row=3 column=1
 widget class=QPushButton name=findNextPB
  property name=sizePolicy
   sizepolicy hsizetype=Minimum vsizetype=Fixed
horstretch0/horstretch
verstretch0/verstretch
   /sizepolicy
  /property
  property name=toolTip
   stringReplace word with current choice/string
  /property
  property name=text
   stringamp;Find Next/string
  /property
 /widget
/item
item row=4 column=0
 widget class=QLabel name=TextLabel1
  property name=text
   stringReamp;placement:/string
  /property
  property name=buddy
   cstringreplaceCO/cstring
  /property
 /widget
/item
item row=5 column=0
 widget class=QComboBox name=replaceCO
  property name=focusPolicy
   enumQt::StrongFocus/enum
  /property
  property name=toolTip
   stringReplace with selected word/string
  /property
  property name=editable
   booltrue/bool
  /property
  property name=insertPolicy
   enumQComboBox::InsertAtTop/enum
  /property
  property name=autoCompletion
   booltrue/bool
  /property
  property name=duplicatesEnabled
   boolfalse/bool
  /property
 /widget
/item
item row=5 column=1
 widget class=QPushButton name=replacePB
  property name=sizePolicy
   sizepolicy hsizetype=Minimum vsizetype=Fixed
horstretch0/horstretch
verstretch0/verstretch
   /sizepolicy
  /property
  property name=toolTip
   stringReplace word with current choice/string
  /property
  property name=text
   stringamp;Replace/string
  /property
 /widget
/item
item row=6 column=0
 widget class=QLabel name=TextLabel2
  property name=sizePolicy
   sizepolicy hsizetype=Preferred vsizetype=Maximum
horstretch0/horstretch
verstretch0/verstretch
   /sizepolicy
  /property
  property name=text
   stringSamp;uggestions:/string
  /property
  property name=buddy
   cstringsuggestionsLW/cstring
  /property
 /widget
/item
item row=6 column=1
 widget class=QPushButton name=replaceAllPB
  property name=sizePolicy
   sizepolicy hsizetype=Minimum vsizetype=Fixed
horstretch0/horstretch
verstretch0/verstretch
   /sizepolicy
  /property
  property name=toolTip
   stringReplace word with current choice/string
  /property
  property name=text
   stringReplace amp;All/string
  /property
 /widget
/item
item row=7 column=0 rowspan=4
 widget class=QListWidget name=suggestionsLW/
/item
item row=7 column=1
 widget class=QPushButton name=ignorePB
  property name=sizePolicy
   sizepolicy hsizetype=Minimum vsizetype=Fixed
horstretch0/horstretch
verstretch0/verstretch
   /sizepolicy
  /property
  property name=toolTip
   stringIgnore this word/string
  /property
  property

Re: r36363 - lyx-devel/trunk/src/frontends/qt4/ui


Am 19.11.2010 17:48, schrieb Stephan Witt:


I'm interested in a screenshot with the latest SVN showing how the broken 
dialog looks on MacOS.


See attached.


Thanks.


As it works on Windows and Linux, there must be a bug in the Qt ui-file 
handling and we should report that to Nokia and André to get this fixed in the 
next Qt 4.7.x release.


Yes. I suspect a problem within Qt's layout mechanics on Mac OS X.
When a vertical spacer with QSizePolicy::ExpandFlag is placed below the 
buttons, the buttons shrink too much.


So this is a Qt bug. Can you please report it to the Qt developers?

regards Uwe

Re: [patch] fix bug 3008

Am 19.11.2010 22:29, schrieb Georg Baum:

It
implements a new inset for subscript and superscript in text mode, including
correct output for all backends. There are some other ideas discussed in
http://www.lyx.org/trac/ticket/3008, but the inset approach is the best one
IMO.

Almost perfect! I stress-tested your patch and it works very in all situations that came into my
mind. However, some minor annotations:

- I would rename the images from
inset-insert_script_script_***script.png
to
inset-insert_script_***script.png

- The images are not yet used. Where do you plan to use them?

- Changing text from/to subscript should also be possible via the text style dialog. Users expect
this because Word/OpenOffice and Co. also provide this.

May the patch go in at this stage (I don't know
how the current policy is)? The risk of breakage is close to zero. The only
code that is touched besides the new inset is the cursor positioning in
Text::dispatch() after inserting a new inset: If the inset is a text inset,
the inset is entered instead of positioning it behind the inset, since this
is consistent with ERT insets etc.

I fully support you here. Sub/superscript is an essential feature for a word processor and we only
provide a hack. I know that this feature is a bit late since beta1 is out, but it is indeed very low
risk applying it. I also assume that you will fix probable bugs in this feature quickly as Pavel
requested.

So I vote to include it.

Jürgen also voted for it in the bug report.

best regards
Uwe

p.s. I hope you will return at least from time to time to LyX. We really need your strong knowledge
and exact working style. I remember your patches as always well tested with clean and well
understandable! code.

Re: r36310 - www-user/trunk/farm/cookbook/LyX

Richard Heck wrote:
 If you go to http://www.lyx.org/I18n and edit it, you get this info:
 
 To update the information in the table below, check out |www-user| 
 
 from the SVN repository. Then replace and commit the file:
 |www-user/farm/cookbook/LyX/i18n.inc|
 
 Committing automatically deploys the file to the web server (it can take 
 a few seconds).
 
 Note that the file |i18n.inc| is automatically generated from the po 
 files. To update the web site, issue |make i18n.inc| in the |po/| 
 directory of the lyx stable branch, and replace the file in www-user 
 with the autogenerated file. Do not edit the file manually, and do not 
 use the development branch!
 
 It appears that the version number is set in po/Makefile. Probably that 
 should be updated automatically from elsewhere?

I think the version number is not the problem.

Actually, I think the easiest solution would be to use a second page I18n-
trunk instead of this Include trick on I18n. Then, we could also modify the 
mentioned description for the trunk page.

Jürgen

Re: newfile string


Le 18 nov. 10 à 23:06, Pavel Sanda a écrit :

Vincent van Ravesteijn wrote:

On Thu, Nov 18, 2010 at 10:56 PM, Pavel Sanda  wrote:

Vincent van Ravesteijn wrote:

Which other issues are there more then ?


national chars and emergency issue.


What's the problem with national chars ? If the translator knows he
shouldn't use weird things, he will not right ?

Emergency issue is solved very easily.


technically yes, i feel uneasy with the whole approach.


Emergency is indeed like a file extension, we should not translate it  
IMO.
Especially since somebody who switches the language of LyX will not  
have his

files recovered anymore.

JMarc

Re: r36363 - lyx-devel/trunk/src/frontends/qt4/ui

Am 19.11.2010 um 08:54 schrieb Enrico Forestieri:

> On Fri, Nov 19, 2010 at 07:36:54AM +0100, Stephan Witt wrote:
>> I've commit a working layout for Mac and Linux already.
> 
> Sorry Stephan, but I cannot confirm that your fix works. I tried Windows,
> Linux Debian, and Solaris. In all cases it is still broken.

That's bad. Then I'll try the ui file Uwe sent.

Stephan

Re: r36363 - lyx-devel/trunk/src/frontends/qt4/ui

Am 19.11.2010 um 09:15 schrieb Stephan Witt:

> Am 19.11.2010 um 08:54 schrieb Enrico Forestieri:
> 
>> On Fri, Nov 19, 2010 at 07:36:54AM +0100, Stephan Witt wrote:
>>> I've commit a working layout for Mac and Linux already.
>> 
>> Sorry Stephan, but I cannot confirm that your fix works. I tried Windows,
>> Linux Debian, and Solaris. In all cases it is still broken.
> 
> That's bad. Then I'll try the ui file Uwe sent.

...and that's the result: it doesn't work on Mac.
The svn revision 36363 and the new one Uwe sent have the same behavior.
I'd say the layout management of Qt on Mac is "sub-optimal" here. :(

Then we should revert to revision 36363 for now or use the version Uwe sent.
I'll commit the revert to revision 36363. 
Uwe, you may commit your newest version if you like it more.

I'll try to work with nested layouts later - perhaps that works.

Stephan

Re: set relative path for temp-dir


Le 19 nov. 10 à 00:54, go2tob...@gmx.de a écrit :
I use this to refer to an external file from ERT by using  ../../../ 
myfile.txt  in pgfplot for loading data for a data plot. Maybe there  
is another solution.



Try to ask the pgfplot author why pgfplot does not honor the  
\in...@path macro when loading
files. LyX sets it correctly, so that \includegraphics, for example,  
just works.


JMarc

LyX in schools

I've been using LyX to take notes at the univiersity for 3 years, and it's very 
good. I love it.
I've infected several my friends to do the same, don't you think LyX should be 
promoted this way? It could even help to save the planet, no more paper needed! 
I'm thinking to make a basic free course for anyone interested here.

The only problem is making figures you can't do (quickly) in XY-pic, and maybe 
for exercises. But it's the best software I could imagine to take notes at 
lesson, if you are quick enough with math-writing.

Do you have any idea on how to improve to possibility of creating figures 
directly in LyX and with minimal use of the mouse?

Great work guys!
Ale

on android?

2010-11-19 Thread xPol

Any plan to port lyx on android?

thank you 
---p

Re: newfile string

Jean-Marc Lasgouttes wrote:
> Emergency is indeed like a file extension, we should not translate it IMO.
> Especially since somebody who switches the language of LyX will not have 
> his
> files recovered anymore.

or it will dynamically change wrt the status of the translation :)
pavel

Re: LyX in schools


On 11/19/2010 04:30 AM, veno...@arcadiaclub.com wrote:

I've been using LyX to take notes at the univiersity for 3 years, and it's very 
good. I love it.
I've infected several my friends to do the same, don't you think LyX should be 
promoted this way? It could even help to save the planet, no more paper needed! 
I'm thinking to make a basic free course for anyone interested here.

The only problem is making figures you can't do (quickly) in XY-pic, and maybe 
for exercises. But it's the best software I could imagine to take notes at 
lesson, if you are quick enough with math-writing.

Do you have any idea on how to improve to possibility of creating figures 
directly in LyX and with minimal use of the mouse?

The only thing I'll say is that you don't really have to use the mouse 
to do anything. There are shortcuts for almost everything you might want 
to do, and you can define new ones, if you wish, even quite complicated 
ones, that would (say) fill in much of a XY-pic diagram for you.


Richard

Re: on android?


On 11/19/2010 07:38 AM, xPol wrote:

Any plan to port lyx on android?

That would minimally mean porting LyX to Java, at the moment, which does 
not seem realistic.


Richard

Re: LyX in schools

veno...@arcadiaclub.com wrote:
> I've infected several my friends to do the same, don't you think LyX should 
> be promoted this way? It could even help to save the planet, no more paper 
> needed! I'm thinking to make a basic free course for anyone interested here.

i'm quite sceptical, once computer and printer was found out the consumption of 
paper must be ten times higher than in the times people has to use their 
hands...

> The only problem is making figures you can't do (quickly) in XY-pic, and 
> maybe for exercises. But it's the best software I could imagine to take notes 
> at lesson, if you are quick enough with math-writing.

perhaps trying instant view inset in lyx 2.0 could help you. for example you 
can start to write raw xy-commands like in the example file for instant 
preview...

pavel

Re: on android?

2010-11-19 Thread Abdelrazak Younes


On 11/19/2010 02:31 PM, Richard Heck wrote:

On 11/19/2010 07:38 AM, xPol wrote:

Any plan to port lyx on android?

That would minimally mean porting LyX to Java, at the moment, which 
does not seem realistic.


There's a community effort to port Qt on Android:

http://code.google.com/p/android-lighthouse/

Abdel.

Re: r36363 - lyx-devel/trunk/src/frontends/qt4/ui

On Fri, Nov 19, 2010 at 10:12:34AM +0100, Stephan Witt wrote:
> Am 19.11.2010 um 09:15 schrieb Stephan Witt:
> 
> > Am 19.11.2010 um 08:54 schrieb Enrico Forestieri:
> > 
> >> On Fri, Nov 19, 2010 at 07:36:54AM +0100, Stephan Witt wrote:
> >>> I've commit a working layout for Mac and Linux already.
> >> 
> >> Sorry Stephan, but I cannot confirm that your fix works. I tried Windows,
> >> Linux Debian, and Solaris. In all cases it is still broken.
> > 
> > That's bad. Then I'll try the ui file Uwe sent.
> 
> ...and that's the result: it doesn't work on Mac.
> The svn revision 36363 and the new one Uwe sent have the same behavior.
> I'd say the layout management of Qt on Mac is "sub-optimal" here. :(
> 
> Then we should revert to revision 36363 for now or use the version Uwe sent.
> I'll commit the revert to revision 36363. 
> Uwe, you may commit your newest version if you like it more.
> 
> I'll try to work with nested layouts later - perhaps that works.

Stephan, does the attached layout file work on Mac?

-- 
Enrico

 SpellcheckerUi
 
  
   
0
0
264
388
   
  
  
   DockWidget
  
  
   

 
  
   

 Language:


 languageCO

   
  
  
   

 
  0
  0
 


 The checked language. Switching this alters the language of 
the checked word.

   
  
 


 
  
   Qt::Horizontal
  
 


 
  
   Unknown word:
  
  
   wordED
  
 


 
  
   Current word
  
 


 
  
   
0
0
   
  
  
   Replace word with current choice
  
  
   Find Next
  
 


 
  
   Replacement:
  
  
   replaceCO
  
 


 
  
   Qt::StrongFocus
  
  
   Replace with selected word
  
  
   true
  
  
   QComboBox::InsertAtTop
  
  
   true
  
  
   false
  
 


 
  
   

 
  0
  0
 


 Replace word with current choice


 Replace

   
  
  
   

 
  0
  0
 


 Replace word with current choice


 Replace All

   
  
  
   

 
  0
  0
 


 Ignore this word


 Ignore

   
  
  
   

 
  0
  0
 


 Ignore this word throughout this session


 Ignore All

   
  
  
   

 
  0
  0
 


 Add the word to your personal dictionary


 Add

   
  
  
   

 Qt::Vertical


 QSizePolicy::Expanding


 
  72
  67
 

   
  
 


 
  
   Suggestions:
  
  
   suggestionsLW
  
 


 


 
  
   24
  
  
   Qt::Horizontal
  
 


 
  
   
0
0
   
  
  
   Close

Re: on android?


On 11/19/2010 08:41 AM, Abdelrazak Younes wrote:

On 11/19/2010 02:31 PM, Richard Heck wrote:

On 11/19/2010 07:38 AM, xPol wrote:

Any plan to port lyx on android?

That would minimally mean porting LyX to Java, at the moment, which 
does not seem realistic.


There's a community effort to port Qt on Android:

http://code.google.com/p/android-lighthouse/


Hmm. Well, if that ever works, then "porting" LyX is trivial, in some sense:
 http://code.google.com/p/android-lighthouse/wiki/QtAndroidArchitecture
Though there would be an issue about screen size and memory, probably. 
But maybe some stripped down version would be possible.


Richard

Re: Fwd: Another Split Screen Crash




I can't reproduce on Windows,

Make sure the cursor is in the bottom pane, i.e., in the one that has 
only one tab. Also, make sure the file

you are closing is dirty.


Yes, I understand, I've tried over and over. The TOC just gets updated 
on WinXP.



but I can on Linux. (Maybe an unitialized member or something ?)

No, I don't think that is it. The problem is that the TOC doesn't get 
updated. 


I just want to indicate there is a difference between Linux and Windows, 
and I don't know how to explain that.



See attached screenshot, which is
taken after the close but before typing anything---the TOC is empty 
because it's for the old doc. Typing will

segfault.


On Windows, the TOC is immediately filled with the section heading.

Vincent

Build error on Windows - ambiguous

Hi,


I'm trying to build LyX on Windows, using lyx-2.0.0beta1.tar.gz and the 
instructions in INSTALL.WIN32.

When I compile I get the error I've copied below (I just copied the start of 
it).  Does anyone know how to resolve it?  Apologies if this has been answered 
before, it's quite hard to search through the archives.

One possibility: I downloaded Visual C++ 2010 Express from MS's website, but 
the 
dependencies I downloaded from LyX's website lyx-windows-deps-msvc2008.zip. 
 Could this mismatch (2010 vs 2008) be the problem?

Thanks,
Jim


Configuration
Host type:  win32
Special build flags:/nologo /EHsc /wd4819 /wd4996 /nologo /MD /O2
C   Compiler:   cl
C   Compiler flags: 
C++ Compiler:   cl
C++ Compiler LyX flags: /TP /Zc:wchar_t-
C++ Compiler flags:  /TP /Zc:wchar_t-
Linker flags:   /nologo
Linker user flags:  /nologo
Build info:
Builing directory:  #release/libs
Libraries paths:#release/libs 
..\..\lyx-windows-deps-msvc2008\lib
Boost libraries:['included_boost_signals', 
'included_boost_regex']
include search path:..\..\lyx-windows-deps-msvc2008\include
Frontend:
Frontend:   qt4
Packaging:  windows
LyX dir:..\..\build-msvc
LyX files dir:  C:\LyX\lyx-2.0.0beta1\build-msvc\Resources

Building all targets recursively
scons: done reading SConscript files.
scons: Building targets ...
cl /Forelease\src\frontends\qt4\GuiAlert.obj /c 
C:\LyX\lyx-2.0.0beta1\src\frontends\qt4\GuiAlert.cpp /TP /Zc:wchar_t- 
/IC:\LyX\lyx-2.0.0beta1/boost /nologo /EHsc /wd4819 /wd4996 /nologo /MD /O2 
-DHAVE_CONFIG_H -DQT_NO_STL -DQT_NO_KEYWORDS -DQT_GUI_LIB 
/IC:\LyX\lyx-2.0.0beta1\lyx-windows-deps-msvc2008\include /Irelease\src 
/IC:\LyX\lyx-2.0.0beta1\src /IC:\LyX\lyx-2.0.0beta1\src 
/IC:\LyX\lyx-2.0.0beta1\lyx-windows-deps-msvc2008\qt-4\include 
/IC:\LyX\lyx-2.0.0beta1\lyx-windows-deps-msvc2008\qt-4\include\QtCore 
/IC:\LyX\lyx-2.0.0beta1\lyx-windows-deps-msvc2008\qt-4\include\QtGui 
/Irelease\src /IC:\LyX\lyx-2.0.0beta1\src /Irelease\src\images 
/IC:\LyX\lyx-2.0.0beta1\src\images /Irelease\src\frontends 
/IC:\LyX\lyx-2.0.0beta1\src\frontends /Irelease\src\frontends\qt4 
/IC:\LyX\lyx-2.0.0beta1\src\frontends\qt4 /Irelease\src\frontends\qt4\ui 
/IC:\LyX\lyx-2.0.0beta1\src\frontends\qt4\ui
GuiAlert.cpp
c:\lyx\lyx-2.0.0beta1\src\frontends\qt4\InGuiThread.h(100) : error C2668: 
'boost::ref' : ambiguous call to overloaded function
C:\LyX\lyx-2.0.0beta1/boost\boost/ref.hpp(64): could be 'const 
boost::reference_wrapper boost::ref(T &)'
with
[
T=const lyx::docstring,
P1=const lyx::docstring
]
C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\INCLUDE\xrefwrap(439): 
or   
'std::tr1::reference_wrapper<_Ty> std::tr1::ref(_Ty &)' [found using 
argument-dependent lookup]
with
[
_Ty=const lyx::docstring,
P1=const lyx::docstring
]
while trying to match the argument list '(const lyx::docstring)'
C:\LyX\lyx-2.0.0beta1\src\frontends\qt4\GuiAlert.cpp(198) : see reference to 
function template instantiation 'R 
lyx::frontend::InGuiThread::call(F,P1 &,P2 &,P3 &,P4 &,P5 &,P6 &,P7 &,P8 
&)' 
being compiled
with
[
R=int,
F=int (__cdecl *)(const lyx::docstring &,const lyx::docstring &,int,int,const 
lyx::docstring &,const lyx::docstring &,const lyx::docstring &,const 
lyx::docstring &),
P1=const lyx::docstring,
P2=const lyx::docstring,
P3=int,
P4=int,
P5=const lyx::docstring,
P6=const lyx::docstring,
P7=const lyx::docstring,
P8=const lyx::docstring
]
c:\lyx\lyx-2.0.0beta1\src\frontends\qt4\InGuiThread.h(100) : error C2668: 
'boost::ref' : ambiguous call to overloaded function
C:\LyX\lyx-2.0.0beta1/boost\boost/ref.hpp(64): could be 'const 
boost::reference_wrapper boost::ref(T &)'
with
[
T=const lyx::docstring,
P1=const lyx::docstring
]
C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\INCLUDE\xrefwrap(439): 
or   
'std::tr1::reference_wrapper<_Ty> std::tr1::ref(_Ty &)' [found using 
argument-dependent lookup]
with
[
_Ty=const lyx::docstring,
P1=const lyx::docstring
]
while trying to match the argument list '(const lyx::docstring)'

Re: r36363 - lyx-devel/trunk/src/frontends/qt4/ui


> You didn't read my mails from yesterday 12:53 and 18:12?
> I've commit a working layout for Mac and Linux already.
> You replied to the old message. So I want to ask first if
> you can check the SVN state r36373 with windows.

I read your post before replying and the screenshot I sent was made with 
r36373.


I'm interested in a screenshot with the latest SVN showing how the 
broken dialog looks on MacOS.
As it works on Windows and Linux, there must be a bug in the Qt ui-file 
handling and we should report that to Nokia and André to get this fixed 
in the next Qt 4.7.x release.


regards Uwe

Re: Fwd: Another Split Screen Crash


On 11/19/2010 09:23 AM, Vincent van Ravesteijn wrote:



I can't reproduce on Windows,

Make sure the cursor is in the bottom pane, i.e., in the one that has 
only one tab. Also, make sure the file

you are closing is dirty.


Yes, I understand, I've tried over and over. The TOC just gets updated 
on WinXP.



but I can on Linux. (Maybe an unitialized member or something ?)

No, I don't think that is it. The problem is that the TOC doesn't get 
updated. 


I just want to indicate there is a difference between Linux and 
Windows, and I don't know how to explain that.



See attached screenshot, which is
taken after the close but before typing anything---the TOC is empty 
because it's for the old doc. Typing will

segfault.


On Windows, the TOC is immediately filled with the section heading.

Very odd. Can you put a breakpoint in updateDialogs() and find out why 
it's being called? That's what's missing
on Linux. Could Qt be issuing some signal on Windows that isn't being 
issued on Linux?


Richard

Re: r36363 - lyx-devel/trunk/src/frontends/qt4/ui

Am 19.11.2010 um 14:52 schrieb Enrico Forestieri:

> On Fri, Nov 19, 2010 at 10:12:34AM +0100, Stephan Witt wrote:
>> Am 19.11.2010 um 09:15 schrieb Stephan Witt:
>> 
>>> Am 19.11.2010 um 08:54 schrieb Enrico Forestieri:
>>> 
 On Fri, Nov 19, 2010 at 07:36:54AM +0100, Stephan Witt wrote:
> I've commit a working layout for Mac and Linux already.
 
 Sorry Stephan, but I cannot confirm that your fix works. I tried Windows,
 Linux Debian, and Solaris. In all cases it is still broken.
>>> 
>>> That's bad. Then I'll try the ui file Uwe sent.
>> 
>> ...and that's the result: it doesn't work on Mac.
>> The svn revision 36363 and the new one Uwe sent have the same behavior.
>> I'd say the layout management of Qt on Mac is "sub-optimal" here. :(
>> 
>> Then we should revert to revision 36363 for now or use the version Uwe sent.
>> I'll commit the revert to revision 36363. 
>> Uwe, you may commit your newest version if you like it more.
>> 
>> I'll try to work with nested layouts later - perhaps that works.
> 
> Stephan, does the attached layout file work on Mac?

No. Unfortunately not. :(

Am 19.11.2010 um 16:48 schrieb Uwe Stöhr:

> > You didn't read my mails from yesterday 12:53 and 18:12?
> > I've commit a working layout for Mac and Linux already.
> > You replied to the old message. So I want to ask first if
> > you can check the SVN state r36373 with windows.
> 
> I read your post before replying and the screenshot I sent was made with 
> r36373.

This I didn't know.

> I'm interested in a screenshot with the latest SVN showing how the broken 
> dialog looks on MacOS.

See attached.

> As it works on Windows and Linux, there must be a bug in the Qt ui-file 
> handling and we should report that to Nokia and André to get this fixed in 
> the next Qt 4.7.x release.

Yes. I suspect a problem within Qt's layout mechanics on Mac OS X.
When a vertical spacer with QSizePolicy::ExpandFlag is placed below the 
buttons, the buttons shrink too much.

Stephan

The screen shot made with revision 36398:
<>

Re: autoconf 2.68 in branch


Le 18 nov. 10 à 15:22, Enrico Forestieri a écrit :

It was much better. Less code to change and less prone to errors.


Good to know.

JMarc

Re: Regression bugs


Le 18 nov. 10 à 11:48, Vincent van Ravesteijn a écrit :

I added those LFUNs, so I guess I added those flags. And indeed, it
doesn't make sense.

Well, the name of the flag is not clear at all, but still, I know how
it works, so I don't know why I did this.


In the meantim, I managed to convince myself that AtPoint was useful  
in this

case :) Otherwise, how is the lfun sent to the inset at cursor?

JMarc

Re: Regression bugs


Le 18 nov. 10 à 00:53, Pavel Sanda a écrit :
The first (easy) try was to call recordUndo whenever the lfun is  
not marked
readonly. However I do not like lfun relying on such behaviour from  
the

dispatcher.


i didn't get why is the first solution bad. it looks less prone-to- 
be-forgotten

for some corner case or in future additions.(?)


What happens if the function decides to change nothing after all? We  
have a useless

undo step.

Moreover, although we can guess the type of undo that is needed, we do  
not really know it.


Anyway, here is the simple patch. I can apply it if you like it.
recordUndo only applies to AtPoint lfuns, which is a bit strange. If I  
remove the extra test for AtPoint flag
it will apply to all cursor-related lfuns. We can do that, but it is  
an invasive change.


As you prefer.

JMarc

Re: Build error on Windows - ambiguous

In summary, there seems to confusion between boost::bind and std::tr1::bind in 
MSVC2010.  I managed to find this thread which is mostly on the subject:

http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg160615.html

The messages towards the end seemed to indicate that the problem was fixed in 
LyX 1.6.7 (although Joost never gave final confirmation, as far as I can see). 
 So is there something I can do to enable the fix?

Thanks,
Jim


- Original Message 
> From: Jim Oldfield 
> To: Lyx Devel 
> Sent: Fri, 19 November, 2010 15:21:01
> Subject: Build error on Windows - ambiguous
> 
> Hi,
> 
> 
> I'm trying to build LyX on Windows, using lyx-2.0.0beta1.tar.gz  and the 
> instructions in INSTALL.WIN32.
> 
> When I compile I get the error  I've copied below (I just copied the start of 
> it).  Does anyone know  how to resolve it?  Apologies if this has been 
> answered 
>
> before, it's  quite hard to search through the archives.
> 
> One possibility: I downloaded  Visual C++ 2010 Express from MS's website, but 
>the 
>
> dependencies I downloaded  from LyX's website lyx-windows-deps-msvc2008.zip. 
>  Could this mismatch (2010  vs 2008) be the problem?
> 
> Thanks,
> Jim
> 
> 
> Configuration
> Host  type:   win32
> Special build flags: /nologo /EHsc /wd4819 /wd4996 /nologo /MD /O2
> C   Compiler:cl
> C   Compiler flags: 
> C++ Compiler:cl
> C++ Compiler LyX flags: /TP  /Zc:wchar_t-
> C++ Compiler flags:   /TP /Zc:wchar_t-
> Linker flags:/nologo
> Linker user flags:   /nologo
> Build info:
> Builing directory:   #release/libs
> Libraries  paths:#release/libs 
> ..\..\lyx-windows-deps-msvc2008\lib
> Boost libraries: ['included_boost_signals', 
> 'included_boost_regex']
> include search path:  ..\..\lyx-windows-deps-msvc2008\include
> Frontend:
> Frontend: qt4
> Packaging:   windows
> LyX dir: ..\..\build-msvc
> LyX files  dir:   C:\LyX\lyx-2.0.0beta1\build-msvc\Resources
> 
> Building all targets  recursively
> scons: done reading SConscript files.
> scons: Building targets  ...
> cl /Forelease\src\frontends\qt4\GuiAlert.obj /c 
> C:\LyX\lyx-2.0.0beta1\src\frontends\qt4\GuiAlert.cpp /TP /Zc:wchar_t- 
> /IC:\LyX\lyx-2.0.0beta1/boost /nologo /EHsc /wd4819 /wd4996 /nologo /MD /O2 
> -DHAVE_CONFIG_H -DQT_NO_STL -DQT_NO_KEYWORDS -DQT_GUI_LIB 
> /IC:\LyX\lyx-2.0.0beta1\lyx-windows-deps-msvc2008\include /Irelease\src 
> /IC:\LyX\lyx-2.0.0beta1\src /IC:\LyX\lyx-2.0.0beta1\src 
> /IC:\LyX\lyx-2.0.0beta1\lyx-windows-deps-msvc2008\qt-4\include 
> /IC:\LyX\lyx-2.0.0beta1\lyx-windows-deps-msvc2008\qt-4\include\QtCore 
> /IC:\LyX\lyx-2.0.0beta1\lyx-windows-deps-msvc2008\qt-4\include\QtGui 
> /Irelease\src /IC:\LyX\lyx-2.0.0beta1\src /Irelease\src\images 
> /IC:\LyX\lyx-2.0.0beta1\src\images /Irelease\src\frontends 
> /IC:\LyX\lyx-2.0.0beta1\src\frontends /Irelease\src\frontends\qt4 
> /IC:\LyX\lyx-2.0.0beta1\src\frontends\qt4 /Irelease\src\frontends\qt4\ui 
> /IC:\LyX\lyx-2.0.0beta1\src\frontends\qt4\ui
> GuiAlert.cpp
> c:\lyx\lyx-2.0.0beta1\src\frontends\qt4\InGuiThread.h(100)  : error C2668: 
> 'boost::ref' : ambiguous call to overloaded  function
> C:\LyX\lyx-2.0.0beta1/boost\boost/ref.hpp(64): could be 'const 
> boost::reference_wrapper boost::ref(T  &)'
> with
> [
> T=const lyx::docstring,
> P1=const  lyx::docstring
> ]
> C:\Program Files (x86)\Microsoft Visual Studio  
> 10.0\VC\INCLUDE\xrefwrap(439): 
>or  
>
> 'std::tr1::reference_wrapper<_Ty> std::tr1::ref(_Ty &)'  [found using 
> argument-dependent lookup]
> with
> [
> _Ty=const  lyx::docstring,
> P1=const lyx::docstring
> ]
> while trying to match the  argument list '(const  lyx::docstring)'
> C:\LyX\lyx-2.0.0beta1\src\frontends\qt4\GuiAlert.cpp(198) :  see reference to 
> function template instantiation 'R 
> lyx::frontend::InGuiThread::call&,const 
>
> lyx::docstring &,int,int,const lyx::docstring  &,const lyx::docstring &,const 
> lyx::docstring &,const  lyx::docstring &),const lyx::docstring,const 
> lyx::docstring,int,int,const lyx::docstring,const lyx::docstring,const 
> lyx::docstring,const lyx::docstring>(F,P1 &,P2 &,P3 &,P4  &,P5 &,P6 &,P7 &,P8 
>&)' 
>
> being  compiled
> with
> [
> R=int,
> F=int (__cdecl *)(const lyx::docstring  &,const lyx::docstring 
> &,int,int,const 

> lyx::docstring &,const  lyx::docstring &,const lyx::docstring &,const 
> lyx::docstring  &),
> P1=const lyx::docstring,
> P2=const  lyx::docstring,
> P3=int,
> P4=int,
> P5=const lyx::docstring,
> P6=const  lyx::docstring,
> P7=const lyx::docstring,
> P8=const  lyx::docstring
> ]
> c:\lyx\lyx-2.0.0beta1\src\frontends\qt4\InGuiThread.h(100)  : error C2668: 
> 'boost::ref' : ambiguous call to overloaded  function
>

Re: Build error on Windows - ambiguous


 Op 19-11-2010 19:31, Jim Oldfield schreef:

In summary, there seems to confusion between boost::bind and std::tr1::bind in
MSVC2010.  I managed to find this thread which is mostly on the subject:



I had no problems compiling with msvc2010 express.

I use CMake by the way.

Vincent

Re: Build error on Windows - ambiguous





> 
> I had no problems compiling with msvc2010  express.
> 
> I use CMake by the way.
> 
> Vincent
> 

Ah, thanks!  INSTALL.WIN32 describes using SCons.  I'll give CMake a go.

RE: LyX in schools

> i'm quite sceptical, once computer and printer was found out the consumption
of paper must be ten times higher than in the times people has to use their
hands...

Who said you have to print something? I never print my notes, except if I have
to use them in an exam (you know, professors don't like PC at the exams...).

> perhaps trying instant view inset in lyx 2.0 could help you. for example you
can start to write raw xy-commands like in the example file for instant
preview...

I'm a fan on inset instant preview, but what I mean is making something for
drawing more usable than hand-written LaTeX. LaTeX is great for writing math
formulas, it's very concise, but making big pictures in XY-pic requires a lot of
rows and columns and in LyX becomes pretty unmanageble. I was thinking of
something with a GUI for drawing objects, like Dia or Visio maybe, non just
LaTeX rendered.

Ale

[ANNOUNCE] LyX 1.6.8 is released!

Public release of LyX version 1.6.8
===

We are pleased to announce the release of LyX 1.6.8. This is the 9th
maintenance release in the 1.6.x series.

LyX 1.6.8 is the result of our ongoing efforts to make our stable version
even more reliable and stable. We have fixed crashes that have been
reported to us, ironed out many small glitches, further polished the user
interface, updated the documentation and added some new layouts.

A detailed list of changes is appended below, remaining known problems
are listed in the file RELEASE-NOTES.

While our next major release, LyX 2.0, has just reached beta status and
already can be tried out by the curious and brave, LyX 1.6.8 is the
release for everyone who is relying on a solid and polished application.
We thus encourage all users to upgrade to this version.

In case you are wondering what LyX is, here is what
http://www.lyx.org/ has to say on the subject:

   LyX is a document processor that encourages an approach to writing
   based on the structure of your documents, not their appearance. It
   is released under a Free Software/Open Source license.

   LyX is for people that write and want their writing to look great,
   right out of the box. No more endless tinkering with formatting
   details, 'finger painting' font attributes or futzing around with
   page boundaries. You just write. In the background, Prof. Knuth's
   legendary TeX typesetting engine makes you look good.

   On screen, LyX looks like any word processor; its printed output --
   or richly cross-referenced PDF, just as readily produced -- looks
   like nothing else. Gone are the days of industrially bland .docs,
   all looking similarly not-quite-right, yet coming out unpredictably
   different on different printer drivers. Gone are the crashes
   'eating' your dissertation the evening before going to press.

   LyX is stable and fully featured. It is a multi-platform, fully
   internationalized application running natively on Unix/Linux, the
   Macintosh and modern Windows platforms.

You can download LyX 1.6.8 here (the .bz2 are compressed with bzip2,
which yields smaller files):

ftp://ftp.lyx.org/pub/lyx/stable/1.6.x/lyx-1.6.8.tar.gz
ftp://ftp.lyx.org/pub/lyx/stable/1.6.x/lyx-1.6.8.tar.bz2
ftp://ftp.devel.lyx.org/pub/lyx/stable/lyx-1.6.8.tar.gz
ftp://ftp.devel.lyx.org/pub/lyx/stable/lyx-1.6.8.tar.bz2

and it should propagate shortly to the following mirrors (which will
also host the .bz2 versions):

ftp://ftp.lip6.fr/pub/lyx/stable/1.6.x/lyx-1.6.8.tar.gz
http://lyx.cybermirror.org/stable/1.6.x/lyx-1.6.8.tar.gz
ftp://gd.tuwien.ac.at/publishing/tex/lyx/stable/1.6.x/lyx-1.6.8.tar.gz
ftp://ftp.ntua.gr/pub/X11/LyX/stable/1.6.x/lyx-1.6.8.tar.gz

http://sunsite.icm.edu.pl/pub/unix/editors/lyx/stable/1.6.x/lyx-1.6.8.tar.gz
http://lyx.mirror.fr/stable/1.6.x/lyx-1.6.8.tar.gz

Prebuilt binaries (rpms for Linux distributions, Mac OS X and Windows
installers) should soon be available at:

ftp://ftp.lyx.org/pub/lyx/bin/1.6.8/

If you already have the sources of the previous release (1.6.7), you may
want to apply one of the following patches instead:

ftp://ftp.lyx.org/pub/lyx/stable/1.6.x/patch-1.6.8.gz
ftp://ftp.lyx.org/pub/lyx/stable/1.6.x/patch-1.6.8.bz2

Note that for this release, some binaries have been added that are not 
produced
by the patch.

If you find what you think is a bug in LyX 1.6.8, you may either
e-mail the LyX developers' mailing list (lyx-devel  lists.lyx.org),
or open a bug report at http://www.lyx.org/trac/

If you're having trouble using the new version of LyX, or have a
question, first check out http://www.lyx.org/help/. If you can't find
the answer there, e-mail the LyX users' list (lyx-users  lists.lyx.org).

Enjoy!

The LyX team.


What's new in version 1.6.8?


** Updates:
***

* DOCUMENT INPUT/OUTPUT

- Add support for pBibTeX (formerly known as jBibTeX), a specific Japanese
  BibTeX variant (bug 6808).

- New environment variable LYX_FORCE_OVERWRITE allows changing default
  behavior when exporting from command line. Now LyX overwrites the main
  file by default, but not the ancillary files. Set this variable to
  "all" for letting LyX behave as in 1.6.6 and previous versions; set it
  to "none" for mimicking the 1.6.7 behavior of not overwriting any file.

- New layout and template file for submissions to journals published by
  the American Geophysical Union (AGU).

- New layout and template file for submissions to journals published by
  the Econometric Society (bug 6761).

- New layout and template file for the document class frletter that is
  used to write letters in French (bug 6915).

- New layout and template file for the document class lettre, another
  French letter class.

- Add support for subtitles in the KOMA classes.

- Add support for lists and quotes in the g-brief2 letter class

Re: LyX in schools

veno...@arcadiaclub.com wrote:
> I'm a fan on inset instant preview, but what I mean is making something for
> drawing more usable than hand-written LaTeX. LaTeX is great for writing math
> formulas, it's very concise, but making big pictures in XY-pic requires a lot 
> of
> rows and columns and in LyX becomes pretty unmanageble. I was thinking of

i was not talking about xypic matrix, but direct \xy code in ERT.

> something with a GUI for drawing objects, like Dia or Visio maybe, non just
> LaTeX rendered.

but we do have support for dia, you know? simply put it as graphic and any time 
you
can edit it by launching context menu. lyx will detect graphics change once
you finish launched dia session...

pavel

[patch] fix bug 3008

2010-11-19 Thread Georg Baum

Hi,

after I needed to explain several times lately why one should not use the 
menu entries for sub/superscript in text and what to do instead, I finally 
sat down and completed a fix for bug 3008 that I started years ago. It 
implements a new inset for subscript and superscript in text mode, including 
correct output for all backends. There are some other ideas discussed in 
http://www.lyx.org/trac/ticket/3008, but the inset approach is the best one 
IMO.

The attached patch has no known problems (the cursor position problem 
mentioned in trac is fixed). May the patch go in at this stage (I don't know 
how the current policy is)? The risk of breakage is close to zero. The only 
code that is touched besides the new inset is the cursor positioning in 
Text::dispatch() after inserting a new inset: If the inset is a text inset, 
the inset is entered instead of positioning it behind the inset, since this 
is consistent with ERT insets etc.


GeorgIndex: development/scons/scons_manifest.py
===
--- development/scons/scons_manifest.py	(revision 36398)
+++ development/scons/scons_manifest.py	(working copy)
@@ -1057,6 +1057,7 @@ src_insets_header_files = Split('''
 InsetPreview.h
 InsetQuotes.h
 InsetRef.h
+InsetScript.h
 InsetSpace.h
 InsetSpecialChar.h
 InsetTOC.h
@@ -1113,6 +1114,7 @@ src_insets_files = Split('''
 InsetPreview.cpp
 InsetQuotes.cpp
 InsetRef.cpp
+InsetScript.cpp
 InsetSpace.cpp
 InsetSpecialChar.cpp
 InsetTOC.cpp
@@ -1499,6 +1501,8 @@ lib_images_files = Split('''
 href-insert.png
 hidetab.png
 index-insert.png
+inset-insert_script_script_subscript.png
+inset-insert_script_script_superscript.png
 info-insert_buffer_vcs-revision.png
 label-insert.png
 layout-document.png
Index: development/qmake/lyx.pro
===
--- development/qmake/lyx.pro	(revision 36398)
+++ development/qmake/lyx.pro	(working copy)
@@ -189,6 +189,7 @@ SOURCES += \
 ../../src/insets/InsetPhantom.cpp \
 ../../src/insets/InsetQuotes.cpp \
 ../../src/insets/InsetRef.cpp \
+../../src/insets/InsetScript.cpp \
 ../../src/insets/InsetSpace.cpp \
 ../../src/insets/InsetSpecialChar.cpp \
 ../../src/insets/InsetTabular.cpp \
@@ -531,6 +532,7 @@ HEADERS += \
 ../../src/insets/InsetQuotes.h \
 ../../src/insets/InsetPhantom.h \
 ../../src/insets/InsetRef.h \
+../../src/insets/InsetScript.h \
 ../../src/insets/InsetSpace.h \
 ../../src/insets/InsetSpecialChar.h \
 ../../src/insets/InsetTOC.h \
Index: src/LyXAction.cpp
===
--- src/LyXAction.cpp	(revision 36398)
+++ src/LyXAction.cpp	(working copy)
@@ -1594,7 +1594,7 @@ void LyXAction::init()
 		{ LFUN_MATH_SUBSCRIPT, "math-subscript", Noop, Math },
 /*!
  * \var lyx::FuncCode lyx::LFUN_MATH_SUPERSCRIPT
- * \li Action: Enters subscript expression in math expression.
+ * \li Action: Enters superscript expression in math expression.
  * \li Syntax: math-superscript
  * \li Origin: vermeer, 12 Dec 2001
  * \endvar
@@ -2297,7 +2297,7 @@ void LyXAction::init()
  * \li Action: Insert new inset (type given by the parameters).
  * \li Syntax: inset-insert  
  * \li Params: : \n
+ hyperlink|include|index|label|line|nomencl|vspace|ref|toc|script>\n
: depends on the given inset. Use "lyx -dbg action" to explore.
  * \li Sample: inset-insert ref LatexCommand  reference ""\end_inset \n
where  is the name of the referenced label and
Index: src/insets/InsetScript.h
===
--- src/insets/InsetScript.h	(revision 0)
+++ src/insets/InsetScript.h	(revision 0)
@@ -0,0 +1,127 @@
+// -*- C++ -*-
+/**
+ * \file InsetScript.h
+ * This file is part of LyX, the document processor.
+ * Licence details can be found in the file COPYING.
+ *
+ * \author Uwe StÃ¶hr
+ *
+ * Full author contact details are available in file CREDITS.
+ */
+
+#ifndef INSET_SCRIPT_H
+#define INSET_SCRIPT_H
+
+#include "InsetText.h"
+
+
+namespace lyx {
+
+class InsetScriptParams
+{
+public:
+	enum Type {
+		Subscript,
+		Superscript
+	};
+	/// \c type defaults to Subscript
+	InsetScriptParams();
+	///
+	void write(std::ostream & os) const;
+	///
+	void read(Lexer & lex);
+	///
+	int shift(FontInfo const & font) const;
+	///
+	Type type;
+};
+
+
+/
+//
+// InsetScript
+//
+/
+
+/// The subscript and superscript inset
+class InsetScript : public InsetText
+{
+public:
+	///
+	InsetScript(Buffer *, InsetScriptParams const & = InsetScriptParams());
+	///
+	InsetScript(Buffer *,

Re: Build error on Windows - ambiguous

2010-11-19 Thread Joost Verburg


On 11/19/2010 10:21 AM, Jim Oldfield wrote:

I'm trying to build LyX on Windows, using lyx-2.0.0beta1.tar.gz and the
instructions in INSTALL.WIN32.


That info is a little outdated. I recommend using MSVC 2010 with CMake. 
The new dependencies are available at

ftp://ftp.devel.lyx.org/pub/contrib/windows/bin/

Joost

Re: Build error on Windows - ambiguous

On 19.11.2010 22:41, Joost Verburg wrote:
> On 11/19/2010 10:21 AM, Jim Oldfield wrote:
>> I'm trying to build LyX on Windows, using lyx-2.0.0beta1.tar.gz and the
>> instructions in INSTALL.WIN32.
> 
> That info is a little outdated. I recommend using MSVC 2010 with CMake. 
> The new dependencies are available at
> ftp://ftp.devel.lyx.org/pub/contrib/windows/bin/
> 
> Joost

Is this link somewhere in teh wiki?
Last time I searched the ml.

Peter

Re: Build error on Windows - ambiguous

On 19.11.2010 22:41, Joost Verburg wrote:
> On 11/19/2010 10:21 AM, Jim Oldfield wrote:
>> I'm trying to build LyX on Windows, using lyx-2.0.0beta1.tar.gz and the
>> instructions in INSTALL.WIN32.
> 
> That info is a little outdated. I recommend using MSVC 2010 with CMake. 
> The new dependencies are available at
> ftp://ftp.devel.lyx.org/pub/contrib/windows/bin/

Is in bin the same as in lyx16-deps-msvc2010-x86.zip?

Peter

Re: [patch] fix bug 3008

Georg Baum wrote:
> May the patch go in at this stage (I don't know 
> how the current policy is)? The risk of breakage is close to zero.

the current stage is stop for refactoring and enhacenments, with the remark
that small things which do not touch sensitive or large area of code can be
allowed if we agree on it. since i trust your guess about breakage probability
i'm open to let this in -- if you intend to roam around and fix potential
issues - otherwise it needs to wait for 2.1, people have already lot of problems
with their own bugs to be polished for 2.0...

for the patch itself people might have some other remarks (currently i see you
forgot Uwe's name in headers).

pavel

ps: you still have commit access iirc, right?

Re: crash with trunk

2010-11-19 Thread Guenter Milde

On 2010-11-19, Guenter Milde wrote:

> trying to test LyX (trunk), I updated my repository with `git svn rebase`
> and compiled. (On a Debian/testing 64-bit system.)

> However, even the simple Ctrl-N (open new buffer) leads to a crash:

> Program received signal SIGSEGV, Segmentation fault.
> 0x00529dd9 in lyx::Counters::reset() ()

The problem vanished after make distclean followed by an sources
update and a new build...

Günter

Re: r36363 - lyx-devel/trunk/src/frontends/qt4/ui

On Fri, Nov 19, 2010 at 05:48:05PM +0100, Stephan Witt wrote:
> Am 19.11.2010 um 14:52 schrieb Enrico Forestieri:
> > Stephan, does the attached layout file work on Mac?
> 
> No. Unfortunately not. :(

Hmm. Last attempt. What about the attached one?

-- 
Enrico


 SpellcheckerUi
 
  
   
0
0
264
388
   
  
  
   DockWidget
  
  
   

 
  
   

 Language:


 languageCO

   
  
  
   

 
  0
  0
 


 The checked language. Switching this alters the language of 
the checked word.

   
  
 


 
  
   Qt::Horizontal
  
 


 
  
   Unknown word:
  
  
   wordED
  
 


 
  
   Current word
  
 


 
  
   
0
0
   
  
  
   Replace word with current choice
  
  
   Find Next
  
 


 
  
   Replacement:
  
  
   replaceCO
  
 


 
  
   Qt::StrongFocus
  
  
   Replace with selected word
  
  
   true
  
  
   QComboBox::InsertAtTop
  
  
   true
  
  
   false
  
 


 
  
   
0
0
   
  
  
   Replace word with current choice
  
  
   Replace
  
 


 
  
   
0
0
   
  
  
   Suggestions:
  
  
   suggestionsLW
  
 


 
  
   
0
0
   
  
  
   Replace word with current choice
  
  
   Replace All
  
 


 


 
  
   
0
0
   
  
  
   Ignore this word
  
  
   Ignore
  
 


 
  
   
0
0
   
  
  
   Ignore this word throughout this session
  
  
   Ignore All
  
 


 
  
   
0
0
   
  
  
   Add the word to your personal dictionary
  
  
   Add
  
 


 
  
   Qt::Vertical
  
  
   QSizePolicy::Expanding
  
  
   
74
98
   
  
 


 
  
   24
  
  
   Qt::Horizontal
  
 


 
  
   
0
0
   
  
  
   Close

Re: r36363 - lyx-devel/trunk/src/frontends/qt4/ui


Am 19.11.2010 17:48, schrieb Stephan Witt:


I'm interested in a screenshot with the latest SVN showing how the broken 
dialog looks on MacOS.


See attached.


Thanks.


As it works on Windows and Linux, there must be a bug in the Qt ui-file 
handling and we should report that to Nokia and André to get this fixed in the 
next Qt 4.7.x release.


Yes. I suspect a problem within Qt's layout mechanics on Mac OS X.
When a vertical spacer with QSizePolicy::ExpandFlag is placed below the 
buttons, the buttons shrink too much.


So this is a Qt bug. Can you please report it to the Qt developers?

regards Uwe

Re: [patch] fix bug 3008

Am 19.11.2010 22:29, schrieb Georg Baum:

Almost perfect! I stress-tested your patch and it works very in all situations that came into my
mind. However, some minor annotations:

- I would rename the images from
inset-insert_script_script_***script.png
to
inset-insert_script_***script.png

- The images are not yet used. Where do you plan to use them?

- Changing text from/to subscript should also be possible via the text style dialog. Users expect
this because Word/OpenOffice and Co. also provide this.

So I vote to include it.

Jürgen also voted for it in the bug report.

best regards
Uwe

Re: r36310 - www-user/trunk/farm/cookbook/LyX