date:20140428

On Mon, Apr 28, 2014 at 2:19 AM, Tommaso Cucinotta tomm...@lyx.org wrote:
 On 20/11/13 14:01, Kornel Benko wrote:
 I like it. Feels good, especially on the fresh new window. To get it into
 master should be the first think after releasing 2.1 IMHO. Kornel

 That seems the right time then!

 Currently, this is a patchset of 21 commits


 http://git.lyx.org/?p=developers/tommaso/lyx.git;a=shortlog;h=refs/heads/features/chat2

 Guess Vincent might comment on whether these should be squashed into a
 single commit or similar?

 T.



I wouldn't rush getting this into master. It would be nice to sort out
a few issues that I see for now:

- in config/qt4.m4 it seems to unconditionally pull in QtNetwork and
QtXml. Is this really so ?

- do we want to have a feature turned on by default that depends on
yet another dependency ?

- does it work on MacOSX ? Is libQXmpp installed by default on MacOSX
? Is it a problem to compile our own lib and supply it within the
package ? Did anyone test it already on MacOSX ?

- the same questions for Windows ?

- do we want to include this feature and all dependencies by default ?
Or supply separate binaries or whatever ?

- does anyone have general objections or concerns ?


Some more detailed remarks will follow.


Vincent

Re: Saying Hi !

2014-04-28 Thread Peter Kümmel


On 27.04.2014 22:58, Tommaso Cucinotta wrote:

On 27/04/14 19:33, Scott Kostyshak wrote:

I don't know much about this topic


just in case you missed it, this video shows quickly what it's all about:

   http://retis.sssup.it/~tommaso/lyx-collaborate.ogv

in a kind of mock-up that crashes in a few seconds :-)!

 T.




When designing the transfer protocol you should
evaluate Google's Protocol Buffers:

https://developers.google.com/protocol-buffers/docs/overview

Would guarantee a clean interface to the outer world. And you
don't have to think about parsing incoming bytes.

Peter

Re: Moving LyX XMPP Chat to features/chat2


 From: Tommaso Cucinotta tomm...@lyx.org
 Date: Wed, 16 Oct 2013 21:55:40 + (+0100)
 Subject: LyX XMPP Chat
 X-Git-Url:
 http://git.lyx.org/?p=developers%2Ftommaso%2Flyx.git;a=commitdiff_plain;h=9646b7553bb4a3916e8b99f9e2dc200e7d534dfb

 LyX XMPP Chat
 ---

 @@ -186,7 +190,8 @@ SOURCEFILESCORE = \
   VCBackend.cpp \
   version.cpp \
   VSpace.cpp \
 - WordList.cpp
 + WordList.cpp \
 + moc_BufferView.cpp

  HEADERFILESCORE = \
   Author.h \
 @@ -316,7 +321,7 @@ endif

  #  Qt stuff  ##

 -MOCHEADER = Compare.h
 +MOCHEADER = Compare.h BufferView.h

  if INSTALL_WINDOWS



Why is BufferView suddenly moc'ed while it hasn't changed ?



 diff --git a/src/frontends/qt4/GuiBuddies.cpp
 b/src/frontends/qt4/GuiBuddies.cpp
 new file mode 100644
 index 000..138d162
 --- /dev/null
 +++ b/src/frontends/qt4/GuiBuddies.cpp
 @@ -0,0 +1,284 @@
 +/**
 + * \file GuiBuddies.cpp
 + * This file is part of LyX, the document processor.
 + * Licence details can be found in the file COPYING.
 + *
 + * \author Tommaso Cucinotta
 + *
 + * Full author contact details are available in file CREDITS.
 + */
 +
 +#include config.h
 +
 +#include GuiBuddies.h
 +#include GuiChat.h
 +#include LyXRC.h
 +
 +#include GuiApplication.h
 +#include GuiView.h
 +#include GuiWorkArea.h
 +#include qt_helpers.h
 +#include Language.h
 +#include QWidget
 +#include QInputDialog
 +#include QLineEdit
 +
 +#include FuncRequest.h
 +#include lyxfind.h
 +
 +#include frontends/alert.h
 +#include DispatchResult.h
 +
 +#include support/debug.h
 +#include support/filetools.h
 +#include support/FileName.h
 +#include support/gettext.h
 +#include support/lassert.h
 +#include support/lstrings.h
 +#include support/Package.h
 +
 +#include qxmpp/QXmppMessage.h
 +#include qxmpp/QXmppRosterManager.h
 +


The sorting of the include could be improved a bit.

+static string availStatusToText(QXmppPresence::AvailableStatusType s) {
 +  static const char *texts[] = { Online, Away, Extended Away, Do
 Not Disturb, Buddies, Invisible };
 +  LASSERT(s = sizeof(texts) / sizeof(texts[0]), /**/);
 +  return texts[s];
 +}
 +
 +
 +static string presenceTypeToText(QXmppPresence::Type t) {
 +  static const char *texts[] = { Error, Available, Unavailable,
 Subscribe, Subscribed, Unsubscribe, Unsubscribed, Probe };
 +  LASSERT(t = sizeof(texts) / sizeof(texts[0]), /**/);
 +  return texts[t];
 +}


One of the reasons to nicely squash together commits within a series is
that I wouldn't start commenting on this part of the patch as it is removed
later on. Now, I don't know that and I might start reviewing irrelevant
parts.



 +
 +
 +static QListWidgetItem *findInListWidget(QListWidget *p_list, const
 QString s) {


We use to write QString const  s.


 +  for (int i = 0; i  p_list-count(); ++i)
 +if (p_list-item(i)-text() == s)
 +  return p_list-item(i);
 +  return 0;
 +}
 +


Would it be an idea to use QListWidget::findItems() ?

+void GuiBuddiesWidget::onStateSelected(const QString  qs)
 +{
 +  QXmppPresence p;
 +  string s = fromqstr(qs);
 +  if (s == Available)
 +p.setAvailableStatusType(QXmppPresence::Online);
 +  else if (s == Away)
 +p.setAvailableStatusType(QXmppPresence::Away);
 +  else if (s == Do Not Disturb)
 +p.setAvailableStatusType(QXmppPresence::DND);
 +  lyxerr  Setting ;
 +  dumpPres(p);
 +  theChatMessenger()-setClientPresence(p);
 +}


Why converting from QString to string before ?


diff --git a/src/frontends/qt4/GuiBuddies.h b/src/frontends/qt4/GuiBuddies.h
 new file mode 100644
 index 000..d85f131
 --- /dev/null
 +++ b/src/frontends/qt4/GuiBuddies.h
 @@ -0,0 +1,105 @@
 [..]
 +#ifndef QGUIBUDDIES_H
 +#define QGUIBUDDIES_H


QGUIBUDDIES_H ?


+
 +#undef QT_NO_KEYWORDS


Why ?


 +
 +void GuiChatWidget::onMessageReceived(string const  from, string const 
 s)
 +{
 +  printf(Received %lu bytes: %s\n, s.size(), s.c_str());


printf ?

diff --git a/src/frontends/qt4/GuiChat.h b/src/frontends/qt4/GuiChat.h
 new file mode 100644
 index 000..724815a
 --- /dev/null
 +++ b/src/frontends/qt4/GuiChat.h
 @@ -0,0 +1,109 @@
 +// -*- C++ -*-
 +/**
 + * \file Chat.h


Chat.h ?


 + * This file is part of LyX, the document processor.
 + * Licence details can be found in the file COPYING.
 + *
 + * \author Tommaso Cucinotta
 + *
 + * Full author contact details are available in file CREDITS.
 + */
 +
 +#ifndef QGUICHAT_H
 +#define QGUICHAT_H


QGUICHAT_H ?


 +
 +#undef QT_NO_KEYWORDS


Why ?

diff --git a/src/frontends/qt4/GuiChatMessenger.h
 b/src/frontends/qt4/GuiChatMessenger.h
 new file mode 100644
 index 000..f8e2b3c
 --- /dev/null
 +++ b/src/frontends/qt4/GuiChatMessenger.h
 @@ -0,0 +1,53 @@
 +// -*- C++ -*-
 +/**
 + * \file Chat.h


Chat.h ?


 + * This file is part of LyX, the document processor.
 + * Licence details can be found in the file COPYING.
 + *
 + * \author Tommaso Cucinotta
 + *
 + * Full author contact details are available in file CREDITS.
 + */
 +
 +#ifndef QGUICHATMESSENGER_H

Re: Moving LyX XMPP Chat to features/chat2

On Mon, Apr 28, 2014 at 2:19 AM, Tommaso Cucinotta tomm...@lyx.org wrote:

  On 20/11/13 14:01, Kornel Benko wrote:
  I like it. Feels good, especially on the fresh new window. To get it
 into master should be the first think after releasing 2.1 IMHO. Kornel

 That seems the right time then!

 Currently, this is a patchset of 21 commits


 http://git.lyx.org/?p=developers/tommaso/lyx.git;a=shortlog;h=refs/heads/features/chat2

 Guess Vincent might comment on whether these should be squashed into a
 single commit or similar?


Below are my opinions. Please read from bottom to top.

6 hours ago Tommaso CucinottaCompleted exclusion of chat from
 GuiView when USE_QXMPP... features/chat2 commit | commitdiff | tree |
 snapshot

Merge with first commit.


 6 hours ago Kornel Benko* sk.po commit | commitdiff | tree |
 snapshot

This is not part of this feature.


 7 hours ago Tommaso CucinottaMulti-view XMPP chat. commit |
 commitdiff | tree | snapshot


Lose the . in the commit subject. Further, I don't think that a Widget
should read/write files. The core functionality of the messenger should be
in core I guess. I'm not sure why GuiChatMessenger is called Gui and is
in frontends/qt4 as it doesn't have a related dialog or the like.

Why do you think it should be in frontends/qt4 ?


 7 hours ago Tommaso CucinottaMissing file-level comment for
 GuiChatMessenger.cpp. commit | commitdiff | tree | snapshot

Merge with first commit.


 7 hours ago Tommaso CucinottaPolishing code, removing unused
 functions, moving resid... commit |

Merge with first commit.


 commitdiff | tree | snapshot
 7 hours ago Tommaso Cucinottawhitespaces commit | commitdiff |
 tree | snapshot

Merge with first commit.


 7 hours ago Kornel BenkoMake some GUI strings translatable
 commit | commitdiff | tree | snapshot

Merge with first commit.


 7 hours ago Tommaso CucinottaLyX Chat - added a couple of missing
 ifdefs in case... commit | commitdiff | tree | snapshot

Merge with first commit.


 7 hours ago Tommaso CucinottaSwitch to new latexclipboard
 importing string format... commit | commitdiff | tree | snapshot

Merge with first commit.


 7 hours ago Tommaso CucinottaFix focus issue and add colors-based
 distinction of... commit | commitdiff | tree | snapshot

Merge with first commit.


 7 hours ago Tommaso CucinottaMake chat menu item disappear in case
 of no QXMPP support. commit | commitdiff | tree | snapshot

Merge with first commit.


 7 hours ago Tommaso CucinottaFixed a few issues with id/resource
 handling. commit | commitdiff | tree | snapshot


Merge with first commit.


 7 hours ago Tommaso CucinottaMade string/question translatable.
 commit | commitdiff | tree | snapshot


Merge with first commit.



 7 hours ago Kornel BenkoAdd option to cmake build for use (or not
 use) of QXMPP commit | commitdiff | tree | snapshot


Merge with Patch for compiling the QXMPP based chat with cmake...


 7 hours ago Tommaso CucinottaLyX Chat - Let's see if this RETURN
 problem is fixed. commit | commitdiff | tree | snapshot


I don't want to see this type of commits. Either merge with the first
commit, or explain exactly what the problem is that you try to fix here.
Are you now sure whether it fixes the problem ? If so, remove the Let's
see, otherwise try to figure it out ;).


 7 hours ago Tommaso CucinottaLyX Chat - add/remove buddy
 capability, plus various... commit | commitdiff | tree | snapshot


Various bugfixes should be merged with first commit. I would prefer to
either add the prefix lyx-chat: to all commits, or to none.


 7 hours ago Tommaso CucinottaFix compilation problem when
 compiling without qxmpp. commit | commitdiff | tree | snapshot


