1 Apr 2011 01:37

### Re: #7303 InstantPreview fails with hyperref

On Fri, Apr 01, 2011 at 12:17:43AM +0200, Pavel Sanda wrote:

> Julien Rioux wrote:
> > On 31/03/2011 3:36 AM, venom00 wrote:
> >> Feel free to edit the patch if something is wrong. Just when (and if) you
> >> commit
> >> tell me the revision #. Thanks!
> >
> > You have my OK and Pavel can have the final word on it.
>
> i really didnt follow this thread closely to make some decision,
> Enrico do you have some more comments?

No, not really...

--

--
Enrico


1 Apr 2011 02:38

### Re: Results (was: Poll for the default icon theme in LyX 2.0)

On Thu, Mar 31, 2011 at 11:41:57PM +0200, Pavel Sanda wrote:

> Pavel Sanda wrote:
> > So the new default will be LibreOffice theme (actually called Liber
> > because Enrico considers them as derivative work).

Note that the default set is unnamed, so the name here does not really
matter. However, I have no problem calling them "Libre" if the majority
thinks it is a better name... or "Galaxy", as this is the name of the
default icon theme in LibreOffice.

> from this follows:
> - Enrico please do the neccessary changes in trunk asap

OK.

--

--
Enrico


1 Apr 2011 08:35

### Re: Translations of Math environments in LyX output - last call for LyX 2.0

Daniel CLEMENT a écrit :
> Dear Pavel and all,
>
> The French translation are mostly OK, but I'm puzzled by these two lines
> (especially the first):
>
> 	"List of Tableaux" "Liste des tableaux (TO)"
> 	"List of Tables" "Liste des tableaux"
>
> Why not simply tableaux -> tableaux / tables -> tables, since both are
> French names as well?

I guess the early translators of the interface choose to translate "table" as
"tableau" and I stuck to this since I have maintained the interface translation
(however, while cheking fr.po following Pavel's mail, I found a few remaining
inconsitencies among the numerous strings where the word "table" appears - I
will correct this).

Tableau (in English) comes from the linguistics module, see
http://www.mail-archive.com/lyx-devel <at> lists.lyx.org/msg167065.html
You will notice that babel itself is not consistent in its translations, I tried
to find that discussed in fr.comp.text.tex without success, I was surprised that
nobody raised what is an issue IMHO.

>
> Also:
>
> 	"Acknowledgement" "Remerciement"
>
> In French, "Remerciements" is almost always plural, I think.


1 Apr 2011 09:05

### RE: Towards RC3 and final release

> - the movement of code (particularly around formats, preview,
> etc) in trunk
>   is way to dynamic to my taste in last days and we should
> pick up again
>   the habit from last 1.6 RC series.

Mmmh, I agree with you for my last patch, but the old one (enabling PSTricks and
TikZ) is an important improvement and it's in LyX 2.0 since beta2. I think we
also announced PSTricks and TikZ support in beta2.
Do you want to remove it or has it been applied to 1.6 series too? I'm not
following 1.6.x development.

venom00


1 Apr 2011 09:12

### Re: Towards RC3 and final release

venom00 wrote:
> Mmmh, I agree with you for my last patch, but the old one (enabling PSTricks and
> TikZ) is an important improvement and it's in LyX 2.0 since beta2. I think we
> also announced PSTricks and TikZ support in beta2.

i didn't mean that the code shouldn't go in, but rather that i saw bunch of
commits last days for which i couldn't remember they went through mailing
list or were discussed there.

so its not showstopper but rather slowing down and letting people react,
the more that many people are quite busy now to follow the list every day...

pavel


1 Apr 2011 10:47

### Re: #7303 InstantPreview fails with hyperref

Enrico Forestieri wrote:
> On Fri, Apr 01, 2011 at 12:17:43AM +0200, Pavel Sanda wrote:
>
> > Julien Rioux wrote:
> > > On 31/03/2011 3:36 AM, venom00 wrote:
> > >> Feel free to edit the patch if something is wrong. Just when (and if) you
> > >> commit
> > >> tell me the revision #. Thanks!
> > >
> > > You have my OK and Pavel can have the final word on it.
> >
> > i really didnt follow this thread closely to make some decision,
> > Enrico do you have some more comments?
>
> No, not really...

Ok then. pavel


1 Apr 2011 11:52

### Re: probem with labelled equations in LyX 20 rc1 and rc2

Dear Julien

The problems appears to be linked with my use of a specific call to hyperref
If I use the Lyx call to Hyperref in Lyx preferences instead, the problem disapears  but I come into a latex
problem which I have not been able to solve : some of my \cite references cause a typesetting error, and this
is true also with Lyx 1.6
For this reason, I think it is important that the Lyx hyperref call may skipped and be replaced by a a
thoroughly customized one in the preamble, as was the cas in earlier versions of Lyx..

The crashes I experienced are not due to Lyx, but seem to be caused by my use of the "menueverywhere"
application to get  a menu bar on my secondary screen. When I switch it off, the crashes are also switched off.

Jean

Le 30 mars 2011 à 18:43, Julien Rioux a écrit :

