Problem still is - I work in Korea, with a PC in English Win XP, but Lyx
installed into Japanese version for me.
-It is useless for Koreans, they couldn't understand Japanese.
-What if I were an expat, and couldn't understand Japanese, a lot of PhD and
PostDocs are like that, and I think Lyx is ta
On Mon, Feb 14, 2011 at 10:20:25PM +0100, Pavel Sanda wrote:
rgh...@lyx.org wrote:
Author: rgheck
Date: Mon Feb 14 03:17:50 2011
New Revision: 37645
URL: http://www.lyx.org/trac/changeset/37645
Log:
Two simple changes for Python 3 compatibility.
two simple changes to python 2 incompatibility.
On Mon, Feb 14, 2011 at 10:20:25PM +0100, Pavel Sanda wrote:
> rgh...@lyx.org wrote:
> > Author: rgheck
> > Date: Mon Feb 14 03:17:50 2011
> > New Revision: 37645
> > URL: http://www.lyx.org/trac/changeset/37645
> >
> > Log:
> > Two simple changes for Python 3 compatibility.
>
> two simple chang
Vincent, while seeing you alive again... :)
can you have possibly look on bugs targetted on 2.0 which are connected
to the code you know?
there are some bugs connected to the comparison stuff,
This one is resolved.
overcrowding context menu
I don't know what to do here. Let's get to a c
Stephan Witt wrote:
> But it's possible LyX has no problems only on *my* hardware.
> I'd like to get a feedback from someone else - or I'll do the tests
> on Linux in VMware and see what happens.
i dont see much difference with qt 4.6 (killed the ifdef)...
pavel
rgh...@lyx.org wrote:
> Author: rgheck
> Date: Mon Feb 14 03:17:50 2011
> New Revision: 37645
> URL: http://www.lyx.org/trac/changeset/37645
>
> Log:
> Two simple changes for Python 3 compatibility.
two simple changes to python 2 incompatibility.
Traceback (most recent call last):
File "/home/p
Peter Kümmel wrote:
> On 14.02.2011 21:37, Pavel Sanda wrote:
>> Peter Kümmel wrote:
>>> In many dialogs I see descriptions abbreviated by "..."
>>> and even when there is a horizontal scrollbar it is not
>>> possible to see the whole text without resizing the
>>> complete dialog.
>>>
>>> The "..."
On 14.02.2011 21:37, Pavel Sanda wrote:
Peter Kümmel wrote:
In many dialogs I see descriptions abbreviated by "..."
and even when there is a horizontal scrollbar it is not
possible to see the whole text without resizing the
complete dialog.
The "..." could be suppressed by these two lines of co
Peter Kümmel wrote:
> In many dialogs I see descriptions abbreviated by "..."
> and even when there is a horizontal scrollbar it is not
> possible to see the whole text without resizing the
> complete dialog.
>
> The "..." could be suppressed by these two lines of code,
> done here for the Module e
Pavel Sanda wrote:
> Jean-Marc Lasgouttes wrote:
> > Le 08/02/2011 02:10, Pavel Sanda a écrit :
> >> Pavel Sanda wrote:
> > should i try another letter or you are stuck at t? :)
>
> If I was stuck at 't' I would have have committed it :)
> >>>
> >>> so i see those are free : g,h,r,j
>
Il 14/02/2011 21:15, Pavel Sanda ha scritto:
anyway going to kill the regexp shortcut soon.
sure, if you need it for more widely useful things.
That means I'm going to convert "\Cr" sequences to
"\Axregexp-mode" ones, in the related test-cases.
Not an issue.
T.
In many dialogs I see descriptions abbreviated by "..."
and even when there is a horizontal scrollbar it is not
possible to see the whole text without resizing the
complete dialog.
The "..." could be suppressed by these two lines of code,
done here for the Module entry of the Document dialog:
mo
Tommaso Cucinotta wrote:
>
> The number of items can easily grow, ranging from single-character
> patterns, to multipliers, to combinations of them, you can involve
and for each one new icon, heh :) maybe others will support you,
but my feeling is that while is good that we tech users new TeX
comm
Il 14/02/2011 20:23, Pavel Sanda ha scritto:
perhaps an "Insert Regexp..." combo-box again, but placed
in the Advanced pane, which also switches you back to the
Basic pane when you use it (is it soo ugly ?).
i didnt come to anything better.
but, don't discard the toolbar too quickly:
Tommaso Cucinotta wrote:
> Il 14/02/2011 01:10, Pavel Sanda ha scritto:
>>
>> trying to find out somi ui element inside search dialog,
>> 1) which wouldn't take space of search/replace fields
>> 2) is addressable via keyboard
>
> perhaps an "Insert Regexp..." combo-box again, but placed
> in the Ad
> Thanks so much for doing this! One problem is that the program
> installed by this stores preferences in the LyX 1.6 locations (both
> in the registry and under %APPDATA%\lyx16). This obviously causes
> problems when installed alongside the real LyX 1.6.
>
> Does anyone know why this might
Il 14/02/2011 01:10, Pavel Sanda ha scritto:
trying to find out somi ui element inside search dialog,
1) which wouldn't take space of search/replace fields
2) is addressable via keyboard
perhaps an "Insert Regexp..." combo-box again, but placed
in the Advanced pane, which also switches you bac
Wilfried wrote:
> What do you think -
> should rtf2latex2e be renamed to rtf2latex and replace the old stuff,
> or
> should rtf2latex2e and the other two packages remain as is?
Since it's a different program and the old one is still around (although
unmaintained), I'd go for a different/different
Wilfried wrote:
> Therefore the rtf2latex2e developers suggest that rtf2latex2e should be
> renamed to rtf2latex and replace all three rtf to LaTeX converters on
> CTAN.
> When the community agrees to this, the package, the executable, and all
> references in the documentation would be renamed to "
Hello,
we are asking for a vote.
There are three rtf to LaTeX converters on CTAN, namely
rtf2TeX with latest version from 1992
rtf2LaTeX with latest version from 1993
rtf2latex2e which is currently under further development.
All three took the same rtf reader software and added extensions
On 2011-02-14 11.12, "Pavel Sanda" wrote:
>Anders Ekberg wrote:
>> - Open a new file
>> - Write something
>> - Save (in my case on Desktop with filename newfile1.lyx and in the home
>> directory with the name newfile2.lyx)
>> - Write some more: LyX reports:
>> "Document .../Desktop/newfile1.lyx h
Stephan Witt wrote:
> believe it is wise to introduce this in RC project phase. The alternative
> is to build LyX on all platforms with Qt 4.6 and refrain from using Qt 4.7.
qt used on linux is not under our control. pavel
Anders Ekberg wrote:
> - Open a new file
> - Write something
> - Save (in my case on Desktop with filename newfile1.lyx and in the home
> directory with the name newfile2.lyx)
> - Write some more: LyX reports:
> "Document .../Desktop/newfile1.lyx has been externally modified. Are you
> sure you wan
Am 14.02.2011 um 10:05 schrieb Jean-Marc Lasgouttes:
> Le 13/02/2011 13:14, Stephan Witt a écrit :
>> I've a pending patch to "fix" the drawing issues with Qt4.7 we have when
>> fonts support kerning.
>> Until we provide a proper solution - not likely in LyX 2.0.0 - I propose to
>> paint every c
Richard Heck wrote:
> I committed two simple fixes for configure.py. Here is what 2to3 says about
> the rest:
Richard, please reread "Python 3" thread we had some time ago with Jose,
mainly the "subtle" problems part.
i'm not sure thats better if we work with pyhon3 with small bugs than
if we ref
Le 13/02/2011 13:14, Stephan Witt a écrit :
I've a pending patch to "fix" the drawing issues with Qt4.7 we have when fonts
support kerning.
Until we provide a proper solution - not likely in LyX 2.0.0 - I propose to
paint every character separately.
Stephan
If you do that, please remove the
On 2011-02-14, Richard Heck wrote:
> I committed two simple fixes for configure.py. Here is what 2to3 says
> about the rest:
> [rgheck@rghquad lib]$ /usr/lib64/python3.1/Tools/scripts/2to3 configure.py
> RefactoringTool: Skipping implicit fixer: buffer
> RefactoringTool: Skipping implicit fixer:
On 2011-02-14, Pavel Sanda wrote:
> Paul Rubin wrote:
>> That makes sense to me. I know some people in the open source optimization
>> software community who are doing the same. I guess we need to be prepared to
>> deal with some installation problems.
> we could add some test that python 2.0 is
28 matches
Mail list logo