Hi,
I'm not sure if the problem is similar, I've just tried LyX 2.3.4 on Ubuntu 20.04.1, and noticed that after inserting a
PDF file/graphics, LyX has problems in converting the image into PNG, as needed to show the preview on-screen.
One way I could work around it, was to comment out the PDF
On 25/11/18 00:46, Kornel Benko wrote:
Anyway, if one would want to 'ungreed', there will always exist the possibility
to use (in our case)
"regular.*?expres"
once upon a time, I remember LyX could be compiled with either std::regex, or boost::regex, with some differences in
what is
On 24/10/18 18:51, Kornel Benko wrote:
(Having a GUI for selection of which attribute to ignore or not would be
better, but designing and
programming such a dialog is not my strength)
Opinions please.
great job, Kornel, to tackle a rework of this code, thanks!
Your proposal sounds sound,
Hi Uwe,
your message wakes me up from my LyX-idle period...
On 10/07/2018 00:19, Uwe Stöhr wrote:
- I gave lectures about LyX at my university, tried to introduce LyX to friends and family members. Nevertheless the
success was "modest" even under my students.
shared feelings here, especially
On 02/01/2018 17:13, Jean-Marc Lasgouttes wrote:
Le 28/12/2017 à 09:40, Scott Kostyshak a écrit :
I suppose in cases of security, unless I can make a sound-proof argument
to get rid of the additional prompts, we should just keep them.
Any thoughts?
I would say that, if we trust the parent,
On 31/08/2017 02:45, Scott Kostyshak wrote:
feature, first remove the -shell-escape option from the global
converter by going to Preferences > file handling > converters,
removing "-shell-escape" from the corresponding converter, and
clicking on "Modify" and then "Save".
Any
On 22/08/2017 09:08, Jean-Pierre Chrétien wrote:
-) 4 langs with complete 5 manuals on the page (Intro, Tutorial, UserGuide,
Math, Customization, EmbeddedObjects).
Additional is missing there, shouldn't it be added? It's kind of UserGuide2...
we have only 5 Additional.lyx manuals. For
On 21/08/2017 23:09, Christian Ridderström wrote:
- The link texts could be LyX vs PDF instead of EN/FR etc.
tried also to play with the clikkable PDF/LyX icons that bring you to the file,
but if we get tens of those I expect the page to become difficult to browse.
I added example of how
On 21/08/2017 17:02, Pavel Sanda wrote:
https://wiki.lyx.org/uploads/
or from within wiki:
uploads:/path/file.png
solved, I was using "uploads:path/to/..." instead of "uploads:/path/to/..."
A minor issue I'm seeing is that, clicking on a tutorial .lyx file in any
language, Firefox proposes
On 20/08/2017 20:20, Christian Ridderström wrote:
- Perhaps write out English, Español etc in the headings
I made an attempt to rotate the text, to keep the table compact, via CSS
attributes, but the rotated one didn't show well, because it was rotating the
cell borders as well :(. Perhaps a
On 18/08/2017 02:09, Tommaso Cucinotta wrote:
no more time for today... but perhaps the cache wipe-out work-around is already
good enough.
pushed, seems acceptable (except for 0_tmp_tmp_*, 1_tmp_tmp_*, etc...)
T.
On 17/08/2017 21:49, Pavel Sanda wrote:
To recap the current problems from my POV:
1. en/ should have it's own directory as a normal language
because xhtml output target produces lot of images which clutter
root dir (please use xhtml, not html).
sure, easy.
2. exported icons still
On 17/08/2017 20:25, Scott Kostyshak wrote:
An overview of the new features can be found here:
http://wiki.lyx.org/LyX/NewInLyX23
AFAICR, the new shell-escape [+minted] support made it to the 2.3, but it's not
mentioned (yet).
T.
Thx Pavel for pushing this. I'd like to add to the script the capability to
generate the index in PmWiki format, so that its output can be copy'n'pasted
straight to
http://wiki.lyx.org/LyX/Manuals2
What'd'u think?
T.
On 17/08/2017 01:25, Pavel Sanda wrote:
commit
Hi,
I took some time to clean-up the empty template that was annoyingly showing up
when clicking on the bottom category link of each wiki page, namely:
"" ...
which I replaced with a simple
!!! Pages in Category: {*$Name}
So, now those links should look like as having some more meaningful
On 15/08/2017 22:11, Uwe Stöhr wrote:
So fine with me if you change the order.
done. Also, I gave a try to pmwiki tables, to get to a more compact form:
http://wiki.lyx.org/LyX/Manuals2
(might be visually improved with some .lyx/.pdf icons, plus country-code
flags, but don't know how to
On 15/08/2017 02:53, Uwe Stöhr wrote:
I set it now again and updated the manuals to LyX 2.2.3:
http://wiki.lyx.org/LyX/Manuals
Great! One minor comment: probably the order of manuals might be exactly
reversed, to have easier stuff first, and more advanced stuff last.
Also, PDFs are a great
On 13/08/2017 16:58, Tommaso Cucinotta wrote:
On my system, despite having installed texlive-lang-all, not all of them
succeed in compilation.
I was missing xetex for the ja (and presumably he) languages.
T.
On 13/08/2017 17:33, Pavel Sanda wrote:
Maybe we are seeing different phenomena. Here EmbeddedObjects compiles
[...]
Apart from that it looks sort of OK. TeXLive 2012 here :)
yes, the difference seems that you're exporting xhtml, whilst I was exporting
.html.
Just checked that the .xhtml
On 13/08/2017 12:48, Pavel Sanda wrote:
You need latin,french to build the main (english) manuals?
yes, latin for the "ipse lorum blah blah", french I suspect accidentally tags a
few English paragraphs in one of the manuals, whilst german is part of the description of
some of the
-lang-all, not all of them
succeed in compilation.
Result as can be seen at (file lyxdoc.tar.gz, once it's done uploading):
https://drive.google.com/open?id=0B6A-8XYYe1nYUlg3U2YyQm0xQVU
T.
On 13/08/2017 12:48, Pavel Sanda wrote:
Tommaso Cucinotta wrote:
On 11/08/2017 16:51, Pavel Sanda
On 12/08/2017 15:52, Tommaso Cucinotta wrote:
I gave a try to manual compilation of manuals :-), and here's the experience:
-) minors along the way: I was missing texlive-lang-german, french, latin, and
texlive-humanities;
-) Intro, UserGuide, Tutorial, Development, Math, Customization
On 12/08/2017 10:21, Guenter Milde wrote:
This may change if we develop an "all inclusive" LyX document format.
I used to remember a discussion about that, to the point to be mistakenly
believing we did support an inclusive/embedded .lyx format, but I'm likely not
remembering well, or
On 11/08/2017 16:51, Pavel Sanda wrote:
I can prepare web corner for it on www.lyx.org if you decide to do it.
There's an autotest exporting manuals in a few formats that used to be
troublesome (xhtml and lyx16x) in the past, in
development/autotests/export-in.sh
I gave a try to manual
On 11/08/2017 15:55, Christian Ridderström wrote:
simply to ensure that LyX doesn't fail when reading and exporting the manuals
as PDFs.
from my viewpoint, it would be good to have the manuals just available and
searchable on-line, i.e., when I'm looking for something on a search engine,
On 11/08/2017 11:44, Christian Ridderström wrote:
Do we have a description somewhere, perhaps in the source, as to what and how
the different converters are triggered?
How are files found for which converters are to be triggered?
How is the type of the file determined?
Format.cpp:
On 10/08/2017 22:27, Christian Ridderström wrote:
Do we have the LyX manuals online, either as PDF or web pages?
I just asked this as well, which I guess provides a partial reply to your Q.
T.
--- Begin Message ---
Hi,
I just noticed these broken links
Hi,
I just had some time to finally try out the new shell-escape feature and UI, so
I thought to drop a few comments:
- the UI visible red icon is fantastic :-)! guess we can re-use it when the
user authorized needauth converters for the currently open doc;
- the shell-escape would resemble
On 10/08/2017 11:02, Tommaso Cucinotta wrote:
On 09/08/2017 09:05, Guenter Milde wrote:
For EPS to PDF this means we could preferably use "repstopdf" instead of
"epstopdf".
"repstopdf" is the version "whitelisted" in texmf.cnf for use with the
ched patch ?
T.
commit b5c5a5a8
Author: Tommaso Cucinotta <tomm...@lyx.org>
Date: Thu Aug 10 10:59:47 2017 +0200
Switch to restricted repstopdf instead of regular epstopdf, for security reasons.
diff --git a/lib/configure.py b/lib/configure.py
index 8e7fedbb..46d797e6 100644
Hi,
I just noticed these broken links
http://wiki.lyx.org/LyX/Manuals#download
http://ftp.lyx.de/Documentation/en/Customization.lyx
http://ftp.lyx.de/Documentation/en/Customization.pdf
guess they're all broken.
There's also a seemingly outdated (from y 2009) merged manual available at:
As per the HTML, if this is the standard for LyX then let's go for it.
As per the rephrase, I'm ok with removing the "unless you know...", feel free
to commit.
Thanks,
T.
On 31/07/2017 23:10, Christian Ridderström wrote:
On 27 July 2017 at 00:06, Tommaso Cucinotta <to
On 02/08/2017 01:00, Christian Ridderström wrote:
The long threads likely by now do contain a lot of separate pieces of
description, but it's unfortunately not so easy (at least for me) to find this
information among all the posts. [...] Or perhaps to copy them to into one
place, adding minor
On 02/08/2017 17:45, Richard Heck wrote:
do even better. [...] People who have the expertise to design a new solution,
and then to implement it, whether via AppArmor or whatever, should feel free to
make it a priority for 2.4 and create a feature branch for it.
+1, I'll take some time to
On 17/07/2017 15:18, Enrico Forestieri wrote:
I don't understand if the 'needauth' is new in LyX 2.3.0 or already existed.
This is new to 2.3.0 and is instead deemed a security improvement. Yes,
security is improved by allowing running dangerous converters.
I have to step in for a
On 28/07/2017 23:17, Tommaso Cucinotta wrote:
Actually, I have to check how the above "-x lyxrc-apply " behaves w.r.t.
options not mentioned, e.g., whether reset to the default, or it does what one might be
tempted to imagine, i.e., just override the mentioned options, leav
On 27/07/2017 23:08, Christian Ridderström wrote:
./src/lyx -x 'lyxrc-apply Format 22
\use_converter_needauth_forbidden true'
This is lyx-unsafe:
./src/lyx -x 'lyxrc-apply Format 22
\use_converter_needauth_forbidden false
\use_converter_needauth false'
I haven't added
[ adding chr@, gm@ explicitly ]
On 27/07/2017 17:31, Tommaso Cucinotta wrote:
I think what we might do in a relatively easy and generic way, is to allow
for setting individual preferences settings from the command-line, e.g.:
alias lyx-safe='/usr/bin/lyx -Duse_converter_needauth_forbidden
On 27/07/2017 17:31, Tommaso Cucinotta wrote:
I think what we might do in a relatively easy and generic way, is to allow
for setting individual preferences settings from the command-line, e.g.:
alias lyx-safe='/usr/bin/lyx -Duse_converter_needauth_forbidden=true'
alias lyx-unsafe='/usr
On 27/07/2017 16:10, Guillaume MM wrote:
It makes sense that an option in the command line could disable needauth
entirely. It is becoming hard to track all the suggestions so if you are
interested in this I suggest filing enhancement reports / the wiki page.
I think what we might do in a
On 26/07/2017 22:55, Pavel Sanda wrote:
Tommaso Cucinotta wrote:
On 25/07/2017 11:10, Pavel Sanda wrote:
1. No "needauth" preferences (do not allow needauth from being disabled).
instead of this, why don't we put some more stress on the action of
disabling the "Use needau
On 25/07/2017 11:10, Pavel Sanda wrote:
1. No "needauth" preferences (do not allow needauth from being disabled).
instead of this, why don't we put some more stress on the action of disabling the
"Use needauth option", e.g., the attached patch ?
Some nice text would have to be properly
On 19/07/2017 11:06, Pavel Sanda wrote:
I disagree though that we should ban needauth mechanism right now and
if the argument really is that I can trick someone into unchecking
whatever I want, then I can directly trick him into writing rm -rf /
on the commandline.
+1, albeit quite evidently
On 18/07/2017 21:50, Christian Ridderström wrote:
I do not know how many KGB/CIA agents will be willing attend the 'hack LyX'
classes. How much is it worth on a spy resume ?
haha! something like that must have been said by someone in Redmond while coming out with
this new brilliant and
On 25/07/2017 00:15, Scott Kostyshak wrote:
Then we could easily say "I think this feature
would benefit Lucie, would hurt Raimundo, and would not affect Sara at
Alice was beginning to get very tired of sitting by her sister on the bank, and of having
nothing to do: once or twice she had
On 23/07/2017 22:08, Christian Ridderström wrote:
Are the settings that needauth remember done:
a) per document, regardless of converter
b) per document-and-converter pair?
c) Also per snippet of code?
it's only a), but pls keep in mind this is only for those (few) converters
tagged with the
On 18/07/2017 00:49, Guillaume MM wrote:
(Another one is if the path is ~/Download/new1.lyx and you happen to
have given permanent permissions for a file with the same path three
years earlier, deleted and forgotten about since...)
there's been discussion during the needauth development about
On 24/07/2017 23:39, Uwe Stöhr wrote:
One of my daily work is CAD and common programs like Solidworks are not
available under Linux:
https://forum.solidworks.com/thread/90517
The only program I found so far is VariCAD:
http://www.varicad.com/en/home/products/download/
now I see your point, if
[slowly catching up...]
On 18/07/2017 19:46, Christian Ridderström wrote:
I just did a test with gnuplot. In the LyX settings I had unchecked 'Forbid of
use of needauth converters' and unchecked 'Use needauth option'. Then I opened
a LyX doc with a gnuplot script. Result: LyX tried to run the
On 23/07/2017 16:56, Christian Ridderström wrote:
Does anyone feel we should _not_ keep such a security document in the general
LyX repository?
Note: Generally speaking I'm all for being open and transparent, but such a
document might end up containing descriptions of ways in which LyX could
On 21/07/2017 22:28, Scott Kostyshak wrote:
I support the suggestion to create such a document and suppose to make it
a section in "Development.lyx":
+ bundled with other project policies and developer documentation
+ write access for all developers
+ we can use LyX's version control for
On 23/07/2017 20:55, Christian Ridderström wrote:
Regarding setting something in the preference file manually: The only
thing I mind is that it adds a global state to LyX, as opposed to
starting LyX with some parameters. The global state would likely
affect e.g. testing.
the good thing is that
On 22/07/2017 00:47, Guenter Milde wrote:
Enrico's patch did not touch "needauth" but has some nice features for
"shell-escape": it addressed the "set and forget" issue by
a) adding a red icon to the status bar if a document has the "allow
shell-escape" flag.
b) revoking the permission,
On 24/07/2017 16:24, Jean-Marc Lasgouttes wrote:
I am not sure what the difference between recommend and require is in practice.
Could you expand on that?
Ubuntu way, AFAIK:
-) Depends means LyX would be totally broken without them, e.g., you wouldn't be able to
launch LyX, thus there's no
On 24/07/2017 10:30, "Uwe Stöhr" wrote:
I think that explains why software companies don't offer Linux versions.
Just a couple of well-known names...
https://www.redhat.com/en/store/linux-platforms
https://buy.ubuntu.com/?_ga=2.96387035.693003821.1500908991-595300039.1443300335
On 24/07/2017 08:16, Jürgen Spitzmüller wrote:
One of the first steps was of course to try out LyX. Unfortunately I
could not compile the UserGuide because of the missing package
enumitem.
I wanted to install it but cannot find it. there is also no texlive
program to start to install the missing
On 24/07/2017 04:59, Paul A. Rubin wrote:
BTW, you can download a bootable version of Mint to a USB memory stick and run
it from the stick, to see if everything works (in particular, all peripheral
devices). If you like it, you can install from the stick. I'm not sure if the
equivalent is
On 28/06/2017 00:02, Enrico Forestieri wrote:
...and those converters can execute
arbitrary commands,
just to be sure, I just double-checked that on current trunk, without any settings in
one's ~/.lyx/, the default behavior will be "Forbid use of needauth
converters", so any of those
Hi,
I was sure we had a wiki page on lyx.org about security issues and the need for
hardening LyX against potential misuse, due to the risks in running external
tools, write18{}, shell-escape, gnuplot / R / knitr et al., but perhaps I can't
really remember.
However, I struggled in finding
On 20/06/2017 02:43, Guillaume MM wrote:
One must look at the
big picture and see that adding an authorization mechanism for arbitrary
execution of commands is absurd when its sole purpose is to call an
external tool from within LaTeX.
needauth was a urgently needed mitigation of the security
from the help message this sounds interesting, I also thought
we could have had various terminal types, and get .gp to .pdf,
to .eps, etc, albeit it's sufficient to convert to one
vectorial format, and LyX knows how to get to the others.
Perhaps among the most useful things, is that 1) you
On 04/06/2017 03:40, Enrico Forestieri wrote:
On Fri, Jun 02, 2017 at 12:55:47AM +0200, Enrico Forestieri wrote:
So, output_file is always empty, whatever op.dryrun. I think that
the following change was instead meant:
- string const output_file = prepareHTMLFile(op);
+ string
All valuable comments, thanks for the detailed report.
This deserves a TT on trac.lyx.org.
I'd agree with 2. and 5., and for the others the issue
is that the regexp inset is a kind of math inset ATM,
but at the same time it is not, in that it matches non-math
text. The quickest thing I can think
On 09/05/2017 22:56, Uwe Stöhr wrote:
Have you tried the latest LibreOffice? Some of the recent releases had
conversion problems. Until I upgraded to 5.3.2 LibreOffice works fine for me.
Of course the wrong option syntax should be fixed.
That was among the queued tries after my Ubuntu
On 09/05/2017 22:56, Uwe Stöhr wrote:
Of course the wrong option syntax should be fixed.
[47cd1e23/lyxgit].
T.
On 08/05/2017 09:12, Pavel Sanda wrote:
Richard Heck wrote:
On 05/05/2017 06:51 PM, Tommaso Cucinotta wrote:
On 05/05/2017 17:26, Pavel Sanda wrote:
Finally after all the years! :)
someone counted 8y :)
Perhaps some example lyx file to give users idea how to use it?
how to make
On 07/05/2017 19:46, Kornel Benko wrote:
Do they fail if retested separately too?
I tested again just a couple of these, one was keeping failing, another one
succeeded, but I had no time for a proper investigation. Also, AFAICR my laptop
started buzzing or smth while the overall tests batch
On 07/05/2017 14:35, Kornel Benko wrote:
Am Sonntag, 7. Mai 2017 um 02:46:31, schrieb Tommaso Cucinotta <tomm...@lyx.org>
On 06/05/2017 14:15, Kornel Benko wrote:
Hi Tommaso,
could you please test this version?
sure, as soon as I get back to a successful compile of LyX on Ubuntu
On 07/05/2017 14:39, Kornel Benko wrote:
Can it be due to some missing packages?
it was a --no-create --no-recurse that was there in my quite long ./configure
line (which I recurrently copy from config.log).
Managed to successfully compile and run with qt4, trying now with qt5, thanks.
just made that OS upgrade, and can't compile LyX anymore
the usual autogen.sh; configure [params] doesn't output a Makefile, so make
won't run anything
Anyone with a clue ? is there a different recipe to restart compilation from
scratch ? (did also a make distclean, didn't help)
Thanks,
On 06/05/2017 02:02, Scott Kostyshak wrote:
Yes please revert. I remember there being some disagreement about the
file formats patch. I could be wrong though. Please see my questions
here:
reverted, those 2 patches remain available in my
tommaso features/2.3.0alpha
branch, thanks.
On 06/05/2017 00:51, Tommaso Cucinotta wrote:
and it should be also noted in news or rel notes as well... P
done in [af49aaa9/lyxgit], feel free to amend if not clear.
also in NewInLyX23:
http://wiki.lyx.org/LyX/NewInLyX23#sLyX.NewInLyX23_27
T.
Hi,
when trying use of .odg drawings in LyX, I'm seeing these two annoyances:
1) LyX fails to convert .odg -> eps if libreoffice is open already elsewhere,
with any other document (I had a .odp presentation open in the background),
because it tries to run
if os.system(r'libreoffice
On 06/05/2017 00:38, Tommaso Cucinotta wrote:
rebased and pushed to my feature branch features/2.3.0alpha
my bad, in pushing the release notes for gnuplot scripts, these
two also slipped along, I forgot my local master was temporarily
"topped-up" ... shall we revert ?
or, woul
On 05/05/2017 17:26, Pavel Sanda wrote:
Finally after all the years! :)
someone counted 8y :)
Perhaps some example lyx file to give users idea how to use it?
how to make such examples available ? wiki page ? yeah, probably the best
thing, easily found with a search engine -- who reads the
On 04/05/2017 17:54, Kornel Benko wrote:
2) commit cb7a69b1
Author: Tommaso Cucinotta <tomm...@lyx.org>
Date: Wed Oct 19 11:18:10 2016 +0200
Tolerate formats that are not supported by lyx2lyx.>
Yes.
rebased and pushed to my feature branch features/2.3.0alpha
3) commit
On 04/05/2017 11:53, Scott Kostyshak wrote:
as a consequence, I came up with the attached patch that solves the
pushed that anyway -- even if copying with images and their conversion is
desired, we shouldn't need dryrun then, should we ?
T.
On 04/05/2017 11:53, Scott Kostyshak wrote:
Assuming we do want to embed the picture on the clipboard, the next
but I don't think any of this is actually working, copying from
an inset containing a real image file (.jpg) into LibreOffice,
it just inserts an XML header line, along with a
On 04/05/2017 01:45, Scott Kostyshak wrote:
I'd really love to have 3)...
Is it polished? Is there a trac ticket for this one? Or an archived
discussion?
http://www.lyx.org/trac/ticket/5962
thanks,
T.
e, but I'm not expert of this area of the code, so
can please someone review?
(I just checked that I can still copy and paste the graphics as before)
Thanks,
T.
>From f3ec463a3a422dbdf98f61add03f68580ccda653 Mon Sep 17 00:00:00 2001
From: Tommaso Cucinotta <tomm...@lyx.org>
Date: Thu,
be debatable already for a 3.0 :-).
... if there's interest in any of these, it may not be impossible to rebase
over the w.e. :-)
[1]
1) commit be98c5e1
Author: Tommaso Cucinotta <tomm...@lyx.org>
Date: Mon Oct 17 08:44:16 2016 +0200
Enable graphics generation from external gnuplot s
of gnuplot scripts, you can use
the attached sample. Just run LyX, and do "Insert->Graphics...", then choose
the .gp file, then enjoy the plot preview on screen, as well as in the PDF formatted output.
Thx,
T.
[1]
commit b474aa5d
Author: Tommaso Cucinotta <tomm...@lyx.
On 03/05/2017 17:42, Tommaso Cucinotta wrote:
On 03/05/2017 17:37, Tommaso Cucinotta wrote:
Kornel, would you mind to re-run the tests ?
I have this one consistently failing:
findadv-02-in.txt: FAILED
will dig shortly (I'm going off-line a few hours).
this is what
On 03/05/2017 17:42, Tommaso Cucinotta wrote:
On 03/05/2017 17:37, Tommaso Cucinotta wrote:
Kornel, would you mind to re-run the tests ?
I have this one consistently failing:
findadv-02-in.txt: FAILED
will dig shortly (I'm going off-line a few hours).
this is what
On 03/05/2017 17:37, Tommaso Cucinotta wrote:
Kornel, would you mind to re-run the tests ?
I have this one consistently failing:
findadv-02-in.txt: FAILED
will dig shortly (I'm going off-line a few hours).
T.
On 03/05/2017 11:26, Jean-Marc Lasgouttes wrote:
3610cdf66944dc790e2e3df666e99f33c45b1ede
Yes, this is much less surprising than to two other commits.
this is now (correctly) fixed in
commit cf6bbe21
Author: Tommaso Cucinotta <tomm...@lyx.org>
Date: Wed May 3 17:32:31 2017
my bad, quite blind commits without testing, I just reverted the suppression of the
"word-findadv" lfun name,
but, as you just pointed out, it was actually the crash fix to break all tests
:-)! (just confirmed that
reverting that as well recovers a working findadv pane)
T.
On
hmm.., not sure if [8c101829/lyxgit] would need a rollback then...
T.
On 02/05/2017 12:23, Kornel Benko wrote:
commit c4c989b9c8d687e6f52d44fc411cf2ad14b2f8c1
Author: Kornel Benko
Date: Tue May 2 12:22:09 2017 +0200
Added testcase for crash with using function
On 02/05/2017 18:10, Kornel Benko wrote:
It would still be nice to have the possibility to use minibuffer for scripted
findadv tests.
(The reason is that the minibuffer commands are language independent)
would make sense as a feature enh request, needs a syntax rethinking.
This is what we
On 02/05/2017 18:00, Jean-Marc Lasgouttes wrote:
Why not make the function internal, i.e. give it an empty name like
LFUN_FINISHED_BACKWARD?
u mean, just this [1] ? or, do we need "Hidden" ?
T.
[1]
tommaso@tommylap:~/lyx-trunk-ws/lyx$ git diff
diff --git a/src/LyXAction.cpp
(passing the
names of these 2 buffers), probably at that time I couldn't find a
better/simpler way to find those 2 special buffers from the lyxfind.cpp context
:-(!
T.
>From f2819a9daf5014434f2b39636268cad8455e0bd9 Mon Sep 17 00:00:00 2001
From: Tommaso Cucinotta <tomm...@lyx.org&g
On 02/05/2017 11:19, Kornel Benko wrote:
Start lyx
select new file
type anything e.g. 'abcd'
Goto home position
in minibuffer type word-findadv a
Any (or no at all) parameter to this function leads to crash.
confirmed...
T.
On 28/04/2017 07:52, Kornel Benko wrote:
I tend now to remove xvkbd from source. The reason we should keep it,
may have been the extra parameter '-wait_idle', but this job is
already done be keytest.py.
yes, that's what I'm barely remembering from years ago, and that also
explains the tests
can't remember if there were any changes in our version in the lyx tree and/or
why...
likely it was needed because the system-wide one already available in the OS
didn't
have some newer option that made it into that 3.3 ver ?
If the system-wide one works, we can get rid of the custom xvkbd
On 24/04/2017 17:43, Kornel Benko wrote:
commit 54f2d0ee22ef308d42ba37460b18637267a7f35f
Author: Kornel Benko
Date: Mon Apr 24 17:43:39 2017 +0200
keytests: small improvements in test speed
ahah :-)! tests are lightning fast now, and still succeed!
(if it were not for
Hi,
On 23/04/2017 16:29, Kornel Benko wrote:
\Cq\[Escape]
can't remember why I had the window name explicit in keytest. Do you mind
trying out the attached one, that removes that ?
The window name forces keys to be sent to the main LyX window, so whenever
there's a dialog, keytest.py fails
On 24/04/2017 21:54, Jean-Marc Lasgouttes wrote:
Le 21/04/17 à 01:15, Tommaso Cucinotta a écrit :
Hi,
is there an easy way to check whether a DocIterator d is positioned
within two others a and b ?
(that is, going through the document using forwardPos(), one encounters
a, then d, then b
On 23/04/2017 10:34, Kornel Benko wrote:
Prefixing \[Escape] with \Ax does the trick :), e.g. "\Ax\[Escape]\Cq"
(without \Cs)
Sometimes we need to not save the buffer.
what was the \Ax for, then ?
And, if it's for dismissing the (save?) dialog, then shouldn't it be like:
\Cq\[Escape]
?
On 22/04/2017 22:59, Scott Kostyshak wrote:
Ah yes, thanks for remembering about that! If you have the time, can you
take a look at lib/RELEASE-NOTES? I think we need entries for the
category about pref variables that were added, and also "caveats when
upgrading from earlier versions".
If you
Hi,
do we have/need anything in the news, as well as in the manual, about the new
'needauth' converters flag, the security precautions (dialog asking the user),
and prefs options ?
T.
On 21/04/2017 07:50, Scott Kostyshak wrote:
Dear all,
As discussed [1], the current plan is to
1 - 100 of 2402 matches
Mail list logo