On 29/03/2019 16:35, Pavel Sanda wrote:
On Fri, Mar 29, 2019 at 03:43:59PM +0100, Daniel wrote:
With a large document of mine it happens regularly that the typesetting
does not finish and the spinning wheel just keeps on spinning as if the
typesetting was ongoing.
It cannot be stopped other
On 29/03/2019 17:50, Richard Kimberly Heck wrote:
On 3/29/19 10:43 AM, Daniel wrote:
With a large document of mine it happens regularly that the
typesetting does not finish and the spinning wheel just keeps on
spinning as if the typesetting was ongoing.
It cannot be stopped other than killing
or such are running.
After I kill and restart LyX, the document compiles without problems.
This is particularly annoying since the compilation of my document takes
a couple of minutes anyway for some reason, so I loose a lot of time
that way.
Daniel
On 29/03/2019 13:42, Jean-Marc Lasgouttes wrote:
Le 29/03/2019 à 12:07, Daniel a écrit :
Hi,
I noticed that when creating new bugs reports the milestone is set to
2.3.3. Does that mean I should use this milestone by default for bug
reports? Seems strange to me.
It is my fault. Do you
the
default is the better one.)
Daniel
Hi,
I noticed that when creating new bugs reports the milestone is set to
2.3.3. Does that mean I should use this milestone by default for bug
reports? Seems strange to me.
Daniel
On 25/03/2019 19:55, Jean-Marc Lasgouttes wrote:
Daniel, how did you make your build?
I am using the CMake GUI.
Daniel
loved to have this on board:
https://www.lyx.org/trac/ticket/10235
But it seems not even to have been committed to master two years later.
So, I guess my dream will not come true for 2.3.3.
Daniel
On 23/03/2019 09:16, Jürgen Spitzmüller wrote:
Am Samstag, den 23.03.2019, 08:35 +0100 schrieb Daniel:
I'll just keep adding my thoughts on the language selector here even
though it did not get a response yet.
I think I have implemented almost every of your (and other's)
suggestions
On 22/03/2019 06:53, Daniel wrote:
On 2019-03-21 11:04, Daniel wrote:
On 21/03/2019 10:49, Jean-Marc Lasgouttes wrote:
Le 21/03/2019 à 10:39, Jürgen Spitzmüller a écrit :
Am Do., 21. März 2019 um 10:35 Uhr schrieb Jean-Marc Lasgouttes
mailto:lasgout...@lyx.org>>:
It looks good.
On 2019-03-21 11:04, Daniel wrote:
On 21/03/2019 10:49, Jean-Marc Lasgouttes wrote:
Le 21/03/2019 à 10:39, Jürgen Spitzmüller a écrit :
Am Do., 21. März 2019 um 10:35 Uhr schrieb Jean-Marc Lasgouttes
mailto:lasgout...@lyx.org>>:
It looks good. A few additional remarks:
* th
lter
2. Select File
3. Select Language
Daniel
On 21/03/2019 09:47, Jürgen Spitzmüller wrote:
Am Donnerstag, den 21.03.2019, 09:18 +0100 schrieb Daniel:
I find the default state of the Language drop down a bit confusing.
It
seems to always show its first entry (Afrikaans) when opening (after
a
restart). What does this mean?
Do I have
In current master, added paragraph breaks are marked at the beginning of
the line rather than the end. I guess that is not intentional.
Daniel
I propose to preselect the default language as set in
settings.
Daniel
upon
re-opening the dialog. Use case: apart from my very beginnings with LyX,
I never used any system templates.
Daniel
On 20/03/2019 12:40, Jürgen Spitzmüller wrote:
Am Mi., 20. März 2019 um 10:46 Uhr schrieb Daniel mailto:xraco...@gmx.de>>:
I think own templates (from the user directory) should appear in their
own category, maybe called "User templates", and right at the top of
I think own templates (from the user directory) should appear in their
own category, maybe called "User templates", and right at the top of the
list. (If it appearing at the top is tricky due to automatic sorting
maybe add an asterisk at the beginning, e.g. "* User templates".)
Daniel
It would be better if one could not open a category and instead it expands.
Daniel
me.
Is this this one?
https://www.lyx.org/trac/ticket/10117
Yes, that is it. Is it clear enough now from Daniel's remarks and mine
what the problem is?
Riki
I have done some insights from Libre, Pages and Word to the ticket.
Daniel
On 01/03/2019 12:14, Kornel Benko wrote:
Am Freitag, 1. März 2019 11:43:23 CET schrieb Daniel :
On 01/03/2019 11:08, Kornel Benko wrote:
Am Freitag, 1. März 2019 10:57:50 CET schrieb Daniel :
Just in case this went under the radar:
https://www.lyx.org/trac/ticket/11462
Daniel
This works
On 01/03/2019 11:08, Kornel Benko wrote:
Am Freitag, 1. März 2019 10:57:50 CET schrieb Daniel :
Just in case this went under the radar:
https://www.lyx.org/trac/ticket/11462
Daniel
This works now with F Adv + format enabled.
Sooner or later we may discard quick search ..., now
Just in case this went under the radar:
https://www.lyx.org/trac/ticket/11462
Daniel
On 28/02/2019 12:04, Jean-Marc Lasgouttes wrote:
Le 28/02/2019 à 08:50, Daniel a écrit :
Compiling on Windows 10 with VS 2017 used to work. But now I get an
error message when trying to compile LyX:
Error C2146
syntax error: missing ')' before identifier 'or'
LyX
On 28/02/2019 09:33, Kornel Benko wrote:
Am Donnerstag, 28. Februar 2019 08:50:04 CET schrieb Daniel :
But next I get:
Error C2672
'std::isalnum': no matching overloaded function found
LyX (applications\LyX\LyX)
C:\Users\Daniel\lyx\devel\lyx\src
Compiling on Windows 10 with VS 2017 used to work. But now I get an
error message when trying to compile LyX:
Error C2146
syntax error: missing ')' before identifier 'or'
LyX (applications\LyX\LyX)
C:\Users\Daniel\lyx\devel\lyx\src\BufferParams.cpp
3293
On 2019-02-13 08:10, Kornel Benko wrote:
Am Mittwoch, 13. Februar 2019 07:44:20 CET schrieb Daniel :
Even though I can compile LyX on Windows 10 now, I ended up not testing
2.3 devel in detail because it is too slow to work seriously with. Even
moving the cursor around is very laggy.
Daniel
On 2019-02-15 22:26, Jean-Marc Lasgouttes wrote:
Le 13/02/2019 à 10:48, Jean-Marc Lasgouttes a écrit :
Le 13/02/2019 à 07:44, Daniel a écrit :
Even though I can compile LyX on Windows 10 now, I ended up not
testing 2.3 devel in detail because it is too slow to work seriously
with. Even moving
Even though I can compile LyX on Windows 10 now, I ended up not testing
2.3 devel in detail because it is too slow to work seriously with. Even
moving the cursor around is very laggy.
Daniel
(170): Label `SUM-ITO' contains no `:' separator.
3. Not sure what this relates to:
QWindowsMultiFontEngine::loadEngine: CreateFontFromLOGFONT failed for
"8514oem": error 0x88985002 : Indicates the specified font does not exist.
Daniel
On 2019-01-24 21:32, mno...@gmx.net wrote:
Can someone provide a link or a an MWE with all IPA characters and a
complete, documented target PDF to test for?
Sorry, I have never used IPA and haven't found any manual for it. Maybe
someone else can jump in from here.
Daniel
icons is
one candidate), could you convert the text to paths?
Daniel
es
I see the circles. I am wondering whether they are on purpose (light
reflections maybe?).
- depth-decrement.svgz
- depth-increment.svgz
Added them to the ticket at
https://www.lyx.org/trac/ticket/11476
Daniel
On 2019-01-21 19:44, Daniel wrote:
On 2019-01-21 15:31, mn wrote:
On 21.01.19 15:27, mn wrote:
- tabular-feature_move-column-left.svgz
- tabular-feature_move-column-right.svgz
- tabular-feature_move-row-down.svgz
- tabular-feature_move-row-up.svgz
have spurious squares overlaying
with enlarged icons or zoomed view this
defect is not only with external programs but visible within LyX.
Some fixed arrows attached. Do they look better?
However, apart from that *all* the *tabular* icons appear in general
pixelated - at least when enlarged on Mac with Retina display.
Daniel
On 25/12/2018 18:20, Jürgen Spitzmüller wrote:
Am Montag, den 24.12.2018, 22:45 +0100 schrieb Daniel:
Thanks. But the buttons are misaligned now (see attachment).
Try again with recent master.
Jürgen
I'll give up. It was fun.
Daniel
On 25/12/2018 16:29, Jürgen Spitzmüller wrote:
Am Dienstag, den 25.12.2018, 13:56 +0100 schrieb Daniel:
Did you check whether those not on the list do actually have GBs?
Yes.
Daniel
And some are missing from your list, like FindAndReplaceUi.ui.
Thanks, added.
Jürgen
Okay, I'll give
On 25/12/2018 14:10, Daniel wrote:
On 25/12/2018 12:51, Daniel wrote:
On 25/12/2018 12:26, Jürgen Spitzmüller wrote:
Am Montag, den 24.12.2018, 22:45 +0100 schrieb Daniel:
Thanks. But the buttons are misaligned now (see attachment).
Not for me (see attachment).
* the Cancel button needs
On 25/12/2018 12:51, Daniel wrote:
On 25/12/2018 12:26, Jürgen Spitzmüller wrote:
Am Montag, den 24.12.2018, 22:45 +0100 schrieb Daniel:
Thanks. But the buttons are misaligned now (see attachment).
Not for me (see attachment).
* the Cancel button needs to go on a line of its own.
I
On 25/12/2018 13:46, Daniel wrote:
On 25/12/2018 13:22, Jürgen Spitzmüller wrote:
Am Dienstag, den 25.12.2018, 12:40 +0100 schrieb Daniel:
It is not that only some of the GBs are out of line. Almost all are
non-flat.
I count only a minority where the flat designation was missing. Namely
On 25/12/2018 13:22, Jürgen Spitzmüller wrote:
Am Dienstag, den 25.12.2018, 12:40 +0100 schrieb Daniel:
It is not that only some of the GBs are out of line. Almost all are
non-flat.
I count only a minority where the flat designation was missing. Namely
src/frontends/qt4/ui
On 25/12/2018 13:26, Jürgen Spitzmüller wrote:
Am Dienstag, den 25.12.2018, 13:08 +0100 schrieb Daniel:
Can you show me what my patch looks like on the style you use? Then
I
could try to figure out what went wrong with it.
If you send me a patch that applies to master, sure.
Jürgen
You
On 25/12/2018 12:35, Jürgen Spitzmüller wrote:
Am Montag, den 24.12.2018, 22:11 +0100 schrieb Daniel:
Thanks. But I like mine more (see attached screen shot).
I don't see the misalignment in your screenshot here on Linux. But I
saw a misalignment with your patch. It maybe depends on the Qt
On 25/12/2018 12:26, Jürgen Spitzmüller wrote:
Am Montag, den 24.12.2018, 22:45 +0100 schrieb Daniel:
Thanks. But the buttons are misaligned now (see attachment).
Not for me (see attachment).
Sorry, forgot to comment on this. That the misalignment does not happen
for you is because text
On 25/12/2018 12:26, Jürgen Spitzmüller wrote:
Am Montag, den 24.12.2018, 22:45 +0100 schrieb Daniel:
Thanks. But the buttons are misaligned now (see attachment).
Not for me (see attachment).
* the Cancel button needs to go on a line of its own.
I understand that this is a general rule
On 25/12/2018 12:28, Jürgen Spitzmüller wrote:
Am Montag, den 24.12.2018, 22:21 +0100 schrieb Daniel:
Thanks. You changed the group box style to flat, right? I still
think
this isn't LyX standard.
It's LyX standard. We changed that some years ago. If some GBs are non-
flat, we should change
On 24/12/2018 22:45, Daniel wrote:
On 24/12/2018 14:48, Jürgen Spitzmüller wrote:
Am Montag, den 29.10.2018, 15:16 +0100 schrieb Daniel:
On 29/10/2018 14:12, Daniel wrote:
Attached is a patch for the Find & Replace (Quick) dialog for
master. If
the patch is works, I could pro
On 24/12/2018 14:48, Jürgen Spitzmüller wrote:
Am Montag, den 29.10.2018, 15:16 +0100 schrieb Daniel:
On 29/10/2018 14:12, Daniel wrote:
Attached is a patch for the Find & Replace (Quick) dialog for
master. If
the patch is works, I could proceed with the other dialog fixes.
Sorry, reord
On 24/12/2018 16:01, Jürgen Spitzmüller wrote:
Am Mittwoch, den 31.10.2018, 07:57 +0100 schrieb Daniel:
Compare dialog.
Reworked version committed.
Thanks,
Jürgen
Thanks. You changed the group box style to flat, right? I still think
this isn't LyX standard. It is also not Qt's default
On 24/12/2018 14:30, Kornel Benko wrote:
Am Montag, 24. Dezember 2018 11:17:14 CET schrieb Daniel :
On 24/12/2018 01:04, Richard Kimberly Heck wrote:
On 12/23/18 3:23 PM, Kornel Benko wrote:
Am Sonntag, 23. Dezember 2018 21:13:49 CET schrieb Kornel Benko
:
Am Sonntag, 23. Dezember 2018 21
On 24/12/2018 17:46, Jürgen Spitzmüller wrote:
Am Mittwoch, den 24.10.2018, 13:36 +0200 schrieb Daniel:
fixed version attached.
Please repost as separate patch, should this combined patch include
something not yet addressed.
Thanks,
Jürgen
I don't think so. I separated all after being
On 24/12/2018 16:03, Jürgen Spitzmüller wrote:
Am Mittwoch, den 31.10.2018, 16:58 +0100 schrieb Daniel:
Okay, maybe I should explain a bit, especially if a change might be
controversial. I think the checkbox is better placed next to the
button
box because it makes is more obvious where
: Bevor Sie LyX unter Windows installieren*, müssen Sie eine
TeX-Distribution installieren. Weitere Informationen dazu finden Sie auf
im LyX-Wiki (auf Englisch).
(Google translate is quite amazing.)
Daniel
On 24/12/2018 01:04, Richard Kimberly Heck wrote:
On 12/23/18 3:23 PM, Kornel Benko wrote:
Am Sonntag, 23. Dezember 2018 21:13:49 CET schrieb Kornel Benko
:
Am Sonntag, 23. Dezember 2018 21:07:50 CET schrieb Daniel :
On 23/12/2018 20:52, Kornel Benko wrote:
Am Sonntag, 23. Dezember 2018 20
On 23/12/2018 20:52, Kornel Benko wrote:
Am Sonntag, 23. Dezember 2018 20:34:39 CET schrieb Daniel :
On 23/12/2018 20:27, Kornel Benko wrote:
Am Sonntag, 23. Dezember 2018 18:28:57 CET schrieb Robert Betz
:
Anders,
Stephen Witt mentioned that he was using RSVG-convert. So I installed
be useful.)
Daniel
it is required to have this package, as Lyx should supply
everything it needs to make all these conversions work.
No.
rsvg-convert is independent of lyx, as is also inkscape or any other executable.
While Inkscape is not provided with LyX, rsvg-convert is, at least on
Windows.
Daniel
On 18/12/2018 08:04, Daniel wrote:
On 18/12/2018 07:40, Daniel wrote:
The Apply last (text style) button has gotten a more important
function since the change of the text style dialog does not allow for
the same function any more. So, I actually used it now.
However, the toolbar button
07184.html
Daniel
how to address this properly.
I am also wondering whether I am the only one whose search workflow is
this way? Is my workflow unusual?
Daniel
On 20/12/2018 15:15, Jürgen Spitzmüller wrote:
Am Donnerstag, den 20.12.2018, 14:28 +0100 schrieb Daniel:
(On another note, Paragraph Settings is still one of those that have
neither the Close/Cancel policy but still does not reset to default.
Maybe you can work your magic with this as you did
On 20/12/2018 14:28, Daniel wrote:
On 20/12/2018 11:58, Jürgen Spitzmüller wrote:
Am Donnerstag, den 20.12.2018, 10:53 +0100 schrieb Daniel:
I noticed that in master in some dialogs the Close/Cancel button
gets
selected by default.
Have you checked my recent fixes wrt some of these dialogs
On 20/12/2018 11:58, Jürgen Spitzmüller wrote:
Am Donnerstag, den 20.12.2018, 10:53 +0100 schrieb Daniel:
I noticed that in master in some dialogs the Close/Cancel button
gets
selected by default.
Have you checked my recent fixes wrt some of these dialogs?
Yes, I think so. And the fix seems
to be
having problems with these. Works fine in Ubuntu.
Regards,
Bob
Works fine under Win10.
Daniel
nitial
value), so that he can easily set and apply (say) one attribute only
without changing any other attributes.
(And having all attributes set to "No change" used to be the standard in
earlier versions of LyX. Hence no (or less) need for such a button in
previous versions of LyX.)
Daniel
the policy to other
dialogs so that Close switches to Cancel.
Since I have only briefly looked into this, I am not certain that I
understood things correctly. Maybe you have some input on this?
Daniel
of LyX. Can you can file a bug report with the keyword
"regression".
Daniel
On 18/12/2018 07:40, Daniel wrote:
The Apply last (text style) button has gotten a more important function
since the change of the text style dialog does not allow for the same
function any more. So, I actually used it now.
However, the toolbar button is grouped with the Toggle emphasis
and appearance seems
misleading. It should be grouped with the Text style button and share
its appearance. Attached is an icon suggestion which is just a mix of
the Text style and the Apply last button.
Daniel
textstyle-apply.svgz
Description: Binary data
problems with reverse search though. It works and instantly so.
Daniel
I am not sure I have fully understood the problem. But this one
https://www.lyx.org/trac/ticket/11385
might be related. I seems to me the text style dialog has gone a bit too
far in representing the text style in LyX rather than the more important
output representation.
Daniel
wise). You might want to add two missing spaces in a dialog during setup
(attached). And maybe add extra empty lines between different paragraphs
there.
Is it too late to correct the spacing issue
(https://www.lyx.org/trac/ticket/11412)?
Daniel
I just got the message attached while opening a child document from the
outline. It's on LyX 2.3.2 but I noticed something similar once with an
older version. The child document did still get opened and everything
seems to work fine afterwards. Any idea what the problem might be?
Daniel
On 09/12/2018 15:37, Kornel Benko wrote:
Am Sonntag, 9. Dezember 2018 15:17:36 CET schrieb Daniel :
The problem in
https://www.lyx.org/trac/ticket/9068
keeps disrupting me a bit. So here are my two cents on it:
A master-child "project" should be closed by simply closing one of its
ster/child
documents, like "Close Project", "Close with Related Documents", "Close
with Master/Child Documents", or so.
Daniel
is closed.
Kornel
https://www.lyx.org/trac/ticket/11398#comment:6 and below.
Daniel
I cannot close/hide open child documents in my version of master. Anyone
else seeing the same?
Daniel
The Child Document dialog looks a bit strange in my version of master.
Do you see that as well? Anyone knows what happened?
Daniel
On 05/12/2018 17:05, Richard Kimberly Heck wrote:
On 12/5/18 10:04 AM, Daniel wrote:
On 05/12/2018 14:12, Pavel Sanda wrote:
On Tue, Dec 04, 2018 at 08:13:08AM +0100, Daniel wrote:
My processor is an m3, so not exactly a power horse but not too shabby
either.
It does not look like processor
On 05/12/2018 14:12, Pavel Sanda wrote:
On Tue, Dec 04, 2018 at 08:13:08AM +0100, Daniel wrote:
My processor is an m3, so not exactly a power horse but not too shabby
either.
It does not look like processor speed issue, but rather you are either touching
too many figures. Aren't you by chance
On 05/12/2018 08:29, Daniel wrote:
On 04/12/2018 16:39, Jean-Marc Lasgouttes wrote:
Le 04/12/2018 à 08:13, Daniel a écrit :
LyX becomes unresponsive for about 30 seconds when opening and
closing one of my documents.
I have attached the message pane output.
Maybe the delay is normal due
On 04/12/2018 16:39, Jean-Marc Lasgouttes wrote:
Le 04/12/2018 à 08:13, Daniel a écrit :
LyX becomes unresponsive for about 30 seconds when opening and closing
one of my documents.
I have attached the message pane output.
Maybe the delay is normal due to the document's extensiveness (150
On 04/12/2018 15:17, Pavel Sanda wrote:
On Tue, Dec 04, 2018 at 02:43:52PM +0100, Daniel wrote:
When working with a document including several child documents I find it a
bit annoying that I have to do two separate clicks on two different
positions in order to view/edit the child document
with child documents than changing some setting in the property
dialog. So, I suggest to open the child document on left click rather
than opening the property dialog. Or, alternatively, at least view/edit
the document with a simple double click.
What do you think?
Daniel
and closing it does not hinder my work much. But I
just wanted to check whether there is anything unexpected which might
point to possible improvements of LyX.
My processor is an m3, so not exactly a power horse but not too shabby
either.
Daniel
07:50:26.731: Opening document ~\Documents\Own
On 30/11/2018 15:10, Joel Kulesza wrote:
On Nov 30, 2018, at 5:50 AM, Daniel wrote:
Typeset the attached document. It seems like the new paragraph is swallowed by
the float. Is this a bug or by design?
Daniel
I've observed this also, and I regard this as a bug. Thanks for bringing up
Typeset the attached document. It seems like the new paragraph is
swallowed by the float. Is this a bug or by design?
Daniel
new_paragraph_after_float.lyx
Description: application/lyx
I just tried to set up the thesaurus under LyX in Windows. However,
there is a small typo in the User Guide section 6.15.1. Instead of
"th_en_EN_v2.idx" and "th_en_EN_v2.dat"
it should say
"th_en_US_v2.idx" and "th_en_US_v2.dat"
Daniel
On 22/11/2018 10:41, Daniel wrote:
On 22/11/2018 10:38, Daniel wrote:
On 16/11/2018 15:41, Daniel wrote:
On 31/10/2018 18:20, Daniel wrote:
On 31/10/2018 17:46, Daniel wrote:
On 31/10/2018 15:25, Daniel wrote:
On 31/10/2018 07:57, Daniel wrote:
On 31/10/2018 07:24, Daniel wrote:
On 30/10
On 22/11/2018 10:38, Daniel wrote:
On 16/11/2018 15:41, Daniel wrote:
On 31/10/2018 18:20, Daniel wrote:
On 31/10/2018 17:46, Daniel wrote:
On 31/10/2018 15:25, Daniel wrote:
On 31/10/2018 07:57, Daniel wrote:
On 31/10/2018 07:24, Daniel wrote:
On 30/10/2018 21:23, Daniel wrote:
On 30/10
On 16/11/2018 15:41, Daniel wrote:
On 31/10/2018 18:20, Daniel wrote:
On 31/10/2018 17:46, Daniel wrote:
On 31/10/2018 15:25, Daniel wrote:
On 31/10/2018 07:57, Daniel wrote:
On 31/10/2018 07:24, Daniel wrote:
On 30/10/2018 21:23, Daniel wrote:
On 30/10/2018 17:37, Daniel wrote:
On 30/10
On 16/11/2018 15:30, Daniel wrote:
On 16/11/2018 13:02, Kornel Benko wrote:
Am Freitag, 16. November 2018 12:28:08 CET schrieb Daniel
:
I am a fan of dotted underline for misspelled words as you might
remember. But I am not sure I would like emphasis to be colored that
way. It is normally
On 31/10/2018 18:20, Daniel wrote:
On 31/10/2018 17:46, Daniel wrote:
On 31/10/2018 15:25, Daniel wrote:
On 31/10/2018 07:57, Daniel wrote:
On 31/10/2018 07:24, Daniel wrote:
On 30/10/2018 21:23, Daniel wrote:
On 30/10/2018 17:37, Daniel wrote:
On 30/10/2018 16:46, Scott Kostyshak wrote
On 16/11/2018 13:02, Kornel Benko wrote:
Am Freitag, 16. November 2018 12:28:08 CET schrieb Daniel :
I am a fan of dotted underline for misspelled words as you might
remember. But I am not sure I would like emphasis to be colored that
way. It is normally not a mistake but intentional
On 2018-11-13 17:10, Kornel Benko wrote:
Am Dienstag, 13. November 2018 16:46:47 CET schrieb Daniel :
On 13/11/2018 15:13, Kornel Benko wrote:
Am Dienstag, 13. November 2018 15:02:53 CET schrieb Daniel :
On 13/11/2018 13:38, Kornel Benko wrote:
Am Dienstag, 13. November 2018 12:56:02 CET
On 13/11/2018 15:13, Kornel Benko wrote:
Am Dienstag, 13. November 2018 15:02:53 CET schrieb Daniel :
On 13/11/2018 13:38, Kornel Benko wrote:
Am Dienstag, 13. November 2018 12:56:02 CET schrieb Daniel :
On 13/11/2018 12:10, Kornel Benko wrote:
If using features italic and emphasized
On 13/11/2018 13:38, Kornel Benko wrote:
Am Dienstag, 13. November 2018 12:56:02 CET schrieb Daniel :
On 13/11/2018 12:10, Kornel Benko wrote:
If using features italic and emphasized together, then the display on lyx
screen looks upright.
We can see it in UserGuide.lyx at C.1.1.1
to be bold, like
\DeclareTextFontCommand{\emph}{\bfseries}
it stops doing that.
Daniel
duced only with the latest update (10.14, Mojave). See *Excessive
Data Access Request User Permissions* at
https://thehackernews.com/2018/06/apple-macos-mojave.html
Daniel
ither so I suggest to change this which makes the
previous suggestion consistent.
Daniel
501 - 600 of 1046 matches
Mail list logo