Merge with the first commit.



 7 hours ago Tommaso CucinottaNow presence icons are correctly
 shown in my status... commit | commitdiff | tree | snapshot


Merge with the first commit.


 7 hours ago Tommaso Cucinottastore and retrieval of user's
 password from .passwd... commit | commitdiff | tree | snapshot


Commit subject line should consist of a single line without dots.



 7 hours ago Tommaso CucinottaPatch for compiling the QXMPP based
 chat with cmake... commit | commitdiff | tree | snapshot


I propose the commit subject as: lyx-chat: Compile QXMPP based chat with
CMake. The Patch for and by Kornel Benko parts are not very
informative for the subject.

The change to GuiBuddies.h should be merged with the previous commit.


 7 hours ago Tommaso CucinottaLyX XMPP Chat commit | commitdiff
 | tree | snapshot



Vincent

Re: When should I update the date of my patches?

On Mon, Apr 28, 2014 at 2:01 AM, Scott Kostyshak skost...@lyx.org wrote:

 In Git, it is easy to change the date of a commit, for example with

 git commit --amend --date=$(date -R)

 I have not been doing this because my first thought is that the date
 should reflect when the patches were written.

 Is there any guideline on when the date of a patch should be
 updated? I've searched online but most results are about _how_ to
 update the date.

 As an example, I have a couple of patches from January that I am about
 to commit to master. I updated one of the patches to revert a
 temporary fix. Since I changed the patch (even though just by adding
 one line) should I update the date?

 Scott


I've no idea what's the best thing to do. My feeling would be that the date
should reflect the first time the patch becomes public. When the patch is
under review, or when it is committed to a staging branch, the patch might
be applied to master a month later or so, then the date would be useful. I
don't think it is very useful to see that you wrote it in January. Just my
feeling.

Vincent

Re: LyX class hierarchy

On Mon, Apr 28, 2014 at 12:50 AM, Tommaso Cucinotta tomm...@lyx.org wrote:

 For the LyX devel newbies  not only, please, find attached an updated
 class hierarchy as produced by graphviz, in case it can be useful as a
 visual walkthrough, into the LyX woods.


Hmm.. it seems rather complicated to a newbie.



 I wanted to upload it on some wiki page, and I found this

   http://wiki.lyx.org/Devel/SourceCodeExploration

 but it says page is obsolete, reminding to a .lyx file


 http://code.google.com/p/monkeysnest/source/browse/trunk/Prog/LyX/SourceCodeExploration.lyx

 which I don't know how much up to date is.

 T.


It's not up-to-date and not written by a LyX developer, so I doubt its
value.

Vincent

Re: #7631: Page tabs disappear with table tools

On Wed, Apr 23, 2014 at 3:28 PM, Scott Kostyshak skost...@lyx.org wrote:

 On Tue, Apr 22, 2014 at 1:09 AM, F M Salter fmsal...@blueyonder.co.uk
 wrote:
  I have checked that this behavior does not occur with 2.1rc1.
  However the ticket appears not to be accessible through the bug tracker.
  Regards
  Frank Salter

 Hi Frank,

 Thanks for the feedback. I marked the bug as fixed.

 Scott


Scott,

Please make sure to set the milestone to a proper value.

Each bug that is fixed should have a real version milestone. So, not an
empty value, and also not something like 2.1.x.

Vincent

[GSoC 2014] Introduction

Hi Everyone,

I am Prannoy Pilligundla, a second year undergrad from India. I will be
working on Roundtrip Conversion from Lyx to ODT throughout the Summer as a
part of Google Summer of Code 2014. First of all I want to thank the
community for keeping faith in my abilities and selecting my proposal, I
will definitely put in my best efforts to complete this project. Also
Congratulations to the Co-GSoCer Sushant Raikar, all the best to you too.

I have already started work and currently my focus is to get accustomed to
TeX4ht. To start with I am fixing issues with some styles one by one. My
mid-term milestone
is to have Lyx to ODT conversion working for the decided feature set. After
tuning the export to ODT as per the requirements next thing to do would be
to replace the last step of TeX4ht with a Lua module in LuaTeX  which
relies on the same *.4ht files. In the last step TeX4ht processes the DVI
file which has special instructions to complete the conversion. A package
needs to be written in Lua which has full access to the nodes created by
LuaTeX and loads tex4ht.sty to have access to the *.4ht files. This needs
to be done because TeX4ht doesn’t support fonts without a tfm table,which
means that opentype and truetype fonts used by fontspec cannot be used.
After completing this part I will work on prototyping the reverse
conversion.

This is the brief overview of my project and I will definitely seek your
help,advice and suggestions for all the difficulties that arise on the
course of completing this project.

Looking forward for an exciting Summer!!

Thanks and Regards
Prannoy Pilligundla
ᐧ

Selecting a label in the cross-reference dialog with the keyboard

I notice that when the cross-reference dialog with its list of labels 
opens, the focus is on a label but it is not selected. Using the up or 
down arrow key selects the preceding or succeeding entry. To select the 
initial entry you have to do up followed by down (or down followed by 
up) -- two key strokes -- or use the mouse. When the cross-reference 
list contains only one entry, as sometimes happens, it doesn't seem 
possible with the keyboard to select the entry to insert it in your 
document. You have to use the mouse.


LyX 2.1.0, Windows 7.

Andrew

Re: Selecting a label in the cross-reference dialog with the keyboard

On Mon, Apr 28, 2014 at 11:17 AM, aparsloe apars...@clear.net.nz wrote:

 I notice that when the cross-reference dialog with its list of labels
 opens, the focus is on a label but it is not selected. Using the up or down
 arrow key selects the preceding or succeeding entry. To select the initial
 entry you have to do up followed by down (or down followed by up) -- two
 key strokes -- or use the mouse. When the cross-reference list contains
 only one entry, as sometimes happens, it doesn't seem possible with the
 keyboard to select the entry to insert it in your document. You have to use
 the mouse.

 LyX 2.1.0, Windows 7.

 Andrew


Did you try space ?

Vincent

Re: Moving LyX XMPP Chat to features/chat2

On Mon, Apr 28, 2014 at 2:19 AM, Tommaso Cucinotta tomm...@lyx.org wrote:

  On 20/11/13 14:01, Kornel Benko wrote:
  I like it. Feels good, especially on the fresh new window. To get it
 into master should be the first think after releasing 2.1 IMHO. Kornel

 That seems the right time then!

 Currently, this is a patchset of 21 commits


 http://git.lyx.org/?p=developers/tommaso/lyx.git;a=shortlog;h=refs/heads/features/chat2

 Guess Vincent might comment on whether these should be squashed into a
 single commit or similar?

 T.



It would be easier to review if you would push the branch to the
features.git repository (which is accessible to everyone).

Vincent

Re: Saying Hi !


27/04/2014 20:09, Sushant Raikar:

Hi Lyx community, I am Sushant Raikar, a B.Tech. student from India. I
am one of the GSoC student who will be working on Project: Interactive
LyX this summer under Tommaso Cucinotta, Vincent van Ravesteijn,
Jean-Marc Lasgouttes .


Welcome Sushant! It is always nice to see new names on this list. I hope 
that we'll be able to make good progress on this feature.


JMarc

Re: Is the user-dir/scripts folder added to PATH for converter script execution?


28/04/2014 01:57, Scott Kostyshak:

Any other comments? If not I will commit the two patches to master
that are attached (they are the same as before except that I revert
the temporary fix at 731b8610 in one of them now).


I am not sure that I understand the second patch: what are the changes 
in commandPrep wrt libScritpSearch exactly? How come that you did not 
need to change the documentation of the function?


From what you write, it seems that the function is specialized for 
python now. But we have other types of scripts, especially R scripts. Do 
these still work?


JMarc

Re: Selecting a label in the cross-reference dialog with the keyboard



On 28/04/2014 9:31 p.m., Vincent van Ravesteijn wrote:




On Mon, Apr 28, 2014 at 11:17 AM, aparsloe apars...@clear.net.nz 
mailto:apars...@clear.net.nz wrote:


I notice that when the cross-reference dialog with its list of
labels opens, the focus is on a label but it is not selected.
Using the up or down arrow key selects the preceding or succeeding
entry. To select the initial entry you have to do up followed by
down (or down followed by up) -- two key strokes -- or use the
mouse. When the cross-reference list contains only one entry, as
sometimes happens, it doesn't seem possible with the keyboard to
select the entry to insert it in your document. You have to use
the mouse.

LyX 2.1.0, Windows 7.

Andrew


Did you try space ?

Vincent
I didn't and, thank you, it works. (Another little item of LyX arcana to 
store away.) But I wonder why the initial entry with the focus is not 
selected?


Andrew

enhancement request: support biblatex

I have read that biblatex is the way of the future.  Unfortunately, I 
understand 
that lyx does not currently support biblatex.

Re: enhancement request: support biblatex

On Mon, Apr 28, 2014 at 6:29 AM, Neal Becker ndbeck...@gmail.com wrote:

 I have read that biblatex is the way of the future.  Unfortunately, I
 understand
 that lyx does not currently support biblatex.


Lyx supports biblatex *partially*. You can use biblatex in lyx with a few
workarounds, all detailed in the corresponding wiki page:
http://wiki.lyx.org/BibTeX/Biblatex.

In short, you have to load biblatex and the bib files manually in the
preamble, and you have to enter a command in ERT in your text to instruct
LyX to print out the list of references. You are still able to enter
references through a dialog box as you would when using bibtex. In
practical terms, using biblatex in lyx is not much different from using
bibtex, at least if you use the standard styles and citing commands.
Having full support would be great, but the current setup is more than
usable.


Cheers,

Stefano



-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic Studies Ph:   +1 (979) 845-2125
Texas AM University  Fax:  +1 (979) 845-6421
College Station, Texas, USA

stef...@tamu.edu
http://stefano.cleinias.org

Re: enhancement request: support biblatex

stefano franchi wrote:

 On Mon, Apr 28, 2014 at 6:29 AM, Neal Becker ndbeck...@gmail.com wrote:
 
 I have read that biblatex is the way of the future.  Unfortunately, I
 understand
 that lyx does not currently support biblatex.

 
 Lyx supports biblatex *partially*. You can use biblatex in lyx with a few
 workarounds, all detailed in the corresponding wiki page:
 http://wiki.lyx.org/BibTeX/Biblatex.
 
 In short, you have to load biblatex and the bib files manually in the
 preamble, and you have to enter a command in ERT in your text to instruct
 LyX to print out the list of references. You are still able to enter
 references through a dialog box as you would when using bibtex. In
 practical terms, using biblatex in lyx is not much different from using
 bibtex, at least if you use the standard styles and citing commands.
 Having full support would be great, but the current setup is more than
 usable.
 
 
 Cheers,
 
 Stefano
 
 
 

Oh, thanks!

One note.  It seems biber is not supported at least on Fedora linux.  Fedora 
ships texlive 2013.  I can't seem to find any biber there, and from what 
messages I found on google, I think maybe it's not maintained?  I have used 
biblatex using bibtex backend instead of biber.

Re: enhancement request: support biblatex

On Mon, Apr 28, 2014 at 7:02 AM, Neal Becker ndbeck...@gmail.com wrote:

 stefano franchi wrote:

  On Mon, Apr 28, 2014 at 6:29 AM, Neal Becker ndbeck...@gmail.com
 wrote:
 
  I have read that biblatex is the way of the future.  Unfortunately, I
  understand
  that lyx does not currently support biblatex.
 
 
  Lyx supports biblatex *partially*. You can use biblatex in lyx with a few
  workarounds, all detailed in the corresponding wiki page:
  http://wiki.lyx.org/BibTeX/Biblatex.
 
  In short, you have to load biblatex and the bib files manually in the
  preamble, and you have to enter a command in ERT in your text to instruct
  LyX to print out the list of references. You are still able to enter
  references through a dialog box as you would when using bibtex. In
  practical terms, using biblatex in lyx is not much different from using
  bibtex, at least if you use the standard styles and citing commands.
  Having full support would be great, but the current setup is more than
  usable.
 
 
  Cheers,
 
  Stefano
 
 
 

 Oh, thanks!

 One note.  It seems biber is not supported at least on Fedora linux.
  Fedora
 ships texlive 2013.  I can't seem to find any biber there, and from what
 messages I found on google, I think maybe it's not maintained?  I have used
 biblatex using bibtex backend instead of biber.


