Am Tue, 29 Apr 2025 15:05:06 +0200
schrieb Jean-Marc Lasgouttes :
> Le 29/04/2025 à 13:51, Kornel Benko a écrit :
> > The issue is that regex does not identify them as regular chars, that is
> > regex
> > requires them backslashed. So setting them to values > 0xf while
> > searching makes
>
Le 29/04/2025 à 13:51, Kornel Benko a écrit :
The issue is that regex does not identify them as regular chars, that is regex
requires
them backslashed. So setting them to values > 0xf while searching makes
them 'normal'.
What are the codepoints involved? In your addAccent thing (why the n
Am Tue, 29 Apr 2025 13:04:30 +0200
schrieb Jean-Marc Lasgouttes :
> Le 29/04/2025 à 12:02, Kornel Benko a écrit :
> > Am Tue, 29 Apr 2025 08:28:22 +
> > schrieb Bernt Lie via lyx-users :
> >
> >> I'm on LyX 2.4.3 + Windows 64bit.
> >>
> >> I'm trying to replace the bullet ("\bullet") in
>
Le 29/04/2025 à 12:02, Kornel Benko a écrit :
Am Tue, 29 Apr 2025 08:28:22 +
schrieb Bernt Lie via lyx-users :
I'm on LyX 2.4.3 + Windows 64bit.
I'm trying to replace the bullet ("\bullet") in
[cid:image001.png@01DBB8F1.6CF55C50]
with a star ("\star"). But the LyX Advanced Find and Replac
Am Mon, 10 Jun 2024 12:51:34 -0400
schrieb Richard Kimberly Heck :
> On 6/10/24 08:40, Kornel Benko wrote:
> > commit 8c501308c3c9bf2389275837798ed6c62a9a17bf
> > Author: Alexander Dunlap
> > Date: Mon Jun 10 14:42:29 2024 +0200
> >
> > FindAdv: Omitting
On 6/10/24 08:40, Kornel Benko wrote:
commit 8c501308c3c9bf2389275837798ed6c62a9a17bf
Author: Alexander Dunlap
Date: Mon Jun 10 14:42:29 2024 +0200
FindAdv: Omitting cursor advance at start of search if in mathed.
Fixes #13070 Advanced S&R does not find math symbols at s
On Sun, May 19, 2024 at 02:10:05PM GMT, Scott Kostyshak wrote:
> On Sun, May 19, 2024 at 07:38:13PM GMT, Jean-Marc Lasgouttes wrote:
> > Le 16/05/2024 à 18:48, Scott Kostyshak a écrit :
> > > Not sure if it's related, but after a search, if I press escape to hide
> >
On Sun, May 19, 2024 at 07:38:13PM GMT, Jean-Marc Lasgouttes wrote:
> Le 16/05/2024 à 18:48, Scott Kostyshak a écrit :
> > Not sure if it's related, but after a search, if I press escape to hide
> > the search bar, the part of the work area behind the search panel is
> >
Le 16/05/2024 à 18:48, Scott Kostyshak a écrit :
Not sure if it's related, but after a search, if I press escape to hide
the search bar, the part of the work area behind the search panel is
missing a painting update until I scroll.
I failed to reproduce this with master with xcb and wa
Am Freitag, dem 17.05.2024 um 18:08 +0200 schrieb Jean-Marc Lasgouttes:
> Should be OK now. Note that the cause was more profound than I
> anticipated, I hope I got it right. I added some assertions for good
> measure, so that we will soon see whether my assumptions about the
> code are correct :
Le 16/05/2024 à 06:25, Jürgen Spitzmüller a écrit :
The screen moves a bit, but not to the point where the highlighted
match is.
Should be OK now. Note that the cause was more profound than I
anticipated, I hope I got it right. I added some assertions for good
measure, so that we will soon se
gt; > No pressure from my side. I can live with it. Just wanted to bring it
> > to your attention.
>
> Fine, thanks.
Not sure if it's related, but after a search, if I press escape to hide
the search bar, the part of the work area behind the search panel is
missing a p
Le 16/05/2024 à 17:05, Jürgen Spitzmüller a écrit :
Am Donnerstag, dem 16.05.2024 um 10:00 +0200 schrieb Jean-Marc
Lasgouttes:
If the situation is too annoying, I can revert it.
No pressure from my side. I can live with it. Just wanted to bring it
to your attention.
Fine, thanks.
JMarc
--
Am Donnerstag, dem 16.05.2024 um 10:00 +0200 schrieb Jean-Marc
Lasgouttes:
> If the situation is too annoying, I can revert it.
No pressure from my side. I can live with it. Just wanted to bring it
to your attention.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.o
Le 16/05/2024 à 06:25, Jürgen Spitzmüller a écrit :
The screen moves a bit, but not to the point where the highlighted
match is.
I have been looking at a similar issue (with buffer-end), but I do not
know yet what the issue is.
The culprit is a4d9315bc4944. If the situation is too annoying,
The screen moves a bit, but not to the point where the highlighted
match is.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Am Mon, 17 Jul 2023 15:46:34 +0200 (CEST)
schrieb Juergen Spitzmueller :
> commit f6f936e3d049c05ad0795c32696df895d8b61313
> Author: Juergen Spitzmueller
> Date: Mon Jul 17 16:58:04 2023 +0200
>
> Support protected and thin space in simple search (#12836)
Thanks.
On 5/19/23 04:41, Kornel Benko wrote:
Am Fri, 19 May 2023 00:09:09 -0400
schrieb Richard Kimberly Heck :
On 5/18/23 11:02, Kornel Benko wrote:
commit f13808939b9ae6d8d467538d17157a87e8a1a37c
Author: Kornel Benko
Date: Thu May 18 18:07:40 2023 +0200
Advaced search: check for toString
Am Fri, 19 May 2023 00:09:09 -0400
schrieb Richard Kimberly Heck :
> On 5/18/23 11:02, Kornel Benko wrote:
> > commit f13808939b9ae6d8d467538d17157a87e8a1a37c
> > Author: Kornel Benko
> > Date: Thu May 18 18:07:40 2023 +0200
> >
> > Advaced search: che
On 5/18/23 11:02, Kornel Benko wrote:
commit f13808939b9ae6d8d467538d17157a87e8a1a37c
Author: Kornel Benko
Date: Thu May 18 18:07:40 2023 +0200
Advaced search: check for toString() before using it.
(#12783)
diff --git a/src/Paragraph.cpp b/src/Paragraph.cpp
index b8819fd..fed5a74
ame after these citation search stuff.
Pavel
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On Thu, Feb 23, 2023 at 09:15:10PM +, José Matos wrote:
> On Sun, 2023-02-19 at 22:15 +0100, Pavel Sanda wrote:
> > On Sun, Feb 19, 2023 at 06:43:20PM +0100, Jürgen Spitzmüller wrote:
> > > > I suspect $${python} is not replaced.
> >
> > Jose, can you have a look at this?
> > It used to work w
Am Donnerstag, dem 23.02.2023 um 21:15 + schrieb José Matos:
> The patch attached should fix this.
Looks like a stupid oversight of mine. Please put it in.
Thanks,
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On Sun, 2023-02-19 at 22:15 +0100, Pavel Sanda wrote:
> On Sun, Feb 19, 2023 at 06:43:20PM +0100, Jürgen Spitzmüller wrote:
> > > I suspect $${python} is not replaced.
>
> Jose, can you have a look at this?
> It used to work when python -tt was used in configure.py.
The patch attached should fix
Am Dienstag, dem 21.02.2023 um 09:03 +0100 schrieb Pavel Sanda:
> Yes, that was my backup plan. Somehow I was under the impression that
> Customization manuals claim you can do that with the the macros I
> cited.
You might use that to reformat the list, but then you still need
something like %abbr
On Tue, Feb 21, 2023 at 08:13:42AM +0100, Jürgen Spitzmüller wrote:
> Am Dienstag, dem 21.02.2023 um 07:41 +0100 schrieb Pavel Sanda:
> > Sorry, I was not precise. I meant only surname of the first author.
>
> We have no key for this purpose, as this is not used in any of the cite
> formats we sup
Am Dienstag, dem 21.02.2023 um 07:41 +0100 schrieb Pavel Sanda:
> Sorry, I was not precise. I meant only surname of the first author.
We have no key for this purpose, as this is not used in any of the cite
formats we support.
However, it strikes me sensible to assume that "et al." is not used in
On Tue, Feb 21, 2023 at 07:17:39AM +0100, Jürgen Spitzmüller wrote:
> Am Montag, dem 20.02.2023 um 23:23 +0100 schrieb Pavel Sanda:
> > Would you be willing to share some foo magic for me to document?
> > The current default goes after %year% %abbrvciteauthor% (leading
> &g
Am Montag, dem 20.02.2023 um 23:23 +0100 schrieb Pavel Sanda:
> Would you be willing to share some foo magic for me to document?
> The current default goes after %year% %abbrvciteauthor% (leading
> to search for file containing "Year Author et al."
>
> I spent last 30 m
%year% %abbrvciteauthor% (leading
to search for file containing "Year Author et al."
I spent last 30 mins trying to tweak it to "Year Author" only
but either I misread what Customization manual in 5.3.15 says
about the macros or they are not interpreted (manual suggests to use
"!fi
On Sun, 2023-02-19 at 22:15 +0100, Pavel Sanda wrote:
> On Sun, Feb 19, 2023 at 06:43:20PM +0100, Jürgen Spitzmüller wrote:
> > > I suspect $${python} is not replaced.
>
> Jose, can you have a look at this?
> It used to work when python -tt was used in configure.py.
>
> After the $$python trick i
On Sun, Feb 19, 2023 at 06:43:20PM +0100, Jürgen Spitzmüller wrote:
> > I suspect $${python} is not replaced.
Jose, can you have a look at this?
It used to work when python -tt was used in configure.py.
After the $$python trick it's not being replaced anymore and this might
not be the only script
Am Sonntag, dem 19.02.2023 um 17:15 +0100 schrieb Pavel Sanda:
> Hi Juergen,
>
> 1) that the citation script search work for you now?
> It fails here with:
> 17:07:51.939: (inset-edit)Systemcall.cpp (283): Systemcall:
> '$${python} "/lyx/devel/lib/scripts/lyxpaperview.
Hi Juergen,
1) that the citation script search work for you now?
It fails here with:
17:07:51.939: (inset-edit)Systemcall.cpp (283): Systemcall: '$${python}
"/lyx/devel/lib/scripts/lyxpaperview.py" -v qpdfview --unique -w qpdfview
--unique 2019 Straathof et al.' did not s
s I should make a shortcut, or a
> > custom menu item.
> >
> > I use "Block" much more often than "AlertBlock" and "ExampleBlock", so
> > it would be nice if "Block" were the first one highlighted. Would it
> > make sense for the
ck", so
it would be nice if "Block" were the first one highlighted. Would it
make sense for the search to highlight the one that is most often used
in the document? i.e., LyX could query my .lyx file and see that I use
"Block" 10 times and "AlertBlock" 2 times, an
".
Is there a faster way by default than the above key combinations to
insert a "Block" environment? Perhaps I should make a shortcut, or a
custom menu item.
I use "Block" much more often than "AlertBlock" and "ExampleBlock", so
it would be nice if "Block&qu
Am Wed, 11 May 2022 17:38:53 +0200
schrieb Kornel Benko :
> Am Wed, 11 May 2022 17:21:52 +0200
> schrieb Jürgen Spitzmüller :
>
> > Am Mittwoch, dem 11.05.2022 um 14:18 +0200 schrieb Kornel Benko:
> > > How to search for space like
> > > hfill, medski
Am Wed, 11 May 2022 17:21:52 +0200
schrieb Jürgen Spitzmüller :
> Am Mittwoch, dem 11.05.2022 um 14:18 +0200 schrieb Kornel Benko:
> > How to search for space like
> > hfill, medskip, thinspace, visible space, quad, ...
> > and many more with regex?
>
> I'd e
Am Mittwoch, dem 11.05.2022 um 14:18 +0200 schrieb Kornel Benko:
> How to search for space like
> hfill, medskip, thinspace, visible space, quad, ...
> and many more with regex?
I'd expect \s covers them (except for visible space).
--
Jürgen
signature.asc
Description: This
al?
> > (Anything in src/insets/InsetSpace.cpp)
>
> Smells a bit like feature creep to me. Isn't this something that can be
> done more elegantly via regexp?
>
Unfortunately no.
(Searching is OK if not using format-search)
How to search for space like
hfill, medskip,
Am Dienstag, dem 10.05.2022 um 16:50 +0200 schrieb Kornel Benko:
> Does it make sense to add a checkbox to advanced find GUI like
> 'Space-type'
> which would treat all white spaces equal?
> (Anything in src/insets/InsetSpace.cpp)
Smells a bit like feature creep to me. Isn't this something
Does it make sense to add a checkbox to advanced find GUI like
'Space-type'
which would treat all white spaces equal?
(Anything in src/insets/InsetSpace.cpp)
If yes, then should it could go to lyx2.5?
Kornel
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/m
Am Tue, 10 May 2022 13:31:18 +0200
schrieb Jürgen Spitzmüller :
> Am Dienstag, dem 10.05.2022 um 11:53 +0200 schrieb Kornel Benko:
> > Could we please add shortcuts to
> > 'Select all'
> > and maybe also to
> > 'Deselect all'
> > ?
>
> Done. I needed to change some other shortcuts in th
/ui/FindAndReplaceUi.ui | 157
> > > +--
> >
> > We have a problem to test the new feature. Old test depended on a shortcut
> > to enter formatted search. All format-features enabled.
> >
> > Now, all features are disabled at start, but there is no shortcut
Am Dienstag, dem 10.05.2022 um 11:53 +0200 schrieb Kornel Benko:
> Could we please add shortcuts to
> 'Select all'
> and maybe also to
> 'Deselect all'
> ?
Done. I needed to change some other shortcuts in the pane to get free
accelerators.
--
Jürgen
signature.asc
Description: This
feature. Old test depended on a shortcut
> to enter formatted search. All format-features enabled.
>
> Now, all features are disabled at start, but there is no shortcut to enable
> them.
> As a consequence some of 'findadv'-tests are failing.
> Could we please ad
Am Sat, 30 Apr 2022 13:45:45 +0200 (CEST)
schrieb Juergen Spitzmueller :
> src/frontends/qt/ui/FindAndReplaceUi.ui | 157
> +--
We have a problem to test the new feature. Old test depended on a shortcut
to enter formatted search. All format-features enabled
Am Sat, 30 Apr 2022 14:24:13 +0200
schrieb Jürgen Spitzmüller :
> Am Samstag, dem 30.04.2022 um 11:27 +0200 schrieb Kornel Benko:
> > The naming is not very fortunate yet, so please proceed.
>
> Done. I leave the documentation work to you.
>
Pure try at aec76ace.
Kornel
--
lyx-deve
Am Samstag, dem 30.04.2022 um 11:27 +0200 schrieb Kornel Benko:
> The naming is not very fortunate yet, so please proceed.
Done. I leave the documentation work to you.
--
Jürgen
signature.asc
Description: This is a digitally signed message part
--
lyx-devel mailing list
lyx-devel@lists.lyx.or
Am Sat, 30 Apr 2022 11:07:19 +0200
schrieb Jürgen Spitzmüller :
> Am Samstag, dem 30.04.2022 um 10:42 +0200 schrieb Kornel Benko:
> > Apparently the search needs some more description.
> > Make a testcase:
> > Document lang = German
> > Insert 'a'
&g
Am Samstag, dem 30.04.2022 um 10:42 +0200 schrieb Kornel Benko:
> Apparently the search needs some more description.
> Make a testcase:
> Document lang = German
> Insert 'a'
> select some 'a' and change its lang to English
> Open findadv dialog
> i
,
> > restr);
>
> Did that, still does not work for me.
>
Apparently the search needs some more description.
Make a testcase:
Document lang = German
Insert 'a'
select some 'a' and change its lang to English
Open findadv dialog
insert 'a'
find ...
Am Freitag, dem 29.04.2022 um 19:31 +0200 schrieb Kornel Benko:
> Only a small change seems to to be enough (FindAndReplace.cpp:470)
>
> FindAndReplaceOptions opt(find_buf_name, casesensitive,
> matchword,
> - !backwards, expandmacros,
> ignoreformat,
> +
Am Sat, 30 Apr 2022 09:38:03 +0200
schrieb Kornel Benko :
> Am Sat, 30 Apr 2022 09:06:13 +0200
> schrieb Jürgen Spitzmüller :
>
> > Am Freitag, dem 29.04.2022 um 20:06 +0200 schrieb Kornel Benko:
> > > Maybe we should also rename 'Ignore formatting'
Am Sat, 30 Apr 2022 09:06:13 +0200
schrieb Jürgen Spitzmüller :
> Am Freitag, dem 29.04.2022 um 20:06 +0200 schrieb Kornel Benko:
> > Maybe we should also rename 'Ignore formatting' to 'Handle formatted
> > search'.
>
> Apart from that, does it do what
Am Freitag, dem 29.04.2022 um 20:06 +0200 schrieb Kornel Benko:
> Maybe we should also rename 'Ignore formatting' to 'Handle formatted
> search'.
Apart from that, does it do what you expect?
--
Jürgen
signature.asc
Description: This is a digitally signed message
>
> > > If 'Ignore formatting' is _not_ checked, then all subsequent
> > > selections should be enabled.
> > >
> > > That is, only in formatted search we can select what is to be ignored
> > > or not.
> >
> > Sorry, I canno
bsequent
> > selections should be enabled.
> >
> > That is, only in formatted search we can select what is to be ignored
> > or not.
>
> Sorry, I cannot follow. But maybe you can take and adapt the patch to
> what you think should be.
>
Only a small change seem
Am Freitag, dem 29.04.2022 um 17:02 +0200 schrieb Kornel Benko:
> The meaning of 'Ignore formatting' is reversed.
>
> If 'Ignore formatting' is _not_ checked, then all subsequent
> selections should be enabled.
>
> That is, only in formatted search we can
ile with "test
> > \textbf{test} test" and search for "test", the bold string is found
> > no
> > matter what I do (e.g., also if I do "search-ignore series false"
> > before searching and no matter whether "Ignore format" is checked in
&g
Am Freitag, dem 01.04.2022 um 09:35 +0200 schrieb Jürgen Spitzmüller:
> I have a GUI ready, but it doesn't work. I am not sure I understand
> how
> this is supposed to be used. If I have a text file with "test
> \textbf{test} test" and search for "test", the bo
Am Fri, 08 Apr 2022 07:00:56 +0200
schrieb Jürgen Spitzmüller :
> Am Donnerstag, dem 07.04.2022 um 11:25 +0200 schrieb Kornel Benko:
> > The attached works nice for me.
> > Is that OK to you Jürgen?
>
> Fine with me.
>
> Jürgen
Thanks, committed a modified version at 1f7d90d6.
(Handle also '
Am Donnerstag, dem 07.04.2022 um 11:25 +0200 schrieb Kornel Benko:
> The attached works nice for me.
> Is that OK to you Jürgen?
Fine with me.
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/mailma
The attached works nice for me.
Is that OK to you Jürgen?
Kornel
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
diff --git a/src/Paragraph.cpp b/src/Paragraph.cpp
index be133b12c5..6e54de970c 100644
--- a/src/Paragraph.cpp
+++ b/src/Parag
On Sat, Apr 02, 2022 at 05:07:34PM +0200, Kornel Benko wrote:
> Am Sat, 2 Apr 2022 10:49:17 -0400
> schrieb Scott Kostyshak :
> > On current master I get the following:
> >
> > const’: /home/scott/lyxbuilds/master/repo/src/lyxfind.cpp:3868:42: error:
> > comparison of
> > integer expressions of
Am Sat, 2 Apr 2022 10:49:17 -0400
schrieb Scott Kostyshak :
> On Sat, Apr 02, 2022 at 12:22:44PM +0200, Kornel Benko wrote:
> > Am Sat, 02 Apr 2022 12:06:12 +0200
> > schrieb Jürgen Spitzmüller :
> >
> > > Am Samstag, dem 02.04.2022 um 11:57 +0200 schrieb Jürgen Spitzmüller:
> > > > I'll have
On Sat, Apr 02, 2022 at 12:22:44PM +0200, Kornel Benko wrote:
> Am Sat, 02 Apr 2022 12:06:12 +0200
> schrieb Jürgen Spitzmüller :
>
> > Am Samstag, dem 02.04.2022 um 11:57 +0200 schrieb Jürgen Spitzmüller:
> > > I'll have a look.
> >
> > Better?
> >
> > Jürgen
>
> Definitely better. Thanks.
Am Sat, 02 Apr 2022 12:06:12 +0200
schrieb Jürgen Spitzmüller :
> Am Samstag, dem 02.04.2022 um 11:57 +0200 schrieb Jürgen Spitzmüller:
> > I'll have a look.
>
> Better?
>
> Jürgen
Definitely better. Thanks.
Kornel
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.
Am Samstag, dem 02.04.2022 um 11:57 +0200 schrieb Jürgen Spitzmüller:
> I'll have a look.
Better?
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
Am Sat, 02 Apr 2022 11:57:55 +0200
schrieb Jürgen Spitzmüller :
> Am Samstag, dem 02.04.2022 um 11:48 +0200 schrieb Kornel Benko:
> > No, normally we get in latex
> >
> > \begin{comment}
> > aexbc
> > \end{comment}
> >
> > now this is only the case if searching in non output (means no output
> >
Am Samstag, dem 02.04.2022 um 11:48 +0200 schrieb Kornel Benko:
> No, normally we get in latex
>
> \begin{comment}
> aexbc
> \end{comment}
>
> now this is only the case if searching in non output (means no output
> in pdf IMO)
So you are talking about InsetNoteParams::Comment, not
InsetNoteParam
Am Sat, 02 Apr 2022 11:44:34 +0200
schrieb Jürgen Spitzmüller :
> Am Samstag, dem 02.04.2022 um 11:24 +0200 schrieb Kornel Benko:
> > InsetNoteParams::Note is now not part of latex output when not
> > searched.
>
> Isn't that how it should be?
>
> Jürgen
>
No, normally we get in latex
\begi
Am Samstag, dem 02.04.2022 um 11:24 +0200 schrieb Kornel Benko:
> InsetNoteParams::Note is now not part of latex output when not
> searched.
Isn't that how it should be?
Jürgen
signature.asc
Description: This is a digitally signed message part
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
Am Sat, 02 Apr 2022 11:21:02 +0200
schrieb Jürgen Spitzmüller :
> Am Samstag, dem 02.04.2022 um 11:15 +0200 schrieb Kornel Benko:
> > Perfect! Please commit.
>
> Done.
>
> Jürgen
I was too fast.
InsetNoteParams::Note is now not part of latex output when not searched.
Needs an amend.
Am Samstag, dem 02.04.2022 um 11:15 +0200 schrieb Kornel Benko:
> Perfect! Please commit.
Done.
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
Am Sat, 02 Apr 2022 10:52:20 +0200
schrieb Jürgen Spitzmüller :
> Am Samstag, dem 02.04.2022 um 09:38 +0200 schrieb Kornel Benko:
> > But they do not appear in latex output, thus are never accessible by
> > searchadv.
>
> Like so (untested)?
>
> In any case, I think the testing should be done
Am Samstag, dem 02.04.2022 um 09:38 +0200 schrieb Kornel Benko:
> But they do not appear in latex output, thus are never accessible by
> searchadv.
Like so (untested)?
In any case, I think the testing should be done in InsetNote::latex(),
not InsetText::latex().
Jürgen
diff --git a/src/insets/In
Am Sat, 02 Apr 2022 07:46:23 +0200
schrieb Jürgen Spitzmüller :
> Am Freitag, dem 01.04.2022 um 20:17 +0200 schrieb Kornel Benko:
> > > I think there is no need to restrict it to comment. Otherwise no
> > > objection.
> >
> > Do you have some ideas what else could be included?
>
> LyX Notes.
Am Freitag, dem 01.04.2022 um 20:17 +0200 schrieb Kornel Benko:
> > I think there is no need to restrict it to comment. Otherwise no
> > objection.
>
> Do you have some ideas what else could be included?
LyX Notes.
Jürgen
signature.asc
Description: This is a digitally signed message part
--
Am Fri, 01 Apr 2022 19:21:47 +0200
schrieb Jürgen Spitzmüller :
> Am Freitag, dem 01.04.2022 um 18:08 +0200 schrieb Kornel Benko:
> > Apropos, do you have objections in regard of the patch in
> > InsetText.cpp?
>
> I think there is no need to restrict it to comment. Otherwise no
> objection.
D
Am Freitag, dem 01.04.2022 um 18:08 +0200 schrieb Kornel Benko:
> Apropos, do you have objections in regard of the patch in
> InsetText.cpp?
I think there is no need to restrict it to comment. Otherwise no
objection.
Jürgen
signature.asc
Description: This is a digitally signed message part
--
Am Fri, 1 Apr 2022 16:08:53 +0200
schrieb Kornel Benko :
> Am Fri, 01 Apr 2022 16:02:05 +0200
> schrieb Jürgen Spitzmüller :
>
> > Am Freitag, dem 01.04.2022 um 15:59 +0200 schrieb Kornel Benko:
> > > What is missing is the search in comments only.
> &g
Am Fri, 01 Apr 2022 16:02:05 +0200
schrieb Jürgen Spitzmüller :
> Am Freitag, dem 01.04.2022 um 15:59 +0200 schrieb Kornel Benko:
> > What is missing is the search in comments only.
>
> Do we really need this?
>
> Jürgen
>
It would be consistent with other features
Am Freitag, dem 01.04.2022 um 15:59 +0200 schrieb Kornel Benko:
> What is missing is the search in comments only.
Do we really need this?
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/mail
; >
> > Jürgen
>
> Now at least one can search the string inside a comment, but
> the feature is ignored.
> This will need more work.
>
> Kornel
The attached seems to halfway work. Using
search-ignore non-output-content true
does not find anything in comm
Am Fri, 01 Apr 2022 11:35:58 +0200
schrieb Jürgen Spitzmüller :
> Am Freitag, dem 01.04.2022 um 11:33 +0200 schrieb Kornel Benko:
> > This will take a while :(
>
> No problem.
>
> Jürgen
Now at least one can search the string inside a comment, but
the feature is ignored
Am Freitag, dem 01.04.2022 um 11:33 +0200 schrieb Kornel Benko:
> This will take a while :(
No problem.
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
Am Fri, 1 Apr 2022 11:24:34 +0200
schrieb Kornel Benko :
> Am Fri, 01 Apr 2022 11:15:12 +0200
> schrieb Jürgen Spitzmüller :
>
> > Am Freitag, dem 01.04.2022 um 11:07 +0200 schrieb Kornel Benko:
> > > Attached example.
> >
> > But this gives the same
Am Fri, 01 Apr 2022 11:15:12 +0200
schrieb Jürgen Spitzmüller :
> Am Freitag, dem 01.04.2022 um 11:07 +0200 schrieb Kornel Benko:
> > Attached example.
>
> But this gives the same result if "search-ignore non-output-content"
> is set to false or true. In both ca
Am Freitag, dem 01.04.2022 um 11:07 +0200 schrieb Kornel Benko:
> Attached example.
But this gives the same result if "search-ignore non-output-content"
is set to false or true. In both cases, the inset is found.
But anyway, my concern would rather be: how do I find a string _insid
Am Freitag, dem 01.04.2022 um 11:03 +0200 schrieb Kornel Benko:
> You cannot if it is a lyx-comment. If the note is latex, then you can
> type the string in the search window in a note.
Does not work.
Anyway, I think I have completely misunderstood the purpose of "search-
ignore
he lfun is ignored no matter what is in
> > > the search window.
> >
> > I still do not understand. How can I make AdvSearch search in a note?
> > "search-ignore non-output-content false" does not do that for me.
> >
> > Jürgen
> >
Am Fri, 01 Apr 2022 10:48:45 +0200
schrieb Jürgen Spitzmüller :
> Am Freitag, dem 01.04.2022 um 10:10 +0200 schrieb Kornel Benko:
> > ATM, it works like this:
> > Any feature deselected with the lfun is ignored no matter what is in
> > the search window.
>
> I still
Am Freitag, dem 01.04.2022 um 10:10 +0200 schrieb Kornel Benko:
> ATM, it works like this:
> Any feature deselected with the lfun is ignored no matter what is in
> the search window.
I still do not understand. How can I make AdvSearch search in a note?
"search-ignore non-output
Am Fri, 01 Apr 2022 09:59:22 +0200
schrieb Jürgen Spitzmüller :
> Am Freitag, dem 01.04.2022 um 09:49 +0200 schrieb Kornel Benko:
> > Nothing wrong. Search for bold string instead.
> > Any feature not used in the search-window will be ignored at the
> > moment.
>
&
Am Freitag, dem 01.04.2022 um 09:49 +0200 schrieb Kornel Benko:
> Nothing wrong. Search for bold string instead.
> Any feature not used in the search-window will be ignored at the
> moment.
Is this really the lfun being in effect here or rather the old "ignore
setting"?
I am
ike to
> > > collaborate.
> >
> > I have a GUI ready, but it doesn't work. I am not sure I understand how
> > this is supposed to be used. If I have a text file with "test
> > \textbf{test} test" and search for "test", the bold strin
I am not sure I understand how
> this is supposed to be used. If I have a text file with "test
> \textbf{test} test" and search for "test", the bold string is found no
> matter what I do (e.g., also if I do "search-ignore series false"
> before searching and
est
\textbf{test} test" and search for "test", the bold string is found no
matter what I do (e.g., also if I do "search-ignore series false"
before searching and no matter whether "Ignore format" is checked in
the dialog or not).
What am I doing wrong?
Jürgen
1 - 100 of 1005 matches
Mail list logo
