Am Wed, 9 Oct 2024 19:50:16 +0200
schrieb Pavel Sanda :
> On Wed, Oct 09, 2024 at 06:15:17PM +0200, Kornel Benko wrote:
> > remote: sendmail: cannot connect to lists.lyx.org, port 25: Connection
> > timed out
>
> Right, we are undergoing some infra changes, should be temporary. P
Thanks for t
On Wed, Oct 09, 2024 at 06:15:17PM +0200, Kornel Benko wrote:
> remote: sendmail: cannot connect to lists.lyx.org, port 25: Connection timed
> out
Right, we are undergoing some infra changes, should be temporary. P
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/li
After 'git push', I got the following:
Objekte aufzählen: 93, fertig.
Zähle Objekte: 100% (93/93), fertig.
Delta-Kompression verwendet bis zu 16 Threads.
Komprimiere Objekte: 100% (58/58), fertig.
Schreibe Objekte: 100% (59/59), 1.21 MiB | 1.98 MiB/s, fertig.
Gesamt 59 (Delta 47), Wiederverwendet
Am Dienstag, dem 08.10.2024 um 11:10 +0200 schrieb Scott Kostyshak:
> Makes sense to me, although I don't know this code. I can run the
> tests on your patch, or we can wait for Thibaut, or you can just
> commit.
Let's see what Thibaut has to say about it.
--
Jürgen
signature.asc
Description:
On Tue, Oct 08, 2024 at 11:01:38AM GMT, Jürgen Spitzmüller wrote:
> Am Dienstag, dem 08.10.2024 um 10:36 +0200 schrieb Jürgen Spitzmüller:
> > No need not to escape & AFAICS.
>
> But here is a more conservative approach for the case &...; tags are
> used.
Makes sense to me, although I don't know
Am Dienstag, dem 08.10.2024 um 10:36 +0200 schrieb Jürgen Spitzmüller:
> No need not to escape & AFAICS.
But here is a more conservative approach for the case &...; tags are
used.
--
Jürgen
diff --git a/src/insets/InsetCitation.cpp b/src/insets/InsetCitation.cpp
index 73a17e70ff..ec3374f47f 1006
Am Dienstag, dem 08.10.2024 um 10:23 +0200 schrieb Jürgen Spitzmüller:
> But I don't know how the change
> resonates with the comment in the code just on the preceding line.
I think that comment should read
// Do not escape < and > because generateLabel() will include tags
right? No need not to e
Am Dienstag, dem 08.10.2024 um 09:50 +0200 schrieb Scott Kostyshak:
> Good to know. CC'ing Thibaut in case he has time to take a look.
AFAIU the attached patch is needed. But I don't know how the change
resonates with the comment in the code just on the preceding line.
--
Jürgen
diff --git a/src
On Tue, Oct 08, 2024 at 08:25:05AM GMT, Jürgen Spitzmüller wrote:
> Am Montag, dem 07.10.2024 um 11:48 +0200 schrieb Scott Kostyshak:
> > In the log I see the following error:
> >
> > -- Expected result file "/home/scott/lyxbuilds/master-
> > master/CMakeBuild/autotests/out-
> > home/AbC_stDIqt/ex
Am Montag, dem 07.10.2024 um 11:48 +0200 schrieb Scott Kostyshak:
> In the log I see the following error:
>
> -- Expected result file "/home/scott/lyxbuilds/master-
> master/CMakeBuild/autotests/out-
> home/AbC_stDIqt/examples/es/Handouts/Tufte_Handout.xhtml" exists
> -- Calling: /usr/bin/xmllint
On Sun, Sep 22, 2024 at 03:19:06PM GMT, Juergen Spitzmueller wrote:
> commit 8d724b23a69b81c963058a91efab159a04c27f49
> Author: Juergen Spitzmueller
> Date: Sun Sep 22 17:16:54 2024 +0200
>
> Better fix for Spanish Tufte problem
>
> The option "nohyper&qu
Hello,
I’m just reaching out because I’m having trouble using the bibunits
package in Lyx, and I’m not sure what the issue is. I’m using Windows and
Lyx Version 2.3.7.
I followed this step-by-step guide that I found on Lyx’s wiki:
1. Add the following to Document→Settings..→Preamble:
\u
On 1/30/24 06:18, Pavel Sanda wrote:
On Mon, Jan 29, 2024 at 06:59:40PM -0500, Richard Kimberly Heck wrote:
Thanks for the tests. Enrico found a problem with file encodings that we
hope will fix this issue for RC2, but we will have to see. That will likely
be soon.
BTW it would be good to have
On Mon, Jan 29, 2024 at 06:59:40PM -0500, Richard Kimberly Heck wrote:
> Thanks for the tests. Enrico found a problem with file encodings that we
> hope will fix this issue for RC2, but we will have to see. That will likely
> be soon.
BTW it would be good to have RC2 out in mid Feb.
RC
n, or with external “Inkscape” object insertion);
- depending on whether the document is opened the first time with the
“cache” directory emptied or after reopening without having cleared
the cache.
Thanks for the tests. Enrico found a problem with file encodings that we
hope will fix this issue fo
On Mon, 2023-09-18 at 13:28 +0200, Pavel Sanda wrote:
> Actually maybe the python default in lyx's windows release is now v3
> so we don't need to do anything...
My thinking as well. :-)
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-de
On Mon, Sep 18, 2023 at 01:25:34PM +0200, Pavel Sanda wrote:
> On Mon, Sep 18, 2023 at 12:06:52PM +0100, José Matos wrote:
> > On Mon, 2023-09-18 at 10:39 +0200, Pavel Sanda wrote:
> > > Jose, does it mean that you propose patching Python source? Can't we
> > > fix this ourselves?
> > > Pavel
> >
On Mon, Sep 18, 2023 at 12:06:52PM +0100, José Matos wrote:
> On Mon, 2023-09-18 at 10:39 +0200, Pavel Sanda wrote:
> > Jose, does it mean that you propose patching Python source? Can't we
> > fix this ourselves?
> > Pavel
>
> This issue is discussed here. And now I understand why the need for
> r
On Mon, 2023-09-18 at 10:39 +0200, Pavel Sanda wrote:
> Jose, does it mean that you propose patching Python source? Can't we
> fix this ourselves?
> Pavel
This issue is discussed here. And now I understand why the need for
reload:
https://stackoverflow.com/questions/3828723/why-should-we-not-use-s
On Sun, Sep 17, 2023 at 04:55:32PM +0100, José Matos wrote:
> On Sun, 2023-09-17 at 11:48 +0800, Dai Longzhi ? wrote:
> > How to fix:
> > I found a way in Zhihu.com. It add this:
> > import sys
> > reload(sys)
> > sys.setdefaultencoding("utf-8")
> > in "C:\Program Files\LyX 2.3\Python\Lib\
On Sun, 2023-09-17 at 11:48 +0800, Dai Longzhi 戴龙至 wrote:
> How to fix:
> I found a way in Zhihu.com. It add this:
> import sys
> reload(sys)
> sys.setdefaultencoding("utf-8")
> in "C:\Program Files\LyX 2.3\Python\Lib\subprocess.py". Then the
> Reconfiguring works.
>
> I am not sure someone will
Bacis Info & Reproduce:
System: Windows 10 22H2 64-bit System Language is Chinese (Simplified)
Lyx: Fresh new installed LyX Version 2.3.7 with Texlive
full-installed
Path to Install: C:\Program Files\LyX
2.3\ # (Non-Chinese Path)
Debug message:
11:09:54.257: (buf
Bacis Info & Reproduce:
System: Windows 10 22H2 64-bit System Language is Chinese (Simplified)
Lyx: Fresh new installed LyX Version 2.3.7 with Texlive
full-installed
Path to Install: C:\Program Files\LyX
2.3\ # (Non-Chinese Path)
Debug message:
11:09:54.257: (buf
Le 13/06/2023 à 18:35, Pavel Sanda a écrit :
Can't reproduce either. Actually what looks strange is not the size after
italics
but before. On my screen Footnote font has the same size as normal text.
It should not, AFAIU.
JMarc
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.l
On Tue, Jun 13, 2023 at 11:34:17AM +0200, Jean-Marc Lasgouttes wrote:
> Le 12/06/2023 ?? 19:07, Richard Kimberly Heck a écrit :
> >
> >The text in italics, and following that, is larger than the earlier text.
> >(Regular size rather than footnote size.)
>
> Right, I missed that. I cannot reproduce
Le 12/06/2023 à 19:07, Richard Kimberly Heck a écrit :
The text in italics, and following that, is larger than the earlier
text. (Regular size rather than footnote size.)
Right, I missed that. I cannot reproduce, though. Do you have an example
file or even better a recipe? I cannot reproduce
On 6/11/23 16:01, Jean-Marc Lasgouttes wrote:
Le 10/06/2023 à 20:16, Richard Kimberly Heck a écrit :
I've been seeing the problem in the attached recently.
Could you be more specific about what is annoying you ? Am I missing
something obvious?
Possibilities identified so far:
* no ma
Le 10/06/2023 à 20:16, Richard Kimberly Heck a écrit :
I've been seeing the problem in the attached recently.
Could you be more specific about what is annoying you ? Am I missing
something obvious?
Possibilities identified so far:
* no margins around text in footnote.
* line spacin
Am Freitag, dem 03.03.2023 um 07:29 -0500 schrieb Neal Becker:
> In the attached, if the note hiding the 'date' is dissolved (so date
> is present), then lualtex output is missing the title page.
Thanks, fixed.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mai
In the attached, if the note hiding the 'date' is dissolved (so date is
present), then lualtex output is missing the title page.
--
*Those who don't understand recursion are doomed to repeat it*
new_reduced_complexity_beamforming.lyx
Description: application/lyx
--
lyx-devel mailing list
lyx-d
On Sat, Feb 11, 2023 at 11:56:27PM +, José Matos wrote:
> On Sat, 2023-02-11 at 16:11 -0500, Scott Kostyshak wrote:
> > I just tried c0bca656 with both autotools and CMake and they both
> > work.
> > Maybe one of the recent commits fixed it for you?
> >
> > By the way, does compiling with CMak
On Sat, 2023-02-11 at 16:11 -0500, Scott Kostyshak wrote:
> I just tried c0bca656 with both autotools and CMake and they both
> work.
> Maybe one of the recent commits fixed it for you?
>
> By the way, does compiling with CMake work for you?
>
> Scott
I had to rerun autogen.sh in the source dire
On Sat, Feb 11, 2023 at 05:51:36PM +, José Matos wrote:
> With the latest git update I get:
>
> make[3]: Entering directory '/home/jamatos/tmp/build/lyx-anon.gcc-
> latest/lib'
> make[3]: *** No rule to make target 'examples/Localization_Test.lyx',
> needed by 'all-am'. Stop.
> make[3]: Leavi
With the latest git update I get:
make[3]: Entering directory '/home/jamatos/tmp/build/lyx-anon.gcc-
latest/lib'
make[3]: *** No rule to make target 'examples/Localization_Test.lyx',
needed by 'all-am'. Stop.
make[3]: Leaving directory '/home/jamatos/tmp/build/lyx-anon.gcc-
latest/lib'
make[2]: *
Le 05/01/2023 à 05:10, Richard Kimberly Heck a écrit :
The point of string_view is to avoid a copy here. Even with the use of
const &, a copy has to be made of the original constant string, a const
char *. Would it be OK to use instead:
+ Attributes(bool o, const char * entity)
?? I th
On 1/4/23 22:09, Richard Kimberly Heck wrote:
commit 04025d0259cb556daf54bb74a01b9f9a615dcb77
Author: Richard Kimberly Heck
Date: Wed Jan 4 23:04:02 2023 -0500
Fix compilation problem
---
src/mathed/InsetMathDecoration.cpp |2 +-
1 files changed, 1 insertions(+), 1 deletions
On Fri, Sep 23, 2022 at 06:38:47PM +0200, Jean-Marc Lasgouttes wrote:
> Le 19/09/2022 à 23:51, Richard Kimberly Heck a écrit :
> > I'm seeing a weird line breaking problem involving words that are
> > partially emphasized, e.g., /syn/crhonic. LyX will break the word after
>
Le 19/09/2022 à 23:51, Richard Kimberly Heck a écrit :
I'm seeing a weird line breaking problem involving words that are
partially emphasized, e.g., /syn/crhonic. LyX will break the word after
"syn", splitting it over two lines.
Hi Riki,
I am not sure about this particular c
Le 20/09/2022 à 00:04, Jean-Marc Lasgouttes a écrit :
Le 19/09/2022 à 23:51, Richard Kimberly Heck a écrit :
I'm seeing a weird line breaking problem involving words that are
partially emphasized, e.g., /syn/crhonic. LyX will break the word
after "syn", splitting it over two
Le 19/09/2022 à 23:51, Richard Kimberly Heck a écrit :
I'm seeing a weird line breaking problem involving words that are
partially emphasized, e.g., /syn/crhonic. LyX will break the word after
"syn", splitting it over two lines.
Indeed, I see how this could happen. I'l
I'm seeing a weird line breaking problem involving words that are
partially emphasized, e.g., /syn/crhonic. LyX will break the word after
"syn", splitting it over two lines.
On a different score, I now seem to have the ssh problem. Can someone
tell me the solution rea
reproduce your
problem with the latest tree. Please try again once we release some
other test version (which should hopefully happen soon).
JMarc
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
message
\selectlanguage
{english}
Selecting a language requires a package supporting it
If I click on the "show output anyway button", I get the attached pdf (with
the word "english" inserted).
Deleting the following line in the LyX file solves the probl
Le 06/06/2022 à 18:11, Richard Kimberly Heck a écrit :
I'm still seeing a bug where quotes cause line-breaking problems. E.g.,
I can see things like this:
This is an interesting quote: "I am not sure what you mean"
. The period ends up on the following line.
The quotes there would be LyX quote
On 2022-06-06 18:11, Richard Kimberly Heck wrote:
I'm still seeing a bug where quotes cause line-breaking problems. E.g.,
I can see things like this:
This is an interesting quote: "I am not sure what you mean"
. The period ends up on the following line.
The quotes there would be LyX quotes.
R
I'm still seeing a bug where quotes cause line-breaking problems. E.g.,
I can see things like this:
This is an interesting quote: "I am not sure what you mean"
. The period ends up on the following line.
The quotes there would be LyX quotes.
Riki
--
lyx-devel mailing list
lyx-devel@lists.lyx
Am Sun, 24 Apr 2022 14:18:08 +0200
schrieb Jürgen Spitzmüller :
> Am Sonntag, dem 24.04.2022 um 13:32 +0200 schrieb Kornel Benko:
> > Never mind, found a solution and committed at 3b7a79f1.
>
> Well I just was about to commit one :-(
>
Sorry.
Kornel
--
lyx-devel mailing list
lyx-de
Am Sonntag, dem 24.04.2022 um 13:32 +0200 schrieb Kornel Benko:
> Never mind, found a solution and committed at 3b7a79f1.
Well I just was about to commit one :-(
--
Jürgen
signature.asc
Description: This is a digitally signed message part
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http
Am Sat, 23 Apr 2022 20:29:24 +0200
schrieb Kornel Benko :
> Selecting debug level via command line works as expected, but
> using the GUI
> View->Messages Pane->Settings->Selected->findverbose
> always sets also the level 'debug', although it is not shown so in the GUI.
>
> I have tried to
Selecting debug level via command line works as expected, but
using the GUI
View->Messages Pane->Settings->Selected->findverbose
always sets also the level 'debug', although it is not shown so in the GUI.
I have tried to handle the value in GuiProgressView.cpp (see attached) but to
no a
converted to Noun format
> but not marked as blue. I think the blue marking above is a bug.
>
> This problem has caused me to have to re-check all my Latex output to
> make sure no noun title text is blue.
Hi Bruce,
Thanks for the report. I have no idea if it's related, but it soun
f I instead add text in LyX in non-noun mode, and then highlight the
text and choose Noun mode, the existing text is converted to Noun format
but not marked as blue. I think the blue marking above is a bug.
This problem has caused me to have to re-check all my Latex output to
make sure no noun title t
On Wed, Feb 02, 2022 at 06:39:24PM +0100, Kornel Benko wrote:
> Am Mon, 31 Jan 2022 15:04:24 -0500
> schrieb Scott Kostyshak :
>
> > On Sun, Jan 30, 2022 at 12:51:26PM +0100, Kornel Benko wrote:
> > > This is for lyx2.4 _and_ lyx2.3
> > >
> > > 1. open new file in lyx
> > > 2. write some text
> >
Am Mon, 31 Jan 2022 15:04:24 -0500
schrieb Scott Kostyshak :
> On Sun, Jan 30, 2022 at 12:51:26PM +0100, Kornel Benko wrote:
> > This is for lyx2.4 _and_ lyx2.3
> >
> > 1. open new file in lyx
> > 2. write some text
> > 3. Document->Settings->Fonts
> >3a. check: Use non-TeX fonts
> >3b. S
On Sun, Jan 30, 2022 at 12:51:26PM +0100, Kornel Benko wrote:
> This is for lyx2.4 _and_ lyx2.3
>
> 1. open new file in lyx
> 2. write some text
> 3. Document->Settings->Fonts
>3a. check: Use non-TeX fonts
>3b. Select roman font: "David CLM"
>3c. Formats->Default output format: PDF(Lua
This is for lyx2.4 _and_ lyx2.3
1. open new file in lyx
2. write some text
3. Document->Settings->Fonts
3a. check: Use non-TeX fonts
3b. Select roman font: "David CLM"
3c. Formats->Default output format: PDF(LuaTeX)
4. Try a preview ==> Package fontspec Error: The font "DavidCLM" cannot b
. In this case
Python's versatility comes to bite it.
Notice the following code:
line = "\357\273\277"
if line[0:3] == b"\357\273\277":
print ("BOM found")
This could will give different results in Python 2 and 3.
The problem is that in Python 2 "\357
On Monday, 3 January 2022 16.02.51 WET Pavel Sanda wrote:
> On Mon, Jan 03, 2022 at 03:16:47PM +, José Abílio Matos wrote:
> > If you want I can take care of that, in 2.4, and see if there are cases
> > where the conversion is missing.
>
> Please do, I suffer from ophidiophobia.
You keep insi
On Mon, Jan 03, 2022 at 03:16:47PM +, José Abílio Matos wrote:
> If you want I can take care of that, in 2.4, and see if there are cases where
> the conversion is missing.
Please do, I suffer from ophidiophobia.
> @Riki: is it possible to have a layout file such that the encoding is not
> u
On Monday, 3 January 2022 14.55.53 WET Pavel Sanda wrote:
> If I get that right the part of the "..." -> b"..." should be committed to
> 2.4?
>
> Pavel
Good point. Yes, it should (I thought that it already was) specially in order
to be consistent with all the other code that already does that.
On Mon, Jan 03, 2022 at 02:04:20PM +, José Abílio Matos wrote:
> Looking into further detail I would easily that the first part of the patch
> is
> correct (change "..." to b"...").
>
> The second part where it changes sys.stdin to sys.stdin.buffer is probably
> incorrect:
>
> The similar
On Wednesday, 29 December 2021 14.52.29 WET Pavel Sanda wrote:
> Jose,
>
> are the proposed changes sensible?
> I remember there were flowing similar patches to python codebase before.
The changes are reasonable for python 3.
I am not so sure about python 2 (because we support it) although it see
Jose,
are the proposed changes sensible?
I remember there were flowing similar patches to python codebase before.
Pavel
- Forwarded message from "Leo L. Schwab" -
From: "Leo L. Schwab"
To: Debian Bug Tracking System
Subject: Bug#1002821: lyx-common: Str
;,
> > > and then
> > > run the other one. The first one compiles the pdf ok, but gives an
> > > annoying error message.
> > >
> > > Scott is a guy on the lyx-devel@lists.lyx.org list who responded the
> > same
> > > day I posted the
>
f ok, but gives an
> > annoying error message.
> >
> > Scott is a guy on the lyx-devel@lists.lyx.org list who responded the
> same
> > day I posted the
> > first file problem. He made the good suggestion that I ask the
> kableExtra
> > guy (Hao Zhu)
&g
the lyx-devel@lists.lyx.org list who responded the same
> day I posted the
> first file problem. He made the good suggestion that I ask the kableExtra
> guy (Hao Zhu)
> to fix this little problem in kableExtra, which I will do since Hao has
> been very responsive
> to Tom and I (and
See the two attached LYX files, and first run "outerparErrorExample.lyx",
and then
run the other one. The first one compiles the pdf ok, but gives an
annoying error message.
Scott is a guy on the lyx-devel@lists.lyx.org list who responded the same
day I posted the
first file problem
m_show_ = new QAction(qt_("Show zoom slider"));
>
> Is adding "this" problem?
No, this simply slipped in wrongly. Fixed.
Jürgen
signature.asc
Description: This is a digitally signed message part
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Hi Juergen,
the third line in this following block does not compile with qt4.
act_zoom_in_ = new QAction(qt_("Zoom &in"), this);
act_zoom_out_ = new QAction(qt_("Zoom &out"), this);
act_zoom_show_ = new QAction(qt_("Show zoom slider"
On 3/9/21 10:37 AM, Jean-Marc Lasgouttes wrote:
> Le 09/02/2021 à 11:56, Jean-Marc Lasgouttes a écrit :
>> Le 09/02/2021 à 08:26, Richard Kimberly Heck a écrit :
>>> See attached file. This is in both master and 2.3.x.
>>
>> Does this solve your problem? If it i
Le 09/02/2021 à 11:56, Jean-Marc Lasgouttes a écrit :
Le 09/02/2021 à 08:26, Richard Kimberly Heck a écrit :
See attached file. This is in both master and 2.3.x.
Does this solve your problem? If it is what you are after, the same
should probably be done in many places.
Ping!
JMarc
--
lyx
On 2/9/21 4:16 AM, Jürgen Spitzmüller wrote:
Am Dienstag, dem 09.02.2021 um 02:26 -0500 schrieb Richard Kimberly
Heck:
See attached file. This is in both master and 2.3.x.
You are talking about the workarea, not output, right?
Yes. I'll check JMarc's patch.
Riki
--
lyx-devel mailing list
l
Le 09/02/2021 à 08:26, Richard Kimberly Heck a écrit :
See attached file. This is in both master and 2.3.x.
Does this solve your problem? If it is what you are after, the same
should probably be done in many places.
JMarc
>From c8b6b21e921535ad248239322aefe24be7efa89c Mon Sep 17 00:00
On Tue, Feb 09, 2021 at 02:26:23AM -0500, Richard Kimberly Heck wrote:
> See attached file. This is in both master and 2.3.x.
I just checked that it has been like that since lyx 1.6. I was not able
to try lyx 1.5 because the Proof environment did not exist there.
--
Enrico
--
lyx-devel mailing
Am Dienstag, dem 09.02.2021 um 02:26 -0500 schrieb Richard Kimberly
Heck:
> See attached file. This is in both master and 2.3.x.
You are talking about the workarea, not output, right?
Jürgen
signature.asc
Description: This is a digitally signed message part
--
lyx-devel mailing list
lyx-devel
See attached file. This is in both master and 2.3.x.
Riki
newfile1.lyx
Description: application/lyx
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Am Wed, 6 Jan 2021 11:36:43 +0200
schrieb Yuriy Skalko :
> >> > BTW, I tested the regexes with Russian documents, and found an error in
> >> > Additional.lyx
> >> > Correction attached.
> >>
> >> Really, that was missed out. Please commit it.
> >>
> >
> > Done at c6bc5f0c
>
> Thanks.
> BTW, I tested the regexes with Russian documents, and found an error in
> Additional.lyx
> Correction attached.
Really, that was missed out. Please commit it.
Done at c6bc5f0c
Thanks.
I've tested the regexes (with and without format). Now there are no
problems with Cyrillic in any pr
Am Mon, 4 Jan 2021 23:37:04 +0200
schrieb Yuriy Skalko :
> > Thanks. I am not so sure that 'from_ascii()' is the better choice comparing
> > to
> > 'from_utf8()' though.
>
> Maybe it will be better, but I cannot remember seeing exceptions with
> `what`-messages not in plain English. Feel free
Thanks. I am not so sure that 'from_ascii()' is the better choice comparing to
'from_utf8()' though.
Maybe it will be better, but I cannot remember seeing exceptions with
`what`-messages not in plain English. Feel free to update.
BTW, I tested the regexes with Russian documents, and found an
Am Mon, 4 Jan 2021 15:47:59 +0200
schrieb Yuriy Skalko :
> > Thanks, you are right. But since the exception may not be only from regex,
> > 'ex.what()'
> > alone feels better.
> >
> > Please commit.
> >
> > Kornel
>
> Committed at e8099942c7.
>
>
> Yuriy
Thanks. I am not so sure t
Thanks, you are right. But since the exception may not be only from regex,
'ex.what()'
alone feels better.
Please commit.
Kornel
Committed at e8099942c7.
Yuriy
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Am Mon, 4 Jan 2021 12:23:47 +0200
schrieb Yuriy Skalko :
> >> Further investigating shows the error in my own code (out of range access).
> >> The following exception was catched in the try {} section in findAdv(), so
> >> the only
> >> message was: "Invalid regular expression!". This was mislead
Further investigating shows the error in my own code (out of range access).
The following exception was catched in the try {} section in findAdv(), so
the only
message was: "Invalid regular expression!". This was misleading.
Indeed that's not very helpful. Ideally it would say *why* it is not
On Sat, Jan 02, 2021 at 06:45:21PM +0100, Kornel Benko wrote:
> Am Sat, 2 Jan 2021 09:23:00 -0500
> schrieb Scott Kostyshak :
>
> > On Sat, Jan 02, 2021 at 12:47:13PM +0100, Kornel Benko wrote:
> > > Given the string
> > > t = "\foreignlanguage{russian}{\texttt{\label}"
> > > and trying to use
>
Am Sat, 2 Jan 2021 09:23:00 -0500
schrieb Scott Kostyshak :
> On Sat, Jan 02, 2021 at 12:47:13PM +0100, Kornel Benko wrote:
> > Given the string
> > t = "\foreignlanguage{russian}{\texttt{\label}"
> > and trying to use
> > "regex_replace(t, t,
> >
> > "(emph|noun|text(bf|sl|sf|it|
On Sat, Jan 02, 2021 at 12:47:13PM +0100, Kornel Benko wrote:
> Given the string
> t = "\foreignlanguage{russian}{\texttt{\label}"
> and trying to use
> "regex_replace(t, t,
>
> "(emph|noun|text(bf|sl|sf|it|tt)|(u|uu)line|(s|x)out|uwave)(\\{(\\{\\})?\\})+",
> "")
> lead
Given the string
t = "\foreignlanguage{russian}{\texttt{\label}"
and trying to use
"regex_replace(t, t,
"(emph|noun|text(bf|sl|sf|it|tt)|(u|uu)line|(s|x)out|uwave)(\\{(\\{\\})?\\})+",
"")
leads to regex-exception.
Anything other than "\label" works. (e.g. "\xyzz
On 12/7/20 6:20 AM, José Abílio Matos wrote:
On Monday, December 7, 2020 10:04:03 AM WET Pavel Sanda wrote:
> Can you reproduce your problem with kill -9 $LYXPID ?
>
> Pavel
Yes.
In order to define a minimal example do the following.
1) Open LyX with the last opened files.
2)
On Monday, December 7, 2020 10:04:03 AM WET Pavel Sanda wrote:
> Can you reproduce your problem with kill -9 $LYXPID ?
>
> Pavel
Yes.
In order to define a minimal example do the following.
1) Open LyX with the last opened files.
2) Create a new file and save it (this is important).
3)
On Mon, Dec 07, 2020 at 09:15:51AM +, José Abílio Matos wrote:
> I happened to me before in another laptop that had a thermal shutdown, there
> it happened the same thing. So I guess that this falls in the "something more
> brutal" category. :-D
Can you reproduce your p
On Sunday, December 6, 2020 10:01:42 PM WET Jean-Marc Lasgouttes wrote:
> OK, what would be a forced shutdow? Run lyx from console and kill it
> with Ctrl+C, or something more brutal?
>
> JMarc
Basically the whole graphical session crashed. I was in a zoom session and
there was some button that
Le 06/12/2020 à 22:08, José Abílio Matos a écrit :
On Linux, I am using Fedora 33 but this happened before, if for some
reason I have a forced shutdown I loose all the informations about the
previous session opened files.
That is all the information regarding the documents that were open is
On Linux, I am using Fedora 33 but this happened before, if for some reason I
have a forced shutdown I loose all the informations about the previous session
opened files.
That is all the information regarding the documents that were open is lost.
That is very annoying. :-)
The section
[last op
Hi, it is probably a security issue. Try to manually create a file inside
the "Local" directory. Maybe you don't have access somehow.
--
Eugene
Am Do., 26. Nov. 2020 um 08:29 Uhr schrieb Anthony Macks <
anthonyma...@gmail.com>:
> Firstly, thanks for a great product.
> I have recently tried t
Libre Office freezes when I attempt to
open files from an NFS share as well. So it looks like it is not our
problem.
Riki
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On 11/23/20 10:02 AM, Kornel Benko wrote:
Am Mon, 23 Nov 2020 09:50:01 -0500
schrieb Richard Kimberly Heck :
I upgraded to Fedora 33 yesterday, and since then LyX will not start if
the user directory already exists and is on an NFS share. E.g.,
# lyx -userdir ~/files/lyx/
fails if ~/files/lyx
On Mon, Nov 23, 2020 at 09:50:01AM -0500, Richard Kimberly Heck wrote:
> I upgraded to Fedora 33 yesterday, and since then LyX will not start if the
> user directory already exists and is on an NFS share. E.g.,
>
> # lyx -userdir ~/files/lyx/
>
> fails if ~/files/lyx/ exists and ~/files/ is an NF
Am Mon, 23 Nov 2020 16:07:26 +0100
schrieb Kornel Benko :
> Am Mon, 23 Nov 2020 16:02:41 +0100
> schrieb Kornel Benko :
>
> > Am Mon, 23 Nov 2020 09:50:01 -0500
> > schrieb Richard Kimberly Heck :
> >
> > > I upgraded to Fedora 33 yesterday, and since then LyX will not start if
> > > the user
Am Mon, 23 Nov 2020 16:02:41 +0100
schrieb Kornel Benko :
> Am Mon, 23 Nov 2020 09:50:01 -0500
> schrieb Richard Kimberly Heck :
>
> > I upgraded to Fedora 33 yesterday, and since then LyX will not start if
> > the user directory already exists and is on an NFS share. E.g.,
> >
> > # lyx -userd
1 - 100 of 4865 matches
Mail list logo
