On Fri, Apr 15, 2016 at 06:20:56PM +0200, Jean-Marc Lasgouttes wrote:
> Le 07/04/2016 00:02, Uwe Stöhr a écrit :
> >Am 05.04.2016 um 10:23 schrieb Jean-Marc Lasgouttes:
> >
> >>If the translators know where to look for the files, they are not
> >>personal anymore. Just move them to lib/doc, don't b
Am Freitag, 15. April 2016 um 18:20:56, schrieb Jean-Marc Lasgouttes
> Le 07/04/2016 00:02, Uwe Stöhr a écrit :
> > Am 05.04.2016 um 10:23 schrieb Jean-Marc Lasgouttes:
> >
> >> If the translators know where to look for the files, they are not
> >> personal anymore. Just move them to lib/doc, don
Le 07/04/2016 00:02, Uwe Stöhr a écrit :
Am 05.04.2016 um 10:23 schrieb Jean-Marc Lasgouttes:
If the translators know where to look for the files, they are not
personal anymore. Just move them to lib/doc, don't be shy.
OK. Since I am a bit out of the development project I fear I can break
som
Am 05.04.2016 um 10:23 schrieb Jean-Marc Lasgouttes:
If the translators know where to look for the files, they are not
personal anymore. Just move them to lib/doc, don't be shy.
OK. Since I am a bit out of the development project I fear I can break
something in Git short before a release. Cou
Le 05/04/2016 01:06, Uwe Stöhr a écrit :
I was not aware of any changelogs translators use, I believe that CT was
used to signalize new things in manuals.
The files there are my personal files to coordinate the translation work.
The translators know the files and can work on their files accordi
Am 02.04.2016 um 01:20 schrieb Pavel Sanda:
This location was not intuitive to me either. Perhaps it was chosen
because that way it will not ship with LyX?
Kind of. These are files which no normal user should ever see and we know it is
so obsolete that it deserves deletion, but it might be of
On Fri, Apr 01, 2016 at 04:20:56PM -0700, Pavel Sanda wrote:
>
> I was not aware of any changelogs translators use, I believe that CT was
> used to signalize new things in manuals.
Yes but after we send the manuals out and are waiting for them to be
translated we don't want to change them in our
Scott Kostyshak wrote:
> > >>I was asking about the other manuals, actually.
> > >
> > >They are at lib/doc/attic/Changelog-*
> >
> > I see. Why is that in attic? It does not make any sense to me, attic/ if for
> > obsolete stuff IMO.
>
> This location was not intuitive to me either. Perhaps it w
Le 31/03/2016 21:18, Scott Kostyshak a écrit :
Shall I update docs and layouts or will you do it before release?
Yes please do it. The reason why I think it is preferable for you to do
it is in the Development manual:
"Update LyX's .lyx documentation files to the new format. The developer
Le 31/03/2016 21:14, Scott Kostyshak a écrit :
This location was not intuitive to me either. Perhaps it was chosen
because that way it will not ship with LyX?
We give an explicit list of what we ship.
JMarc
On Wed, Mar 30, 2016 at 05:22:25PM +0200, Jean-Marc Lasgouttes wrote:
> Le 30/03/2016 00:55, Scott Kostyshak a écrit :
> >On Tue, Mar 29, 2016 at 10:56:31AM +0200, Jean-Marc Lasgouttes wrote:
> >>Le 25/03/2016 22:20, Jean-Marc Lasgouttes a écrit :
> >>>Le 25/03/2016 20:08, Kornel Benko a écrit :
>
On Wed, Mar 30, 2016 at 03:48:53PM +0200, Jean-Marc Lasgouttes wrote:
> Le 30/03/2016 00:58, Scott Kostyshak a écrit :
> >On Tue, Mar 29, 2016 at 03:48:33PM +0200, Jean-Marc Lasgouttes wrote:
> >>Le 29/03/2016 12:43, Guenter Milde a écrit :
> >>>On 2016-03-29, Jean-Marc Lasgouttes wrote:
> >>>
> >>
Le 30/03/2016 00:55, Scott Kostyshak a écrit :
On Tue, Mar 29, 2016 at 10:56:31AM +0200, Jean-Marc Lasgouttes wrote:
Le 25/03/2016 22:20, Jean-Marc Lasgouttes a écrit :
Le 25/03/2016 20:08, Kornel Benko a écrit :
Am Freitag, 25. März 2016 um 19:51:53, schrieb Jean-Marc Lasgouttes
...
---
d
Le 30/03/2016 00:55, Scott Kostyshak a écrit :
+1 please commit. Thanks for the patch.
Done now.
JMarc
Le 30/03/2016 00:58, Scott Kostyshak a écrit :
On Tue, Mar 29, 2016 at 03:48:33PM +0200, Jean-Marc Lasgouttes wrote:
Le 29/03/2016 12:43, Guenter Milde a écrit :
On 2016-03-29, Jean-Marc Lasgouttes wrote:
BTW, I thought there was some kind of ChangeLog for manuals (for the
benefit of translat
On Tue, Mar 29, 2016 at 03:48:33PM +0200, Jean-Marc Lasgouttes wrote:
> Le 29/03/2016 12:43, Guenter Milde a écrit :
> >On 2016-03-29, Jean-Marc Lasgouttes wrote:
> >
> >>BTW, I thought there was some kind of ChangeLog for manuals (for the
> >>benefit of translators), but I cannot find it.
> >
> >D
On Tue, Mar 29, 2016 at 10:56:31AM +0200, Jean-Marc Lasgouttes wrote:
> Le 25/03/2016 22:20, Jean-Marc Lasgouttes a écrit :
> >Le 25/03/2016 20:08, Kornel Benko a écrit :
> >>Am Freitag, 25. März 2016 um 19:51:53, schrieb Jean-Marc Lasgouttes
> >>
> >>...
> >>>---
> >>> development/FORMAT
Le 29/03/2016 12:43, Guenter Milde a écrit :
On 2016-03-29, Jean-Marc Lasgouttes wrote:
BTW, I thought there was some kind of ChangeLog for manuals (for the
benefit of translators), but I cannot find it.
Development.lyx is an exception: we don't translate it, because English is
the working la
On 2016-03-29, Jean-Marc Lasgouttes wrote:
> BTW, I thought there was some kind of ChangeLog for manuals (for the
> benefit of translators), but I cannot find it.
Development.lyx is an exception: we don't translate it, because English is
the working language for developer communication anyway. T
Le 25/03/2016 22:20, Jean-Marc Lasgouttes a écrit :
This is what happens when one runs updatedocs.py and the lyx2lyx
crashes. A deleted file :( The same holds for updatelayouts.py, but I
caught this one at the time.
This is now ticket 10044.
JMarc
Le 25/03/2016 22:20, Jean-Marc Lasgouttes a écrit :
Le 25/03/2016 20:08, Kornel Benko a écrit :
Am Freitag, 25. März 2016 um 19:51:53, schrieb Jean-Marc Lasgouttes
...
---
development/FORMAT | 4 +
lib/doc/de/EmbeddedObjects.lyx | 4590
Le 25/03/2016 20:08, Kornel Benko a écrit :
Am Freitag, 25. März 2016 um 19:51:53, schrieb Jean-Marc Lasgouttes
...
---
development/FORMAT | 4 +
lib/doc/de/EmbeddedObjects.lyx | 45901 ---
What is this? 45901 deleted
Am Freitag, 25. März 2016 um 19:51:53, schrieb Jean-Marc Lasgouttes
...
> ---
> development/FORMAT | 4 +
> lib/doc/de/EmbeddedObjects.lyx | 45901
> ---
What is this? 45901 deleted lines?
> lib/lyx2lyx/LyX.py
On Thu, Mar 10, 2016 at 03:29:08PM +, José Matos wrote:
> On Wednesday, March 09, 2016 03:33:47 PM José Matos wrote:
> > This is an easy task. The lyx2lyx code follows untested and it should be
> > correct (TM).
> >
> > From the original patch the changes to lib/lyx2lyx/lyx_2_1.py should be
On Wednesday, March 09, 2016 03:33:47 PM José Matos wrote:
> This is an easy task. The lyx2lyx code follows untested and it should be
> correct (TM).
>
> From the original patch the changes to lib/lyx2lyx/lyx_2_1.py should be
> dropped as we are not changing the format there but only in 2.2.
>
On Friday, February 26, 2016 02:45:08 PM Jean-Marc Lasgouttes wrote:
> Le 26/02/2016 05:07, Scott Kostyshak a écrit :
> >> We don't have a patch.
> >
> > Nevermind. A patch was proposed here:
> > https://www.mail-archive.com/search?l=mid&q=56B365D0.4040203%40free.fr
>
> So someone has to update i
On Fri, Feb 26, 2016 at 02:45:08PM +0100, Jean-Marc Lasgouttes wrote:
> Le 26/02/2016 05:07, Scott Kostyshak a écrit :
> >>We don't have a patch.
> >
> >Nevermind. A patch was proposed here:
> >https://www.mail-archive.com/search?l=mid&q=56B365D0.4040203%40free.fr
>
> So someone has to update it a
Le 26/02/2016 05:07, Scott Kostyshak a écrit :
We don't have a patch.
Nevermind. A patch was proposed here:
https://www.mail-archive.com/search?l=mid&q=56B365D0.4040203%40free.fr
So someone has to update it and add the lyx2lyx glue. Before you ask, I
am not really at ease with this :)
JMar
On Thu, Feb 25, 2016 at 11:05:23PM -0500, Scott Kostyshak wrote:
> On Wed, Feb 24, 2016 at 02:37:11PM +0100, Jean-Marc Lasgouttes wrote:
> > Le 23/02/2016 16:56, Scott Kostyshak a écrit :
> > >On Mon, Feb 22, 2016 at 12:32:58PM +0100, Jean-Marc Lasgouttes wrote:
> > >>Le 10/02/2016 00:32, Scott Kos
On Wed, Feb 24, 2016 at 02:37:11PM +0100, Jean-Marc Lasgouttes wrote:
> Le 23/02/2016 16:56, Scott Kostyshak a écrit :
> >On Mon, Feb 22, 2016 at 12:32:58PM +0100, Jean-Marc Lasgouttes wrote:
> >>Le 10/02/2016 00:32, Scott Kostyshak a écrit :
> I mean, if there is string freeze, I, as a transla
Le 23/02/2016 16:56, Scott Kostyshak a écrit :
On Mon, Feb 22, 2016 at 12:32:58PM +0100, Jean-Marc Lasgouttes wrote:
Le 10/02/2016 00:32, Scott Kostyshak a écrit :
I mean, if there is string freeze, I, as a translator, can be sure that all
needed strings are available.
OK I think we are on t
On Mon, Feb 22, 2016 at 12:32:58PM +0100, Jean-Marc Lasgouttes wrote:
> Le 10/02/2016 00:32, Scott Kostyshak a écrit :
> >>I mean, if there is string freeze, I, as a translator, can be sure that all
> >>needed strings are available.
> >
> >OK I think we are on the same page.
>
> What is the statu
Le 10/02/2016 00:32, Scott Kostyshak a écrit :
I mean, if there is string freeze, I, as a translator, can be sure that all
needed strings are available.
OK I think we are on the same page.
What is the status of this?
JMarc
On Tue, Feb 09, 2016 at 10:45:07PM +0100, Kornel Benko wrote:
> Am Dienstag, 9. Februar 2016 um 12:00:03, schrieb Scott Kostyshak
>
> > On Tue, Feb 09, 2016 at 12:07:21AM -0500, Scott Kostyshak wrote:
> > > On Mon, Feb 08, 2016 at 07:37:05PM +0100, Kornel Benko wrote:
> >
> > > > > By the way, f
Am Dienstag, 9. Februar 2016 um 12:00:03, schrieb Scott Kostyshak
> On Tue, Feb 09, 2016 at 12:07:21AM -0500, Scott Kostyshak wrote:
> > On Mon, Feb 08, 2016 at 07:37:05PM +0100, Kornel Benko wrote:
>
> > > > By the way, for my
> > > > future release manager notes, when we have a "string freeze"
On Tue, Feb 09, 2016 at 12:07:21AM -0500, Scott Kostyshak wrote:
> On Mon, Feb 08, 2016 at 07:37:05PM +0100, Kornel Benko wrote:
> > > By the way, for my
> > > future release manager notes, when we have a "string freeze", do we
> > > really mean no *new* strings, or does it also refer to cases lik
On Mon, Feb 08, 2016 at 07:37:05PM +0100, Kornel Benko wrote:
> Am Montag, 8. Februar 2016 um 13:11:29, schrieb Scott Kostyshak
>
> > Great, so no need to bug translators then, right?
>
>
> Yes.
Good.
> > By the way, for my
> > future release manager notes, when we have a "string freeze", do
Am Montag, 8. Februar 2016 um 13:11:29, schrieb Scott Kostyshak
> On Mon, Feb 08, 2016 at 06:14:18PM +0100, Kornel Benko wrote:
>
> > Please use Unnumbered because this string is already used, so no need to
> > extend po-files.
> > "No number" exists too, but contains space.
>
> Great, so no n
On Mon, Feb 08, 2016 at 06:14:18PM +0100, Kornel Benko wrote:
> Please use Unnumbered because this string is already used, so no need to
> extend po-files.
> "No number" exists too, but contains space.
Great, so no need to bug translators then, right? By the way, for my
future release manager no
Le 08/02/2016 16:37, Jean-Marc Lasgouttes a écrit :
Le 04/02/2016 23:08, Jean-Pierre Chrétien a écrit :
While testing this with LyX to write my answer, I got a bunch of messages
like this
Undo.cpp (623): Inset not found, no undo stack added.
I have seen it too, it is probably my fault. I'll i
Am Montag, 8. Februar 2016 um 10:40:39, schrieb Scott Kostyshak
> On Mon, Feb 08, 2016 at 04:26:10PM +0100, Jean-Marc Lasgouttes wrote:
> > Le 04/02/2016 22:55, Jean-Pierre Chrétien a écrit :
> > >>Where is it visible in the UI?
> > >
> > >Create a float, remove the caption, insert a table in the
On Mon, Feb 08, 2016 at 04:26:10PM +0100, Jean-Marc Lasgouttes wrote:
> Le 04/02/2016 22:55, Jean-Pierre Chrétien a écrit :
> >>Where is it visible in the UI?
> >
> >Create a float, remove the caption, insert a table in the float, open the
> >parameters windows with a right click in the table (firs
On Fri, Feb 05, 2016 at 12:22:08AM +0100, Uwe Stöhr wrote:
> Am 04.02.2016 um 15:53 schrieb Jean-Pierre Chrétien:
>
> >The term "longtable" was recently replaced by "multi-page table" in the
> >EnbeddedObjects and UserGuide manuals.
>
> It was only changed in the manuals because it was changed in
Le 04/02/2016 23:08, Jean-Pierre Chrétien a écrit :
Jean-Pierre Chrétien free.fr> writes:
Create a float, remove the caption, insert a table in the float, open the
parameters windows with a right click in the table (first row), then in the
tab "Multi-page table" check:
* use a multi-page tab
Le 04/02/2016 22:55, Jean-Pierre Chrétien a écrit :
Where is it visible in the UI?
Create a float, remove the caption, insert a table in the float, open the
parameters windows with a right click in the table (first row), then in the
tab "Multi-page table" check:
* use a multi-page table
* c
Am 04.02.2016 um 15:53 schrieb Jean-Pierre Chrétien:
The term "longtable" was recently replaced by "multi-page table" in the
EnbeddedObjects and UserGuide manuals.
It was only changed in the manuals because it was changed in the table
dialog before.
The point is that to be consistent we nee
Guenter Milde users.sf.net> writes:
>
> On 2016-02-04, Jean-Pierre Chrétien wrote:
> > However, the Inset name
>
> > LongTableNoNumber
>
> > has not yet been replaced by
>
> > MultiTableNoNumber
>
> > in stdinsets.inc, and it is referred to as that in the UI.
>
> ...
>
> Shouldn't it be M
Jean-Pierre Chrétien free.fr> writes:
> Create a float, remove the caption, insert a table in the float, open the
> parameters windows with a right click in the table (first row), then in the
> tab "Multi-page table" check:
> * use a multi-page table
> * caption
> Then right-click in the captio
Jean-Marc Lasgouttes lyx.org> writes:
>
> Where is it visible in the UI?
Create a float, remove the caption, insert a table in the float, open the
parameters windows with a right click in the table (first row), then in the
tab "Multi-page table" check:
* use a multi-page table
* caption
Then
On 2016-02-04, Jean-Pierre Chrétien wrote:
Hello,
> The term "longtable" was recently replaced by "multi-page table" in the
> EnbeddedObjects and UserGuide manuals.
> However, the Inset name
> LongTableNoNumber
> has not yet been replaced by
> MultiTableNoNumber
> in stdinsets.inc, and it i
Le 04/02/2016 15:53, Jean-Pierre Chrétien a écrit :
Hello,
The term "longtable" was recently replaced by "multi-page table" in the
EnbeddedObjects and UserGuide manuals.
However, the Inset name
LongTableNoNumber
has not yet been replaced by
MultiTableNoNumber
in stdinsets.inc, and it is ref
51 matches
Mail list logo
