Jean-Marc Lasgouttes wrote:
> Indeed. Try again.
Like a charm. Thanks, Alfredo
Hi all,
There seems to be an error with floats in current 1.4.0 cvs. Only the
first figure is used.
i.e., if I have a float with figure1.eps, and a later float with
figure2.eps, then the result from view->ps will show figure1.eps for both
floats. The view in lyx is correct.
Here is the command l
> Rod> It appeared to have been merged badly. There were some extra dash
> Rod> and <<< characters floating around. So essentially, it is the
> Rod> patch done correctly. No change in functionality.
>
> Maybe is it because I adjusted the spacing and rewrote Elseveir as
> Elsevier. Basically I thin
Alfredo Braunstein wrote:
Thanks, now it compiles frontends/qt2 just fine. --with-frontend='qt xforms'
I get now:
Making all in forms
Indeed. Try again.
JMarc
The following patch reimplements some of the stuff I wrote in chemnitz
to handle document structure. There is now a nice Context structure
which is passed around and replaces a few silly global variables.
This even supports some basic nesting, but everything does not work yet.
I plan to work more
[EMAIL PROTECTED] src]$ ./lyx-xforms
lyxlex: UNcompressed
[...]
lyxlex: UNcompressed
BufferView::update()
[EMAIL PROTECTED] src]$ ./lyx-qt
lyxlex: UNcompressed
[...]
lyxlex: UNcompressed
BufferView::update()
BufferView::update()
Yes, I am bored :)
Alfredo
Jean-Marc Lasgouttes wrote:
> I missed a makefile. Try again.
Thanks, now it compiles frontends/qt2 just fine. --with-frontend='qt xforms'
I get now:
Making all in forms
make[5]: Entering directory
`/home/ab/lyx-cvs/build/src/frontends/xforms/forms'
/bin/sh ../../../../../src/frontends/xforms/fo
On Fri, Aug 01, 2003 at 07:02:29AM +0300, Martin Vermeer spake thusly:
...
> One remaining problem: the place where the colour is used in
> insets/insetbranch.C where we have
>
> setBackgroundColor(lc.getFromGUIName(color));
>
> 'color' being the string name. So, an LColor is being gene
> "Alfredo" == Alfredo Braunstein <[EMAIL PROTECTED]> writes:
Alfredo> Nevertheless, it seems that this is not exactly the problem
Alfredo> (I don't know why I've mentioned it in fact), because
Alfredo> QT_INCLUDES=/usr/lib/qt-3.1/include is correctly defined in
Alfredo> makefiles, even if it
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> Fixed. Should I commit it to the 1.3.x branch ?
Yes please.
JMarc
On Fri, Aug 01, 2003 at 04:24:57PM +0200, Jean-Marc Lasgouttes spake thusly:
...
> If I am allowed to be annoying (anyway this is friday...):
>
> --- src/lyxfunc.C 30 Jul 2003 15:34:47 - 1.473
> +++ src/lyxfunc.C 1 Aug 2003 13:38:22 -
> @@ -636,6 +639,13 @@ FuncStatus LyXFu
On Sun, Aug 03, 2003 at 10:31:48AM +0200, Lars Gullik Bjønnes wrote:
> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
>
> | On Sat, Aug 02, 2003 at 08:43:53PM +0200, Jean-Marc Lasgouttes wrote:
> >> The following patch allows to compile several frontends in the same
> >> tree. If one configures ly
On Sun, Aug 03, 2003 at 06:28:03PM +0200, Lars Gullik Bj?nnes wrote:
> Yes "Save as compressed" should be rarely changed, so perfect fit.
Rubbish, people will want to change it all the time. "I could do with it
for my thesis, but not for my DocBook doc I need to feed through
my_fixup_script.pl".
John Levon <[EMAIL PROTECTED]> writes:
>> | 3) there is no UI to save a compressed version
>>
>> :-) Can be added... But there should not be a separate ui for this,
>> imho a preference should do the job here.
>
| A preference is *definitely* not a right fit. Prefs should be rarely
| changed.
Ye
On Sun, Aug 03, 2003 at 06:31:39PM +0200, Janus Sandsgaard wrote:
> Speaking of spelling: Are there plan for implementing a kind of "spell as you
> type" / "flyspell" in LyX? It would be a great and very usefull improvement.
No plans. It's on bugzilla
john
--
Khendon's Law:
If the same poin
Hi there
Speaking of spelling: Are there plan for implementing a kind of "spell as you
type" / "flyspell" in LyX? It would be a great and very usefull improvement.
-j
--
Janus Sandsgaard
http://janus.dk
On Sun, Aug 03, 2003 at 05:53:34PM +0200, Lars Gullik Bj?nnes wrote:
> | 1) you can't load or handle compressed files from a previous version of
> |lyx. This is an important bug.
>
> That is a lyx2lyx problem, I thought Jose did something to support
> this?
Well it doesn't work. I just get "
John Levon <[EMAIL PROTECTED]> writes:
| 1) you can't load or handle compressed files from a previous version of
|lyx. This is an important bug.
That is a lyx2lyx problem, I thought Jose did something to support
this?
| 2) I get from view->dvi: newfile3.lyx.tex.dviq: newfile3.lyx.tex.dviq:
|
1) you can't load or handle compressed files from a previous version of
lyx. This is an important bug.
2) I get from view->dvi: newfile3.lyx.tex.dviq: newfile3.lyx.tex.dviq:
No such file or directory
3) there is no UI to save a compressed version
regards
john
--
Khendon's Law:
If the same
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> Perhaps not, but why not create RPM's lyx-xforms... lyx-qt...
| Lars> and lyx-common then?
>
| This would make sense.
and a separate lyx-docs as well.
(this would also simpl
Jean-Marc Lasgouttes wrote:
> So how is configure supposed to find the Qt includes? Using QT_DIR?
No idea, but it just used to work (I've never explicited the include path in
the configure line).
Nevertheless, it seems that this is not exactly the problem (I don't know
why I've mentioned it in f
> "Alfredo" == Alfredo Braunstein <[EMAIL PROTECTED]> writes:
Alfredo> After an ./autogen.sh; mkdir build; cd build; ../configure \
Alfredo> --enable-maintainer-mode --disable-debug --with-frontend=qt
Alfredo> I get the following:
Alfredo> Note that there teh qt include path is not used in t
Jean-Marc Lasgouttes wrote:
> The following patch allows to compile several frontends in the same
> tree. If one configures lyx with --with-frontends='qt xforms', for
> example, the binaries lyx-qt and lyx-xforms are built, and lyx is
> a symbolic link to lyx-qt.
>
> As it is now this is mostly a
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Perhaps not, but why not create RPM's lyx-xforms... lyx-qt...
Lars> and lyx-common then?
This would make sense.
Lars> So IMHO the lyx.spec should build all possible frontends.
Yes, but I do not know how to do that.
JMarc
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> A single "./configure --with-frontend=foo" should create the
Kayvan> lyx.spec file specific to the foo frontend. I don't think many
Kayvan> people install multiple frontends.
It should be what happens right now. Actually if you
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| On Sat, Aug 02, 2003 at 08:43:53PM +0200, Jean-Marc Lasgouttes wrote:
>> The following patch allows to compile several frontends in the same
>> tree. If one configures lyx with --with-frontends='qt xforms', for
>> example, the binaries lyx-qt and ly
26 matches
Mail list logo
