On Mon, Jan 14, 2002 at 06:05:23PM +0100, Andre Poenitz wrote:
> > Attached. And I am open to suggestions how to do this more elegantly ;-)
>
> What exactly do you need the 'mathbbX' macros for (I did not look to
> closely, so maybe it's obvious)
Improved patch included. The only weak spot I s
I stumbled upon another one of those silly comparison tests but this
time I don't immediately see what should have been there.
text.C:1894-1902
} else if (IsNewlineChar(c)) {
==> if (cursor.par() == cursor.par()
&& cursor.pos() <= beginningOfMainBody(bview
At 10:45 PM 1/14/02 +0100, Asger K. Alstrup Nielsen wrote:
>On 14 Jan 2002, Jean-Marc Lasgouttes wrote:
>
> > Python does not yet play a role in LyX AFAIK.
>
>The external material inset includes a few definitions that
>rely on Python.
I also remember that Baruch Even worked for a while on embedd
On 14 Jan 2002, Jean-Marc Lasgouttes wrote:
> Python does not yet play a role in LyX AFAIK.
The external material inset includes a few definitions that
rely on Python.
Greets,
Asger
Hi!
Thank you for the new release of LyX.
I have one problem (it was present in the previous 1.1.6 versions):
I cannot enter several accents defined via dead keys.
With the help of xmodmap (xkeycaps) I have defined Mode_switch key and
several keys to serve following accents:
dead_macron, dead_
When I follow the instructions in mathed.lyx I always get an error when I
call xset:
xset +fp $LYX_XFONTS
X Error of failed request: 86
Major opcode of failed request: 51 (X_SetFontPath)
Serial number of failed request: 9
Current serial number in output stream: 11
Since the script r
On Mon, Jan 14, 2002 at 06:25:22PM +0100, Lars Gullik Bjønnes wrote:
> | Actually, enums make forward declaration (almost) impossible. In the
> | light of our overly long compilation times it might be not too wise to
> | switch to enums all over the place...
>
> Unless...
That's what the '(almos
I recomplited the source RPM and installed it. It seems to be working now...
Thanks alot. I can submit the recompiled RPM if anyone needs it. Mandrake 8.1
Thanks
Remzi
On Monday 14 January 2002 11:08, Kayvan A. Sylvan wrote:
> On Mon, Jan 14, 2002 at 04:14:33PM +0100, Jean-Marc Lasgouttes wrote
On Mon, Jan 14, 2002 at 06:23:25PM +0100, Jean-Marc Lasgouttes wrote:
> > "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
>
> Kayvan> The problem is that the various redhat systems all use
> Kayvan> different libc versions. I don't know of a way around the
> Kayvan> problem other than
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> The problem is that the various redhat systems all use
Kayvan> different libc versions. I don't know of a way around the
Kayvan> problem other than having people rebuild (using "rpm --rebuild
Kayvan> lyx-1.1.6fix4.src.rpm") and
On Mon, Jan 14, 2002 at 06:05:23PM +0100, Andre Poenitz wrote:
> > Attached. And I am open to suggestions how to do this more elegantly ;-)
>
> What exactly do you need the 'mathbbX' macros for (I did not look to
> closely, so maybe it's obvious)
>
> Andre'
>
It is the only (or easiest) way
Angus Leeming wrote:
> I'm trying to get (the just now updated by Dekel) lib/examples/mathed.lyx to
> produce valid LaTeX as well as look good on screen.
>
> It seems that I have to insert the lyxcode environment definition into the
> preamble by hand. I don't understand why this is, because m
On Mon, Jan 14, 2002 at 05:17:07PM +0100, Jean-Marc Lasgouttes wrote:
> I'd rather see LyXLenght::CM than "cm". But don't worry about it for
> now.
Actually, enums make forward declaration (almost) impossible. In the
light of our overly long compilation times it might be not too wise to
switch to
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I'm trying to get (the just now updated by Dekel)
Angus> lib/examples/mathed.lyx to produce valid LaTeX as well as look
Angus> good on screen.
Angus> It seems that I have to insert the lyxcode environment
Angus> definition into th
On Mon, Jan 14, 2002 at 04:14:33PM +0100, Jean-Marc Lasgouttes wrote:
> > "Jose" == Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
>
> Jose> On Monday 14 January 2002 14:51, Remzi Seker wrote:
> >> Trying to install fix 4 from the RPM (Mankrake 8.1), the
> >> installation can not comp
> Attached. And I am open to suggestions how to do this more elegantly ;-)
What exactly do you need the 'mathbbX' macros for (I did not look to
closely, so maybe it's obvious)
Andre'
--
André Pönitz .. [EMAIL PROTECTED]
I'm trying to get (the just now updated by Dekel) lib/examples/mathed.lyx to
produce valid LaTeX as well as look good on screen.
It seems that I have to insert the lyxcode environment definition into the
preamble by hand. I don't understand why this is, because my article.layout
is the standar
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> OK. But I think I finish the patch for now without those
Juergen> changes. I'd like to have it working before cleaning the
Juergen> existing code. I just have to move the if-clauses from the
Juergen> Form*.C-files to get
Herbert Voss wrote:
> do you know any user who ever used this with vspace???
At least there where a few people who complained after I removed it.
Anyway, it isn't to hard to implement it again (actually, it already
/is/ on my box).
Juergen
Dekel Tsur wrote:
> On Mon, Jan 14, 2002 at 04:24:59PM +, Angus Leeming wrote:
>
>>? What do you mean "too new" ? All works fine here within LyX. Viewing the
>>DVI is curently broken (something to do with lyxcode not being defined).
>>Herbert told me how to fix that but I forget.
>>
>
> I
Jean-Marc Lasgouttes wrote:
> I'd rather see LyXLenght::CM than "cm". But don't worry about it for
> now.
>
> Also, the repeated code for metric units should be factorized out
> somewhere (although I do not know where).
OK. But I think I finish the patch for now without those changes. I'd
like t
On Mon, Jan 14, 2002 at 11:56:24AM +0100, Jean-Marc Lasgouttes wrote:
>
> Kayvan> Great. Moved to ftp.sylvan.com:/pub/lyx
>
> Huh? where is it?
In a fit of cleaning, they got shuffled off to some subdirectory.
They are back where they should be now.
--
Kayvan A. Sylvan | Proud husba
On Mon, Jan 14, 2002 at 04:24:59PM +, Angus Leeming wrote:
>
> ? What do you mean "too new" ? All works fine here within LyX. Viewing the
> DVI is curently broken (something to do with lyxcode not being defined).
> Herbert told me how to fix that but I forget.
It didn't work because the do
Juergen Spitzmueller wrote:
> Herbert Voss wrote:
>
>>so again my question: why and where is a need for lyx
>>to support this?
>>
>
> The simplest answer is: backwards compatibility.
> It was always possible (at least it is in 1.1.6) to enter glue lengths
> like "0.5cm+2em-3in" into VSpace Le
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Really? Note that GlueLengths are only used by VSpace
Juergen> above/below, but updateWidgetsFromLengthString is used by all
Juergen> the other input field/ choice combinations, where we
Juergen> shouldn't allow GlueLeng
On Mon, Jan 14, 2002 at 03:53:35PM +, Angus Leeming wrote:
> On Monday 14 January 2002 3:42 pm, Martin Vermeer wrote:
> > > I would love to have all these symbols on the math panel, but
> > > fail to see an easy way to do that.
> >
> > Okay, I'll eat my words. This patch does precisely that
On Monday 14 January 2002 4:07 pm, Martin Vermeer wrote:
> On Mon, Jan 14, 2002 at 05:51:30PM +0200, Dekel Tsur wrote:
> > On Mon, Jan 14, 2002 at 05:42:24PM +0200, Martin Vermeer wrote:
> > > > I would love to have all these symbols on the math panel, but
> > > > fail to see an easy way to do tha
Herbert Voss wrote:
> so again my question: why and where is a need for lyx
> to support this?
The simplest answer is: backwards compatibility.
It was always possible (at least it is in 1.1.6) to enter glue lengths
like "0.5cm+2em-3in" into VSpace Length above or below.
For documents of this kin
Jean-Marc Lasgouttes wrote:
> > "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]>
> > writes:
>
> Juergen> + if (isValidGlueLength(length)) +
> Juergen> fl_set_input(dialog_->input_space_above, length); + else
> Juergen> updateWidgetsFromLengthString(dialog_->input_space_above,
> dialo
On Mon, Jan 14, 2002 at 05:51:30PM +0200, Dekel Tsur wrote:
> On Mon, Jan 14, 2002 at 05:42:24PM +0200, Martin Vermeer wrote:
> > > I would love to have all these symbols on the math panel, but
> > > fail to see an easy way to do that.
> >
> > Okay, I'll eat my words. This patch does precisely th
On Mon, Jan 14, 2002 at 05:42:24PM +0200, Martin Vermeer wrote:
> > I would love to have all these symbols on the math panel, but
> > fail to see an easy way to do that.
>
> Okay, I'll eat my words. This patch does precisely that,
> and a little more. Looks great!
I really don't like the definit
On Monday 14 January 2002 3:42 pm, Martin Vermeer wrote:
> > I would love to have all these symbols on the math panel, but
> > fail to see an easy way to do that.
>
> Okay, I'll eat my words. This patch does precisely that,
> and a little more. Looks great!
>
> Martin
ChangeLogs please.
Angus
> I would love to have all these symbols on the math panel, but
> fail to see an easy way to do that.
Okay, I'll eat my words. This patch does precisely that,
and a little more. Looks great!
Martin
--
Martin Vermeer [EMAIL PROTECTED]
Helsinki University of Technology
Department of Surveying
On 14-Jan-2002 Herbert Voss wrote:
> are you sure, that you will never hit the send-button with
> an attachement of this size while your thoughts are in the
> south pacific on a warm sandy beach and your sun-sparc
> sends 2 Megs iwthout any chance to stop it??? :-)
Sure! And I will send maybe l
I've finally got sick enough of the warning messages thrown up by the DEC
compiler to do something about these and so have renamed
InsetMinipage::height as InsetMinipage::pageHeight
InsetMinipage::width as InsetMinipage::pageWidth
These methods do something fundamentally different to
InsetColl
Jean-Marc Lasgouttes wrote:
>
> What are your arguments against?
I followed the discussion about the gui and validating
a gluelength. On the other hand I know that
\vspace{...+..-} only makes "real" sense, when LaTeX
has no other possibilities to vary the vertical space.
this is only given, w
On Mon, Jan 14, 2002 at 03:22:40PM +0100, Herbert Voss wrote:
> are you sure, that you will never hit the send-button with
> an attachement of this size while your thoughts are in the
> south pacific on a warm sandy beach and your sun-sparc
> sends 2 Megs iwthout any chance to stop it??? :-)
I'll
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> \vspace{1cm} doesn't need it \vspace*{1cm} doesn't need it
Herbert> \vfill has it
That's a rather surprising way of presenting things. It could answer
\vspace{1cm+0.5cm} needs it", but I am not sure it would contribute to
eleva
Jean-Marc Lasgouttes wrote:
>>"Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>>
>
> Herbert> but which vertical length should use a gluelength? vspace
> Herbert> doesn't need it.
>
> Vspace certainly needs it. Actually, setting a vspace to "1cm" is
> heretic[*], since it defeats
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> but which vertical length should use a gluelength? vspace
Herbert> doesn't need it.
Vspace certainly needs it. Actually, setting a vspace to "1cm" is
heretic[*], since it defeats TeX's page composition algorithm. See for
exampl
Andre Poenitz wrote:
> On Mon, Jan 14, 2002 at 02:43:41PM +0100, Herbert Voss wrote:
>
>>this was one too big attachement in 4 months, that's ok!
>>
>
> I guess tastes differ on that one. I'd personally already consider 100k as
> "larger than necessary" although I know (a) that patches might ge
Jean-Marc Lasgouttes wrote:
>>"Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
>>
>
> Juergen> + if (isValidGlueLength(length)) +
> Juergen> fl_set_input(dialog_->input_space_above, length); + else
> Juergen> updateWidgetsFromLengthString(dialog_->input_space_above,
> dialog
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Does this do it? Angus
But #including does help. I'll commit right away.
JMarc
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> On Monday 14 January 2002 1:39 pm, you wrote:
>> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>>
>> >> Note that countChar should be removed...
>>
Angus> I will do both.
>> Now I can't compile anymore (gcc 2.96-0.6
On Mon, Jan 14, 2002 at 02:43:41PM +0100, Herbert Voss wrote:
> this was one too big attachement in 4 months, that's ok!
I guess tastes differ on that one. I'd personally already consider 100k as
"larger than necessary" although I know (a) that patches might get that big
and (b) I am sending such
On Monday 14 January 2002 1:39 pm, you wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> >> Note that countChar should be removed...
>
> Angus> I will do both.
>
> Now I can't compile anymore (gcc 2.96-0.62mdk):
Does this do it?
Angus
/// A slot in replacement for std::c
> "Michael" == Michael Koziarski <[EMAIL PROTECTED]> writes:
Michael> Bug_id: 104 Keywords: crash
Michael> Crash exporting, from command line, documents with new
Michael> graphics
Note that this one is gone now.
JMarc
Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | Could we please have some enforced limit on mail sizes on the lists _now_?
> | Maybe 100k or so? People are seemingly not willing to behave nicely and I
> | do not really want to unsubscribe from the lists either.
>
>
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> + if (isValidGlueLength(length)) +
Juergen> fl_set_input(dialog_->input_space_above, length); + else
Juergen> updateWidgetsFromLengthString(dialog_->input_space_above,
dialog_-> choice_value_space_above,
Juergen>
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> I have created a directory:
Kayvan> ftp://ftp.sylvan.com/pub/lyx/xforms
Kayvan> The xforms-README now references this directory. I think
Kayvan> Jean-Marc can just copy the whole directory wholesale to
Kayvan> ftp.lyx.org
> "Steve" == Steve Herrick <[EMAIL PROTECTED]> writes:
Steve> But what I'm writing to talk about is not the GUI. In fact, it
Steve> may be incompatible with it. I was noticing that LyX written
Steve> largely in C++, but Kathryn's site made it appear that Python
Steve> also plays a role.
Pyt
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>> Note that countChar should be removed...
Angus> I will do both.
Now I can't compile anymore (gcc 2.96-0.62mdk):
g++ -DHAVE_CONFIG_H -I. -I../../../lyx-devel/src/mathed -I../../src -I../../../
yx-devel/src/mathed/../ -I../.. -I../../
On Mon, Jan 14, 2002 at 01:23:00PM +, Angus Leeming wrote:
> > almost exactly like qt2's. We aren't building in any URL files twice
> > or anything like that. I really don't know where this behaviour is
> > coming from (the double URL thing).
>
> Does this strangeness occur also in the Qt fr
On Sunday 13 January 2002 4:55 pm, John Levon wrote:
> On Sun, Jan 13, 2002 at 09:19:02PM +1300, Michael Koziarski wrote:
>
> > I'm currently having a few problems with the GNOME frontend's
> > FormUrl. The first one I'll tackle as it could be causing the
> > other one. If I run
>
> Angus can
On Mon, Jan 14, 2002 at 12:46:10PM +, Angus Leeming wrote:
> This is what I've done:
>
> int const nlines = int(lyx::count(preamble.begin(), preamble.end(), '\n'));
> for (int j = 0; j != nlines; ++j) {
> texrow.newline();
> }
or
TYPE const nlines = lyx
On Monday 14 January 2002 12:27 pm, you wrote:
> | Well, there is no reason to count down other than to obfuscate:
> | for (int j = countChar(preamble, '\n'); j-- ;) {
> | texrow.newline();
> | }
> >
> | I'll change it to:
> | for (int j = 0;
> | j != lyx::count(
On Mon, Jan 14, 2002 at 12:52:10PM +0100, Lars Gullik Bjønnes wrote:
> | They should be identical (except for the actual value of j in the body).
> | However I'd prefer "counting up" on non-critical paths
>
> Also counting up is a bit easier to read,
That's the reason for my preference.
> b
On Monday 14 January 2002 11:52 am, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | On Mon, Jan 14, 2002 at 10:35:48AM +, Angus Leeming wrote:
> >> Whilst replacing countChar with lyx::count, I came across this line
whose
> >> semantics I do not understand.
> >>
On Mon, Jan 14, 2002 at 10:35:48AM +, Angus Leeming wrote:
> Whilst replacing countChar with lyx::count, I came across this line whose
> semantics I do not understand.
>
> src/buffer.C:2452:
> for (int j = countChar(preamble, '\n'); j-- ;) {
'If j != 0 decrement it and h
On 14-Jan-2002 Lars Gullik Bjønnes wrote:
> func() {
>LyXText * text = getLyXText(bv);
>...
>use text
>...
> }
>
> solution.
>
> Avoids multiple func calls to get the same info, and does not bloat
> when getLyXText is inline.
Well we do this too already (most o
Kayvan> Great. Moved to ftp.sylvan.com:/pub/lyx
Huh? where is it?
JMarc
On Monday 14 January 2002 10:24 am, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Yes, I know that I could upgrade/fix the routine. Indeed, I have. But the
> | problem will exist for anyone else unfortunate enough to use this
> | implementation of the STL routines
On 14-Jan-2002 Lars Gullik Bjønnes wrote:
> Are you sure about that... calling getLyXText a million times does
> not support your view.
getLyXText is just returning the cached variable. Make the function inlined
if it is too slow to do a function call which returns a cached variable.
I think t
Dear LyX lovers,
It seems time has come for a final fix release to LyX 1.1.6. The first
preversion of 1.2.0 is around the corner (yes, we promise!), but
before having fun with exciting new feature, we thought we could propose
you a boring old fashioned stable version.
The new version is faster
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> You're right there was 1 hidden file symlink broken (created
Juergen> by some program)! But IMO this could always happen, couln't
Juergen> it?
That's why I fixed the bug, as I said.
JMarc
Whilst replacing countChar with lyx::count, I came across this line whose
semantics I do not understand.
src/buffer.C:2452:
for (int j = countChar(preamble, '\n'); j-- ;) {
shouldn't this be
for (int j = countChar(preamble, '\n'); j >= 0; --j) {
Alternatively, ca
On Mon, Jan 14, 2002 at 11:24:32AM +0100, Juergen Vigna wrote:
> > Anyway, I fail to see why _any_ cell size recomputation can be needed
> > when entering/leaving a cell. Could you enlighten me?
>
> EmptyPargarphMechanism? (leaving a cell)
you can't use the bool return via setCursor ?
john
--
On 14-Jan-2002 Jean-Marc Lasgouttes wrote:
> Anyway, I fail to see why _any_ cell size recomputation can be needed
> when entering/leaving a cell. Could you enlighten me?
EmptyPargarphMechanism? (leaving a cell)
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
On Mon, Jan 14, 2002 at 11:15:57AM +0100, Juergen Vigna wrote:
> > No, you are just the only one who has broken symlinks in your home
> > directory. I fixed the bug.
>
> You're right there was 1 hidden file symlink broken (created by some
> program)! But IMO this could always happen, couln't it
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
>> | I'm sure you are aware that this code is here, but I give the
>> numbers | just in case. Do you have plans for thqt before 1.2.0?
Juergen> Well IMO the above is only needed on initialization, but you
Juergen> never know!
Agreed.
On 13-Jan-2002 Jean-Marc Lasgouttes wrote:
> > "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
>
> Juergen> Do only I use File->Open? Well anyway I hit the Assert in the
> Juergen> first row of FileInfo::typeIndicator() called from
>
> No, you are just the only one who has broken sy
On 13-Jan-2002 Lars Gullik Bjønnes wrote:
>| What is interesting here is first the unreasonable number of calls to
>| getLyXText (10 million times!!!),
>
> I guess that in a log of functions the LyXText in use could be cached
> at the top of the function, instead of discovered each time it is
On Monday 14 January 2002 2:35 am, you wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Attached is a small test file. Try to view the DVI and lyx core dumps.
>
> Not crashing for me now. Confirm fixed please.
It was my broked std::count. Fixed in my tree although I need to rewrite it
Could we please have some enforced limit on mail sizes on the lists _now_?
Maybe 100k or so? People are seemingly not willing to behave nicely and I
do not really want to unsubscribe from the lists either.
Andre'
--
André Pönitz .. [EMAIL PROTECTED
On Monday 14 January 2002 8:31 am, Jean-Marc Lasgouttes wrote:
> > "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
>
> Juergen> Jean-Marc Lasgouttes wrote:
> >> Why don't you just extend getLengthFormWidgets to do what you
> >> want???
>
> Juergen> Am I allowed to change this (
On Mon, Jan 14, 2002 at 11:55:30AM +1000, Allan Rae wrote:
> We can't place the actual validation of an entry into the input filter
> though otherwise we wouldn't be able to edit it properly (or would we?
> hmmm...)
Well... it may work, but it's a pain in the ass. I had a similar
requirement some
On Sun, Jan 13, 2002 at 11:15:08PM +0100, Lars Gullik Bjønnes wrote:
> I belive that a null painter is the wrong solution.
> (It will just be a cover up.)
>
> I am _sure_ all can be fixed within the tabular code. (Perhaps with
> some extensive rewriting, but so be it.)
I think we should at lea
On Saturday 12 January 2002 11:56 pm, you wrote:
> On Tue, Jan 08, 2002 at 12:02:19PM +, Angus Leeming wrote:
>
> > Attached is a small test file. Try to view the DVI and lyx core dumps.
> >
> > Here's another one. Put the offending "T" in a note inset. You can now
view
> > the DVI, but if
On Mon, 14 Jan 2002, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Attached is a small test file. Try to view the DVI and lyx core dumps.
>
> Not crashing for me now. Confirm fixed please.
>
> | Here's another one. Put the offending "T" in a note inset. You can now
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> Maybe we should start to supply stand-alone converters for
Andre> "updating" .lyx files and get rid of compatibility code in LyX
Andre> proper. The converters could be called "under the hood" when
Andre> needed, so they are transpa
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I let you do it for me.
I know, you are the guy who cannot even read even his own
changelogs... Typical lgb cvs commit: "some changes. Read ChangeLog".
JMarc
On Saturday 12 January 2002 2:07 am, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Would everybody be happy if I put this file in support? This seems to be
the
> | cleanest solution to the current problem.
> >
> | I'll sort the code out but will need some help wi
On Sat, Jan 12, 2002 at 08:40:57PM +0200, Dekel Tsur wrote:
> I think that the problem is not in the the inserERT code, but in the
> compatability code (reading 1.1.6 files with ERT).
Maybe we should start to supply stand-alone converters for "updating" .lyx
files and get rid of compatibility cod
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Has this patch been applied?
Yes.
JMarc
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Has this patch been applied?
Yes. Why don't you read changelogs?
JMarc
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Has this patch been applied, and have the same been done for
Lars> minipages?
Yes, it has been applied. No, I did not do minipages yet. Thnaks for
reminding me.
JMarc
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> Why don't you just extend getLengthFormWidgets to do what you
>> want???
Juergen> Am I allowed to change this (in xforms-helpers.C)? I don't
Juergen> know if it's used in cases where my ch
87 matches
Mail list logo