Martin Vermeer wrote:
On Tue, Sep 30, 2003 at 11:55:12AM +0930, Paul Medwell spake thusly:
Thanks for the positive feedback...I find it a bit surprising that
something like this has not been implemented before in any software
other than powerpoint (to my knowledge).
Actually this is called out
On Tue, Sep 30, 2003 at 11:55:12AM +0930, Paul Medwell spake thusly:
>
> Thanks for the positive feedback...I find it a bit surprising that
> something like this has not been implemented before in any software
> other than powerpoint (to my knowledge).
>
>
> Nirmal Govind wrote:
> > > It prob
Thanks for the positive feedback...I find it a bit surprising that
something like this has not been implemented before in any software
other than powerpoint (to my knowledge).
Nirmal Govind wrote:
> It probably isn't a feature that would be used very often, and I know
> that I should have stru
> It probably isn't a feature that would be used very often, and I know
> that I should have structured my document correctly from the beginning,
> but I am just suggesting that it might be useful occasionally.
I beg to differ.. I think it's a feature that might be used quite
frequently by student
I don't know how easy this would be to implement, or how often it would
be used, but some kind of "section manipulation" might come in handy.
For example, in my current (rather large) document, I am currently going
through and re-structuring the order of my sections. I found it a bit
irritating
Angus Leeming wrote:
> test ! $num = 0 && which makepsres > /dev/null && {
I missed this. Why are we testing if a string is equal is 0? Equality of
integers seems to be what is needed here
if test ! $num -eq 0; then
and why not
if test $num -ne 0; then
???
S
test $num -ne 0 && which m
Kayvan A. Sylvan wrote:
>> This seems to be related to the execution of the makepsres command
>> that I added recently for solaris. Do you have a *.upr file created in
>> lib/xfonts?
>
> No, I don't have the '*.upr' files created. I will investigate. Thanks
> for the tip.
Perhaps the fix is simi
Hi.. I'm trying to compile cvs with gcc 3.3 and Qt 3.2.1 and I'm getting
the following error. Something to do wtih Qt?
Thanks,
nirmal
In file included from ../../../src/debug.h:18,
from ../../../src/frontends/controllers/BCView.tmpl:20,
from ../../../src/frontend
On Mon, Sep 29, 2003 at 10:29:08PM +0200, Jean-Marc Lasgouttes wrote:
> > "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
>
> Kayvan> On Sun, Sep 28, 2003 at 09:58:50PM +, Angus Leeming wrote:
> >> Kayvan A. Sylvan wrote:
> >>
> >> > Anyone have any suggestions for how to fix this
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> On Sun, Sep 28, 2003 at 09:58:50PM +, Angus Leeming wrote:
>> Kayvan A. Sylvan wrote:
>>
>> > Anyone have any suggestions for how to fix this here?
>>
>> None, but I would like to remind you about Ling Li's 17 September
>>
On Sunday 28 September 2003 10:02 pm, Kayvan A. Sylvan wrote:
> That is somewhat off topic. I do intend to have the lyx-common,
> lyx-xforms and lyx-qt RPMs being built, but that has nothing to do
> with the current build failures.
Perhaps, but I didn't want anyone to forget that the work has been
John Levon wrote:
> On Mon, Sep 29, 2003 at 06:34:13PM +, Angus Leeming wrote:
>
>> John, is there any strategy behind the order of the #includes?
>
> Not beyond "don't let Qt screw us"
So, is your rule of thumb, "include qt headers last"?
--
Angus
On Mon, Sep 29, 2003 at 06:34:13PM +, Angus Leeming wrote:
> John, is there any strategy behind the order of the #includes?
Not beyond "don't let Qt screw us"
regards
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread is over.
On Monday 29 September 2003 12:50 pm, [EMAIL PROTECTED] wrote:
> CVSROOT: /usr/local/lyx/cvsroot
> Module name: lyx-devel
> Repository: lyx-devel/src/frontends/qt2/
> Changes by: [EMAIL PROTECTED] 03/09/29 12:50:51
>
> Modified files:
> lyx-devel/src/frontends/qt2/: ChangeLog
On Mon, Sep 29, 2003 at 09:47:17AM +0100, Angus Leeming spake thusly:
>
> Martin Vermeer wrote:
>
> > Here it is... works for me. All of parbox/minipage and all the
> > fancybox standard boxes implemented. (And yes Jean-Marc, you *can*
> > draw a square frame around something :-)
> >
> > For you
Lars Gullik Bjønnes wrote:
> | Can I return to the original suggestion.
> | 1. Would people be happy with an embedded external renderer of
> | InsetExternal files?
> | 2. Would people be happy with an embedded external editor of
> | InsetExternal files?
> | 3. Has anyone any feel for the difficulti
On Mon, Sep 29, 2003 at 11:44:19AM +0100, Angus Leeming wrote:
> Lars Gullik Bjønnes wrote:
> > | Having said that: Note that I said 'vim for InsetERT is not what I
> > | want'.
> >
> > Right, so I read: "Not just for InsetERT". And to me that makes it
> > even worse.
>
> Can I return to the orig
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> | Having said that: Note that I said 'vim for InsetERT is not what I
>> | want'.
>>
>> Right, so I read: "Not just for InsetERT". And to me that makes it
>> even worse.
>
| Can I return to the original suggestion.
| 1. Woul
Lars Gullik Bjønnes wrote:
> | Having said that: Note that I said 'vim for InsetERT is not what I
> | want'.
>
> Right, so I read: "Not just for InsetERT". And to me that makes it
> even worse.
Can I return to the original suggestion.
1. Would people be happy with an embedded external renderer of
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Mon, Sep 29, 2003 at 11:54:59AM +0200, Lars Gullik Bjønnes wrote:
>> Andre Poenitz <[EMAIL PROTECTED]> writes:
>>
>> | Would be fine with me, however Lars recently said we don't use
>> | exceptions...
>>
>> Right. *Actually I'll be happy to use them
On Mon, Sep 29, 2003 at 11:54:59AM +0200, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | Would be fine with me, however Lars recently said we don't use
> | exceptions...
>
> Right. *Actually I'll be happy to use them, but then we up the
> compiler requirements.
Abov
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Dekel Tsur <[EMAIL PROTECTED]> writes:
>
| | g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../src/
-I../../../src/frontends/ -I../../../images -I/usr/include/qt3 -I../../../boost
-I../../../src/frontends/controllers -I/usr/X11R6/include -DQT
Andre Poenitz <[EMAIL PROTECTED]> writes:
| Would be fine with me, however Lars recently said we don't use
| exceptions...
Right. *Actually I'll be happy to use them, but then we up the
compiler requirements.
>
>>
>> ... but I can't see why you couldn't embed vim. This is for
>> InsetExternal
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
>>
>> If you have compile problems you must pipe up, so that I can attempt
>> to fix them.
>
| Would you like me to try and compile 1.4.x with the Tru64 compiler?
| What problems are you expecting?
Compile failures with qt
Andre Poenitz wrote:
>
>
> LyX hangs when \def\foo{\foo} or similar appears in the .tex
> output. A recent article (<[EMAIL PROTECTED]>) in
> de.comp.text.tex suggests that there are even methods to eat all
> memory by saying \def~{\if~}~.
>
> The recommended work-around for batch processing
On Mon, Sep 29, 2003 at 10:33:58AM +0100, Angus Leeming wrote:
> > I am not sure this is really needed.
>
> My original idea was to embed an arbitrary renderer for
> InsetExternal. Things like syntax-highlighted code snippets, but then
> I thought, why limit it to just rendering?
Would be nice,
Dekel Tsur <[EMAIL PROTECTED]> writes:
| g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../src/ -I../../../src/frontends/
-I../../../images -I/usr/include/qt3 -I../../../boost
-I../../../src/frontends/controllers -I/usr/X11R6/include -DQT_CLEAN_NAMESPACE
-DQT_GENUINE_STR -DQT_NO_TRANSLATION
On Mon, Sep 29, 2003 at 10:45:29AM +0200, Lars Gullik Bj?nnes wrote:
>
> If you have compile problems you must pipe up, so that I can attempt
> to fix them.
I get the following error:
(using gcc 3.3.2 20030908 (Debian prerelease), QT 3.2.1)
g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../s
On Mon, Sep 29, 2003 at 12:35:24PM +0300, Martin Vermeer wrote:
> Thanks... this and a few others fixed.
>
> > Andre'
>
> Are we in nitpicking mode already? I suppose that's a good sign :-)
No, that's what usually puts me off when reading patches.
Andre'
LyX hangs when \def\foo{\foo} or similar appears in the .tex output.
A recent article (<[EMAIL PROTECTED]>) in de.comp.text.tex
suggests that there are even methods to eat all memory by saying
\def~{\if~}~.
The recommended work-around for batch processing is a 'watchdog' based
on ulimit + tim
On Mon, Sep 29, 2003 at 09:44:46AM +0200, Andre Poenitz spake thusly:
> On Sat, Sep 27, 2003 at 11:02:39AM +0300, Martin Vermeer wrote:
> > Here it is... works for me. All of parbox/minipage and all the
> > fancybox standard boxes implemented. (And yes Jean-Marc, you *can*
> > draw a square frame
Lars Gullik Bjønnes wrote:
>
> If you have compile problems you must pipe up, so that I can attempt
> to fix them.
Would you like me to try and compile 1.4.x with the Tru64 compiler?
What problems are you expecting?
> I am not interested in Gcc 2.96 or compilers older than 2.95.3.
>
> If you
If you have compile problems you must pipe up, so that I can attempt
to fix them.
I am not interested in Gcc 2.96 or compilers older than 2.95.3.
If you problem is not fixed at once, please be persistent and report
your problem again.
--
Lgb
Martin Vermeer wrote:
> Here it is... works for me. All of parbox/minipage and all the
> fancybox standard boxes implemented. (And yes Jean-Marc, you *can*
> draw a square frame around something :-)
>
> For your benevolent consideration :-)
Why is their a Params::write and no Params::read?
+voi
On Sat, Sep 27, 2003 at 11:02:39AM +0300, Martin Vermeer wrote:
> Here it is... works for me. All of parbox/minipage and all the
> fancybox standard boxes implemented. (And yes Jean-Marc, you *can*
> draw a square frame around something :-)
>
> For your benevolent consideration :-)
You should try
On Mon, Sep 29, 2003 at 09:33:10AM +0200, Lars Gullik Bjønnes wrote:
> | I give up. I have now upgraded my RPM build machine's compiler to
> | gcc-3.2.
>
> You have upgraded, but have given up? I don't get it.
Yes. I have given up trying to hang on to gcc-2.9x compilers.
The LyX source will just
Am Sonntag, 28. September 2003 17:03 schrieb Herbert Voß:
> Helge Hafting schrieb:
> > You have a point. Note that the people here can change lyx but
> > not latex, and part of the problem here is how latex works.
>
> no, the point is in which way LyX should support LaTeX
> packages, should it be
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| On Sat, Sep 27, 2003 at 05:22:13PM +0200, Lars Gullik Bjønnes wrote:
>> John Levon <[EMAIL PROTECTED]> writes:
>>
>> | On Sat, Sep 27, 2003 at 05:14:24PM +0200, Lars Gullik Bj?nnes wrote:
>> >
>> >> No. Not unless the rest of you is ok with that. w
38 matches
Mail list logo