- Original Message -
From: "Stephen Harris" <[EMAIL PROTECTED]>
To:
Sent: Monday, February 27, 2006 7:02 PM
Subject: New Latex Reference Resouce
http://www.tex.ac.uk/cgi-bin/texfaq2html?
Welcome to the UK List of [locally searchable plus Google]
TeX Frequently Asked Questions on t
Jean-Marc Lasgouttes wrote:
"So, what is the situation wrt windows?
Who is planning to provide binaries? How?"
-
Michael Gerz wrote:
"I can have a look at Angus' scripts and see if
they still work (with the exception of automake)."
Angus Leeming wrote:
Are you volunteering? You'd be made very welcome! (There are no active
developers using VS at the moment.)
Angus
I can help by pointing out the specific functions that cause the problems.
The console window issue is caused by spawnvp in support/forkedcall.c.
The MinGW i
Joost Verburg <[EMAIL PROTECTED]> writes:
> Paul wrote:
> > 2. Whenever I exited the program there was a fatal error (something
> > about file unlocking, I think).
Unlocking a mutex perhaps? We don't know how to fix that particular problem...
> I can reproduce this crash. Another issue with VC++
Paul wrote:
2. Whenever I exited the program there was a fatal error (something about file
unlocking, I think).
I can reproduce this crash. Another issue with VC++ builds is that
console windows appear all the time when some process is supposed to run
in the background (image preview etc.).
Joost Verburg <[EMAIL PROTECTED]> writes:
> It is indeed true that MinGW is extremely slow and building takes
> several hours. However, since some Visual C++ functions differ slightly
> from the MinGW functions I had problems like console windows popping up
> after building with Visual C++. Did
I added the two missing files to the project through the IDE and was able to
compile successfully. The compilation was pretty quick, considering that I was
running on a laptop. I was left with a couple of problems:
1. The program only ran if I clicked on Run from the menu in the IDE. If I
tried
On Monday 27 February 2006 18:03, Georg Baum wrote:
> IMHO we have much more serious problems than potential hopes of OS/2
> users.
lol
This is my favorite for QOTW (Quote of the week).
> Georg
--
José Abílio
Uwe Stöhr wrote:
It seems like Lyx/Win uses KOI8-R
even when LANG is explicitly assigned to "ru_RU.CP1251".
This should be fixed in version 1.0 and 1.1 of this installer:
I use 1.1. It still exists.
Second, when keyboard is switched to russian layout,
Lyx ignores all keys until keyboard is
Angus Leeming wrote:
Maybe I'm confused.
I think that I did build LyX 1.4 once or twice once I'd managed to turn off the
g++ safe iterators but the link time was over one hour with dynamic linking and
about 50 minutes with static linking.
I then went on to use Asger's VS2003 solution file and b
Michael Gerz <[EMAIL PROTECTED]> writes:
>
> Angus Leeming wrote:
>
> >I don't think that the 1.4 stuff has ever worked, because I never ever could
> >build LyX 1.4 with mingw/msys.
> >
> >
> Really? Why did we have all the dynamic vs. static Qt lib discussion if
> you never managed to build
Uwe Stöhr <[EMAIL PROTECTED]> writes:
>
> > There are two problems with russian language in Lyx 1.3.7 for windows.
>
> > First, when LANG environment variable is assigned to ru_RU,
> > all russian characters in menus are displayed in incorrect encoding.
> > There are many russian encodings:
Am Montag, 27. Februar 2006 18:49 schrieb Michael Gerz:
> Let's assume that Lars or JM have run automake before LyX 1.4.0 is
shipped.
We don't need to assume that, it is a must, part of the corresponding
makefile rule and has happened so far for every release.
Georg
Am Montag, 27. Februar 2006 18:44 schrieb Michael Gerz:
> Jean-Marc Lasgouttes wrote:
>
> >Why? We'll do that when we actually delete support for OS/2
> >(src/support/os_os2.C).
> >
> >
> Well, we don't support OS/2, do we?
No, but this is not new. I would be very surprised if 1.3 would work o
Lars Gullik Bjønnes wrote:
| Is there an equivalent to cvs's -z9 option (i.e. compressing the data
| stream) in subversion or is it not possible or maybe not needed?
You run it over ssh so you can do the compression there.
AFAIK subversion automatically compresses data. Didn't you experience
Angus Leeming wrote:
I don't think that the 1.4 stuff has ever worked, because I never ever could
build LyX 1.4 with mingw/msys.
Really? Why did we have all the dynamic vs. static Qt lib discussion if
you never managed to build 1.4.0?
Michael
Paul wrote:
http://gnuwin32.sourceforge.net/packages/automake.htm
I tested this version some time ago but I ran into a problem (I don't
remember the details).
Let's assume that Lars or JM have run automake before LyX 1.4.0 is shipped.
Michael
Georg Baum wrote:
> The attached nearly untested patch fixes math-insert (bug 2315). 'fixes'
> means revert to 1.3 behaviour: Require $...$ (or any other valid formula
> delimiters). If no delimiters are present, create a black 'pseudo
> formula'.
> Please test.
Works for me.
Jürgen
Lars Gullik Bjønnes wrote:
| Yes, this is very convenient. File names and class names should also
| be identical (following Java conventions).
Not sure... I see that as a limitation in Java. Nothing that we should
absolutely try to mimic.
Oh well, I KNEW the answer...
Why is Java so succes
Jean-Marc Lasgouttes wrote:
Why? We'll do that when we actually delete support for OS/2
(src/support/os_os2.C).
Well, we don't support OS/2, do we? We shouldn't play with the hope of
potential OS/2 users.
Michael
Abdelrazak Younes wrote:
Paul a écrit :
I've never used automake before (I don't do much in the way of
programming) but
I noticed that version 1.9.4 is available here:
http://gnuwin32.sourceforge.net/packages/automake.htm
I tried this version of automake as well. No success. Probably a pa
> There are two problems with russian language in Lyx 1.3.7 for windows.
> First, when LANG environment variable is assigned to ru_RU,
> all russian characters in menus are displayed in incorrect encoding.
> There are many russian encodings: KOI8-R under Unix, CP1251 under
> Windows and CP866 und
Martin Vermeer wrote:
This should improve things (untested)
- Martin
During more mathed testing, I found another issue. You can't reach the
position after the last bracket in this equation:
f=\frac{1}{\left(a\right)}\
Joost
Hi, folks!
There are two problems with russian language in Lyx 1.3.7 for windows.
First, when LANG environment variable is assigned to ru_RU,
all russian characters in menus are displayed in incorrect encoding.
There are many russian encodings: KOI8-R under Unix, CP1251 under
Windows and CP86
> "Martin" == Martin Hinsch <[EMAIL PROTECTED]> writes:
Martin> Maybe the effect is intentional but I will just describe the
Martin> problem as I understand it.
Hello Martin,
You patch has not been applied yet, but it is now in bugzilla so that
we do not forget it:
http://bugzilla.lyx.org/
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| Lars, can I apply the updates to de_UserGuide and de_Extended?
Lars> yes.
OK, done.
JMarc
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Hartmut" == Hartmut Haase <[EMAIL PROTECTED]> writes:
|
| Hartmut> Hello Jean-marc, here is an update of de_UserGuide.lyx with
| Hartmut> broader margins and book (koma-script) as document class. --
|
| Lars, can I apply the updates to de
> "Hartmut" == Hartmut Haase <[EMAIL PROTECTED]> writes:
Hartmut> Hello Jean-marc, here is an update of de_UserGuide.lyx with
Hartmut> broader margins and book (koma-script) as document class. --
Lars, can I apply the updates to de_UserGuide and de_Extended?
JMarc
Joost Verburg <[EMAIL PROTECTED]> writes:
| Georg Baum wrote:
| > Fortunately this is easy to fix, see the attached patch. (...)
| > I agree with Joost that it should be in 1.4.0. This is a major
| > problem, and LCursor::paste() is so utterly broken that every
| > replacement that works at least
Georg Baum wrote:
Fortunately this is easy to fix, see the attached patch. (...)
I agree with Joost that it should be in 1.4.0. This is a major problem,
and LCursor::paste() is so utterly broken that every replacement that
works at least in one single case is better.
I have tested this patch
On Mon, 2006-02-27 at 13:30 +0100, Georg Baum wrote:
> Am Montag, 27. Februar 2006 13:17 schrieb Lars Gullik Bjønnes:
>
> > Let's go for 1.4.0. Ok to commit.
>
> Done.
>
> > I'll roll the branch tonight.
>
> Fine.
Great!
Meeting the deadline without even breaking a sweat ;-)
- Martin
sign
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> > The autotools are perl scripts, yes. However, if you're feeding a
> > native Windows tool a file path like /foo/bar then it's quite likely
> > to interpret that as switches, no?
> I don't know. I see that there is no 'aclocal.m4' in my SVN reposito
Am Montag, 27. Februar 2006 13:17 schrieb Lars Gullik Bjønnes:
> Let's go for 1.4.0. Ok to commit.
Done.
> I'll roll the branch tonight.
Fine.
Georg
Martin Vermeer <[EMAIL PROTECTED]> writes:
| On Mon, 2006-02-27 at 12:17 +0100, Jean-Marc Lasgouttes wrote:
| > > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
| >
| > >> The patch may be a bit overkill, but it certainly works.
| >
| > Georg> It really does, I did some heavy testing, too
On Mon, 2006-02-27 at 12:17 +0100, Jean-Marc Lasgouttes wrote:
> > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>
> >> The patch may be a bit overkill, but it certainly works.
>
> Georg> It really does, I did some heavy testing, too. I added
> Georg> ChangeLog entries and some comments.
Angus Leeming a écrit :
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
http://gnuwin32.sourceforge.net/packages/automake.htm
Hum, this is a perl script not an executable. I installed it in the
mingw directory and tried (under msys) to launch 'autogen.sh' from trunk
svn. It stops with:
Using a
Georg Baum wrote:
Angus Leeming wrote:
Helge Hafting <[EMAIL PROTECTED]> writes:
How can I know what compiler was used for a library?
I tried strings /usr/lib/libstdc++.so.6.0.7 | grep GCC
and got
GCC_3.3
GCC_3.0
So, 3.0 or 3.3?
This test is not suitable to find out which c
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>> The patch may be a bit overkill, but it certainly works.
Georg> It really does, I did some heavy testing, too. I added
Georg> ChangeLog entries and some comments. I also readded the font
Georg> settings in init(). This avoids problems if
Am Montag, 27. Februar 2006 12:00 schrieb Angus Leeming:
> Careful! Paul said he was using VS2005, so the .vcproj file he posts
won't be
> useable by VS2003 people. (Unless there's a compatability switch;
dunno.)
Oops, I thought it was already in VS2005 format. Since the .vcproj is an
XML file
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> > http://gnuwin32.sourceforge.net/packages/automake.htm
>
> Hum, this is a perl script not an executable. I installed it in the
> mingw directory and tried (under msys) to launch 'autogen.sh' from trunk
> svn. It stops with:
>
> Using automake (GN
Georg Baum <[EMAIL PROTECTED]> writes:
>
> Am Montag, 27. Februar 2006 03:15 schrieb Paul Langevin:
>
> MathXYMatrixInset::MathXYMatrixInset(void)" (??0MathXYMatrixInset
QAE XZ)
> > referenced in function "class MathAtom __cdecl createMathInset(class
> > std::basic_string,class
> std::alloc
On Mon, 2006-02-27 at 10:29 +0100, Georg Baum wrote:
> Am Sonntag, 26. Februar 2006 20:53 schrieb Martin Vermeer:
> > Attached the best I can come up with for now. Working are:
> >
> > 1) fonts from the panel around selection
> > 2) decorations from the panel over/under selection
> > 3) compound s
Paul a écrit :
I've never used automake before (I don't do much in the way of programming) but
I noticed that version 1.9.4 is available here:
http://gnuwin32.sourceforge.net/packages/automake.htm
Hum, this is a perl script not an executable. I installed it in the
mingw directory and tried (u
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes a écrit :
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | Lars Gullik Bjønnes a écrit :
| > | > Andre Poenitz <[EMAIL PROTECTED]> writes:
| > | > I have proposals coming, but I want 1.4.0 be
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> But if you are only talking about the translations, then I am
Lars> more inclined to agree that those could be in a repo/module of
Lars> their own.
If we do that, it should in a way that allows distribution. Does this
mean we w
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes a écrit :
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | Lars Gullik Bjønnes a écrit :
| > | > Andre Poenitz <[EMAIL PROTECTED]> writes:
| > | > I have proposals coming, but I want 1.4.0 before we do anything.
| > | > | i
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes a écrit :
| > Andre Poenitz <[EMAIL PROTECTED]> writes:
| > I have proposals coming, but I want 1.4.0 before we do anything.
| > | i.e. no {lyx,LyX,L}-prefix, instead everything in namespace lyx,
|
Am Sonntag, 26. Februar 2006 20:53 schrieb Martin Vermeer:
> Attached the best I can come up with for now. Working are:
>
> 1) fonts from the panel around selection
> 2) decorations from the panel over/under selection
> 3) compound symbols from the panel, type \mathbb R, without sel
> 4) same with
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I am not really afraid of confilicts, but we should perhaps wait
Lars> with renamings until we have some of the outstanding patches
Lars> applied.
Yes please.
JMarc
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> you mean \mathbb{R}, then select and C-M? Typing \mathbbR
>> gives the expected result to me.
Andre> That this space is rquired is also a regression and I do not
Andre> really remember leaving mathed in this state. Could this be
Andre>
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Jean-Marc Lasgouttes wrote:
>> The file is there for reference, but it is not distributed anymore.
Michael> Nevertheless it is an anachronism and should be deleted
Michael> (logically) from the repository (it is still in there,
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>> Angus, do you have any plans to work on the Win32 build scripts?
>> IIRC the 1.3.7 and 1.4.0 files are not in sync.
Angus> I don't think that the 1.4 stuff has ever worked, because I
Angus> never ever could build LyX 1.4 with mingw/msy
Am Montag, 27. Februar 2006 03:15 schrieb Paul Langevin:
MathXYMatrixInset::MathXYMatrixInset(void)" (??0MathXYMatrixInset@@[EMAIL
PROTECTED])
> referenced in function "class MathAtom __cdecl createMathInset(class
> std::basic_string,class
std::allocator
> > const &)" (?createMathInset@@YA?AVMat
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Andre Poenitz <[EMAIL PROTECTED]> writes:
|
| | Could we please split off lib/doc into a repository of its own?
|
| We only just moved it into the same repo
|
| | Right now I am receiving trunk/lib/doc/hu_Intro.lyx and
| | trunk/lib/doc/fr_
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes a écrit :
| > Andre Poenitz <[EMAIL PROTECTED]> writes:
| > I have proposals coming, but I want 1.4.0 before we do anything.
| > | i.e. no {lyx,LyX,L}-prefix, instead everything in namespace lyx,
| > usually one
| > | class per .h
Michael Gerz <[EMAIL PROTECTED]> writes:
| John Spray wrote:
|
| >On Sun, 2006-02-26 at 15:50 +0100, Lars Gullik Bjønnes wrote:
| >
| >>Sometime ago we even agreed on *.C -> *.cxx change. But today to aim
| >>for a what seems to be commonly used I'd use *.C -> *.cpp instead.
| >>
| >
| >I can't
56 matches
Mail list logo
