On Thu, May 21, 2015 at 1:08 AM, Scott Kostyshak wrote:
> commit bede4d320bfff26fcbea396b516b92eb9595940c
> Author: Scott Kostyshak
> Date: Thu May 21 00:59:08 2015 -0400
>
> toc bind: 'dialog-show' -> 'dialog-toggle' (#8388)
>
> Toggling is more intuitive for this dialog.
We could als
On Wed, May 20, 2015 at 2:18 PM, Guenter Milde wrote:
> In the provided link, I see that you
>
> ... compile with the command xelatex.
Indeed. I forgot to mention that in this thread.
> In this case, fontenc and the T1 encoding are wrong for any package
> (except if you use XeTeX in the 8-bit
Am 20.05.2015 um 14:44 schrieb Kornel Benko:
But you do it already, calling 'development/cmake/build.bat' for instance.
Yes, I do.
What is so difficult to add some line as 'ctest someting' in a script?
Well the "something" is exactly the problem. What should I add there and
what does ctes
Am 20.05.2015 um 07:54 schrieb Stephan Witt:
It should be better now.
Thanks, it compiles now.
regards Uwe
Am 20.05.2015 um 11:49 schrieb Vincent van Ravesteijn:
That's the problem. The thing to be tested is not whether LyX can
import without errors, but it is that the resultant LyX file is
_identical_ to the LyX file that is in the repository.
If you add extra test cases in the tex file, you should
On 2015-05-20, Jürgen Spitzmüller wrote:
> [-- Type: text/plain, Encoding: quoted-printable --]
> 2015-05-20 13:30 GMT+02:00 Scott Kostyshak :
>> I chopped down a LyX template's LaTeX output to create a minimal
>> example. I was then told that I should not use T1 encoding:
>> http://tug.org/pip
Hi,
I cannot find the mail with the question anymore: does application shutdown on
Mac work after commit ???
The answer is no. But I cannot say if it was ok before.
The backtrace is at the end of this mail.
Stephan
(lldb) bt
* thread #1: tid = 0xbef7, 0x7fff8b5d2212
libsystem_kernel.dyli
On 05/20/2015 08:56 AM, Jean-Marc Lasgouttes wrote:
Le 20/05/2015 14:55, Enrico Forestieri a écrit :
Incidentally, for this same reason I cannot simply run ./autogen.sh
but have to run "bash autogen.sh". This is really minor, though, as
What is the error with autogen.sh? Is it the "!" with mak
On Wed, May 20, 2015 at 04:20:19PM +0200, Jean-Marc Lasgouttes wrote:
> Le 20/05/2015 15:53, Enrico Forestieri a écrit :
> >>Solutions include changing the name of the new method or declaring such a
> >>mathod at Inset level if it makes sense.
> >
> >Should be fixed now.
> >
> >>Some documentation
Am Mittwoch, 20. Mai 2015 um 18:19:08, schrieb Jean-Marc Lasgouttes
> Le 20/05/2015 15:19, Kornel Benko a écrit :
> > The sorting of languages is suboptimal. It was better in the original
> > version.
> >
> > For instance in Czech and Slovak the letters 'c' and 'č' follows
> > immediately.
> >
Le 20/05/2015 15:19, Kornel Benko a écrit :
The sorting of languages is suboptimal. It was better in the original version.
For instance in Czech and Slovak the letters 'c' and 'č' follows immediately.
In the Slovak GUI the sort in the patch moves 'č' nearly to the end of the list
Here is a muc
Le 20/05/2015 15:53, Enrico Forestieri a écrit :
Solutions include changing the name of the new method or declaring such a
mathod at Inset level if it makes sense.
Should be fixed now.
Some documentation of the Buffer
const * parameter would be useful too. Is it supposed to be the buffer of
t
On Mon, May 18, 2015 at 10:42:03AM +0200, Jean-Marc Lasgouttes wrote:
> Le 16/05/2015 19:52, Enrico Forestieri a écrit :
> >commit 62d36bf04d436c83ddace8aeaf4dbd493d674cdf
> >Author: Enrico Forestieri
> >Date: Sat May 16 19:51:53 2015 +0200
> >
> > Correctly load documents moved elsewhere af
Le 20/05/2015 15:15, Jürgen Spitzmüller a écrit :
Would it be possible to auto-generate po/LINGUAS from these
informations? So we only needed to update one file?
Yes, it would be possible with some python scripting. However, I am not
a python guy.
I understand that the GUI for the UI name d
Am Mittwoch, 20. Mai 2015 um 14:56:11, schrieb Jean-Marc Lasgouttes
> Le 12/05/2015 15:03, Jean-Marc Lasgouttes a écrit :
> >> If you do not like my brilliant method based on ordering (!), I can
> >> propose to add a GuiLanguage=0/1 tag to the language file.
> >>
> >> That would make sens
2015-05-20 14:56 GMT+02:00 Jean-Marc Lasgouttes:
> Le 12/05/2015 15:03, Jean-Marc Lasgouttes a écrit :
>
>> If you do not like my brilliant method based on ordering (!), I can
>>> propose to add a GuiLanguage=0/1 tag to the language file.
>>>
>>> That would make sense.
>>>
>>
>> I'll try t
Le 20/05/2015 14:55, Enrico Forestieri a écrit :
Incidentally, for this same reason I cannot simply run ./autogen.sh
but have to run "bash autogen.sh". This is really minor, though, as
What is the error with autogen.sh? Is it the "!" with make?
Yes, exactly.
Is it better now?
Yes, thanks.
Le 12/05/2015 15:03, Jean-Marc Lasgouttes a écrit :
If you do not like my brilliant method based on ordering (!), I can
propose to add a GuiLanguage=0/1 tag to the language file.
That would make sense.
I'll try that.
Here is a new version that relies on a new tag HasGuiSupport. Now,
On Wed, May 20, 2015 at 12:25:16PM +0200, Jean-Marc Lasgouttes wrote:
> Le 16/05/2015 17:06, Enrico Forestieri a écrit :
> >On Sat, May 16, 2015 at 01:50:26PM +0200, Jean-Marc Lasgouttes wrote:
> >
> >>Le 16/05/2015 03:48, Enrico Forestieri a écrit :
> >>>Incidentally, for this same reason I cannot
Am Mittwoch, 20. Mai 2015 um 00:24:58, schrieb Uwe Stöhr
> Could you please tell me how I could run the test automatically.
> Fiddling around with the command line is very annoying.
But you do it already, calling 'development/cmake/build.bat' for instance.
What is so difficult to add some line a
2015-05-20 13:30 GMT+02:00 Scott Kostyshak :
> I chopped down a LyX template's LaTeX output to create a minimal
> example. I was then told that I should not use T1 encoding:
>
> http://tug.org/pipermail/tex-live/2015-May/036793.html
>
> My question here is: is using T1 encoding wrong for the ctex
I chopped down a LyX template's LaTeX output to create a minimal
example. I was then told that I should not use T1 encoding:
http://tug.org/pipermail/tex-live/2015-May/036793.html
My question here is: is using T1 encoding wrong for the ctex template
we have? Or was it only because I chopped out s
Am Mittwoch, 20. Mai 2015 um 12:16:44, schrieb Jean-Marc Lasgouttes
> Le 20/05/2015 12:13, Kornel Benko a écrit :
> > Thanks Jean-Marc. If I understood correctly we need this define
> > only if using g++11 extension?
>
> No, whenever we enable C++11 (gcc, clang, visual studio...).
>
> JMarc
Th
Le 16/05/2015 17:06, Enrico Forestieri a écrit :
On Sat, May 16, 2015 at 01:50:26PM +0200, Jean-Marc Lasgouttes wrote:
Le 16/05/2015 03:48, Enrico Forestieri a écrit :
Incidentally, for this same reason I cannot simply run ./autogen.sh
but have to run "bash autogen.sh". This is really minor, t
Am 20.05.2015 um 11:26 schrieb Enrico Forestieri :
> On Wed, May 20, 2015 at 08:10:25AM +0200, Stephan Witt wrote:
>>
>> 2. InsetCommand.h overloaded virtual function
>> In file included from
>> /Users/stephan/git/lyx/src/frontends/qt4/GuiBibitem.cpp:17:
>> /Users/stephan/git/lyx/src/insets/Inse
Le 20/05/2015 12:13, Kornel Benko a écrit :
Thanks Jean-Marc. If I understood correctly we need this define
only if using g++11 extension?
No, whenever we enable C++11 (gcc, clang, visual studio...).
JMarc
Am Mittwoch, 20. Mai 2015 um 11:33:20, schrieb Jean-Marc Lasgouttes
> Le 20/05/2015 11:30, Kornel Benko a écrit :
> > All of sudden I get this error:
>
> It's my fault. Now autotools declares LYX_USE_CXX11 when needed and the
> code uses this macro instead of comparing value of __cplusplus. Thi
On Wed, May 20, 2015 at 12:24 AM, Uwe Stöhr wrote:
> Am 19.05.2015 um 21:20 schrieb Georg Baum:
>
>> unfortunately the tex2lyx test failures increased (see attachment). Are
>> you
>> aware that this wastes time of developers? Did you see the questions Scott
>> ansd I asked about the failing tests?
Le 20/05/2015 11:31, Mayank Jha a écrit :
Guys please remove me from the mailing list, I have been trying for many
days now! Please do it.
Hello,
Assuming that you have read http://www.lyx.org/MailingLists#toc11, did
you try to send a message to
lyx-devel-unsubscr...@lists.lyx.org
?
Assum
On Wed, May 20, 2015 at 10:07:02AM +0200, Jean-Marc Lasgouttes wrote:
> Le 19/05/2015 21:42, Enrico Forestieri a écrit :
> >I will rarely use this feature, if ever at all. I was simply asked to
> >solve a bug. I proposed a patch; there was a discussion lasting for
> >a week on the bug tracker; all
Le 20/05/2015 11:30, Kornel Benko a écrit :
All of sudden I get this error:
It's my fault. Now autotools declares LYX_USE_CXX11 when needed and the
code uses this macro instead of comparing value of __cplusplus. This is
because gcc 4.6 and earlier do not declare __cplusplus as they should.
Guys please remove me from the mailing list, I have been trying for many
days now! Please do it.
On Wed, May 20, 2015 at 3:00 PM, Kornel Benko wrote:
> All of sudden I get this error:
>
> [ 75%] Building CXX object src/CMakeFiles/lyx2.2.dir/CutAndPaste.cpp.o
> cd /usr/BUILD/BuildLyxGitQt5/src &&
All of sudden I get this error:
[ 75%] Building CXX object src/CMakeFiles/lyx2.2.dir/CutAndPaste.cpp.o
cd /usr/BUILD/BuildLyxGitQt5/src && /usr/bin/c++
-DBOOST_SIGNALS_NO_DEPRECATION_WARNING=1 -DQT_CONCURRENT_LIB -DQT_CORE_LIB
-DQT_GUI_LIB -DQT_SVG_LIB -DQT_WIDGETS_LIB -Wall -Wunused-parameter
On Wed, May 20, 2015 at 08:10:25AM +0200, Stephan Witt wrote:
>
> 2. InsetCommand.h overloaded virtual function
> In file included from
> /Users/stephan/git/lyx/src/frontends/qt4/GuiBibitem.cpp:17:
> /Users/stephan/git/lyx/src/insets/InsetCommand.h:69:7: warning:
> 'lyx::InsetCommand::read' hide
Am Dienstag, 19. Mai 2015 um 23:56:23, schrieb Uwe Stöhr
> Am 18.05.2015 um 22:13 schrieb Georg Baum:
>
> > Please explain how you think the test reference will be updated.
>
> I don't understand.
> I only added some cases which can now be imported to the text TeX file.
> isn't that the referen
Am Mittwoch, 20. Mai 2015 um 09:47:31, schrieb Stephan Witt
> Am 20.05.2015 um 09:33 schrieb Jürgen Spitzmüller :
>
> > 2015-05-20 9:32 GMT+02:00 Stephan Witt :
> > > Does this patch help?
> > >
> > > Stephan
> > >
> > > <0008-svg-hidpi-on-mac.patch>
> >
> > Perhaps this one is needed to fix lin
Le 18/05/2015 12:37, Stephan Witt a écrit :
The idea looks simple at first. But then one has to decide where to install the
downloaded optionally parts of LyX distribution. One option is to install it
for every user and don't require admin privileges. The other option is to
install (and possib
Le 19/05/2015 20:34, Georg Baum a écrit :
Jean-Marc Lasgouttes wrote:
Georg, would the following commit suit you? With it, I am able to
compile with gcc 4.6 in C++11 mode.
I would prefer testing for __cplusplus, since it is defined by the C++
standard. However, since this does not work I do n
Le 19/05/2015 21:42, Enrico Forestieri a écrit :
I will rarely use this feature, if ever at all. I was simply asked to
solve a bug. I proposed a patch; there was a discussion lasting for
a week on the bug tracker; all interested parties were in cc. Nobody
objected, someone appreciated. I committe
2015-05-20 9:47 GMT+02:00 Stephan Witt:
> This is strange. I cannot believe the -lQt5Svg is not needed.
> Perhaps it's automatically added by pkgconfig.
> Is the second one working too?
>
Yes.
Jürgen
>
> Stephan
Le 20/05/2015 07:42, Stephan Witt a écrit :
I cannot imagine Qt is doubling the code to read and parse SVG files.
We are using SVG images anyway and the required code and memory "overhead"
is already there.
OK, thanks for checking this.
To double the resolution of the png version was my origi
Am 20.05.2015 um 09:33 schrieb Jürgen Spitzmüller :
> 2015-05-20 9:32 GMT+02:00 Stephan Witt :
> > Does this patch help?
> >
> > Stephan
> >
> > <0008-svg-hidpi-on-mac.patch>
>
> Perhaps this one is needed to fix linker call too?
>
> The first patch suffices for me.
This is strange. I cannot be
2015-05-20 9:32 GMT+02:00 Stephan Witt :
> > Does this patch help?
> >
> > Stephan
> >
> > <0008-svg-hidpi-on-mac.patch>
>
> Perhaps this one is needed to fix linker call too?
>
The first patch suffices for me.
Jürgen
>
> Stephan
>
>
Am 20.05.2015 um 09:28 schrieb Stephan Witt :
> Am 20.05.2015 um 09:16 schrieb Jürgen Spitzmüller :
>
>> 2015-05-20 7:52 GMT+02:00 Stephan Witt:
>> commit d392df30c09d23a135b6152060e91408c796306b
>> Author: Stephan Witt
>> Date: Wed May 20 07:51:50 2015 +0200
>>
>>#9130 Text in main work
Am 20.05.2015 um 09:16 schrieb Jürgen Spitzmüller :
> 2015-05-20 7:52 GMT+02:00 Stephan Witt:
> commit d392df30c09d23a135b6152060e91408c796306b
> Author: Stephan Witt
> Date: Wed May 20 07:51:50 2015 +0200
>
> #9130 Text in main work area isn't rendered with high resolution
> Correctly
2015-05-20 7:52 GMT+02:00 Stephan Witt:
> commit d392df30c09d23a135b6152060e91408c796306b
> Author: Stephan Witt
> Date: Wed May 20 07:51:50 2015 +0200
>
> #9130 Text in main work area isn't rendered with high resolution
> Correctly guard Qt5 code introduced by change
> c053a9394d1075ec
46 matches
Mail list logo