Biber is under active development, actually, and well maintained. I use the
version distributed with TexLive 2013, which is now frozen at 1.8 (TexLive
2013 is frozen, since the TexLive 2014 is about to come out). I don't know
how Fedora packages Texlive (I'm on Archlnux), perhaps it behaves like
Debian/Ubuntu and splits it into several packages? In hat case you may be
missing one of the extra packages.

Cheers,

Stefano


-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic Studies Ph:   +1 (979) 845-2125
Texas AM University  Fax:  +1 (979) 845-6421
College Station, Texas, USA

stef...@tamu.edu
http://stefano.cleinias.org

Re: enhancement request: support biblatex

https://bugzilla.redhat.com/show_bug.cgi?id=584063

Seems fedora is not shipping biber, it is still an open bug


On Mon, Apr 28, 2014 at 8:07 AM, stefano franchi
stefano.fran...@gmail.comwrote:




 On Mon, Apr 28, 2014 at 7:02 AM, Neal Becker ndbeck...@gmail.com wrote:

 stefano franchi wrote:

  On Mon, Apr 28, 2014 at 6:29 AM, Neal Becker ndbeck...@gmail.com
 wrote:
 
  I have read that biblatex is the way of the future.  Unfortunately, I
  understand
  that lyx does not currently support biblatex.
 
 
  Lyx supports biblatex *partially*. You can use biblatex in lyx with a
 few
  workarounds, all detailed in the corresponding wiki page:
  http://wiki.lyx.org/BibTeX/Biblatex.
 
  In short, you have to load biblatex and the bib files manually in the
  preamble, and you have to enter a command in ERT in your text to
 instruct
  LyX to print out the list of references. You are still able to enter
  references through a dialog box as you would when using bibtex. In
  practical terms, using biblatex in lyx is not much different from using
  bibtex, at least if you use the standard styles and citing commands.
  Having full support would be great, but the current setup is more than
  usable.
 
 
  Cheers,
 
  Stefano
 
 
 

 Oh, thanks!

 One note.  It seems biber is not supported at least on Fedora linux.
  Fedora
 ships texlive 2013.  I can't seem to find any biber there, and from what
 messages I found on google, I think maybe it's not maintained?  I have
 used
 biblatex using bibtex backend instead of biber.


 Biber is under active development, actually, and well maintained. I use
 the version distributed with TexLive 2013, which is now frozen at 1.8
 (TexLive 2013 is frozen, since the TexLive 2014 is about to come out). I
 don't know how Fedora packages Texlive (I'm on Archlnux), perhaps it
 behaves like Debian/Ubuntu and splits it into several packages? In hat case
 you may be missing one of the extra packages.

 Cheers,

 Stefano


 --
 __
 Stefano Franchi
 Associate Research Professor
 Department of Hispanic Studies Ph:   +1 (979) 845-2125
 Texas AM University  Fax:  +1 (979) 845-6421
 College Station, Texas, USA

 stef...@tamu.edu
 http://stefano.cleinias.org

Re: enhancement request: support biblatex

On Mon, Apr 28, 2014 at 7:13 AM, Neal Becker ndbeck...@gmail.com wrote:

 https://bugzilla.redhat.com/show_bug.cgi?id=584063

 Seems fedora is not shipping biber, it is still an open bug



You can always install it from their site, if you are willing to bypass
Fedora's package management system:
http://biblatex-biber.sourceforge.net/

Cheers,

S.

-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic Studies Ph:   +1 (979) 845-2125
Texas AM University  Fax:  +1 (979) 845-6421
College Station, Texas, USA

stef...@tamu.edu
http://stefano.cleinias.org

Re: enhancement request: support biblatex

2014-04-28 Thread Richard Heck


On 04/28/2014 08:37 AM, stefano franchi wrote:




On Mon, Apr 28, 2014 at 7:13 AM, Neal Becker ndbeck...@gmail.com 
mailto:ndbeck...@gmail.com wrote:


https://bugzilla.redhat.com/show_bug.cgi?id=584063

Seems fedora is not shipping biber, it is still an open bug



You can always install it from their site, if you are willing to 
bypass Fedora's package management system:

http://biblatex-biber.sourceforge.net/


Recommended course would be to install it under /usr/local/. Then there 
is no potential conflict.


Richard

Re: [GSoC 2014] Introduction

Hi Everyone.

I updated the wiki for this Project and from now on I will constantly
record my progress there. Here is the link
http://wiki.lyx.org/GSoC/LyxToWordConversion

Thanks and Regards
Prannoy Pilligundla
ᐧ


On Mon, Apr 28, 2014 at 2:03 PM, Prannoy Pilligundla prannoy.b...@gmail.com
 wrote:

 Hi Everyone,

 I am Prannoy Pilligundla, a second year undergrad from India. I will be
 working on Roundtrip Conversion from Lyx to ODT throughout the Summer as a
 part of Google Summer of Code 2014. First of all I want to thank the
 community for keeping faith in my abilities and selecting my proposal, I
 will definitely put in my best efforts to complete this project. Also
 Congratulations to the Co-GSoCer Sushant Raikar, all the best to you too.

 I have already started work and currently my focus is to get accustomed to
 TeX4ht. To start with I am fixing issues with some styles one by one. My
 mid-term milestone
 is to have Lyx to ODT conversion working for the decided feature set. After
 tuning the export to ODT as per the requirements next thing to do would be
 to replace the last step of TeX4ht with a Lua module in LuaTeX  which
 relies on the same *.4ht files. In the last step TeX4ht processes the DVI
 file which has special instructions to complete the conversion. A package
 needs to be written in Lua which has full access to the nodes created by
 LuaTeX and loads tex4ht.sty to have access to the *.4ht files. This needs
 to be done because TeX4ht doesn’t support fonts without a tfm table,which
 means that opentype and truetype fonts used by fontspec cannot be used.
 After completing this part I will work on prototyping the reverse
 conversion.

 This is the brief overview of my project and I will definitely seek your
 help,advice and suggestions for all the difficulties that arise on the
 course of completing this project.

 Looking forward for an exciting Summer!!

 Thanks and Regards
 Prannoy Pilligundla
 ᐧ

Re: Feature request

Perhaps even simpler is to add new converter definitions so the user can 
use the standard FileExport route.


Three new ones:
- Email (plain text)
- Email (HTML)
- Email (PDF attachment) -- using whatever engine is default

As far as passing it to mail clients... It's a real cringeworthy idea 
but don't mailto: links support `?subject=` and `?body=` arguments? At 
least for plain-text and HTML, one could use the system default for 
mailto: links and pass one giant, *ugly string. Not that I would condone it.


I don't personally see any advantage to composing emails in Lyx. OP 
suggested it because of the beautiful formatting provided by LaTeX but 
HTML isn't capable of such beauty. If you need the aesthetics, you're 
stuck emailing it as an attachment anyway.


Patrick


On 2014-04-27 7:23, Tommaso Cucinotta wrote:

On 24/04/14 14:18, Kornel Benko wrote:

Not really. Still it looks for  me as a valid feature request. Even if I was

 
  not planing to use it.
 

Probably the user is free to create a Send by e-mail... menu entry
that simply spawns the preferred e-mail client on the machine, adding
the LyX file currently being edited as attachment, for e-mail clients
that would support that from the command-line.

Would something like this be possible ?

 T.

Re: Copying and pasting to other apps

Tommaso Cucinotta wrote:

 Cool! In my case, I was simply trying with the system LyX from Ubuntu
 (2.0.6), but I just tried with trunk, and it worked perfectly indeed,
 including tables AND maths! I'm actually impressed by the maths working
 visually when copied from LyX, how is that done? I don't think there's a
 way one can enter maths natively in Thunderbird, is there?

LyX exports formulas as MathML. Obviously Thunderbird can render that, but I 
don't know whether you can also enter it interactively. IMHO, this is not 
important, you can just use LyX to enter math in thunderbird;-)


Georg

Re: [GSoC 2014] Introduction

Prannoy Pilligundla wrote:

 Hi Everyone,
 
 I am Prannoy Pilligundla, a second year undergrad from India. I will be
 working on Roundtrip Conversion from Lyx to ODT throughout the Summer as a
 part of Google Summer of Code 2014. First of all I want to thank the
 community for keeping faith in my abilities and selecting my proposal, I
 will definitely put in my best efforts to complete this project. Also
 Congratulations to the Co-GSoCer Sushant Raikar, all the best to you too.

Welcome to both of you! I might not always be the quickest one to respond, 
but I'll try to help wherever needed.


Georg

Re: Saying Hi !

On 28/04/14 07:15, Peter Kümmel wrote:
 When designing the transfer protocol you should
 evaluate Google's Protocol Buffers:

 https://developers.google.com/protocol-buffers/docs/overview

 Would guarantee a clean interface to the outer world. And you
 don't have to think about parsing incoming bytes.

this reminded my of CORBA: we could use it to have seamless invocations
among remote instances of LyX, couldn't we :-) ?

LyX seems to already have its own way to serialize LFUNs, but I guess we'll
have to serialize more, and specifically DocIterator(s)...

T.

Re: Moving LyX XMPP Chat to features/chat2

On 28/04/14 08:48, Vincent van Ravesteijn wrote:
 Below are my opinions. Please read from bottom to top.

Hi,

thanks for these.

I see I definitely need a lyxchat3 rework before the merge.
I'll try to do that, but it will take one or a couple of weeks.

A few remarks:

-) Vincent suggests to create the new branch in features.git, so I'll ensure
the reworked patchset goes into a branch over there

-) I was expecting many late fixes to have to be merged to the first patch
   from the beginning, I'll try to do that

-) possible concerns about distributing LyX: one such concerns may be due
   to the fact that, in general, we add networking capabilities to LyX (this
   may apply to the chat as well as to the interactive lyx feature); often
   it's not enough to tell users that, until you don't use the chat, it won't
   be able to hurt you; users might assume that now LyX is less secure
   because it has a networking component, and if there's any bug, one
   attacker might exploit a LyX weakness etc...
   [ I'm especially thinking of a few people I know who use LyX to write
 patent applications ]

So, one way to rule such concerns out, would be the one to have a
different executable: traditional lyx, with any networking feature
disabled at compile-time, versus collaborative lyx (e.g., with such
a name as lyx-net or similar), with said features enabled.

-) very good point the one to move GuiMessanger out of qt4, and s/Gui//

-) why the moc-ification of BufferView.h, and the QT_NO_KEYWORDS ?
I wish I remembered. Just, I was unable to compile otherwise, the
problem was due to pulling-in the QXMPP headers, I just found this
thread on lyx-devel explaining what happened at that time:

  https://www.mail-archive.com/lyx-devel@lists.lyx.org/msg181164.html

   any hint as to how to deal properly/better with this problem would be
   appreciated.

-) is QXMPP available on Windows and Mac OS-X ? No clue! Windows and
   Mac people, please speak, and/or try to compile the tommaso/features/chat2
   branch on Windows and Mac, and let's try to chat and see whether it works.
   As for Windows, there's at least this thread
 https://code.google.com/p/qxmpp/issues/detail?id=93
   where there's at least one user claiming it compiles and works fine on WinXP 
32bit,
   and the thread starter complaining about problems with Win7 x64.

Thanks, bye.

Tommaso

Re: Accept GUN GPL


Am 28.04.2014 01:23, schrieb Min Ding@ANU:


I hereby grant permission to use my contributions to the LyX project under the 
license GPL version
2 and later.


Hello Min,

welcome to LyX!

Many thanks for your contribution. Your translations have been committed and will be released with 
LyX 2.1.1.


best regards
Uwe

Re: request for decisions for the release of LyX 2.1


Am 04.04.2014 08:53, schrieb Vincent van Ravesteijn:


On Thu, Apr 3, 2014 at 11:49 PM, Uwe Stöhr uwesto...@web.de wrote:

- For an unknown reason an RC had to be released before the docs were ready
while I requested 2 more weeks. But an undocumented feature is an
unknown/unused and therefore untested. The goal is to have a stable release
therefore it is important that all features are tested. I am not confident
with that but accepted it.


