Re: insert \and between authors?
On 08/03/2012 3:17 PM, Richard Heck wrote: On 03/08/2012 01:33 PM, Yihui Xie wrote: Maybe I missed the documentation somewhere, but each time I have to insert \and as TeX code when my document has multiple authors. Would it be a good idea to implement it as an item in Insert-->Formatting? Visually it is a horizontal space in LyX. Thanks! Potentially an even better solution would be to allow multiple author environments and do the right thing with them. Though this would take some work. +1 -- Julien
Re: insert \and between authors?
On 03/08/2012 01:33 PM, Yihui Xie wrote: Hi, Maybe I missed the documentation somewhere, but each time I have to insert \and as TeX code when my document has multiple authors. Would it be a good idea to implement it as an item in Insert-->Formatting? Visually it is a horizontal space in LyX. Thanks! Potentially an even better solution would be to allow multiple author environments and do the right thing with them. Though this would take some work. Richard
insert \and between authors?
Hi, Maybe I missed the documentation somewhere, but each time I have to insert \and as TeX code when my document has multiple authors. Would it be a good idea to implement it as an item in Insert-->Formatting? Visually it is a horizontal space in LyX. Thanks! Regards, Yihui -- Yihui Xie Phone: 515-294-2465 Web: http://yihui.name Department of Statistics, Iowa State University 2215 Snedecor Hall, Ames, IA
Re: Updates to gitolite progress
Richard Heck writes: | On 03/08/2012 04:47 AM, Lars Gullik Bjønnes wrote: >> Lars Gullik Bjønnes writes: >> >> | I have added some more gitolite functionality. >> | (only viewable for the people that has sent me their ssh public key.) >> | ssh g...@git.lyx.org help >> | You will not be able to fork anything yet, but as you can see at >> | http://git.lyx.org/ >> | this is basically what it will look like. >> | The plan forward is: >> | 1. Get the required hooks in place >> | - This is mostly the post-commit (post-receive really) hook that >> | sends messages to lyx-...@lists.lyx.org >> >> This is now in place. I will have to test it a bit more though, I think >> it is ok for us, but I will add a status blurb at bottom of mail with >> something similar to "git diff --stat" content. | Is it possible to have the commit itself in the emails, as we do now? | Via, e.g., git diff HEAD^? Yes, I'll add support for that as well, but first git diff -raw -M -C HEAD^.. beautifified info. -- Lgb
Re: word2lyx (Word to LyX Translator): Status Update
On Mar 8, 2012, at 2:21 AM, Rainer M Krug wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > I would love to agree, but round-trip is what is needed most of the > time. An import word2lyx is perfect, but in most cases only half the > story. I would use it extensively if the round trip is possible. > Obviously, we can not deal with the word-editing side (whatever > program is used for that). I'm sympathetic to this point. I understand that having a way to go from one to the other is important. I've deliberately avoided creating an export to Word option, though, because it would essentially require that I recode large portions of LyX in Python. I'm resistant to doing that because it's a a lot of extra code to maintain. There are already two implementations of LyX document parsing libraries: eLyXer and that found in LyX itself. Adding a third and trying to keep it in some sort of synchronization would be a huge pain. I'm looking into using eLyXer for Word conversion from LyX, but that is lesser priority than making Word import work correctly. (At least at the moment.) If there is someone (maybe Alex or another eLyXer dev) who would be interest in collaborating and handling the export part, I'd be happy to coordinate with them so that we're able to round-trip. >> People will take this as a promise and complain that it does not >> work well enough. > > Well - one could state that the round-trip works for MS word version > abcd, and other versions can / will / might cause problems which are > not in our hands. I've already taken that position. I'm willing to work with Word versions 2007 and 2010, and only files saved in docx. I'm not going to even try and parse doc binary files. word2lyx is about a 1000 lines of code. The doc parsing libraries I've looked at are easily 10 times that long. Python has excellent libraries for parsing XML that do nearly all the heavy lifting. I would have to write my own parsing library for doc. >> The difference of structure between word and lyx are too important >> to be able to work in a word<->LyX collaboration IMO. > > There are obviously basic difference in how LyX and word are viewing > documents, and these lead to principal differences how the files are > saved. > > But I am thinking that if one can import a docx file into LyX, one > should be able to do the reverse. And one should be able to define a > robust subset of features which are maintained when doing a round-trip. > In the same way that certain features are not converted in word2lyx, > lyx2word would also only support a subset of features which are > exported. But if these subsets include the most important features > used in the editing process on both sides, a round trip should be > possible. I agree that it is possible, but there's a lot of code needed to make it work correctly. It's also a larger problem set that I want to right now. Once I've got the Word import working, including track changes and notes (and probably maths, too), I'll be more willing to come back and take a look at it. But as I said earlier, if there's someone who would like to jump on board and work with Word export (lyx2word), I'll be happy to coordinate and work with them, too. Cheers, Rob
Re: word2lyx: Word to LyX Document Converter
On Wed, Mar 7, 2012 at 7:03 PM, Rob Oakes wrote: > Dear Users and Developers, > > First off, thank you to everyone who sent me documents over the weekend. > I was able to make a lot of tweaks to word2lyx based on what you sent me. > > With that hurdle out of the way, I think it's ready to release it into > the wild. If you'd like to download a copy of it, you can download the > code from: > > http://oak-tree.us/stuff/LyX/word2lyx-01.zip > > A brief write-up of the features and usage can be found at: > > http://www.oak-tree.us/2012/03/07/word2lyx01-2/ > > If you download it and find it useful, please let me know. If you > download it and have problems, also please let me know. (Mostly so I can > fix the problems.) I'm very interested in this -- thanks for undertaking the project. However, I can't even get it started. On Mac (10.6.8), calling word2lyx from the Terminal, I get the following: > ./word2lyx.py ./Example-Word2LyX.docx test.lyx Traceback (most recent call last): File "./word2lyx.py", line 13, in from docx import read as docxread File "/Users/bennett/Downloads/word2lyx/docx/read.py", line 10, in from parser import ElementTree as etree File "/Users/bennett/Downloads/word2lyx/docx/parser.py", line 13, in class etree_element(ElementTree.Element): TypeError: Error when calling the metaclass bases function() argument 1 must be code, not str Am I doing anything wrong? BH
Re: Updates to gitolite progress
This is now in place. I will have to test it a bit more though, I think it is ok for us, but I will add a status blurb at bottom of mail with something similar to "git diff --stat" content. Is it possible to have the commit itself in the emails, as we do now? Via, e.g., git diff HEAD^? Richard You mean: 'git show' Vincent
Re: Updates to gitolite progress
On 03/08/2012 04:47 AM, Lars Gullik Bjønnes wrote: Lars Gullik Bjønnes writes: | I have added some more gitolite functionality. | (only viewable for the people that has sent me their ssh public key.) | ssh g...@git.lyx.org help | You will not be able to fork anything yet, but as you can see at | http://git.lyx.org/ | this is basically what it will look like. | The plan forward is: | 1. Get the required hooks in place | - This is mostly the post-commit (post-receive really) hook that | sends messages to lyx-...@lists.lyx.org This is now in place. I will have to test it a bit more though, I think it is ok for us, but I will add a status blurb at bottom of mail with something similar to "git diff --stat" content. Is it possible to have the commit itself in the emails, as we do now? Via, e.g., git diff HEAD^? Richard
Re: Subversion don't work in 1.7 version
Am 08.03.2012 um 11:41 schrieb Abdelrazak Younes: > On Wed, Mar 7, 2012 at 3:15 PM, Pavel Sanda wrote: >> Stephan Witt wrote: >>> I don't like hard-coding the knowledge how subversion developers organize >>> their meta-data. >> >> More thoughts - what about this proposal: >> 1. We completely kill parsing of 1.6 metadata in .svn. >> 2. If possible than write common routine for both 1.6/1.7 (I assume the >> output of "svn --xml info" is consistent) >> (that also means no detecting and caching for 1.7 being a special case) >> 3. The only knowledge left about svn metadata would be checking for .svn in >> parental directories >> (which we later join with test for .git). This would avoid superfluous >> execution of binaries. >> >> What do you think? > > I am not Stephan but I think you should use libsvn. This library seems > to have a stable API and works with all version of svn since 1.x Yes, this is the alternative. But I'd like to make the current approach (external svn client) working again. I'm really not sure what happens to SVN support on Windows if we replace the external client thing with libsvn. Stephan
Re: Subversion don't work in 1.7 version
On Wed, Mar 7, 2012 at 3:15 PM, Pavel Sanda wrote: > Stephan Witt wrote: >> I don't like hard-coding the knowledge how subversion developers organize >> their meta-data. > > More thoughts - what about this proposal: > 1. We completely kill parsing of 1.6 metadata in .svn. > 2. If possible than write common routine for both 1.6/1.7 (I assume the > output of "svn --xml info" is consistent) > (that also means no detecting and caching for 1.7 being a special case) > 3. The only knowledge left about svn metadata would be checking for .svn in > parental directories > (which we later join with test for .git). This would avoid superfluous > execution of binaries. > > What do you think? I am not Stephan but I think you should use libsvn. This library seems to have a stable API and works with all version of svn since 1.x Abdel.
Re: Updates to gitolite progress
Lars Gullik Bjønnes writes: | I have added some more gitolite functionality. | (only viewable for the people that has sent me their ssh public key.) > | ssh g...@git.lyx.org help > | You will not be able to fork anything yet, but as you can see at > | http://git.lyx.org/ > | this is basically what it will look like. > | The plan forward is: > | 1. Get the required hooks in place | - This is mostly the post-commit (post-receive really) hook that | sends messages to lyx-...@lists.lyx.org This is now in place. I will have to test it a bit more though, I think it is ok for us, but I will add a status blurb at bottom of mail with something similar to "git diff --stat" content. -- Lgb