Am 13.02.2020 um 18:24 schrieb Jean-Marc Lasgouttes :
>
> Le 13/02/2020 à 16:21, Stephan Witt a écrit :
>> commit 983da7d6dea0af6658debac3cf338c4c6a3c810e
>> Author: Stephan Witt
>> Date: Thu Feb 13 16:38:37 2020 +0100
>> Put the LyX window frontmost automatically on Mac on successful rever
Valgrind gave me the following when I was trying to debug what I believe
to be a separate issue:
==20945== 840 (336 direct, 504 indirect) bytes in 7 blocks are definitely
lost in loss record 5,624 of 5,867
==20945==at 0x483AE63: operator new(unsigned long) (in
/usr/lib/x86_64-linux-g
On Thu, Feb 13, 2020 at 10:39:29PM +0100, Stephan Witt wrote:
> Am 13.02.2020 um 19:05 schrieb Scott Kostyshak :
> >
> > On Wed, Feb 12, 2020 at 08:45:56PM +0100, Stephan Witt wrote:
> >
> >> See the attached nice picture…
> >
> > This picture is great! Did you create it manually or is there som
Am 13.02.2020 um 19:05 schrieb Scott Kostyshak :
>
> On Wed, Feb 12, 2020 at 08:45:56PM +0100, Stephan Witt wrote:
>
>> See the attached nice picture…
>
> This picture is great! Did you create it manually or is there some sort
> of magical static analysis tool that does this?
It’s the result of
On Wed, Feb 12, 2020 at 08:45:56PM +0100, Stephan Witt wrote:
> See the attached nice picture…
This picture is great! Did you create it manually or is there some sort
of magical static analysis tool that does this?
Scott
signature.asc
Description: PGP signature
--
lyx-devel mailing list
lyx-d
On Wed, Feb 12, 2020 at 05:05:25PM +0100, Pavel Sanda wrote:
> On Wed, Feb 12, 2020 at 08:50:13AM -0500, Scott Kostyshak wrote:
> > Is it true that without optimization, this change would be less
> > efficient because cell has to be recreated (so memory allocated) on each
> > iteration of the for l
On Wed, Feb 12, 2020 at 04:30:23PM +0100, Stephan Witt wrote:
> Am 12.02.2020 um 14:50 schrieb Scott Kostyshak :
> >
> > On Wed, Feb 12, 2020 at 12:14:07PM +0100, Stephan Witt wrote:
> >> commit e900b61d46f02b2af9afcc697168e47e846b982d
> >> Author: Stephan Witt
> >> Date: Wed Feb 12 12:32:31 20
Le 13/02/2020 à 18:16, Pavel Sanda a écrit :
On Wed, Feb 12, 2020 at 08:53:14PM +0100, Jean-Marc Lasgouttes wrote:
3. NULL pointer usage
In GuiView::dispatchVC are different buffer pointer variables used.
Sometimes there is an explicit check for NULL value.
Sometimes there is an assertion with
Le 13/02/2020 à 18:03, Pavel Sanda a écrit :
On Wed, Feb 12, 2020 at 08:45:06PM +0100, Jean-Marc Lasgouttes wrote:
I replace a thing I do not really understand with another thing that I do
not really understand either. Can someone tell me whether the use o lambda
expression is OK? I do not know
On Wed, Feb 12, 2020 at 08:53:14PM +0100, Jean-Marc Lasgouttes wrote:
> >3. NULL pointer usage
> >
> >In GuiView::dispatchVC are different buffer pointer variables used.
> >Sometimes there is an explicit check for NULL value.
> >Sometimes there is an assertion with break or return for release build
On Wed, Feb 12, 2020 at 08:45:06PM +0100, Jean-Marc Lasgouttes wrote:
> I replace a thing I do not really understand with another thing that I do
> not really understand either. Can someone tell me whether the use o lambda
> expression is OK? I do not know how to test it.
I would be more happy to
Am Thu, 13 Feb 2020 14:54:42 +0100
schrieb Jean-Marc Lasgouttes :
> Le 13/02/2020 à 14:44, Stephan Witt a écrit :
> > The patch I’ve posted was a workaround for elder TeX installations.
> > If we decide to require a TeX installation with footnotehyper this
> > may be reasonable but it’s not so eas
On 13.02.20 14:34, Stephan Witt wrote:
> That’s a too long post and I cannot comment in detail, sorry.
> I’m trying to give you some help though. I feel some responsibility
> for the whole thing to get it working on Mac as good as possible.
> But I’m not good with documentation and I didn’t wrote
Le 13/02/2020 à 14:44, Stephan Witt a écrit :
The patch I’ve posted was a workaround for elder TeX installations.
If we decide to require a TeX installation with footnotehyper this
may be reasonable but it’s not so easy to see. I cannot tell what
the right answer is.
For the record I cannot com
Am 07.02.2020 um 10:13 schrieb Jürgen Spitzmüller :
>
> Am Mittwoch, den 05.02.2020, 15:27 +0100 schrieb Stephan Witt:
>> IMO it’s caused by a bad "no-break space“ character in sub-section
>> 3.9.2 Dashes and Line Breaks
>
> That's the sort of information I am trying to gather from you.
>
> In a
Am 13.02.2020 um 13:30 schrieb mn :
>
> On 13.02.20 09:57, Jürgen Spitzmüller wrote:
>> Am Donnerstag, den 13.02.2020, 09:42 +0100 schrieb mn:
>>> Problem is reverse search works, now, but neither intuitively by
>>> looking
>>> through the application, nor by reading the fricking manuals (of
>>> w
On 13.02.20 09:57, Jürgen Spitzmüller wrote:
> Am Donnerstag, den 13.02.2020, 09:42 +0100 schrieb mn:
>> Problem is reverse search works, now, but neither intuitively by
>> looking
>> through the application, nor by reading the fricking manuals (of
>> which
>> UserGuide will not display, whether co
Am 13.02.2020 um 09:57 schrieb Jürgen Spitzmüller :
>
> Am Donnerstag, den 13.02.2020, 09:42 +0100 schrieb mn:
>> Problem is reverse search works, now, but neither intuitively by
>> looking
>> through the application, nor by reading the fricking manuals (of
>> which
>> UserGuide will not display,
Am Donnerstag, den 13.02.2020, 09:42 +0100 schrieb mn:
> Problem is reverse search works, now, but neither intuitively by
> looking
> through the application, nor by reading the fricking manuals (of
> which
> UserGuide will not display, whether compiled by yourself (as Pavel
> points out to be itse
On 12.02.20 23:51, Stephan Witt wrote:
> Sorry, now I think it is „Forward Search“ what is configured here.
> The „Reverse Search“ operation is the jump from PDF-Viewer to LyX-document.
> This has to be configured in Skim to get it right.
Thx. Not quite what I was intending.
[On my setup, I can
20 matches
Mail list logo