On 8.07.05, Uwe Stöhr wrote:
> >Attached the diffs against current CVS and the new layout and example
> >file. If you want, apply them for LyX 1.3.x and/or LyX 1.4.x.
>
> Argh I forgot them again. Now attached.
The file could become a lot shorter (and easier to maintain) by using
CopyLayout fo
On Wed, Jul 13, 2005 at 01:41:27AM +0200, Lars Gullik Bjønnes wrote:
> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
>
> | On Wed, Jul 13, 2005 at 12:35:36AM +0200, Lars Gullik Bjønnes wrote:
> >>
> >> I belive I have the fix for this in one of my trees.
> >>
> >> Please try this:
> >
> | Thank
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| On Wed, Jul 13, 2005 at 12:35:36AM +0200, Lars Gullik Bjønnes wrote:
>>
>> I belive I have the fix for this in one of my trees.
>>
>> Please try this:
>
| Thanks. It works perfectly. I can now "make rpmdist" for both
| xforms and qt under Redhat F
On Wed, Jul 13, 2005 at 12:35:36AM +0200, Lars Gullik Bjønnes wrote:
>
> I belive I have the fix for this in one of my trees.
>
> Please try this:
Thanks. It works perfectly. I can now "make rpmdist" for both
xforms and qt under Redhat FC4.
Thanks.
---Kayvan
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> | Looks like someone should add pch.h to the various Makefile.am files.
>> I already have a patch for this.
>> Sent to the list as we speak.
>
| So I see. I also see that your solution will work and mine won't ;-)
>
| Good n
Lars Gullik Bjønnes wrote:
> | Looks like someone should add pch.h to the various Makefile.am files.
> I already have a patch for this.
> Sent to the list as we speak.
So I see. I also see that your solution will work and mine won't ;-)
Good night.
--
Angus
Angus Leeming <[EMAIL PROTECTED]> writes:
| Looks like someone should add pch.h to the various Makefile.am files.
I already have a patch for this.
Sent to the list as we speak.
--
Lgb
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| Hi everyone,
>
| I am moving from my hand-hacked Redhat 6.2 (migrated from Slackware)
| machines to Redhat Fedora Core.
>
| In the process, I am fixing up my daily CVS build for LyX to generate
| both an xforms and qt RPM automatically.
>
| I set up
Kayvan A. Sylvan wrote:
> g++ -DHAVE_CONFIG_H -I. -I. -I../../../../src -Winvalid-pch
> --include=./pch.h "-DBOOST_USER_CONFIG="
> -I../../../../boost -Wextra -Wall -I/usr/X11R6/include
> -fno-exceptions -O2 -MT convenience.lo -MD -MP -MF
> .deps/convenience.Tpo -c convenience.
Hi everyone,
I am moving from my hand-hacked Redhat 6.2 (migrated from Slackware)
machines to Redhat Fedora Core.
In the process, I am fixing up my daily CVS build for LyX to generate
both an xforms and qt RPM automatically.
I set up the lyx build directory like this:
mkdir build
cd build
../ly
Jose' Matos wrote:
> Notice again that this does not mean that the convertion is correct it
> only means that lyx2lyx thinks that it knows what it is doing. :-)
It would be nice if you would extend your tests to at least check that LyX
could export a latex file...
Are there no utilites to compare
On Tuesday 12 July 2005 22:12, Angus Leeming wrote:
> Jose' Matos wrote:
> > My proposed patch follows attached as well.
>
> If '\end_preamble' should always be present can I suggest changing the
> warning to something reassuring?
>
> j = find_token(file.header, '\\end_preamble', i)
> if
Jose' Matos wrote:
> My proposed patch follows attached as well.
If '\end_preamble' should always be present can I suggest changing the
warning to something reassuring?
j = find_token(file.header, '\\end_preamble', i)
if j == -1:
-file.warning("Malformed LyX file: Missing '\\end
Hi Georg,
if you are not the person to blame please excuse and direct the flames
to
the responsible. ;-)
By any account it is Angus fault that I report this error. ;-) He
suggested
a convertion to the latest format and a revertion to 221 to see how lyx2lyx
behaves.
I
Nick Apostolakis wrote:
> Hello,
>
> I discovered a broken link in my lyx web site mirror
>
> The broken link is http://www.gr.lyx.org/LGT/
>
> since I user rsync to synchronize with the main web site what would
> be the cause of the problem.
> Any ideas?
> Have you upgraded your php recently
Am Montag, 11. Juli 2005 20:28 schrieb Andre Poenitz:
> On Mon, Jul 11, 2005 at 10:14:20AM -0300, João Luis Meloni Assirati
wrote:
> > That would be
> >
> > ERT(\begin{unknown}) ERT(\large some text) ERT(\end{unknown})
> >
> > or even better
> >
> > ERT(
> > \begin{unknown}
> > \large some tex
Helge Hafting wrote:
So this:
textentryfield
Label:sub:something
becomes
Referanse: sub:something
"Label" (in the context of crossref labels) are usually translated
as "Referansemerke". Not only is that very long, but it felt
wrong in that place. It is a "referanse/refere
Hello,
I discovered a broken link in my lyx web site mirror
The broken link is http://www.gr.lyx.org/LGT/
since I user rsync to synchronize with the main web site what would
be the cause of the problem.
Any ideas?
Have you upgraded your php recently and so my parser is older?
--
-
Paul A. Rubin wrote:
Angus Leeming wrote:
The gurus at comp.text.tex or gmane.comp.tex.miktex are either silent or
they're suggesting I avoid "paths with spaces", so let's assume that
BibTeX can't handle such paths.
One suggestion, from Florian Schmitt on gmane.comp.tex.miktex is to
use the
Helge Hafting <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
>>Helge Hafting <[EMAIL PROTECTED]> writes:
>>
>> | "Project-Id-Version: lyx 1.3.0\n"
>>| "Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
>>| "POT-Creation-Date: 2005-06-28 14:09+0200\n"
>>| -"PO-Revision-Date: 2004-06-01 20:4
Angus Leeming wrote:
The gurus at comp.text.tex or gmane.comp.tex.miktex are either silent or
they're suggesting I avoid "paths with spaces", so let's assume that
BibTeX can't handle such paths.
One suggestion, from Florian Schmitt on gmane.comp.tex.miktex is to use the
DOS alias name of directo
Lars Gullik Bjønnes wrote:
Helge Hafting <[EMAIL PROTECTED]> writes:
| "Project-Id-Version: lyx 1.3.0\n"
| "Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
| "POT-Creation-Date: 2005-06-28 14:09+0200\n"
| -"PO-Revision-Date: 2004-06-01 20:42+0200\n"
| +"PO-Revision-Date: 2005-07-01 14:18+0200\n
Em Dom 10 Jul 2005 07:35, João Luis Meloni Assirati escreveu:
> Hi,
>
> I'm sorry for the delay. Here are the final patches for DVI inverse search
> for lyx 1.4.
New versions of the patches. The last ones dont generate the correct .dvi file
when LFUN_UPDATE is called.
I also split the ChangeLogs
Jean-Marc Lasgouttes wrote:
> Angus> And here's a version that doesn't touch config.h but instead
> Angus> passes -DQT_THREAD_SUPPORT to the compiler along with the other
> Angus> -DQT_FOO_BAR flags.
>
> Personally, I like it.
Cool! Then I'll commit it.
--
Angus
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> And here's a version that doesn't touch config.h but instead
Angus> passes -DQT_THREAD_SUPPORT to the compiler along with the other
Angus> -DQT_FOO_BAR flags.
Personally, I like it.
JMarc
Angus Leeming wrote:
Applying the attached hack cures the problem here.
Hrrry!
>
>> Ok, I got busy. Here is a patch that's ready for inclusion in the cvs
>> repository.
>
> And here's a version that doesn't touch config.h but instead passes
> -DQT_THREAD_SUPPORT to the c
Jean-Marc Lasgouttes wrote:
> Jean-Marc> PS: here is the patch I'll apply soon.
> Applied to HEAD and branch.
../configure QTDIR='/usr/lib/qt-3.3' is working perfectly.
So, do you need --with-qt-dir et al.?
--
Angus
Uwe Stöhr wrote:
>> Another little bug - quite unimportant:
>> If you insert a large monochrome graphic
>> and scale it down, the preview in Lyx
>> shows a black or brown rectangle.
>
> I think this is a problem of Imagemagick's convert.exe. What happens if
> you convert your graphic to .ppm and s
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> PS: here is the patch I'll apply soon.
Applied to HEAD and branch.
JMarc
Ekkehart Schlicht schrieb:
Another little bug - quite unimportant:
If you insert a large monochrome graphic
and scale it down, the preview in Lyx
shows a black or brown rectangle.
I think this is a problem of Imagemagick's convert.exe. What happens if
you convert your graphic to .ppm and scal
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Would it be OK to make this change to
Angus> boost/boost/config/compiler/gcc.hpp? (This is what the 1.4 tree
Angus> already has).
If it is enough to make it compile, yes.
JMarc
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> The following line in lib/layouts/scrclass.inc Preamble #
Georg> overwrite the preamble code definition
Georg> produces
Georg> # overwrite the preamble code definition
Georg> in the preamble, which is invalid LaTeX. Is this a bug in
Uwe Stöhr wrote:
> I'm not the only one having problems with the installation of
> LyXWin136pre, see below. Unfortunately I'm a bit under stress this week
> and wont have time to check what the problem is. My installer version
> deletes the folder application data/lyx while uninstalling. But that
>
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> Ah! That explains it. I had set CXXFLAGS for something else
Bennett> and that mucked it up. Without setting CXXFLAGS before
Bennett> configuring, things are fixed.
Good.
Bennett> That, of course, means those lines should be rem
Angus Leeming wrote:
>>> Applying the attached hack cures the problem here.
>>> Hrrry!
> Ok, I got busy. Here is a patch that's ready for inclusion in the cvs
> repository.
And here's a version that doesn't touch config.h but instead passes
-DQT_THREAD_SUPPORT to the compiler alon
Hello Angus,
I'm not the only one having problems with the installation of
LyXWin136pre, see below. Unfortunately I'm a bit under stress this week
and wont have time to check what the problem is. My installer version
deletes the folder application data/lyx while uninstalling. But that
doesn't
Jean-Marc Lasgouttes wrote:
> There are two patches:
>
> - the first one only uses LyX for the name of the user directory on
> OSX (and the same should be done in windows IMO). This is of course
> cosmetic
>
> - the second tries to modify directly PACKAGE to this end. I wrote
> when sending
Am Montag, 11. Juli 2005 20:26 schrieb João Luis Meloni Assirati:
> Your patch misses a } at the end of the function parse_box at text.C
(do you
> really test your patches or you just know they are going to work???:)
I have one "dirty" tree with lots of changes and one "clean" tree for
applyi
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote:
>> PS: here is the patch I'll apply soon.
Angus> So I should use it as ../configure QTDIR=/usr/lib/qt-3.3 ?
No, you would just have to define QTDIR in the environment, as you
already do (albeit with a d
Jean-Marc Lasgouttes wrote:
> PS: here is the patch I'll apply soon.
So I should use it as
../configure QTDIR=/usr/lib/qt-3.3
?
--
Angus
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Lars Gullik Bjønnes wrote:
>> It is not the user that names the package (in PACKAGE) that is us.
>> This is what we have decided as the package name.
>> And set in configure.ac
Angus> Jean-Marc would like the thing to be called "L
Angus Leeming wrote:
> One suggestion, from Florian Schmitt on gmane.comp.tex.miktex is to use
> the DOS alias name of directories, but that's problematic in its own
> right.
I recall to have read about lots of problems with this.
> Another idea, which I think we should persue, is to copy the bi
Lars Gullik Bjønnes wrote:
> It is not the user that names the package (in PACKAGE) that is us.
> This is what we have decided as the package name.
> And set in configure.ac
Jean-Marc would like the thing to be called "LyX" on Mac OS X and on
Windows and "lyx" on POSIX machines. Actually, that's
The gurus at comp.text.tex or gmane.comp.tex.miktex are either silent or
they're suggesting I avoid "paths with spaces", so let's assume that
BibTeX can't handle such paths.
One suggestion, from Florian Schmitt on gmane.comp.tex.miktex is to use the
DOS alias name of directories, but that's proble
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> If I understand correctly, the deprecated way to invoke
Angus> configure is CC=mycc configure The modern recommendation is to
Angus> invoke it as configure CC=mycc
Both versions have the same effect if a variable is precious, I thi
Helge Hafting <[EMAIL PROTECTED]> writes:
| Now with 2038 translations. Many xforms strings, many layout strings,
| bibliography dialogs, as well as little fixes here and there.
>
| Helge Hafting
| Index: no.po
| ===
| RCS file: /cvs
Angus Leeming wrote:
> Angus Leeming wrote:
>> Applying the attached hack cures the problem here.
>> Hrrry!
Ok, I got busy. Here is a patch that's ready for inclusion in the cvs
repository.
--
AngusIndex: config/ChangeLog
=
Angus Leeming <[EMAIL PROTECTED]> writes:
| Jean-Marc Lasgouttes wrote:
>
>> Angus> PACKAGE is hardcoded in config.h. Eg "lyx" or "lyx-1.3.6cvs".
>> Angus> If people specify PACKAGE as something other than "lyx", then
>> Angus> shouldn't their choice be respected?
>>
>> Respect? What's that?
>>
Hi,
Another little bug - quite unimportant:
If you insert a large monochrome graphic
and scale it down, the preview in Lyx
shows a black or brown rectangle.
(I tried this with PNG and BMP monochrome
graphics of size 2905x2374 and 2000x2000 pixels,
scaled down to a display size of 10%
of the origin
49 matches
Mail list logo
