Re: Setting double-spaced output also causes double-spaced on-screen LyX display

[Jerry]

On Nov 2, 2015, at 5:43 PM, Jerry  wrote:

> 
> On Oct 27, 2015, at 5:58 PM, Scott Kostyshak  wrote:
> 
>> On Tue, Oct 27, 2015 at 05:24:41PM -0700, Jerry wrote:
>>> 
>>> I hope the devs see this post wrt providing different on-screen versus 
>>> rendered appearance regarding line spacing. Maybe I'll file a feature 
>>> request.
>> 
>> Hi Jerry,
>> 
>> I think it would be a good feature request. Also note that 2.2 beta has
>> not been released yet (alpha will be released soon). But perhaps you
>> just meant 2.2dev.
>> 
>> Scott
> 
> I'll file a feature request soon. Yes, I meant 2.2dev. Not sure the hash but 
> I don't think it matters for this.
> 
> Jerry

Done. Feature request ticket is http://www.lyx.org/trac/ticket/9838
Jerry

Re: Have trouble running Lyx 2.1.4 in Win10

[Uwe Stöhr]

Am 28.10.2015 um 08:28 schrieb QIN Peng:


How can I sovle this problem and use LyX?


Since you previously installed MiKTeX It might be that it is misconfigured.

It seems also that you have Python installed. If you have Python 
installed, please remove its path from Windows PATH environment variable 
(if you find this setting). If you don't explicitly need Python, 
consider to uninstall it or replace it with the older Python 2.7.


I propose the following:

1. handle Python as described
2. open an Internet connection
3. uninstall LyX _completely_
4. uninstall MiKTeX _completely_
5. reinstall LyX using the latest bundle installer:
ftp://ftp.lyx.org/pub/lyx/bin/2.1.4/LyX-2.1.4-Bundle-4.exe

This should do the job.

Please report if this helped you.

thank and regards
Uwe

Re: Any Korean Linux user around here?

[Scott Kostyshak]

On Thu, Oct 15, 2015 at 09:02:03AM +0200, Jean-Marc Lasgouttes wrote:
> Hello,
> 
> We have currently a bug related to iBus on Linux that can cause a deadlock:
> http://www.lyx.org/trac/ticket/9362
> 
> Eventually this should be fixed in Qt 5.6.
> 
> The easiest workaround for now is to put IBus in synchronous mode, but then
> we must find a way to do so without breaking the Hangul input method for our
> Korean friends.
> 
> Therefore, we'd like to know whether it is possible to detect if the current
> input method is Hangul, so that we can avoid modifying IBus synchronousness
> in this case.
> 
> Any idea?

Since we did not find any testers, is there any debug code that we
should put in so that if Korean users experience problems they can copy
the debug output and send it which would give us the answer?

Scott