> On 30/03/2011 12:11 PM, Jean Kaplan wrote:
>>
>> Le 30 mars 2011 à 16:37, Julien Rioux a écrit :
>>
>>> On 30/03/2011 10:04 AM, Jean Kaplan wrote:
>>>> I work on macbook pro intel with system mac os 10.6.6
>>>>
>>>> Labelled equations, and only them, always stay in the editing mode (appearing blue on the screen and
different from their appearance in the latex result).
>>>> This does not affect the latex typesetting and the pdf files produced.
>>>> This affects both rc1 and rc2 releases.
>>>>
>>>> I am longing for the solution of this problem to switch to Lyx 2.0 and take advantage of its numerous improvements.


1 Apr 2011 12:37

### Re: Strange (?) Enabling/Disabling Behavior

Le 31/03/2011 23:53, Tommaso Cucinotta a écrit :
> I can imagine the usefulness of the behavior in the case of labeling a
> numbered formula (because I can guess the label needs to be someway
> attached to the outermost inset), and that case can be threated in a
> special way. In other cases it looks like weird to me. Also, sometimes
> the UI actually disables things that would not be allowed where you are,
> like inserting a label while within an in-line formula.

Yes, it is the top-level math inset that gets to decide when the
decision has not beem taken elsewhere.

> One possibility to actually tackle this could be to introduce a
> preference for the user.

Please no! Let us first decide whether only math is conerned, anb then
find a proper solution.

JMarc


1 Apr 2011 13:02

### Re: Bug with prettyref in lyx-2.0-rc1 (rev 37872)

Le 08.03.2011 20:16, Richard Heck a écrit :
> On 03/08/2011 11:47 AM, Charpentier Philippe wrote:
>> Le 08.03.2011 14:56, Richard Heck a écrit :
>>> On 03/08/2011 02:34 AM, Philippe Charpentier wrote:
>>>> Hi
>>>> the following bug is present in the revision 37872: if I choose
>>>> "formated ref" for a cross reference, the package prettyref is loaded in
>>>> the LaTeX preamble but the reference is traduced by \ref{...} instead of
>>>> \prettyref{...}.
>>>>
>>> I've just tried this with latest trunk, and I do not see this problem. Is
>>> the label itself in the form "prefix:label"? If not, then, we do just output
>>> \ref, so the thing will compile.
>>>
>>> Richard
>>>
>> No: with the french language and babel loaded, the form "prefix:label" will
>> not compile on my system. As I said in a very old discussion, the only way to
>> compile on all systems, is to modify prettyref.sty (replacing ":" by "|") and
>> to use "prefix|label". This was possible with all previous versions of lyx
>> and that is what I did in my french documents. Thus they will not compile
>> correctly with lyx-2.0 if nothing is changed.
>>
> Ahh, OK, then I guess we should check for the | separator, too. I'll do that
> shortly.
>
> That said, wasn't the introduction of refstyle supposed to be the solution?
>
> Richard
>


1 Apr 2011 14:24

### Compile errors on older Qts

gcc 4.1.2
Qt 4.4.1

GuiSpellchecker.h:29: error: expected class-name before '{' token
GuiSpellchecker.h:29: warning: 'class lyx::frontend::SpellcheckerWidget' has virtual functions
but non-virtual destructor
GuiSpellchecker.cpp: In constructor
'lyx::frontend::SpellcheckerWidget::SpellcheckerWidget(lyx::frontend::GuiView*, QWidget*)':
GuiSpellchecker.cpp:84: error: type 'QTabWidget' is not a direct base of 'lyx::frontend::SpellcheckerWidget'
GuiSpellchecker.cpp:86: error: no matching function for call to
'Ui::SpellcheckerUi::setupUi(lyx::frontend::SpellcheckerWidget* const)'
ui_SpellcheckerUi.h:52: note: candidates are: void Ui_SpellcheckerUi::setupUi(QWidget*)
GuiSpellchecker.cpp:90: error: 'connect' was not declared in this scope
GuiSpellchecker.cpp:101: error: no matching function for call to
'QListWidget::installEventFilter(lyx::frontend::SpellcheckerWidget* const)'
/usr/include/qt4/QtCore/qobject.h:188: note: candidates are: void QObject::installEventFilter(QObject*)
GuiSpellchecker.cpp: In member function 'bool
lyx::frontend::SpellcheckerWidget::eventFilter(QObject*, QEvent*)':
GuiSpellchecker.cpp:128: error: cannot call member function 'virtual bool
QObject::eventFilter(QObject*, QEvent*)' without object
GuiSpellchecker.cpp: In member function 'void lyx::frontend::SpellcheckerWidget::updateView()':
GuiSpellchecker.cpp:161: error: 'setEnabled' was not declared in this scope
GuiSpellchecker.cpp:162: error: 'hasFocus' was not declared in this scope
GuiSpellchecker.cpp: In member function 'bool lyx::frontend::SpellcheckerWidget::Private::continueFromBeginning()':
GuiSpellchecker.cpp:173: error: no matching function for call to
'QMessageBox::question(lyx::frontend::SpellcheckerWidget*&, const QString, const QString,
QFlags<QMessageBox::StandardButton>, QMessageBox::StandardButton)'
/usr/include/qt4/QtGui/qmessagebox.h:195: note: candidates are: static
QMessageBox::StandardButton QMessageBox::question(QWidget*, const QString&, const QString&,
QFlags<QMessageBox::StandardButton>, QMessageBox::StandardButton)