Hi,
for your enjoyment.
Michael
Patch Candidate List #12
Approved by Jürgen
--
http://www.lyx.org/trac/changeset/20903 - rgheck - initial support
for shift + right-mouse-click selection. (TESTING REQUIRED)
http://www.lyx.org/trac/changeset/20916 - leuven - add "copy
I have been advised that the X11 DISPLAY environment variable should
not be declared when using the version of X11 included with MacOSX
10.5 Leopard as it is automatically declared by X11.
I received this advice in trying to find out why xterm which is
invoked by X11.app and all of my X11 app
On Tue, Dec 04, 2007 at 10:52:28PM +0100, Uwe Stöhr wrote:
> I wrote:
>
>> You mean the French languages. Basically yes. But I just googled around
>> and they are still in use in the LaTeX-world -> I'll leave them.
>
> This is not possible without a bit more code. I propose the attached patch.
>
>
> Uwe, is it possible that this fix your bug4397. It might be that you
> are using platex to check latex configurations.
I don't use platex (I only installed it once to help Koji with the Japanese support). I'll check the
fix tomorrow.
regards Uwe
On Dec 5, 2007 4:22 PM, Uwe Stöhr <[EMAIL PROTECTED]> wrote:
> > Anyway, what is platex? Should it be moved
> > to the detection of PPLATEX?
> >
> > Seems to be a latex variant for dealing with Japanese.
>
> Yes, platex is latex for Japanese.
Uwe, is it possible that this fix your bug4397. It
On Tue, Dec 04, 2007 at 11:24:51PM +0100, Uwe Stöhr wrote:
> > Is someone else interested to commit it? Andre' maybe?
>
> André committed it for LyX 1.6svn.
Would be nice if someone could do the same for branch.
I have no local copy and not really space for it.
Andre'
> Is someone else interested to commit it? Andre' maybe?
André committed it for LyX 1.6svn.
regards Uwe
> Anyway, what is platex? Should it be moved
> to the detection of PPLATEX?
>
> Seems to be a latex variant for dealing with Japanese.
Yes, platex is latex for Japanese.
> Moreover, why configure.py doesn't also check for pdfplatex?
No need for this. pdfplatex is not Japanese pdflatex. We only
The attached patch adds font support for tex2lyx. This font stuff as introduced
with lyxformat 247.
regards Uwe
Index: Context.h
===
--- Context.h (revision 21959)
+++ Context.h (working copy)
@@ -36,7 +36,7 @@
}
void init()
{
I wrote:
You mean the French languages. Basically yes. But I just googled around
and they are still in use in the LaTeX-world -> I'll leave them.
This is not possible without a bit more code. I propose the attached patch.
I deleted the following languages:
"babel", "hyphen", "rlbabel", "lgrcm
Jean-Marc Lasgouttes schrieb:
You are right. Try this one instead. I would really prefer this to
what you have now (I find it cleaner).
I comitted your version.
Note that language is not taken in account as a parameter to
\usepackage{babel}; we have actually to look in what order languages
a
On Tue, Dec 04, 2007 at 02:01:49PM -0600, Bo Peng wrote:
> On Dec 4, 2007 1:40 PM, Enrico Forestieri <[EMAIL PROTECTED]> wrote:
> > On Tue, Dec 04, 2007 at 04:56:20PM +0100, Uwe Stöhr wrote:
> > > See http://bugzilla.lyx.org/show_bug.cgi?id=4397
> > > and http://www.mail-archive.com/lyx-devel@lists
On Mon, Dec 03, 2007 at 11:00:00PM +0100, Peter Kümmel wrote:
> Playing around with vld I came to the conclusion
> that there is a memory leak in Qt's plugin system.
>
> When I trace the allocations of Qt
> (see ForceIncludeModules in the vld.ini file)
> I get attached output after just opening and
On Dec 4, 2007 1:40 PM, Enrico Forestieri <[EMAIL PROTECTED]> wrote:
> On Tue, Dec 04, 2007 at 04:56:20PM +0100, Uwe Stöhr wrote:
> > See http://bugzilla.lyx.org/show_bug.cgi?id=4397
> > and http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg132478.html
>
> Here is the patch.
This looks like m
On Tue, Dec 04, 2007 at 04:56:20PM +0100, Uwe Stöhr wrote:
> See http://bugzilla.lyx.org/show_bug.cgi?id=4397
> and http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg132478.html
Here is the patch.
--
Enrico
Index: lib/configure.py
On Tue, 2007-12-04 at 17:27 +0100, Jürgen Spitzmüller wrote:
> Ryan wrote:
> > Yes, I saw that this was a problem before when I was doing searches for
> > a solution to it. Apparently this bug is back, at least for me. I've
> > tried everything from a user standpoint that I can think of to correct
On Mon, Dec 03, 2007 at 10:17:50AM +0100, Jürgen Spitzmüller wrote:
> Sven Hoexter wrote:
Hi,
> > Some news on those small modifications? Are you going to commit them for
> > 1.5.3 and 1.6?
>
> I'll leave this to somebody else. I'm currently busy enough with other stuff.
Ok.
Is someone else int
Ryan wrote:
> Yes, I saw that this was a problem before when I was doing searches for
> a solution to it. Apparently this bug is back, at least for me. I've
> tried everything from a user standpoint that I can think of to correct
> this problem. Removed all prior settings for lyx, qt, and kde. Did
Uwe Stöhr wrote:
> But as you agree to my patch in general, I'll put in a cleaned up version
> according to JMarc's requests.
Fine.
> How can otherlanguage be supported? The default LyX setting is
> \selectlanguage. So when a user mports a LaTeX-file using otherlanguage, he
> gets by default \sel
Uwe Stöhr wrote:
> You mean the French languages.
Yes. And also some others like germanb and hebcal. I don't know most of them,
but you are removing quite a number.
> Basically yes. But I just googled around and
> they are still in use in the LaTeX-world -> I'll leave them.
OK.
Jürgen
>> Having another comand then \selectlanguage set in the preferences means
>> you're using LyX with arabtex
> Not necessarily. You can also use, for instance, babel's
>
> \begin{otherlanguage}
> ...
> \end{otherlanguage}
My statement was indeed a bit polemic. But anyway, there is not much we can
See http://bugzilla.lyx.org/show_bug.cgi?id=4397
and http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg132478.html
Uwe
> What about the languages you took out? Are they obsolete?
You mean the French languages. Basically yes. But I just googled around and they are still in use in
the LaTeX-world -> I'll leave them.
regards Uwe
On Mon, 2007-12-03 at 15:21 +0200, Martin Vermeer wrote:
> On Mon, 03 Dec 2007 12:01:41 +
> Ryan <[EMAIL PROTECTED]> wrote:
>
> >
> > On Mon, 2007-12-03 at 12:30 +0100, Jürgen Spitzmüller wrote:
> > > Ryan wrote:
> > > > I start lyx up.
> > > > I create a new document.
> > > > I insert a new
Uwe Stöhr <[EMAIL PROTECTED]> writes:
>> What about the attached (untested) patch instead to remove spaces at
>> the source?
>
> This doesn't work.
You are right. Try this one instead. I would really prefer this to
what you have now (I find it cleaner).
Note that language is not taken in account
On Tuesday 04 December 2007 13:50:04 Neal Becker wrote:
> I'm just testing texlive on fedora f8. After installing, I now get a crash
> in lyx. I believe it is when previewing a graphic:
>
> rpm -q lyx
> lyx-1.5.2-1.fc8.x86_64
> (14442)/ seekToCodeStart: kimgio EPS: normal EPS file
> (14442)/ bbox
It stops somewhere wafter scanning for the module files.
Jürgen
I'm just testing texlive on fedora f8. After installing, I now get a crash
in lyx. I believe it is when previewing a graphic:
rpm -q lyx
lyx-1.5.2-1.fc8.x86_64
(14442)/ seekToCodeStart: kimgio EPS: normal EPS file
(14442)/ bbox: kimgio EPS BBOX: 40 51 722 576
Fatal error: you need to have
spitz wrote:
> * src/frontends/qt4/ui/PrintUi.ui:
> - fix bug 4345.
I hope this time designer saved the ui file in the correct version. Please
tell me if you have problems compiling against Qt < 4.3.
Jürgen
Jürgen Spitzmüller wrote:
> Yes. UI-wise, I have implemented it as a single type of box with "simple
> rectangular frame". The dialog contains a checkbox "Allow page breaks"
> which triggers the necessary switches. The user doesn't have to bother
> about using framed.sty or not. This is definitely
On Mon, Dec 03, 2007 at 11:37:04PM +0100, Jean-Marc Lasgouttes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> > On Mon, Dec 03, 2007 at 02:54:07PM +0100, Jean-Marc Lasgouttes wrote:
> >> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> >>
> >> >> Unfortunately I cannot do much now as I hav
Jean-Marc Lasgouttes wrote:
> I think rc.language_command_begin is irrelevant.
Granted. I just wanted to point out that the statement "Having another command
then \selectlanguage set in the preferences means you're using LyX with
arabtex" is not true. I have used other babel commands in the past
On Mon, Dec 03, 2007 at 11:33:54PM +0100, Jean-Marc Lasgouttes wrote:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> >> The time for a null-build is more or less proportional to the number of
> >> directories...
> >
> > Wasn't your cleanup in this area meant to avoid this slowdown? You
> > co
Uwe Stöhr <[EMAIL PROTECTED]> writes:
>> Also is the explicit 0 needed?
>
> This needed to specify where to start the search. How would you do this?
0 is the default for this second argument. Just omit it.
JMarc
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> As far as I know, rc.language_command_begin is used, and this is
> configurable.
> So if your LaTeX file contains \selectlanguage, and the user has defined
> \begin{otherlanguage*} and \end{otherlanguage*}, those are used instead.
Yes, but if a
Martin Vermeer <[EMAIL PROTECTED]> writes:
> Also I find the current situation somewhat irritating that you
> cannot easily and quickly test compilability of a single file within
> its own directory anymore.
+1, although there is a workaround I always forget (and which is thus not
very useful).
36 matches
Mail list logo
