Le 31/05/2015 16:12, Enrico Forestieri a écrit :
On Sun, May 31, 2015 at 01:24:05PM +0200, Kornel Benko wrote:
Am Sonntag, 31. Mai 2015 um 00:53:41, schrieb Enrico Forestieri
commit ad0d0f6d69a7acd6e99f7858f08b427a28d8f8cc
Author: Enrico Forestieri
Date: Sun May 31 00:52:49 2015 +0200
On Sun, May 31, 2015 at 7:28 PM, Richard Heck wrote:
> On 05/31/2015 05:35 PM, Scott Kostyshak wrote:
>>
>> The following ticket seems to be fixed to me:
>> http://www.lyx.org/trac/ticket/6047
>>
>> It was marked as fixed, but trac still shows it as open
>> (http://www.lyx.org/trac/query?status=!c
On 05/31/2015 05:35 PM, Scott Kostyshak wrote:
The following ticket seems to be fixed to me:
http://www.lyx.org/trac/ticket/6047
It was marked as fixed, but trac still shows it as open
(http://www.lyx.org/trac/query?status=!closed&component=mathed)
I will try to mark it as fixed again (if you w
The following ticket seems to be fixed to me:
http://www.lyx.org/trac/ticket/6047
It was marked as fixed, but trac still shows it as open
(http://www.lyx.org/trac/query?status=!closed&component=mathed)
I will try to mark it as fixed again (if you would like to, please
feel free), but first I woul
Uwe Stöhr wrote:
> Am 31.05.2015 um 15:24 schrieb Georg Baum:
>
>> 1) tex2lyx bugs
>> These are changes which should have never gone into the test references,
>> since they hide recently introduced bugs. Uwe, please have a look at the
>> diffs and fix the bugs. If you think that some are not bugs
Uwe Stöhr wrote:
> Am 31.05.2015 um 16:01 schrieb Georg Baum:
>
>> It definitely _is_ available as an executable if you use the debian
>> package, so detection of elyxer on debian is now broken.
>
> OK, reverting now.
Thanks.
>> IMO we had too many changes of the kind that works for one develo
2015-05-31 20:11 GMT+02:00 Uwe Stöhr :
> Well, May is now over and thus my time. So I will be happy to find enough
> time to do the documentation work. I fear I will uncover again many bugs
> while doing this.
>
I am sure you will.
>
> Nevertheless, It is time to announce a feature-freeze very
Le 31/05/15 16:19, Georg Baum a écrit :
Git has upset me many times as well. The default behaviour is almost always
not what you want, so for the command line version you have to give some
options (which I keep forgetting as well), and I guess this is similar in
the GUI clients you use.
Note th
Le 31/05/15 18:03, Uwe Stöhr a écrit :
In many cases I think it is obvious. I mean I looked at the source code
and at the official website. There is only an elyxer.py. So if someone
converts this to an executable I don't think that LyX must take care of
it. I mean I can also make a zip-file out o
Actually, I am getting rather nervous again since I observe that you try to
push in as much features as possible again at a phase when we want to get
the major release ready. We should now try to stabilize the code base, not
de-stabilize it by adding new stuff.
Well, May is now over and thus my
2015-05-31 19:52 GMT+02:00 Uwe Stöhr :
> Please refer to comp.text.tex.
>>
>
> I cannot. Gmane does not support this and my ISP provides no NNTP.
>
You can read it via Google groups online.
>
> However, searching a bit in the lyx-users list I find several complaints
> that tex4ht does not work
Am 31.05.2015 um 19:45 schrieb Jürgen Spitzmüller:
> As long as tex4ht is not hidden from the view and export menus,
adding a second option is finde with me.
OK. I'll add a new format "odt2" which refers to eLyXer.
Please refer to comp.text.tex.
I cannot. Gmane does not support this and my
2015-05-31 19:11 GMT+02:00 Uwe Stöhr :
> Am 31.05.2015 um 18:43 schrieb Jürgen Spitzmüller:
>
> No. I think tex4ht should be the default tex to odt converter. It is far
>> superior to eLyXer.
>>
>
> But my patch does not change that. With my patch you will get 2
> OpenDocument converters and can
Am 17.05.2015 um 18:36 schrieb Jürgen Spitzmüller :
> 2015-05-17 18:25 GMT+02:00 Stephan Witt :
> Am 13.05.2015 um 10:42 schrieb Jean-Marc Lasgouttes :
>
> >
> > Hi there,
> >
> > The ritual question: what is still needed for 2.2?
>
> Another thing I'm looking for a solution is the update of the
Am 31.05.2015 um 18:43 schrieb Jürgen Spitzmüller:
No. I think tex4ht should be the default tex to odt converter. It is far
superior to eLyXer.
But my patch does not change that. With my patch you will get 2
OpenDocument converters and can choose which one you like.
I can also make odt2 the
Am 31.05.2015 um 15:24 schrieb Georg Baum:
1) tex2lyx bugs
These are changes which should have never gone into the test references,
since they hide recently introduced bugs. Uwe, please have a look at the
diffs and fix the bugs. If you think that some are not bugs, please explain
why.
What? Wh
2015-05-31 18:28 GMT+02:00 Uwe Stöhr :
> Please read what I wrote: I did not propose to remove the converter but to
> remove it from being displayed by default in the view and export menu.
>
I understood, and this is where I object.
>
> If tex4ht it works for you we should keep it there. Attach
Am 31.05.2015 um 09:39 schrieb Jürgen Spitzmüller:
I use tex4ht successfully all the time and _strongly_ rely on it. It is the
only tex to odt converter that can properly handle bib(la)tex. All the
lyx/tex to html converters fail on this.
Please do not remove this converter just because it does
Am 31.05.2015 um 16:01 schrieb Georg Baum:
It definitely _is_ available as an executable if you use the debian package,
so detection of elyxer on debian is now broken.
OK, reverting now.
IMO we had too many changes of the kind that works for one developer on one
OS while ignoring that other
Am Sonntag, 31. Mai 2015 um 17:12:29, schrieb Enrico Forestieri
> On Sun, May 31, 2015 at 01:24:05PM +0200, Kornel Benko wrote:
>
> > Am Sonntag, 31. Mai 2015 um 00:53:41, schrieb Enrico Forestieri
> >
> > > commit ad0d0f6d69a7acd6e99f7858f08b427a28d8f8cc
> > > Author: Enrico Forestieri
> > >
On Sun, May 31, 2015 at 01:24:05PM +0200, Kornel Benko wrote:
> Am Sonntag, 31. Mai 2015 um 00:53:41, schrieb Enrico Forestieri
>
> > commit ad0d0f6d69a7acd6e99f7858f08b427a28d8f8cc
> > Author: Enrico Forestieri
> > Date: Sun May 31 00:52:49 2015 +0200
> >
> > Really fix bug #9354
> >
>
Uwe Stöhr wrote:
> Yes, that is because of the git mess. I think that I am not too stupid
> but git is nothing for me. Now after years it is still a mystery why
> e.g. often some files are not committed despite I selected them to be
> committed. Also often an older version from my tree is committe
Richard Heck wrote:
> On 05/30/2015 09:11 PM, Uwe Stöhr wrote:
>> commit ee5760ef8ce0291fbfada33901ed110f51cf5a91
>> Author: Uwe Stöhr
>> Date: Sun May 31 03:11:13 2015 +0200
>>
>> configure.py: elyxer is not provided as executable
>
> I think we should check both. On some platforms, it m
Am Sonntag, 31. Mai 2015 um 15:24:21, schrieb Georg Baum
> I want to merge the current status of the features/fix-tex2lyx-tests now to
> master, but I am unsure how to do it. I could simply merge it with git, but
> then the history of master would contain an ugly revert 201ee24d13 which is
> p
2015-05-31 15:24 GMT+02:00 Georg Baum:
> I want to merge the current status of the features/fix-tex2lyx-tests now to
> master, but I am unsure how to do it. I could simply merge it with git, but
> then the history of master would contain an ugly revert 201ee24d13 which is
> partly undone by later
Hi,
I am now finished with fixing the tex2lyx tests. Unfortunately it took much
more time than initially thought.
The diffs to current master are attached. The differences can be divided
into several categories:
1) tex2lyx bugs
These are changes which should have never gone into the test refe
Am Sonntag, 31. Mai 2015 um 00:53:41, schrieb Enrico Forestieri
> commit ad0d0f6d69a7acd6e99f7858f08b427a28d8f8cc
> Author: Enrico Forestieri
> Date: Sun May 31 00:52:49 2015 +0200
>
> Really fix bug #9354
>
This is still not working in branch for redefined macros.
(Works in master as impl
Georg Baum wrote:
> The branch, features/fix-tex2lyx-tests, has been updated.
> discards 17b29b7fcbe770ed1b69aa3bfaa6e99d4276dd8e (commit)
> discards 1ddbb9005db7806d1f8dff8aadd53ea2c3bf0416 (commit)
> discards 974810bac025ef7ea82404c54ac741b19f7ddf3d (commit)
> discards 201ee24d13ea6f
2015-05-31 3:13 GMT+02:00 Uwe Stöhr:
> Many thanks. That is the solution. Attached is the patch for configure.py
> that does what I want. OK to go in?
>
> - Can we maybe get rid of tex4ht or does anybody use this and gets
>>> acceptable results.
>>>
>>
>> As Gunther said, this is a separate issue
29 matches
Mail list logo