If this is really your opinion, you should have updated the
documentation while we were in beta-testing phase, because that it is
the time were features are tested. Instead, you wait until we conclude
on the list that 2.1 is ready to be released, and then you start
updating the documentation. Apparently, you didn't care about testing
before, and now you start screaming you need testing.


During the last 3 release cycles it works that way that strings could be changed in the beta phase. 
I learned from the 1.5 release cycle where I had to update the docs several times because strings 
and menu names were changed.
I always made clear that it doesn't make sense to update the docs before the strings are almost 
freezed. We once also had a string freeze for some weeks before the release.

However, for this release cycle I started to update the docs in the first week 
of January.

regards Uwe

Re: [GSoC 2014] Introduction

On 28/04/14 09:33, Prannoy Pilligundla wrote:
 Hi Everyone,

 I am Prannoy Pilligundla, a second year undergrad from India.

Hi Prannoy,

welcome to the LyX devels community! I hope you'll enjoy spending time with us.

Looking forward for this fantastic enhancement to LyX-LibreOffice roundtrips, 
that's a highly desired feature.

Bye,

Tommaso

Re: Feature request

On 28/04/14 19:37, Patrick O'Keeffe wrote:
 I don't personally see any advantage to composing emails in Lyx. OP suggested 
 it because of the beautiful formatting provided by LaTeX but HTML isn't 
 capable of such beauty. If you need the aesthetics, you're stuck emailing it 
 as an attachment anyway.

