Moving over to devel...
On 02/10/2018 08:58, Guenter Milde wrote:
On 2018-09-21, Daniel wrote:
When I typeset a PDF with the default font settings (under Windows 10),
the output text is rasterized (source and output files attached).
I haven't used the default font settings for a while, so
LyXalpha or so, and copy the old user directory over so
that people can easily test their current setup as well).
Daniel
change that will affect you is
the one to configure.ac. The others are Windows only.
Seems to work as expected for me. Thanks!
Daniel
On 29/09/2018 23:19, Richard Kimberly Heck wrote:
On 09/29/2018 04:58 PM, Daniel wrote:
On 29/09/2018 03:59, Richard Kimberly Heck wrote:
New version for testing here:
http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/
Hopefully solves both problems with the earlier version. Please see
but seems to still use the
unversioned user directory...
Daniel
On 28/09/2018 16:13, Daniel wrote:
Hi,
I am pretty sure that 2) is a bug. Maybe there is a reason for 1) but
then the installer should tell the user to uninstall the old version
first not only under the conditions mentioned in the initial dialog (see
attached screen capture).
"rein
ial dialog (see
attached screen capture).
Daniel
below?
Best,
Daniel
On 22/09/2018 19:25, Daniel wrote:
On 21/09/2018 22:54, Daniel wrote:
Hi,
When I typeset a PDF with the default font settings (under Windows
10), the output text is rasterized (source and output files attached).
I haven't used the default font settings for a while, so maybe this is
normal
On 21/09/2018 22:54, Daniel wrote:
Hi,
When I typeset a PDF with the default font settings (under Windows 10),
the output text is rasterized (source and output files attached).
I haven't used the default font settings for a while, so maybe this is
normal? But it seems strange to me.
Seems
Hi,
If I make rsvg-convert unavailable for LyX and reconfigure to make it
use Inkscape instead, then no previews are generated ("Error converting
to a loadable format"). Output still works fine though.
Can someone reproduce this?
Daniel
On 20/09/2018 13:56, Jean-Marc Lasgouttes wrote:
I think that at this point it would be a good idea to open a ticket.
Ticket at https://www.lyx.org/trac/ticket/11301.
Daniel
On 20/09/2018 14:34, Jean-Marc Lasgouttes wrote:
Le 20/09/2018 à 14:24, Daniel a écrit :
I just tried a conversion via Inkscape which works fine. Maybe there
is a way to replace the conversion via rsvg-convert with Inkscape?
Inkscape is used when rsvg-convert is not available. Otherwise, you
On 20/09/2018 14:24, Jean-Marc Lasgouttes wrote:
Le 20/09/2018 à 14:23, Daniel a écrit :
On 20/09/2018 14:00, Jean-Marc Lasgouttes wrote:
Le 20/09/2018 à 13:43, Daniel a écrit :
No idea what my converter is. How do I find out?
I just tried out online SVG to PNG converters. With Imagick
On 20/09/2018 13:56, Jean-Marc Lasgouttes wrote:
Le 20/09/2018 à 13:14, Daniel a écrit :
On 20/09/2018 10:58, Jean-Marc Lasgouttes wrote:
Le 20/09/2018 à 10:21, Daniel a écrit :
This leads to the middle and right text in the attached file having
different sizes in LyX while they have the same
On 20/09/2018 14:00, Jean-Marc Lasgouttes wrote:
Le 20/09/2018 à 13:43, Daniel a écrit :
No idea what my converter is. How do I find out?
I just tried out online SVG to PNG converters. With Imagick the
result was fine. However, with another tool that (like...) used rsvg
the result
On 20/09/2018 13:39, Daniel wrote:
On 20/09/2018 13:14, Daniel wrote:
On 20/09/2018 10:58, Jean-Marc Lasgouttes wrote:
Le 20/09/2018 à 10:21, Daniel a écrit :
This leads to the middle and right text in the attached file having
different sizes in LyX while they have the same size in other
On 20/09/2018 13:14, Daniel wrote:
On 20/09/2018 10:58, Jean-Marc Lasgouttes wrote:
Le 20/09/2018 à 10:21, Daniel a écrit :
This leads to the middle and right text in the attached file having
different sizes in LyX while they have the same size in other
applications I tested.
It looks like
On 20/09/2018 10:58, Jean-Marc Lasgouttes wrote:
Le 20/09/2018 à 10:21, Daniel a écrit :
This leads to the middle and right text in the attached file having
different sizes in LyX while they have the same size in other
applications I tested.
It looks like we do not pass any information
On 2018-09-20 10:58, Jean-Marc Lasgouttes wrote:
Le 20/09/2018 à 10:21, Daniel a écrit :
Inkscape/Libre/Firefox: 1pt = 1.333px = 1.333
This corresponds to a setting of 96dpi. But obviously the number of
pixels depends on your zoom setting in firefox/libreoffice..., doesn't
On 20/09/2018 09:11, Daniel wrote:
On 20/09/2018 00:05, Jean-Marc Lasgouttes wrote:
Le 19/09/2018 à 23:54, Daniel a écrit :
The link you gave assumes that everything is displayed at 90dpi
(which gives the 1.25 once you know that 1pt is 1/72th of inch).
I have no idea of how computations
On 20/09/2018 00:05, Jean-Marc Lasgouttes wrote:
Le 19/09/2018 à 23:54, Daniel a écrit :
The link you gave assumes that everything is displayed at 90dpi
(which gives the 1.25 once you know that 1pt is 1/72th of inch).
I have no idea of how computations are done for svg images : external
On 19/09/2018 23:07, Jean-Marc Lasgouttes wrote:
Le 19/09/2018 à 22:45, Daniel a écrit :
"1pt" equals "1.25px" (and therefore 1.25 user units)
https://www.w3.org/TR/SVG11/coords.html#Units
The basic problem is that LyX treats 1 svg pixel as 1pt rather than
0.8pt.
The l
On 19/09/2018 21:00, Daniel wrote:
On 19/09/2018 18:02, Daniel wrote:
On 19/09/2018 16:55, Daniel wrote:
Hi,
I believe LyX outputs SVGs in the wrong size. Attached is an SVG
where the right text "Test" is explicitly set to 12pt. Libre Writer
shows the font-size correctly (see
On 19/09/2018 18:02, Daniel wrote:
On 19/09/2018 16:55, Daniel wrote:
Hi,
I believe LyX outputs SVGs in the wrong size. Attached is an SVG where
the right text "Test" is explicitly set to 12pt. Libre Writer shows
the font-size correctly (see screenshot). However, LyX seems to scal
On 19/09/2018 16:55, Daniel wrote:
Hi,
I believe LyX outputs SVGs in the wrong size. Attached is an SVG where
the right text "Test" is explicitly set to 12pt. Libre Writer shows the
font-size correctly (see screenshot). However, LyX seems to scale the
SVG so that "12pt" m
l) size of "12" (see
screenshot). That seems incorrect.
Also, is there a workaround?
Daniel
font-size-pt.odt
Description: application/vnd.oasis.opendocument.text
font-size-pt.lyx
Description: application/lyx
On 18/09/2018 19:24, Jürgen Spitzmüller wrote:
Am Dienstag, den 18.09.2018, 19:06 +0200 schrieb Daniel:
Maybe, I am not sure. The screenshot you send is an all purpose
purpose
widget for opening files and creating new ones from templates. But
what
you have in mind seems to be restricted
On 18/09/2018 17:34, Jürgen Spitzmüller wrote:
Am Di., 18. Sep. 2018 um 13:26 Uhr schrieb Daniel <mailto:xraco...@gmx.de>>:
I thought the widget is opened via the menu and then from within the
widget one can open the native file dialog. But maybe I misunderstood.
In the wi
On 18/09/2018 15:13, Jean-Marc Lasgouttes wrote:
Le 18/09/2018 à 15:06, Daniel a écrit :
On 18/09/2018 08:45, Jean-Marc Lasgouttes wrote:
Le 17/09/2018 à 19:34, Jürgen Spitzmüller a écrit :
I wonder if a better solution is a widget that collects (and maybe
categorizes) files from given paths
i.e. open, save, etc.
Daniel
JMarc
On 18/09/2018 08:18, Jürgen Spitzmüller wrote:
Am Montag, den 17.09.2018, 21:28 +0200 schrieb Daniel:
I am wondering why the templates from the library directory are not
copied to the templates directory in the user directory. Is there a
specific reason for this?
If we copied those, then we
On 17/09/2018 21:28, Daniel wrote:
On 17/09/2018 19:34, Jürgen Spitzmüller wrote:
Am Montag, den 17.09.2018, 10:37 +0200 schrieb Daniel:
I am sorry if I have not overlooked it, but I couldn't find *any*
argument in the ticket (other than it's "horrible UI", which seems
question be
On 17/09/2018 19:34, Jürgen Spitzmüller wrote:
Am Montag, den 17.09.2018, 10:37 +0200 schrieb Daniel:
I am sorry if I have not overlooked it, but I couldn't find *any*
argument in the ticket (other than it's "horrible UI", which seems
question begging).
I have to try to fin
On 17/09/2018 18:06, Daniel wrote:
On 17/09/2018 09:32, Jürgen Spitzmüller wrote:
Am Montag, den 17.09.2018, 09:12 +0200 schrieb Daniel:
Hi,
FYI, on Windows 10 the non-native file dialog, activated with
\use_native_filedialog false,
causes a severe reduction in functionality. In particular
On 17/09/2018 09:32, Jürgen Spitzmüller wrote:
Am Montag, den 17.09.2018, 09:12 +0200 schrieb Daniel:
Hi,
FYI, on Windows 10 the non-native file dialog, activated with
\use_native_filedialog false,
causes a severe reduction in functionality. In particular, it does
not
show the custom quick
user of LyX
and get more happy with it every release. (The number of bug reports I
submit should suggest just this and not the opposite.)
Daniel
On 17/09/2018 10:37, Daniel wrote:
I am sorry if I have not overlooked it
ps. Should be "I am sorry if I have overlooked it" of course.
On 17/09/2018 09:32, Jürgen Spitzmüller wrote:
Am Montag, den 17.09.2018, 09:12 +0200 schrieb Daniel:
Hi,
FYI, on Windows 10 the non-native file dialog, activated with
\use_native_filedialog false,
causes a severe reduction in functionality. In particular, it does
not
show the custom quick
fully sure about the right labels but could think more about it
if desired.
Daniel
On 2018-09-13 13:15, Daniel wrote:
Changing
Document > Settings > PDF Properties > Bookmarks > Level
seems to have no effect (in output and code). I guess this is a bug and
it should set the hyperref option
bookmarksdepth=
I filed it as a bug: https://www.lyx.org/trac/ticket/11289
Daniel
Others wondered as well and even created patches. I never came around
doing the final changes you suggested though.
https://www.lyx.org/trac/ticket/9376
Daniel
When viewing one of my complexer documents, LyX freezes for a couple of
seconds before starting the typesetting process. Did anyone else notice
that? I do not remember having that issue before.
I could try to come up with a minimal example if the problem didn't come
up before.
Daniel
Changing
Document > Settings > PDF Properties > Bookmarks > Level
seems to have no effect (in output and code). I guess this is a bug and
it should set the hyperref option
bookmarksdepth=
Daniel
that explicit font change should be copied. But it makes sense
that layout information is not relevant for a short part of a paragraph.
Sounds good. And it is how other writers behave too.
Daniel
might have come back.
There is also "Ctrl+i" shortcut, as I learned recently.
Best,
Daniel
On 12/09/2018 18:42, Jean-Marc Lasgouttes wrote:
Le 12/09/2018 à 17:57, Daniel a écrit :
I seem to remember that a change in character thickness when selecting
used to be a more widespread problem in LyX. As far as I can it is
almost entirely gone. The only case I just stumbled upon was when
On 12/09/2018 17:57, Daniel wrote:
I seem to remember that a change in character thickness when selecting
used to be a more widespread problem in LyX. As far as I can it is
almost entirely gone. The only case I just stumbled upon was when a
background color, for example mathbg, is set
I seem to remember that a change in character thickness when selecting
used to be a more widespread problem in LyX. As far as I can it is
almost entirely gone. The only case I just stumbled upon was when a
background color, for example mathbg, is set to "transparent".
Daniel
On 12/09/2018 16:12, Jean-Marc Lasgouttes wrote:
Le 12/09/2018 à 16:01, Daniel a écrit :
I am not so sure about the original paragraph becoming default
layout. I guess it is not uncommon to replace the content of a
paragraph by something else while cutting its content before the
replacement
On 12/09/2018 15:53, Daniel wrote:
On 12/09/2018 10:59, Jean-Marc Lasgouttes wrote:
I think I prefer the libreoffice behavior, but I am not sure.
Finally, this should also probably be coupled with doing the right
thing when putting a note around a paragraph: the layout should kep
copied
the content of a paragraph by
something else while cutting its content before the replacement. (Libre
office, for example, does not set the paragraph to default either.)
Daniel
t changes the layout only if the current layout
is standard. I am not as sure about the latter feature but it might be
worth changing this as well.
Daniel
On 10/09/2018 12:56, Andrew Parsloe wrote:
On 10/09/2018 8:20 p.m., Daniel wrote:
On 10/09/2018 08:30, Andrew Parsloe wrote:
LyX 2.3.1, windows 7
1. Create a new document, type a letter
2. View the pdf (eyes button)
3. From the pdf 'Save as' to a permanent directory.
4. Close the pdf
When setting Preferences > Editing > Control > Limited text width, the
indentation bars are not adjusted to the new text width but stay at the
left border of the work area. Is that a bug or a feature? I tend to
think its a bug because it makes it harder to see where a bar belongs to.
Daniel
and
still got the crash.
I can't generate the crash with LyX 2.2.3 (about 4 attempts).
Andrew
Might be the same or related to this one:
https://www.lyx.org/trac/ticket/11210 ?
Daniel
On 09/09/2018 18:38, Richard Kimberly Heck wrote:
On 09/09/2018 12:23 PM, Daniel wrote:
On 09/09/2018 18:12, Richard Kimberly Heck wrote:
On 09/09/2018 07:32 AM, Daniel wrote:
On 09/09/2018 01:35, Richard Kimberly Heck wrote:
As mentioned previously, I am not going to build a "bu
On 09/09/2018 18:12, Richard Kimberly Heck wrote:
On 09/09/2018 07:32 AM, Daniel wrote:
On 09/09/2018 01:35, Richard Kimberly Heck wrote:
As mentioned previously, I am not going to build a "bundled" installer
for 2.3.1. Indeed, I have removed the 'bundle' code from the installer
a
On 08/09/2018 21:44, Richard Kimberly Heck wrote:
On 09/08/2018 02:29 PM, Daniel wrote:
On 08/09/2018 20:13, Richard Kimberly Heck wrote:
On 09/08/2018 03:20 AM, Daniel wrote:
On 06/09/2018 19:37, Richard Kimberly Heck wrote:
Here:
http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/
Please
h speakers?
Daniel
On 08/09/2018 20:13, Richard Kimberly Heck wrote:
On 09/08/2018 03:20 AM, Daniel wrote:
On 06/09/2018 19:37, Richard Kimberly Heck wrote:
Here:
http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/
Please let us know if this fixes the slowness bug from before. If so,
we'll proceed to release
. Something like a splash
screen instead of an unresponsive window. I know that it would be better
to get LyX start faster instead but I guess there are limits and also in
the meanwhile a splash screen seems preferable to me.
Daniel
On 06/09/2018 19:37, Richard Kimberly Heck wrote:
Here:
http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/
Please let us know if this fixes the slowness bug from before. If so,
we'll proceed to release.
Riki
I didn't notice any slowness as compared to 2.3.0.
Daniel
On 06/09/2018 15:18, Jürgen Spitzmüller wrote:
2018-09-06 12:34 GMT+02:00 Daniel:
In the attached file I have turned a grayed out note into a
conglomerate. However, I don't know hoe to unshow the label below it
since there is no Show Label in the context menu. Also, there seems
?
Best,
Daniel
conglomerate_note.lyx
Description: application/lyx
at it is just added before the selection of course).
Daniel
://www.bleepingcomputer.com/news/security/no-patch-available-yet-for-new-major-vulnerability-in-ghostscript-interpreter/
There seems to be a patch for it already.
https://artifex.com/news/ghostscript-security-resolved/
Hopefully distros will patch and go back to normal.
Daniel
On 01/09/2018 01:11, Richard Kimberly Heck wrote:
On 08/31/2018 05:58 PM, Daniel wrote:
On 2018-08-31 22:51, Richard Kimberly Heck wrote:
On 08/31/2018 01:31 PM, Daniel wrote:
On 2018-08-31 19:23, Richard Kimberly Heck wrote:
On 08/31/2018 10:33 AM, Daniel wrote:
It might be the same
On 2018-09-01 08:57, Andrew Parsloe wrote:
On 1/09/2018 11:11 a.m., Richard Kimberly Heck wrote:
On 08/31/2018 05:58 PM, Daniel wrote:
On 2018-08-31 22:51, Richard Kimberly Heck wrote:
On 08/31/2018 01:31 PM, Daniel wrote:
On 2018-08-31 19:23, Richard Kimberly Heck wrote:
On 08/31/2018 10
On 2018-08-31 22:51, Richard Kimberly Heck wrote:
On 08/31/2018 01:31 PM, Daniel wrote:
On 2018-08-31 19:23, Richard Kimberly Heck wrote:
On 08/31/2018 10:33 AM, Daniel wrote:
It might be the same problem as plagued the 2.3.0 version at first.
Once I have a bibliography included the delay
On 2018-08-31 22:15, Stephan Witt wrote:
Am 31.08.2018 um 19:31 schrieb Daniel :
On 2018-08-31 19:23, Richard Kimberly Heck wrote:
On 08/31/2018 10:33 AM, Daniel wrote:
It might be the same problem as plagued the 2.3.0 version at first.
Once I have a bibliography included the delay
On 2018-08-31 19:23, Richard Kimberly Heck wrote:
On 08/31/2018 10:33 AM, Daniel wrote:
It might be the same problem as plagued the 2.3.0 version at first.
Once I have a bibliography included the delay is there (and the more
bibliographies the worse). I can't find the posting from the last
On 31/08/2018 16:33, Daniel wrote:
On 31/08/2018 16:09, Scott Kostyshak wrote:
On Fri, Aug 31, 2018 at 03:59:34PM +0200, Daniel wrote:
On 31/08/2018 15:18, Jean-Marc Lasgouttes wrote:
Le 31/08/2018 à 13:27, Daniel a écrit :
Unfortunately, LyX 2.3.1 is not usable for me. Many simple things
On 31/08/2018 16:09, Scott Kostyshak wrote:
On Fri, Aug 31, 2018 at 03:59:34PM +0200, Daniel wrote:
On 31/08/2018 15:18, Jean-Marc Lasgouttes wrote:
Le 31/08/2018 à 13:27, Daniel a écrit :
Unfortunately, LyX 2.3.1 is not usable for me. Many simple things
take a couple of seconds, like when I
On 31/08/2018 15:18, Jean-Marc Lasgouttes wrote:
Le 31/08/2018 à 13:27, Daniel a écrit :
Unfortunately, LyX 2.3.1 is not usable for me. Many simple things take
a couple of seconds, like when I press enter for a new paragraph,
delete something, click on another paragraph, etc.
That is very
Unfortunately, LyX 2.3.1 is not usable for me. Many simple things take a
couple of seconds, like when I press enter for a new paragraph, delete
something, click on another paragraph, etc.
I used the non-bundle installer on Windows 10.
Reverting back to 2.3.0...
Daniel
On 31/08/2018 00:52, Richard Kimberly Heck wrote:
Windows installers for 2.3.1 are at
http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/. Please let me know if you
have any problems. But I know there are some weird issues with MiKTeX
right now, and I've seen signs of that in my own testing.
Riki
Here
got the message attached again. One has to click on "More info" and
"Run anyway". Maybe it is worth explaining this somewhere - just in
case. Sorry, if I have missed that it is already. I should have taken a
screenshot of the second screen as well. Next time.
Daniel
On 10/08/2018 11:27, Kornel Benko wrote:
Am Freitag, 10. August 2018 10:32:18 CEST schrieb Daniel :
With the attached document on generating output I get a
pdfTeX error (font expansion): auto expansion is only possible with
scalable [fonts.]
It disappears when I disable the micro-typographic
with his system (I guess Ubuntu 18.04).
Daniel
micro.lyx
Description: application/lyx
A patch was posted at
https://www.lyx.org/trac/ticket/11241
Maybe someone can have a look.
Daniel
On 28/07/2018 01:32, Paul A. Rubin wrote:
On 07/27/2018 10:55 AM, Daniel wrote:
When selecting "New from Template..." LyX always starts at the
template directory in the library directory. I guess when creating
custom templates they should not be put into the library directory.
Bu
LyX should remember the directory where the last template was opened
from to make it easier to use one's own templates.
Alternatively, LyX should place all templates in the user directory and
always start from there, so that the user can add a template there.
Daniel
On 25/07/2018 12:23, Jean-Marc Lasgouttes wrote:
Le 25/07/2018 à 11:44, Daniel a écrit :
ps. A further but more complicated version of (1) is to simulate a
smaller thickness by using a 2px rule that consist of a black and half
transparent black line.
Well, typically, I do not intend to do
On 25/07/2018 12:30, Jean-Marc Lasgouttes wrote:
Le 25/07/2018 à 11:40, Daniel a écrit :
Even if you know what you are doing it can be helpful to have visual
guides. I am sure you could do (or maybe you do) programming in a
plain text editor. Still many people prefer editors that support
On 25/07/2018 11:40, Daniel wrote:
On 25/07/2018 10:37, Jean-Marc Lasgouttes wrote:
Le 25/07/2018 à 09:08, Daniel a écrit :
Thanks. I think it looks good. I prefer it.
So we disagree ;)
Unfortunately ;)
Attached is a comparison with a PDF output (one with, roughly, the
same table size
On 25/07/2018 10:37, Jean-Marc Lasgouttes wrote:
Le 25/07/2018 à 09:08, Daniel a écrit :
Thanks. I think it looks good. I prefer it.
So we disagree ;)
Unfortunately ;)
Attached is a comparison with a PDF output (one with, roughly, the
same table size and one with, roughly, the same font
On 24/07/2018 20:49, Jean-Marc Lasgouttes wrote:
Le 24/07/2018 à 18:58, Daniel a écrit :
Send an enjoyable lyx file...
If I understood you correctly you offer to create a screenshot for me.
Attached is the standard example from booktabs package (probably it
will become more vegetarian
On 24/07/2018 17:47, Jean-Marc Lasgouttes wrote:
Le 24/07/2018 à 17:33, Daniel a écrit :
I did it now and don't like much. It is in though for your enjoyment.
Damn. No enjoyment for me at the moment since I cannot complile LyX.
But if it lookes like with CSS (attached), I would have indeed
On 24/07/2018 00:14, Jean-Marc Lasgouttes wrote:
Le 23/07/2018 à 22:46, Daniel a écrit :
On 23/07/2018 20:40, Jean-Marc Lasgouttes wrote:
Le 23/07/2018 à 20:26, Daniel a écrit :
With 3 pixels for heavy, I will have to take the width into account
in table cells height computation, while I have
On 23/07/2018 20:40, Jean-Marc Lasgouttes wrote:
Le 23/07/2018 à 20:26, Daniel a écrit :
With 3 pixels for heavy, I will have to take the width into account
in table cells height computation, while I have conveniently decided
to ignore it for now :)
Why is it that you would have to take
On 23/07/2018 15:09, Jean-Marc Lasgouttes wrote:
Le 23/07/2018 à 10:16, Daniel a écrit :
Okay, got it. And using 3 pixel for heavy, 1 pixel for thin, and 2
pixel for medium doesn't look good? A reason to even trade-off some of
the good looks is that having only partly a distinction between
On 22/07/2018 20:29, Jean-Marc Lasgouttes wrote:
Le 22/07/2018 à 18:59, Daniel a écrit :
But I am a bit lost. You state the widths above as em fractions but
say that the values are integers. Do you mean that the list of widths
widths above are as defined in the booktab package but you
On 21/07/2018 21:13, Jean-Marc Lasgouttes wrote:
Le 21/07/2018 à 19:50, Daniel a écrit :
The widths are:
heavy=0.008em
thin=0.05em
cmid=0.03em
If I do use these values, I can only see a difference between heavy
and thin beyond 180% zoom (at 100dpi) and the 3 width are different
only over 300
On 21/07/2018 19:08, Jean-Marc Lasgouttes wrote:
Le 21/07/2018 à 12:55, Daniel a écrit :
- a rule is thickest if and only if (it is the first or last) *and* it
stretches along the whole with of the table,
right?
No, I will fix it asap.
And from there, and maybe while you
the whole with of the table.
Best,
Daniel
---
src/insets/InsetTabular.cpp | 34 --
1 files changed, 20 insertions(+), 14 deletions(-)
diff --git a/src/insets/InsetTabular.cpp b/src/insets/InsetTabular.cpp
index 5499719..ebe4ba6 100644
--- a/src/insets
concerned, I am pretty happy with the process. Thanks a
lot for all your efforts!
Best,
Daniel
windows
LyX2.3.exe -style windowsvista
give different results.
Please test, and hopefully we can finish with this next week
Is there a reason why Qt 5.10 instead of 5.11 was used? Qt 5.11 seems to
have a nice fix for windows users:
https://bugreports.qt.io/browse/QTBUG-43190
Daniel
On 08/07/2018 09:47, Jürgen Spitzmüller wrote:
Am Sonntag, den 08.07.2018, 09:33 +0200 schrieb Daniel:
I tried Linux a while ago but didn't like how much effort I had to
put
into to get drivers to work properly. It became probably better in
that
respect. Now, I am using a touch panel and pen
on
linux.
Anyway, thanks for making it possible for me to keep using LyX on Windows!
Daniel
701 - 800 of 1045 matches
Mail list logo