Forget about beauty, this is about functionality and convenience: copying from 
LyX (trunk), I can send you this (I hope you can display it correctly, at least 
it shows up OK while I'm composing it):

  * For each hosts pair ( j 1 ,j 2 )∈ H × H , a set P j 1 ,j 2 of 
interconnection paths may be available and usable, where each path p∈ P j 1 ,j 
2 is associated with the sequence P j 1 ,j 2 ,p of its L j 1 ,j 2 ,p links P j 
1 ,j 2 ,p ={ ( a j 1 ,j 2 ,p,1 ,b j 1 ,j 2 ,p,1 ),… ,( a j 1 ,j 2 ,p,L j 1 ,j 2 
,p ,b j 1 ,j 2 ,p,L j 1 ,j 2 ,p ) }⊂ L .

LyX Document
Leaving the meaning aside, my question is: how can I write this in Thunderbird? 
The only way is to attach the .lyx document, or an export of it, and it takes 
just more time to do that, rather than copy/paste.

If I could install a LyX plug-in in Thunderbird allowing me to natively write 
e-mails in LyX, I would probably use that!

My2c,

T.

Re: request for decisions for the release of LyX 2.1

Am 04.04.2014 11:16, schrieb Vincent van Ravesteijn:

- For an unknown reason an RC had to be released before the docs were ready
while I requested 2 more weeks. But an undocumented feature is an
unknown/unused and therefore untested. The goal is to have a stable release
therefore it is important that all features are tested. I am not confident
with that but accepted it.

At Feb 21 Georg asked what needed to be done. At Feb 27 you answered:
I guess I will need at least 2 more weeks and I guess I will uncover
further bugs. Three weeks later, at Mar 20, I froze master.
Technically speaking, you had well more than the 2 more weeks that you
requested.

I'm not sure what I did wrong here.

Hi Vincent,

I expected a string freeze like in the past release cycles. I will not blame you for this because we
all are to blame here. We should start to write down how we want to release that it becomes more
transparent and that we don't forget about that for the next release.

The time between the freeze and the release was too short. I wrote you that need more time to
update the docs and worked that time at least 2 hours a day on this. If nobody is working on the
docs. well then LyX can of course be released anyway but there were at least 3 people actively
working on the docs. I also wrote you that in my private mail parallel to this thread that you don't
get the impression that I want to blame you personally. (That attempt sadly failed.)

You saw that the updating of the docs uncover some bugs and it is therefore a good idea to freeze
LyX afterwards. Moreover as we all want a stable as possible release the docs help a lot because
testers will follow its descriptions and test the new features. And that is what the RC-phase is
about in my opinion: the program is feature-frozen and string frozen. Users get some weeks to test
it thoroughly and we fix as many bugs as possible.

regards Uwe

Re: request for decisions for the release of LyX 2.1

Am 09.04.2014 10:02, schrieb Jean-Marc Lasgouttes:

09/04/2014 00:35, Uwe Stöhr:

I started this thread for various reasons, one of the main reason is
that I miss a concept for LyX and the 2.1 release. What is our plan
for advertisement, when do we think it is a good time to release, who
of the press people do we ant to inform, what do we think is our
market scientific-only, schools, business usage, According to
our decision we can develop a small campaign.

For some releases, we had a small PR team. That was good, but it is
not something that was decided by a committee at release time. This work
is begun when one feels that the release is looming. This time, we don't
have it.

Hi JMarc,

the problem here is again bad communication. I am pretty sure that we could have got some LyX users
to help us here but we never asked them.
We don't sell LyX, sure, but it is nevertheless a product. Developing a product is just one part
marketing is as important as support and development. What does it help us when we add the next
feature for a very small user group when most of the people don't use LyX. I wrote you that LyX is
forbidden in many companies and even universities. Also at my university time I _HAD TO_ transform
my scientific papers to MS Word to be able to submit them to some chemistry scientific journals.
They explicitly denied LaTeX.

PR is just another feature of a release. Just as we cannot decide in
advance who is going to develop what feature, we cannot force anybody to do PR.

You mention an important point: We don't have a development plan. What do many customers need and
what does only please us developers? We never did a user survey on our webpages and the lists.
For example I use math ad chemistry equations almost daily and it would be fun to add support for
all \xarrow commands in math. But who will use this feature except of math experts?

From the feedback I got it seems that for average users the most useful feature of LyX 2.1 is the
table row/column shifting feature. So instead of implementing support for \xarrow it would make more
sense to work on the table feature so that it for example also works on a cell base (not only for
complete rows and columns). The import of table from Word and webpages also seems to be a useful
feature for average users.

You see, with a development plan we can focus our work on what many needs instead of adding this and
that which might only please us extremely experienced users. I will open a new thread for this.

I mean every country has its own specialties and with a strategy who
we want to address and how we will find a suitable release date.

Hmm, I see it coming... A different release date for different countries.

No, definitely not. maybe you laugh at me but you have never launched a product, right? Why do you
think companies spend as much money for the release marketing as for the whole development of a
product? There are many people involved and th release date is a very important if not the most
important issue. If your main market is Europe, you will for example not launch a product in August
where about 50% of the customers are in vacation.

However, as we released LyX 2.1 after Easter it was possible to get mentioned in Germany's largest
computer magazine:

http://www.heise.de/newsticker/meldung/Freie-LaTeX-Umgebung-LyX-2-1-erschienen-2178581.html

(they write that LyX is also running user OS/2. I haven't told them this and already wrote them to
correct this if possible.)

regards Uwe

Re: [ANNOUNCE] LyX 2.1.0 Released


Am 25.04.2014 17:54, schrieb Richard Heck:


The LyX development team is pleased to announce the release of LyX 2.1.0.


Hi Richard,

LyX 2.1 was already mentioned in Germany's largest PC magazine:
http://www.heise.de/newsticker/meldung/Freie-LaTeX-Umgebung-LyX-2-1-erschienen-2178581.html
and also in another big computer web-magazine:
http://www.golem.de/news/latex-frontend-lyx-2-1-sammelt-drei-jahre-entwicklung-1404-106108.html

Yes!

What about LyX 2.0.8? We should tell that this release can create file in the 
format of LyX 2.1.

regards Uwe

Re: request for decisions for the release of LyX 2.1

Op 28 apr. 2014 23:17 schreef Uwe And that is what the RC-phase is about
in my opinion: the program is feature-frozen and string frozen. Users get
some weeks to test  thoroughly and we fix as many bugs as possible.


You completely misunderstood. Bèta releases are for testing. RC are release
candidates. Bèta releases should be feature frozen, RCs should be frozen
except for major issues. I really do not know where you got another
impression from.

Vincent

Re: Feature request

On Mon, Apr 28, 2014 at 4:14 PM, Tommaso Cucinotta tomm...@lyx.org wrote:

  On 28/04/14 19:37, Patrick O'Keeffe wrote:

 I don't personally see any advantage to composing emails in Lyx. OP
 suggested it because of the beautiful formatting provided by LaTeX but HTML
 isn't capable of such beauty. If you need the aesthetics, you're stuck
 emailing it as an attachment anyway.


 Forget about beauty, this is about functionality and convenience: copying
 from LyX (trunk), I can send you this (I hope you can display it correctly,
 at least it shows up OK while I'm composing it):

 - For each hosts pair   (   j  1  ,  j  2   ) ∈  H  ×  H ,   a set
P  j  1  ,  j  2   of interconnection paths may be available
and usable, where each path   p ∈P  j  1  ,  j  2is
associated with the sequence P  j  1  ,  j  2  ,p of its
L j  1  ,  j  2  ,p links  P  j  1  ,  j  2  ,p   ={ (
a j  1  ,  j  2  ,p,1   ,  b j  1  ,  j  2  ,p,1), … ,(   a
j  1  ,  j  2  ,p,  L j  1  ,  j  2  ,p  ,  b j  1  ,  j  2
,p,  L j  1  ,  j  2  ,p   ) } ⊂  L .


 Leaving the meaning aside, my question is: how can I write this in
 Thunderbird? The only way is to attach the .lyx document, or an export of
 it, and it takes just more time to do that, rather than copy/paste.


Tommaso,

I don't know what you see in Thunderbird, but I can assure you that in
gmail your formula is barely legible. Wouldn't it be easier to typeset it
in ascii?


Cheers,

Stefano

-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic Studies Ph:   +1 (979) 845-2125
Texas AM University  Fax:  +1 (979) 845-6421
College Station, Texas, USA

stef...@tamu.edu
http://stefano.cleinias.org

Re: request for decisions for the release of LyX 2.1

Am 28.04.2014 23:58, schrieb Vincent van Ravesteijn:

Op 28 apr. 2014 23:17 schreef Uwe And that is what the RC-phase is about
in my opinion: the program is feature-frozen and string frozen. Users get
some weeks to test thoroughly and we fix as many bugs as possible.

You completely misunderstood. Bèta releases are for testing. RC are release
candidates. Bèta releases should be feature frozen, RCs should be frozen
except for major issues. I really do not know where you got another
impression from.

We had a lot of string changes during the beta phase and the last feature of algorithm2e was added
in January.

However, with an RC you attract more users to test a release than with a beta because people have
the feeling to test an almost ready product. Therefore an RC2 makes sense. Take for example
LibreOffice - many of the bugs are reported against RCs and they usually never release with only one
RC. In the past we also had a longer RC-phase. This might sound unpleasant but this way we can get
more feedback. Now we have e.g. again the case that we have lyx2lyx issues. 2 are uncovered by a bug
report after the freeze. Georg is doing a great job of fixing them right now but I think you can
understand that I wanted to have them fixed before LyX 2.1.0 final.

But OK, LyX is now out and from the time of the release we found (thanks to your daughter ;-) ) a
good date. Easter holidays are over, today many people returned to work or the university.

I already prepared some mails to press people but some already wrote about LyX
- perfect!

regards Uwe

Re: Feature request



On 29/04/2014 10:10 a.m., stefano franchi wrote:




On Mon, Apr 28, 2014 at 4:14 PM, Tommaso Cucinotta tomm...@lyx.org 
mailto:tomm...@lyx.org wrote:


On 28/04/14 19:37, Patrick O'Keeffe wrote:

I don't personally see any advantage to composing emails in Lyx.
OP suggested it because of the beautiful formatting provided by
LaTeX but HTML isn't capable of such beauty. If you need the
aesthetics, you're stuck emailing it as an attachment anyway.


Forget about beauty, this is about functionality and convenience:
copying from LyX (trunk), I can send you this (I hope you can
display it correctly, at least it shows up OK while I'm composing it):

  * For each hosts pair ( j 1 , j 2 ) ∈ H × H , a set P j 1 , j 2
of interconnection paths may be available and usable, where
each path p ∈ P j 1 , j 2 is associated with the sequence P j
1 , j 2 ,p of its L j 1 , j 2 ,p links P j 1 , j 2 ,p ={ ( a j
1 , j 2 ,p,1 , b j 1 , j 2 ,p,1 ), … ,( a j 1 , j 2 ,p, L j 1
, j 2 ,p , b j 1 , j 2 ,p, L j 1 , j 2 ,p ) } ⊂ L .


Leaving the meaning aside, my question is: how can I write this in
Thunderbird? The only way is to attach the .lyx document, or an
export of it, and it takes just more time to do that, rather than
copy/paste.


Tommaso,

I don't know what you see in Thunderbird, but I can assure you that in 
gmail your formula is barely legible. Wouldn't it be easier to 
typeset it in ascii?



Cheers,

Stefano

I'm using Thunderbird (on Windows) and the formulas display nicely.

Andrew

Re: Feature request

On 2014-04-28 15:42, aparsloe wrote:

On 29/04/2014 10:10 a.m., stefano franchi wrote:

On Mon, Apr 28, 2014 at 4:14 PM, Tommaso Cucinotta tomm...@lyx.org
mailto:tomm...@lyx.org wrote:

Leaving the meaning aside, my question is: how can I write this in
Thunderbird? The only way is to attach the .lyx document, or an
export of it, and it takes just more time to do that, rather than
copy/paste.

Tommaso,

I don't know what you see in Thunderbird, but I can assure you that in
gmail your formula is barely legible. Wouldn't it be easier to
typeset it in ascii?

Cheers,

Stefano

I'm using Thunderbird (on Windows) and the formulas display nicely.

Andrew

Seamonkey 2.25 on Windows displays the element and multiply characters
but no subscripting occurs (I assume 'j1/j2' should be subscript).

Thankfully, an integrated LaTex-to-MathML input box will arrive for
Thunderbird in v31 and Seamonkey in v2.28 [1]. Grab a nightly build if
you want to test-drive.

Tommaso, you may be interested right now in the TB addons 'MathML-fonts'
or 'Equations'. The description for Equations is: An extension that
allows you to type in complex equations into your e-mail and have the
text converted into LaTeX-rendered graphics. Enclose all equations in $$
and then click the convert button! (E.g. $$Area = \pi * r^2$$) You
might also search for 'MathBird' or 'TexZilla'.

[1]
https://developer.mozilla.org/en-US/docs/Web/MathML/Authoring#MathML_in_email_and_instant_messaging_clients

P.S. There are anecdotal reports web clients like Gmail and Zimbra
filter MathML, thus rendering formulas incorrectly.

Patrick

Re: Moving LyX XMPP Chat to features/chat2

On Mon, Apr 28, 2014 at 2:19 AM, Tommaso Cucinotta  wrote:
> On 20/11/13 14:01, Kornel Benko wrote:
>> I like it. Feels good, especially on the fresh new window. To get it into
>> master should be the first think after releasing 2.1 IMHO. Kornel
>
> That seems the right time then!
>
> Currently, this is a patchset of 21 commits
>
>
> http://git.lyx.org/?p=developers/tommaso/lyx.git;a=shortlog;h=refs/heads/features/chat2
>
> Guess Vincent might comment on whether these should be squashed into a
> single commit or similar?
>
> T.
>
>

I wouldn't rush getting this into master. It would be nice to sort out
a few issues that I see for now:

- in config/qt4.m4 it seems to unconditionally pull in QtNetwork and
QtXml. Is this really so ?

- do we want to have a feature turned on by default that depends on
yet another dependency ?

- does it work on MacOSX ? Is libQXmpp installed by default on MacOSX
? Is it a problem to compile our own lib and supply it within the
package ? Did anyone test it already on MacOSX ?

- the same questions for Windows ?

- do we want to include this feature and all dependencies by default ?
Or supply separate binaries or whatever ?

- does anyone have general objections or concerns ?


Some more detailed remarks will follow.


Vincent

Re: Saying Hi !

2014-04-28 Thread Peter Kümmel


On 27.04.2014 22:58, Tommaso Cucinotta wrote:

On 27/04/14 19:33, Scott Kostyshak wrote:

I don't know much about this topic


just in case you missed it, this video shows quickly what it's all about:

   http://retis.sssup.it/~tommaso/lyx-collaborate.ogv

in a kind of mock-up that crashes in a few seconds :-)!

 T.




When designing the transfer protocol you should
evaluate Google's Protocol Buffers:

https://developers.google.com/protocol-buffers/docs/overview

Would guarantee a clean interface to the outer world. And you
don't have to think about parsing incoming bytes.

Peter

Re: Moving LyX XMPP Chat to features/chat2

>
> From: Tommaso Cucinotta 
> Date: Wed, 16 Oct 2013 21:55:40 + (+0100)
> Subject: LyX XMPP Chat
> X-Git-Url:
> http://git.lyx.org/?p=developers%2Ftommaso%2Flyx.git;a=commitdiff_plain;h=9646b7553bb4a3916e8b99f9e2dc200e7d534dfb
>
> LyX XMPP Chat
> ---
>
> @@ -186,7 +190,8 @@ SOURCEFILESCORE = \
>   VCBackend.cpp \
>   version.cpp \
>   VSpace.cpp \
> - WordList.cpp
> + WordList.cpp \
> + moc_BufferView.cpp
>
>  HEADERFILESCORE = \
>   Author.h \
> @@ -316,7 +321,7 @@ endif
>
>  #  Qt stuff  ##
>
> -MOCHEADER = Compare.h
> +MOCHEADER = Compare.h BufferView.h
>
>  if INSTALL_WINDOWS
>
>

Why is BufferView suddenly moc'ed while it hasn't changed ?



> diff --git a/src/frontends/qt4/GuiBuddies.cpp
> b/src/frontends/qt4/GuiBuddies.cpp
> new file mode 100644
> index 000..138d162
> --- /dev/null
> +++ b/src/frontends/qt4/GuiBuddies.cpp
> @@ -0,0 +1,284 @@
> +/**
> + * \file GuiBuddies.cpp
> + * This file is part of LyX, the document processor.
> + * Licence details can be found in the file COPYING.
> + *
> + * \author Tommaso Cucinotta
> + *
> + * Full author contact details are available in file CREDITS.
> + */
> +
> +#include 
> +
> +#include "GuiBuddies.h"
> +#include "GuiChat.h"
> +#include "LyXRC.h"
> +
> +#include "GuiApplication.h"
> +#include "GuiView.h"
> +#include "GuiWorkArea.h"
> +#include "qt_helpers.h"
> +#include "Language.h"
> +#include 
> +#include 
> +#include 
> +
> +#include "FuncRequest.h"
> +#include "lyxfind.h"
> +
> +#include "frontends/alert.h"
> +#include "DispatchResult.h"
> +
> +#include "support/debug.h"
> +#include "support/filetools.h"
> +#include "support/FileName.h"
> +#include "support/gettext.h"
> +#include "support/lassert.h"
> +#include "support/lstrings.h"
> +#include "support/Package.h"
> +
> +#include 
> +#include 
> +
>

The sorting of the include could be improved a bit.

+static string availStatusToText(QXmppPresence::AvailableStatusType s) {
> +  static const char *texts[] = { "Online", "Away", "Extended Away", "Do
> Not Disturb", "Buddies", "Invisible" };
> +  LASSERT(s <= sizeof(texts) / sizeof(texts[0]), /**/);
> +  return texts[s];
> +}
> +
> +
> +static string presenceTypeToText(QXmppPresence::Type t) {
> +  static const char *texts[] = { "Error", "Available", "Unavailable",
> "Subscribe", "Subscribed", "Unsubscribe", "Unsubscribed", "Probe" };
> +  LASSERT(t <= sizeof(texts) / sizeof(texts[0]), /**/);
> +  return texts[t];
> +}
>

One of the reasons to nicely squash together commits within a series is
that I wouldn't start commenting on this part of the patch as it is removed
later on. Now, I don't know that and I might start reviewing irrelevant
parts.



> +
> +
> +static QListWidgetItem *findInListWidget(QListWidget *p_list, const
> QString ) {
>

We use to write "QString const & s".


> +  for (int i = 0; i < p_list->count(); ++i)
> +if (p_list->item(i)->text() == s)
> +  return p_list->item(i);
> +  return 0;
> +}
> +
>

Would it be an idea to use QListWidget::findItems() ?

+void GuiBuddiesWidget::onStateSelected(const QString & qs)
> +{
> +  QXmppPresence p;
> +  string s = fromqstr(qs);
> +  if (s == "Available")
> +p.setAvailableStatusType(QXmppPresence::Online);
> +  else if (s == "Away")
> +p.setAvailableStatusType(QXmppPresence::Away);
> +  else if (s == "Do Not Disturb")
> +p.setAvailableStatusType(QXmppPresence::DND);
> +  lyxerr << "Setting ";
> +  dumpPres(p);
> +  theChatMessenger()->setClientPresence(p);
> +}
>

Why converting from QString to string before ?


diff --git a/src/frontends/qt4/GuiBuddies.h b/src/frontends/qt4/GuiBuddies.h
> new file mode 100644
> index 000..d85f131
> --- /dev/null
> +++ b/src/frontends/qt4/GuiBuddies.h
> @@ -0,0 +1,105 @@
> [..]
> +#ifndef QGUIBUDDIES_H
> +#define QGUIBUDDIES_H
>

QGUIBUDDIES_H ?


+
> +#undef QT_NO_KEYWORDS
>

Why ?


> +
> +void GuiChatWidget::onMessageReceived(string const & from, string const &
> s)
> +{
> +  printf("Received %lu bytes: %s\n", s.size(), s.c_str());
>

printf ?

diff --git a/src/frontends/qt4/GuiChat.h b/src/frontends/qt4/GuiChat.h
> new file mode 100644
> index 000..724815a
> --- /dev/null
> +++ b/src/frontends/qt4/GuiChat.h
> @@ -0,0 +1,109 @@
> +// -*- C++ -*-
> +/**
> + * \file Chat.h
>

Chat.h ?


> + * This file is part of LyX, the document processor.
> + * Licence details can be found in the file COPYING.
> + *
> + * \author Tommaso Cucinotta
> + *
> + * Full author contact details are available in file CREDITS.
> + */
> +
> +#ifndef QGUICHAT_H
> +#define QGUICHAT_H
>

QGUICHAT_H ?


> +
> +#undef QT_NO_KEYWORDS
>

Why ?

diff --git a/src/frontends/qt4/GuiChatMessenger.h
> b/src/frontends/qt4/GuiChatMessenger.h
> new file mode 100644
> index 000..f8e2b3c
> --- /dev/null
> +++ b/src/frontends/qt4/GuiChatMessenger.h
> @@ -0,0 +1,53 @@
> +// -*- C++ -*-
> +/**
> + * \file Chat.h
>

Chat.h ?


> + * This file is part of LyX, the document processor.
> + * Licence

Re: Moving LyX XMPP Chat to features/chat2

On Mon, Apr 28, 2014 at 2:19 AM, Tommaso Cucinotta  wrote:

>  On 20/11/13 14:01, Kornel Benko wrote:
> > I like it. Feels good, especially on the fresh new window. To get it
> into master should be the first think after releasing 2.1 IMHO. Kornel
>
> That seems the right time then!
>
> Currently, this is a patchset of 21 commits
>
>
> http://git.lyx.org/?p=developers/tommaso/lyx.git;a=shortlog;h=refs/heads/features/chat2
>
> Guess Vincent might comment on whether these should be squashed into a
> single commit or similar?
>

Below are my opinions. Please read from bottom to top.

6 hours ago Tommaso CucinottaCompleted exclusion of chat from
> GuiView when USE_QXMPP... features/chat2 commit | commitdiff | tree |
> snapshot
>
Merge with first commit.


> 6 hours ago Kornel Benko* sk.po commit | commitdiff | tree |
> snapshot
>
This is not part of this feature.


> 7 hours ago Tommaso CucinottaMulti-view XMPP chat. commit |
> commitdiff | tree | snapshot
>

Lose the "." in the commit subject. Further, I don't think that a Widget
should read/write files. The core functionality of the messenger should be
in "core" I guess. I'm not sure why GuiChatMessenger is called "Gui" and is
in frontends/qt4 as it doesn't have a related dialog or the like.

Why do you think it should be in frontends/qt4 ?


> 7 hours ago Tommaso CucinottaMissing file-level comment for
> GuiChatMessenger.cpp. commit | commitdiff | tree | snapshot
>
Merge with first commit.


> 7 hours ago Tommaso CucinottaPolishing code, removing unused
> functions, moving resid... commit |

Merge with first commit.


> commitdiff | tree | snapshot
> 7 hours ago Tommaso Cucinottawhitespaces commit | commitdiff |
> tree | snapshot
>
Merge with first commit.


> 7 hours ago Kornel BenkoMake some GUI strings translatable
> commit | commitdiff | tree | snapshot
>
Merge with first commit.


> 7 hours ago Tommaso CucinottaLyX Chat - added a couple of missing
> ifdefs in case... commit | commitdiff | tree | snapshot
>
Merge with first commit.


> 7 hours ago Tommaso CucinottaSwitch to new latexclipboard
> importing string format... commit | commitdiff | tree | snapshot
>
Merge with first commit.


> 7 hours ago Tommaso CucinottaFix focus issue and add colors-based
> distinction of... commit | commitdiff | tree | snapshot
>
Merge with first commit.


> 7 hours ago Tommaso CucinottaMake chat menu item disappear in case
> of no QXMPP support. commit | commitdiff | tree | snapshot
>
Merge with first commit.


> 7 hours ago Tommaso CucinottaFixed a few issues with id/resource
> handling. commit | commitdiff | tree | snapshot
>

Merge with first commit.


> 7 hours ago Tommaso CucinottaMade string/question translatable.
> commit | commitdiff | tree | snapshot
>

Merge with first commit.



> 7 hours ago Kornel BenkoAdd option to cmake build for use (or not
> use) of QXMPP commit | commitdiff | tree | snapshot
>

Merge with "Patch for compiling the QXMPP based chat with cmake..."


> 7 hours ago Tommaso CucinottaLyX Chat - Let's see if this RETURN
> problem is fixed. commit | commitdiff | tree | snapshot
>

I don't want to see this type of commits. Either merge with the first
commit, or explain exactly what the problem is that you try to fix here.
Are you now sure whether it fixes the problem ? If so, remove the "Let's
see", otherwise try to figure it out ;).


> 7 hours ago Tommaso CucinottaLyX Chat - add/remove buddy
> capability, plus various... commit | commitdiff | tree | snapshot
>

Various bugfixes should be merged with first commit. I would prefer to
either add the prefix "lyx-chat:" to all commits, or to none.


> 7 hours ago Tommaso CucinottaFix compilation problem when
> compiling without qxmpp. commit | commitdiff | tree | snapshot
>

Merge with the first commit.



> 7 hours ago Tommaso CucinottaNow presence icons are correctly
> shown in my status... commit | commitdiff | tree | snapshot
>

Merge with the first commit.


> 7 hours ago Tommaso Cucinottastore and retrieval of user's
> password from .passwd... commit | commitdiff | tree | snapshot
>

Commit subject line should consist of a single line without dots.



> 7 hours ago Tommaso CucinottaPatch for compiling the QXMPP based
> chat with cmake... commit | commitdiff | tree | snapshot
>

I propose the commit subject as: "lyx-chat: Compile QXMPP based chat with
CMake". The "Patch for" and "by Kornel Benko" parts are not very
informative for the subject.

The change to GuiBuddies.h should be merged with the previous commit.


> 7 hours ago Tommaso CucinottaLyX XMPP Chat commit | commitdiff
> | tree | snapshot
>


Vincent

Re: When should I update the date of my patches?

On Mon, Apr 28, 2014 at 2:01 AM, Scott Kostyshak  wrote:

> In Git, it is easy to change the date of a commit, for example with
>
> git commit --amend --date="$(date -R)"
>
> I have not been doing this because my first thought is that the date
> should reflect when the patches were written.
>
> Is there any guideline on when the date of a patch should be
> "updated"? I've searched online but most results are about _how_ to
> update the date.
>
> As an example, I have a couple of patches from January that I am about
> to commit to master. I updated one of the patches to revert a
> temporary fix. Since I changed the patch (even though just by adding
> one line) should I update the date?
>
> Scott
>

I've no idea what's the best thing to do. My feeling would be that the date
should reflect the first time the patch becomes public. When the patch is
under review, or when it is committed to a staging branch, the patch might
be applied to master a month later or so, then the date would be useful. I
don't think it is very useful to see that you wrote it in January. Just my
feeling.

Vincent

Re: LyX class hierarchy

On Mon, Apr 28, 2014 at 12:50 AM, Tommaso Cucinotta  wrote:

> For the LyX devel newbies & not only, please, find attached an updated
> class hierarchy as produced by graphviz, in case it can be useful as a
> visual walkthrough, into the LyX woods.
>

Hmm.. it seems rather complicated to a newbie.


>
> I wanted to upload it on some wiki page, and I found this
>
>   http://wiki.lyx.org/Devel/SourceCodeExploration
>
> but it says "page is obsolete", reminding to a .lyx file
>
>
> http://code.google.com/p/monkeysnest/source/browse/trunk/Prog/LyX/SourceCodeExploration.lyx
>
> which I don't know how much up to date is.
>
> T.
>
>
It's not up-to-date and not written by a LyX developer, so I doubt its
value.

Vincent

Re: #7631: Page tabs disappear with table tools

On Wed, Apr 23, 2014 at 3:28 PM, Scott Kostyshak  wrote:

> On Tue, Apr 22, 2014 at 1:09 AM, F M Salter 
> wrote:
> > I have checked that this behavior does not occur with 2.1rc1.
> > However the ticket appears not to be accessible through the bug tracker.
> > Regards
> > Frank Salter
>
> Hi Frank,
>
> Thanks for the feedback. I marked the bug as fixed.
>
> Scott
>

Scott,

Please make sure to set the milestone to a proper value.

Each bug that is fixed should have a "real version" milestone. So, not an
empty value, and also not something like "2.1.x".

Vincent

[GSoC 2014] Introduction

Hi Everyone,

I am Prannoy Pilligundla, a second year undergrad from India. I will be
working on Roundtrip Conversion from Lyx to ODT throughout the Summer as a
part of Google Summer of Code 2014. First of all I want to thank the
community for keeping faith in my abilities and selecting my proposal, I
will definitely put in my best efforts to complete this project. Also
Congratulations to the Co-GSoCer Sushant Raikar, all the best to you too.

I have already started work and currently my focus is to get accustomed to
TeX4ht. To start with I am fixing issues with some styles one by one. My
mid-term milestone
is to have Lyx to ODT conversion working for the decided feature set. After
tuning the export to ODT as per the requirements next thing to do would be
to replace the last step of TeX4ht with a Lua module in LuaTeX  which
relies on the same *.4ht files. In the last step TeX4ht processes the DVI
file which has special instructions to complete the conversion. A package
needs to be written in Lua which has full access to the nodes created by
LuaTeX and loads tex4ht.sty to have access to the *.4ht files. This needs
to be done because TeX4ht doesn’t support fonts without a tfm table,which
means that opentype and truetype fonts used by fontspec cannot be used.
After completing this part I will work on prototyping the reverse
conversion.

This is the brief overview of my project and I will definitely seek your
help,advice and suggestions for all the difficulties that arise on the
course of completing this project.

Looking forward for an exciting Summer!!

Thanks and Regards
Prannoy Pilligundla
ᐧ

Selecting a label in the cross-reference dialog with the keyboard

I notice that when the cross-reference dialog with its list of labels 
opens, the focus is on a label but it is not selected. Using the up or 
down arrow key selects the preceding or succeeding entry. To select the 
initial entry you have to do up followed by down (or down followed by 
up) -- two key strokes -- or use the mouse. When the cross-reference 
list contains only one entry, as sometimes happens, it doesn't seem 
possible with the keyboard to select the entry to insert it in your 
document. You have to use the mouse.


LyX 2.1.0, Windows 7.

Andrew

Re: Selecting a label in the cross-reference dialog with the keyboard

On Mon, Apr 28, 2014 at 11:17 AM, aparsloe  wrote:

> I notice that when the cross-reference dialog with its list of labels
> opens, the focus is on a label but it is not selected. Using the up or down
> arrow key selects the preceding or succeeding entry. To select the initial
> entry you have to do up followed by down (or down followed by up) -- two
> key strokes -- or use the mouse. When the cross-reference list contains
> only one entry, as sometimes happens, it doesn't seem possible with the
> keyboard to select the entry to insert it in your document. You have to use
> the mouse.
>
> LyX 2.1.0, Windows 7.
>
> Andrew
>

Did you try  ?

Vincent

Re: Moving LyX XMPP Chat to features/chat2

On Mon, Apr 28, 2014 at 2:19 AM, Tommaso Cucinotta  wrote:

>  On 20/11/13 14:01, Kornel Benko wrote:
> > I like it. Feels good, especially on the fresh new window. To get it
> into master should be the first think after releasing 2.1 IMHO. Kornel
>
> That seems the right time then!
>
> Currently, this is a patchset of 21 commits
>
>
> http://git.lyx.org/?p=developers/tommaso/lyx.git;a=shortlog;h=refs/heads/features/chat2
>
> Guess Vincent might comment on whether these should be squashed into a
> single commit or similar?
>
> T.
>
>
>
It would be easier to review if you would push the branch to the
features.git repository (which is accessible to everyone).

Vincent

Re: Saying Hi !


27/04/2014 20:09, Sushant Raikar:

Hi Lyx community, I am Sushant Raikar, a B.Tech. student from India. I
am one of the GSoC student who will be working on Project: Interactive
LyX this summer under Tommaso Cucinotta, Vincent van Ravesteijn,
Jean-Marc Lasgouttes .


Welcome Sushant! It is always nice to see new names on this list. I hope 
that we'll be able to make good progress on this feature.


JMarc

Re: Is the user-dir/scripts folder added to PATH for converter script execution?


28/04/2014 01:57, Scott Kostyshak:

Any other comments? If not I will commit the two patches to master
that are attached (they are the same as before except that I revert
the temporary fix at 731b8610 in one of them now).


I am not sure that I understand the second patch: what are the changes 
in commandPrep wrt libScritpSearch exactly? How come that you did not 
need to change the documentation of the function?


From what you write, it seems that the function is specialized for 
python now. But we have other types of scripts, especially R scripts. Do 
these still work?


JMarc

Re: Selecting a label in the cross-reference dialog with the keyboard



On 28/04/2014 9:31 p.m., Vincent van Ravesteijn wrote:




On Mon, Apr 28, 2014 at 11:17 AM, aparsloe > wrote:


I notice that when the cross-reference dialog with its list of
labels opens, the focus is on a label but it is not selected.
Using the up or down arrow key selects the preceding or succeeding
entry. To select the initial entry you have to do up followed by
down (or down followed by up) -- two key strokes -- or use the
mouse. When the cross-reference list contains only one entry, as
sometimes happens, it doesn't seem possible with the keyboard to
select the entry to insert it in your document. You have to use
the mouse.

LyX 2.1.0, Windows 7.

Andrew


Did you try  ?

Vincent
I didn't and, thank you, it works. (Another little item of LyX arcana to 
store away.) But I wonder why the initial entry with the focus is not 
selected?


Andrew

enhancement request: support biblatex

I have read that biblatex is the way of the future.  Unfortunately, I 
understand 
that lyx does not currently support biblatex.

Re: enhancement request: support biblatex

On Mon, Apr 28, 2014 at 6:29 AM, Neal Becker  wrote:

> I have read that biblatex is the way of the future.  Unfortunately, I
> understand
> that lyx does not currently support biblatex.
>

Lyx supports biblatex *partially*. You can use biblatex in lyx with a few
workarounds, all detailed in the corresponding wiki page:
http://wiki.lyx.org/BibTeX/Biblatex.

In short, you have to load biblatex and the bib files manually in the
preamble, and you have to enter a command in ERT in your text to instruct
LyX to print out the list of references. You are still able to enter
references through a dialog box as you would when using bibtex. In
practical terms, using biblatex in lyx is not much different from using
bibtex, at least if you use the standard styles and citing commands.
Having full support would be great, but the current setup is more than
usable.

Cheers,

Stefano

-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic Studies Ph:   +1 (979) 845-2125
Texas A University  Fax:  +1 (979) 845-6421
College Station, Texas, USA

stef...@tamu.edu
http://stefano.cleinias.org

Re: enhancement request: support biblatex

stefano franchi wrote:

> On Mon, Apr 28, 2014 at 6:29 AM, Neal Becker  wrote:
> 
>> I have read that biblatex is the way of the future.  Unfortunately, I
>> understand
>> that lyx does not currently support biblatex.
>>
> 
> Lyx supports biblatex *partially*. You can use biblatex in lyx with a few
> workarounds, all detailed in the corresponding wiki page:
> http://wiki.lyx.org/BibTeX/Biblatex.
> 
> In short, you have to load biblatex and the bib files manually in the
> preamble, and you have to enter a command in ERT in your text to instruct
> LyX to print out the list of references. You are still able to enter
> references through a dialog box as you would when using bibtex. In
> practical terms, using biblatex in lyx is not much different from using
> bibtex, at least if you use the standard styles and citing commands.
> Having full support would be great, but the current setup is more than
> usable.
> 
> 
> Cheers,
> 
> Stefano
> 
> 
> 

Oh, thanks!

One note.  It seems biber is not supported at least on Fedora linux.  Fedora 
ships texlive 2013.  I can't seem to find any biber there, and from what 
messages I found on google, I think maybe it's not maintained?  I have used 
biblatex using bibtex backend instead of biber.

Re: enhancement request: support biblatex

On Mon, Apr 28, 2014 at 7:02 AM, Neal Becker  wrote:

> stefano franchi wrote:
>
> > On Mon, Apr 28, 2014 at 6:29 AM, Neal Becker 
> wrote:
> >
> >> I have read that biblatex is the way of the future.  Unfortunately, I
> >> understand
> >> that lyx does not currently support biblatex.
> >>
> >
> > Lyx supports biblatex *partially*. You can use biblatex in lyx with a few
> > workarounds, all detailed in the corresponding wiki page:
> > http://wiki.lyx.org/BibTeX/Biblatex.
> >
> > In short, you have to load biblatex and the bib files manually in the
> > preamble, and you have to enter a command in ERT in your text to instruct
> > LyX to print out the list of references. You are still able to enter
> > references through a dialog box as you would when using bibtex. In
> > practical terms, using biblatex in lyx is not much different from using
> > bibtex, at least if you use the standard styles and citing commands.
> > Having full support would be great, but the current setup is more than
> > usable.
> >
> >
> > Cheers,
> >
> > Stefano
> >
> >
> >
>
> Oh, thanks!
>
> One note.  It seems biber is not supported at least on Fedora linux.
>  Fedora
> ships texlive 2013.  I can't seem to find any biber there, and from what
> messages I found on google, I think maybe it's not maintained?  I have used
> biblatex using bibtex backend instead of biber.
>
>
Biber is under active development, actually, and well maintained. I use the
version distributed with TexLive 2013, which is now frozen at 1.8 (TexLive
2013 is frozen, since the TexLive 2014 is about to come out). I don't know
how Fedora packages Texlive (I'm on Archlnux), perhaps it behaves like
Debian/Ubuntu and splits it into several packages? In hat case you may be
missing one of the extra packages.

Cheers,

Stefano


-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic Studies Ph:   +1 (979) 845-2125
Texas A University  Fax:  +1 (979) 845-6421
College Station, Texas, USA

stef...@tamu.edu
http://stefano.cleinias.org

Re: enhancement request: support biblatex

https://bugzilla.redhat.com/show_bug.cgi?id=584063

Seems fedora is not shipping biber, it is still an open bug


On Mon, Apr 28, 2014 at 8:07 AM, stefano franchi
wrote:

>
>
>
> On Mon, Apr 28, 2014 at 7:02 AM, Neal Becker  wrote:
>
>> stefano franchi wrote:
>>
>> > On Mon, Apr 28, 2014 at 6:29 AM, Neal Becker 
>> wrote:
>> >
>> >> I have read that biblatex is the way of the future.  Unfortunately, I
>> >> understand
>> >> that lyx does not currently support biblatex.
>> >>
>> >
>> > Lyx supports biblatex *partially*. You can use biblatex in lyx with a
>> few
>> > workarounds, all detailed in the corresponding wiki page:
>> > http://wiki.lyx.org/BibTeX/Biblatex.
>> >
>> > In short, you have to load biblatex and the bib files manually in the
>> > preamble, and you have to enter a command in ERT in your text to
>> instruct
>> > LyX to print out the list of references. You are still able to enter
>> > references through a dialog box as you would when using bibtex. In
>> > practical terms, using biblatex in lyx is not much different from using
>> > bibtex, at least if you use the standard styles and citing commands.
>> > Having full support would be great, but the current setup is more than
>> > usable.
>> >
>> >
>> > Cheers,
>> >
>> > Stefano
>> >
>> >
>> >
>>
>> Oh, thanks!
>>
>> One note.  It seems biber is not supported at least on Fedora linux.
>>  Fedora
>> ships texlive 2013.  I can't seem to find any biber there, and from what
>> messages I found on google, I think maybe it's not maintained?  I have
>> used
>> biblatex using bibtex backend instead of biber.
>>
>>
> Biber is under active development, actually, and well maintained. I use
> the version distributed with TexLive 2013, which is now frozen at 1.8
> (TexLive 2013 is frozen, since the TexLive 2014 is about to come out). I
> don't know how Fedora packages Texlive (I'm on Archlnux), perhaps it
> behaves like Debian/Ubuntu and splits it into several packages? In hat case
> you may be missing one of the extra packages.
>
> Cheers,
>
> Stefano
>
>
> --
> __
> Stefano Franchi
> Associate Research Professor
> Department of Hispanic Studies Ph:   +1 (979) 845-2125
> Texas A University  Fax:  +1 (979) 845-6421
> College Station, Texas, USA
>
> stef...@tamu.edu
> http://stefano.cleinias.org
>

Re: enhancement request: support biblatex

On Mon, Apr 28, 2014 at 7:13 AM, Neal Becker  wrote:

> https://bugzilla.redhat.com/show_bug.cgi?id=584063
>
> Seems fedora is not shipping biber, it is still an open bug
>
>

You can always install it from their site, if you are willing to bypass
Fedora's package management system:
http://biblatex-biber.sourceforge.net/

Cheers,

S.

-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic Studies Ph:   +1 (979) 845-2125
Texas A University  Fax:  +1 (979) 845-6421
College Station, Texas, USA

stef...@tamu.edu
http://stefano.cleinias.org

Re: enhancement request: support biblatex

2014-04-28 Thread Richard Heck


On 04/28/2014 08:37 AM, stefano franchi wrote:




On Mon, Apr 28, 2014 at 7:13 AM, Neal Becker > wrote:


https://bugzilla.redhat.com/show_bug.cgi?id=584063

Seems fedora is not shipping biber, it is still an open bug



You can always install it from their site, if you are willing to 
bypass Fedora's package management system:

http://biblatex-biber.sourceforge.net/


Recommended course would be to install it under /usr/local/. Then there 
is no potential conflict.


Richard

Re: [GSoC 2014] Introduction

Hi Everyone.

I updated the wiki for this Project and from now on I will constantly
record my progress there. Here is the link
http://wiki.lyx.org/GSoC/LyxToWordConversion

Thanks and Regards
Prannoy Pilligundla
ᐧ


On Mon, Apr 28, 2014 at 2:03 PM, Prannoy Pilligundla  wrote:

> Hi Everyone,
>
> I am Prannoy Pilligundla, a second year undergrad from India. I will be
> working on Roundtrip Conversion from Lyx to ODT throughout the Summer as a
> part of Google Summer of Code 2014. First of all I want to thank the
> community for keeping faith in my abilities and selecting my proposal, I
> will definitely put in my best efforts to complete this project. Also
> Congratulations to the Co-GSoCer Sushant Raikar, all the best to you too.
>
> I have already started work and currently my focus is to get accustomed to
> TeX4ht. To start with I am fixing issues with some styles one by one. My
> mid-term milestone
> is to have Lyx to ODT conversion working for the decided feature set. After
> tuning the export to ODT as per the requirements next thing to do would be
> to replace the last step of TeX4ht with a Lua module in LuaTeX  which
> relies on the same *.4ht files. In the last step TeX4ht processes the DVI
> file which has special instructions to complete the conversion. A package
> needs to be written in Lua which has full access to the nodes created by
> LuaTeX and loads tex4ht.sty to have access to the *.4ht files. This needs
> to be done because TeX4ht doesn’t support fonts without a tfm table,which
> means that opentype and truetype fonts used by fontspec cannot be used.
> After completing this part I will work on prototyping the reverse
> conversion.
>
> This is the brief overview of my project and I will definitely seek your
> help,advice and suggestions for all the difficulties that arise on the
> course of completing this project.
>
> Looking forward for an exciting Summer!!
>
> Thanks and Regards
> Prannoy Pilligundla
> ᐧ
>

Re: Feature request

Perhaps even simpler is to add new converter definitions so the user can 
use the standard File>Export> route.

Three new ones:
- Email (plain text)
- Email (HTML)
- Email (PDF attachment) <-- using whatever engine is default

As far as passing it to mail clients... It's a real cringeworthy idea 
but don't mailto: links support `?subject=` and `?body=` arguments? At 
least for plain-text and HTML, one could use the system default for 
mailto: links and pass one giant, *ugly string. Not that I would condone it.

I don't personally see any advantage to composing emails in Lyx. OP 
suggested it because of the beautiful formatting provided by LaTeX but 
HTML isn't capable of such beauty. If you need the aesthetics, you're 
stuck emailing it as an attachment anyway.

Patrick

On 2014-04-27 7:23, Tommaso Cucinotta wrote:

On 24/04/14 14:18, Kornel Benko wrote:

Not really. Still it looks for  me as a valid feature request. Even if I was

 >
 > not planing to use it.
 >

Probably the user is free to create a "Send by e-mail..." menu entry
that simply spawns the preferred e-mail client on the machine, adding
the LyX file currently being edited as attachment, for e-mail clients
that would support that from the command-line.

Would something like this be possible ?

 T.

Re: Copying and pasting to other apps

Tommaso Cucinotta wrote:

> Cool! In my case, I was simply trying with the system LyX from Ubuntu
> (2.0.6), but I just tried with trunk, and it worked perfectly indeed,
> including tables AND maths! I'm actually impressed by the maths working
> visually when copied from LyX, how is that done? I don't think there's a
> way one can enter maths natively in Thunderbird, is there?

LyX exports formulas as MathML. Obviously Thunderbird can render that, but I 
don't know whether you can also enter it interactively. IMHO, this is not 
important, you can just use LyX to enter math in thunderbird;-)

Georg

Re: [GSoC 2014] Introduction

Prannoy Pilligundla wrote:

> Hi Everyone,
> 
> I am Prannoy Pilligundla, a second year undergrad from India. I will be
> working on Roundtrip Conversion from Lyx to ODT throughout the Summer as a
> part of Google Summer of Code 2014. First of all I want to thank the
> community for keeping faith in my abilities and selecting my proposal, I
> will definitely put in my best efforts to complete this project. Also
> Congratulations to the Co-GSoCer Sushant Raikar, all the best to you too.

Welcome to both of you! I might not always be the quickest one to respond, 
but I'll try to help wherever needed.


Georg

Re: Saying Hi !

On 28/04/14 07:15, Peter Kümmel wrote:
> When designing the transfer protocol you should
> evaluate Google's Protocol Buffers:
>
> https://developers.google.com/protocol-buffers/docs/overview
>
> Would guarantee a clean interface to the outer world. And you
> don't have to think about parsing incoming bytes.

this reminded my of CORBA: we could use it to have seamless invocations
among remote instances of LyX, couldn't we :-) ?

LyX seems to already have its own way to serialize LFUNs, but I guess we'll
have to serialize more, and specifically DocIterator(s)...

T.

Re: Moving LyX XMPP Chat to features/chat2

On 28/04/14 08:48, Vincent van Ravesteijn wrote:
> Below are my opinions. Please read from bottom to top.

Hi,

thanks for these.

I see I definitely need a lyxchat3 rework before the merge.
I'll try to do that, but it will take one or a couple of weeks.

A few remarks:

-) Vincent suggests to create the new branch in features.git, so I'll ensure
the reworked patchset goes into a branch over there

-) I was expecting many late fixes to have to be merged to the first patch
   from the beginning, I'll try to do that

-) possible concerns about distributing LyX: one such concerns may be due
   to the fact that, in general, we add networking capabilities to LyX (this
   may apply to the chat as well as to the interactive lyx feature); often
   it's not enough to tell users that, until you don't use the chat, it won't
   be able to hurt you; users might assume that now LyX is less secure
   because it has a networking component, and if there's any bug, one
   attacker might exploit a LyX weakness etc...
   [ I'm especially thinking of a few people I know who use LyX to write
 patent applications ]

So, one way to rule such concerns out, would be the one to have a
different executable: traditional lyx, with any networking feature
disabled at compile-time, versus collaborative lyx (e.g., with such
a name as "lyx-net" or similar), with said features enabled.

-) very good point the one to move GuiMessanger out of qt4, and s/Gui//

-) why the moc-ification of BufferView.h, and the QT_NO_KEYWORDS ?
I wish I remembered. Just, I was unable to compile otherwise, the
problem was due to pulling-in the QXMPP headers, I just found this
thread on lyx-devel explaining what happened at that time:

  https://www.mail-archive.com/lyx-devel@lists.lyx.org/msg181164.html

   any hint as to how to deal properly/better with this problem would be
   appreciated.

-) is QXMPP available on Windows and Mac OS-X ? No clue! Windows and
   Mac people, please speak, and/or try to compile the tommaso/features/chat2
   branch on Windows and Mac, and let's try to chat and see whether it works.
   As for Windows, there's at least this thread
 https://code.google.com/p/qxmpp/issues/detail?id=93
   where there's at least one user claiming it compiles and works fine on WinXP 
32bit,
   and the thread starter complaining about problems with Win7 x64.

Thanks, bye.

Tommaso

Re: Accept GUN GPL


Am 28.04.2014 01:23, schrieb Min Ding@ANU:


I hereby grant permission to use my contributions to the LyX project under the 
license GPL version
2 and later.


Hello Min,

welcome to LyX!

Many thanks for your contribution. Your translations have been committed and will be released with 
LyX 2.1.1.


best regards
Uwe

Re: request for decisions for the release of LyX 2.1


Am 04.04.2014 08:53, schrieb Vincent van Ravesteijn:


On Thu, Apr 3, 2014 at 11:49 PM, Uwe Stöhr  wrote:

- For an unknown reason an RC had to be released before the docs were ready
while I requested 2 more weeks. But an undocumented feature is an
unknown/unused and therefore untested. The goal is to have a stable release
therefore it is important that all features are tested. I am not confident
with that but accepted it.


If this is really your opinion, you should have updated the
documentation while we were in beta-testing phase, because that it is
the time were features are tested. Instead, you wait until we conclude
on the list that 2.1 is ready to be released, and then you start
updating the documentation. Apparently, you didn't care about testing
before, and now you start screaming you need testing.


During the last 3 release cycles it works that way that strings could be changed in the beta phase. 
I learned from the 1.5 release cycle where I had to update the docs several times because strings 
and menu names were changed.
I always made clear that it doesn't make sense to update the docs before the strings are almost 
freezed. We once also had a string freeze for some weeks before the release.

However, for this release cycle I started to update the docs in the first week 
of January.

regards Uwe

Re: [GSoC 2014] Introduction

On 28/04/14 09:33, Prannoy Pilligundla wrote:
> Hi Everyone,
>
> I am Prannoy Pilligundla, a second year undergrad from India.

Hi Prannoy,

welcome to the LyX devels community! I hope you'll enjoy spending time with us.

Looking forward for this fantastic enhancement to LyX<->LibreOffice roundtrips, 
that's a highly desired feature.

Bye,

Tommaso

Re: Feature request

On 28/04/14 19:37, Patrick O'Keeffe wrote:
> I don't personally see any advantage to composing emails in Lyx. OP suggested 
> it because of the beautiful formatting provided by LaTeX but HTML isn't 
> capable of such beauty. If you need the aesthetics, you're stuck emailing it 
> as an attachment anyway.

Forget about beauty, this is about functionality and convenience: copying from 
LyX (trunk), I can send you this (I hope you can display it correctly, at least 
it shows up OK while I'm composing it):

  * For each hosts pair ( j 1 ,j 2 )∈ H × H , a set P j 1 ,j 2 of 
interconnection paths may be available and usable, where each path p∈ P j 1 ,j 
2 is associated with the sequence P j 1 ,j 2 ,p of its L j 1 ,j 2 ,p links P j 
1 ,j 2 ,p ={ ( a j 1 ,j 2 ,p,1 ,b j 1 ,j 2 ,p,1 ),… ,( a j 1 ,j 2 ,p,L j 1 ,j 2 
,p ,b j 1 ,j 2 ,p,L j 1 ,j 2 ,p ) }⊂ L .

LyX Document
Leaving the meaning aside, my question is: how can I write this in Thunderbird? 
The only way is to attach the .lyx document, or an export of it, and it takes 
just more time to do that, rather than copy/paste.

If I could install a LyX plug-in in Thunderbird allowing me to natively write 
e-mails in LyX, I would probably use that!

My2c,

T.

Re: request for decisions for the release of LyX 2.1

Am 04.04.2014 11:16, schrieb Vincent van Ravesteijn:

At Feb 21 Georg asked what needed to be done. At Feb 27 you answered:
"I guess I will need at least 2 more weeks and I guess I will uncover
further bugs." Three weeks later, at Mar 20, I froze master.
Technically speaking, you had well more than the 2 more weeks that you
requested.

I'm not sure what I did wrong here.

Hi Vincent,

regards Uwe

Re: request for decisions for the release of LyX 2.1

Am 09.04.2014 10:02, schrieb Jean-Marc Lasgouttes:

09/04/2014 00:35, Uwe Stöhr:

For some releases, we had a small "PR" team. That was good, but it is
not something that was decided by a committee at release time. This work
is begun when one feels that the release is looming. This time, we don't
have it.

Hi JMarc,

PR is just another feature of a release. Just as we cannot decide in
advance who is going to develop what feature, we cannot force anybody to do PR.

You see, with a development plan we can focus our work on what many needs instead of adding this and
that which might only please us extremely experienced users. I will open a new thread for this.

I mean every country has its own specialties and with a strategy who
we want to address and how we will find a suitable release date.

Hmm, I see it coming... A different release date for different countries.

However, as we released LyX 2.1 after Easter it was possible to get mentioned in Germany's largest
computer magazine:

http://www.heise.de/newsticker/meldung/Freie-LaTeX-Umgebung-LyX-2-1-erschienen-2178581.html

(they write that LyX is also running user OS/2. I haven't told them this and already wrote them to
correct this if possible.)

regards Uwe

Re: [ANNOUNCE] LyX 2.1.0 Released


Am 25.04.2014 17:54, schrieb Richard Heck:


The LyX development team is pleased to announce the release of LyX 2.1.0.


Hi Richard,

LyX 2.1 was already mentioned in Germany's largest PC magazine:
http://www.heise.de/newsticker/meldung/Freie-LaTeX-Umgebung-LyX-2-1-erschienen-2178581.html
and also in another big computer web-magazine:
http://www.golem.de/news/latex-frontend-lyx-2-1-sammelt-drei-jahre-entwicklung-1404-106108.html

Yes!

What about LyX 2.0.8? We should tell that this release can create file in the 
format of LyX 2.1.

regards Uwe

Re: request for decisions for the release of LyX 2.1

Op 28 apr. 2014 23:17 schreef "Uwe >And that is what the RC-phase is about
in my opinion: the program is feature-frozen and string frozen. Users get
some weeks to test  thoroughly and we fix as many bugs as possible.
>

You completely misunderstood. Bèta releases are for testing. RC are release
candidates. Bèta releases should be feature frozen, RCs should be frozen
except for major issues. I really do not know where you got another
impression from.

Vincent

Re: Feature request

On Mon, Apr 28, 2014 at 4:14 PM, Tommaso Cucinotta  wrote:

>  On 28/04/14 19:37, Patrick O'Keeffe wrote:
>
> I don't personally see any advantage to composing emails in Lyx. OP
> suggested it because of the beautiful formatting provided by LaTeX but HTML
> isn't capable of such beauty. If you need the aesthetics, you're stuck
> emailing it as an attachment anyway.
>
>
> Forget about beauty, this is about functionality and convenience: copying
> from LyX (trunk), I can send you this (I hope you can display it correctly,
> at least it shows up OK while I'm composing it):
>
> - For each hosts pair   (   j  1  ,  j  2   ) ∈  H  ×  H ,   a set
>P  j  1  ,  j  2   of interconnection paths may be available
>and usable, where each path   p ∈P  j  1  ,  j  2is
>associated with the sequence P  j  1  ,  j  2  ,p of its
>L j  1  ,  j  2  ,p links  P  j  1  ,  j  2  ,p   ={ (
>a j  1  ,  j  2  ,p,1   ,  b j  1  ,  j  2  ,p,1), … ,(   a
>j  1  ,  j  2  ,p,  L j  1  ,  j  2  ,p  ,  b j  1  ,  j  2
>,p,  L j  1  ,  j  2  ,p   ) } ⊂  L .
>
>
> Leaving the meaning aside, my question is: how can I write this in
> Thunderbird? The only way is to attach the .lyx document, or an export of
> it, and it takes just more time to do that, rather than copy/paste.
>
>
Tommaso,

I don't know what you see in Thunderbird, but I can assure you that in
gmail your formula is barely legible. Wouldn't it be easier to "typeset" it
in ascii?


Cheers,

Stefano

-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic Studies Ph:   +1 (979) 845-2125
Texas A University  Fax:  +1 (979) 845-6421
College Station, Texas, USA

stef...@tamu.edu
http://stefano.cleinias.org

Re: request for decisions for the release of LyX 2.1

Am 28.04.2014 23:58, schrieb Vincent van Ravesteijn:

Op 28 apr. 2014 23:17 schreef "Uwe >And that is what the RC-phase is about
in my opinion: the program is feature-frozen and string frozen. Users get
some weeks to test thoroughly and we fix as many bugs as possible.

We had a lot of string changes during the beta phase and the last feature of algorithm2e was added
in January.

But OK, LyX is now out and from the time of the release we found (thanks to your daughter ;-) ) a
good date. Easter holidays are over, today many people returned to work or the university.

I already prepared some mails to press people but some already wrote about LyX
- perfect!

regards Uwe

Re: Feature request



On 29/04/2014 10:10 a.m., stefano franchi wrote:




On Mon, Apr 28, 2014 at 4:14 PM, Tommaso Cucinotta > wrote:


On 28/04/14 19:37, Patrick O'Keeffe wrote:

I don't personally see any advantage to composing emails in Lyx.
OP suggested it because of the beautiful formatting provided by
LaTeX but HTML isn't capable of such beauty. If you need the
aesthetics, you're stuck emailing it as an attachment anyway.


Forget about beauty, this is about functionality and convenience:
copying from LyX (trunk), I can send you this (I hope you can
display it correctly, at least it shows up OK while I'm composing it):

  * For each hosts pair ( j 1 , j 2 ) ∈ H × H , a set P j 1 , j 2
of interconnection paths may be available and usable, where
each path p ∈ P j 1 , j 2 is associated with the sequence P j
1 , j 2 ,p of its L j 1 , j 2 ,p links P j 1 , j 2 ,p ={ ( a j
1 , j 2 ,p,1 , b j 1 , j 2 ,p,1 ), … ,( a j 1 , j 2 ,p, L j 1
, j 2 ,p , b j 1 , j 2 ,p, L j 1 , j 2 ,p ) } ⊂ L .


Leaving the meaning aside, my question is: how can I write this in
Thunderbird? The only way is to attach the .lyx document, or an
export of it, and it takes just more time to do that, rather than
copy/paste.


Tommaso,

I don't know what you see in Thunderbird, but I can assure you that in 
gmail your formula is barely legible. Wouldn't it be easier to 
"typeset" it in ascii?



Cheers,

Stefano

I'm using Thunderbird (on Windows) and the formulas display nicely.

Andrew

Re: Feature request