First hack at creating a FormFloat (FormSingleFloat?)
it should probably have a "Use Default" also for placement.
Lgb
FormFloat.fd
On Fri, Mar 16, 2001 at 03:48:39PM +0200, Dekel Tsur wrote:
>
> You should define a NoWeb->Program converter, when the converter field is
> "noweb_build $$i", and the flags field is "originaldir,parselog=listerrors g",
> and the noweb_build script should be something like
>
> #!/bin/sh
> cp $1 .
Hi,
I just comitted a change that makes the Qt2 frontend compile (and link) again.
Kalle
--
Matthias Kalle Dalheimer
President & CEO/VD
Klarälvdalens Datakonsult AB
Fax +46-563-540028
Email [EMAIL PROTECTED]
[[EMAIL PROTECTED] (Lars Gullik Bjønnes)]
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> I got this from a co-worker: "Innstallerte LyX fra CVS på ny
| Lars> maskin nå uten ~/.lyx katalog. Det ble ikke opprettet noen slik
| Lars> katalog, og preferences ble lagret på
On Friday, 16. March 2001 17:26, Angus Leeming wrote:
> How do people see the math panel evolving? Is the idea to eventaully turn
> the main math-panel into a toolbar, but to launch the individual bitmap
> dialogs in the same way as is done now?
That was exactly what we did in KLyX 1, it was very
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> Yes IMO this is the right thing, just set up the directory
Juergen> and tell the user then that it has been done. He then can
Juergen> always choose to remove the dir after using LyX.
Yes.
Juergen> P.S.: Have a nice weekend!
How do people see the math panel evolving? Is the idea to eventaully turn the
main math-panel into a toolbar, but to launch the individual bitmap dialogs
in the same way as is done now?
Angus
On 16-Mar-2001 Jean-Marc Lasgouttes wrote:
> LyX should maybe just tell that it is about to create .lyx, but not
> let the possibility to avoid it (other than kill).
Yes IMO this is the right thing, just set up the directory and tell the
user then that it has been done. He then can always choos
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I got this from a co-worker: "Innstallerte LyX fra CVS på ny
Lars> maskin nå uten ~/.lyx katalog. Det ble ikke opprettet noen slik
Lars> katalog, og preferences ble lagret på ~/ akkurat som på laptopen
Lars> her."
Lars> transl
On 16-Mar-2001 Lars Gullik Bjønnes wrote:
>| Obviously we cannot make this WYSIWYM (at least not the 5\paperheight),
>| or can we?
>
> We can, but do we want to?
Not really, but we should put some visual feedback on the screen so that
one knows a height is set just by looking at the minipage.
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 16-Mar-2001 Lars Gullik Bjønnes wrote:
|
| > The height of the minipage. 5cm f.eks. or .5\paperheight
|
| Hmmm, yes this is an optional parameter of the minipages, isn't it?
Yes, and btw. inner_pos only makes sense if height is set.
| Obviously
Hi everyone,
I am having problem with recent CVS versions of lyx:
some of the menues are shaded and thus not accessible.
Also, on startup of lyx I get:
MenuItem(): LyX command `marginpar-insert' does not exist.
MenuItem(): LyX command `buffer-float-insert figure' does not exist.
MenuItem(): LyX co
On Friday 16 March 2001 15:29, John Levon wrote:
> On Fri, 16 Mar 2001 [EMAIL PROTECTED] wrote:
> This was not checking for form && form->visible in the WMHideCB ??
> Odd that it didn't happen at home ...
No. This was me. FormMaths ultimately derives from FormBaseDeprecated, not
FormBase anym
On 16-Mar-2001 Lars Gullik Bjønnes wrote:
> The height of the minipage. 5cm f.eks. or .5\paperheight
Hmmm, yes this is an optional parameter of the minipages, isn't it?
Obviously we cannot make this WYSIWYM (at least not the 5\paperheight),
or can we?
Jürgen
--
-._-._-._-._-._-._-._-.
On 16-Mar-2001 Lars Gullik Bjønnes wrote:
> As always I disagree, you just remove all incentive to do this right.
> (by having an inferior solution that works well enough)
You got me! But lastly it's your fault! You made NEW_INSETS default and
forced us, to live with it. And I don't like to liv
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Or (as we do elsewhere) add a operator<<(MathsCallbackValues);
Lars> That is the cleaner solution imho.
That's what I wanted to write at first, but here we want to output the
callback value, and data is exactly that...
JMarc
Juergen Vigna <[EMAIL PROTECTED]> writes:
| BTW.: what for is the height() in the inset_minipage?
The height of the minipage. 5cm f.eks. or .5\paperheight
Lgb
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "John" == John Levon <[EMAIL PROTECTED]> writes:
|
| John> The attached patch
| John> quashes some harmless warnings in FormMaths.
|
| MathsCallbackValues val = static_cast(data);
|
| - lyxerr[Debug::GUI] << "Maths button CB v
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 16-Mar-2001 Lars Gullik Bjønnes wrote:
|
| > I have been thingking about this, and I really don't want a widthp().
| > What I do want is a class "Space". That can take the usual VSpace
| > lengths, but also fractions of \columnwith and \linewidth.
|
On Fri, 16 Mar 2001 [EMAIL PROTECTED] wrote:
> Update of /usr/local/lyx/cvsroot/lyx-devel/src/frontends/xforms
> In directory baywatch.lyx.org:/tmp/cvs-serv29983/src/frontends/xforms
>
> Modified Files:
> ChangeLog FormBaseDeprecated.C FormMaths.C FormMaths.h
> form_maths.C form_mat
BTW.: what for is the height() in the inset_minipage?
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen Web: http:/
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> The attached patch
John> quashes some harmless warnings in FormMaths.
MathsCallbackValues val = static_cast(data);
- lyxerr[Debug::GUI] << "Maths button CB val " << val << endl;
+ lyxerr[Debug::GUI] << "Maths butt
John Levon <[EMAIL PROTECTED]> writes:
| I don't get the relationship between these two classes.
| Can someone explain the conceptual difference ? They both
| seem to be concerned with the view onto a particular buffer.
BufferView is mostly gui independant, whereas WorkArea is highly gui
dependa
On 16-Mar-2001 Lars Gullik Bjønnes wrote:
> I have been thingking about this, and I really don't want a widthp().
> What I do want is a class "Space". That can take the usual VSpace
> lengths, but also fractions of \columnwith and \linewidth.
I think that the userinterface should work with Leng
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> so whenever I use stringstream I have to use str().c_str() to
John> get the string out in the case of using lyxstring right ?
It is for the ugly case where one uses lyxstring in general (which I
am forced to do under tru64 because the
On Fri, 16 Mar 2001 [EMAIL PROTECTED] wrote:
> Update of /usr/local/lyx/cvsroot/lyx-devel/src/frontends/xforms
> In directory baywatch.lyx.org:/tmp/cvs-serv29891/src/frontends/xforms
>
> Modified Files:
> ChangeLog FormMaths.C
> Log Message:
> compilation fixes
so whenever I use stringst
I don't get the relationship between these two classes.
Can someone explain the conceptual difference ? They both
seem to be concerned with the view onto a particular buffer.
thanks
john
--
"You lose it if you talk about it."
- Ernest Hemingway
On Friday 16 March 2001 14:39, Kalle Dalheimer wrote:
> I'd rather go with the crowd right away. Citation is the dialog I am
working
> on anyway, so that suits me fine.
>
> Which implementation should I look at for examples? xforms?
Yupp. Note that setSize() is horrible but largely not relevan
On Friday, 16. March 2001 15:10, Edwin Leuven wrote:
> > I have a couple of compile breaks in the Qt2 frontend after my last
> > checkou. I started to fix a few, but am wondering whether this is part of
> > the ongoing changes and will be fixed by
> > whoever-is-dealing-with-these-changes anyway.
On Friday, 16. March 2001 15:07, Angus Leeming wrote:
> Well that depends ;-)
>
> If you want to keep qt up-to-date with current cvs, then you should fix it.
>
> However, the rational behind the controller-view separation stuff is that
> the frontends don't need to know anything (or much at least)
On Friday 16 March 2001 13:53, Angus Leeming wrote:
> > The attached patch quashes some harmless warnings in FormMaths.
> >
> > However there is a serious bug: closing the maths dialog
> > will cause lyx to core dump. I think this must be
> > the change to use scoped pointer. Angus can you take a
Well that depends ;-)
If you want to keep qt up-to-date with current cvs, then you should fix it.
However, the rational behind the controller-view separation stuff is that the
frontends don't need to know anything (or much at least) about LyX's
internals. It should be easy to provide a fairly
> I have a couple of compile breaks in the Qt2 frontend after my last
> checkou. I started to fix a few, but am wondering whether this is part of
> the ongoing changes and will be fixed by
> whoever-is-dealing-with-these-changes anyway.
>
> So, should I get the Qt2 frontend to compile again or sho
Hi,
I have a couple of compile breaks in the Qt2 frontend after my last checkou.
I started to fix a few, but am wondering whether this is part of the ongoing
changes and will be fixed by whoever-is-dealing-with-these-changes anyway.
So, should I get the Qt2 frontend to compile again or should
> The attached patch quashes some harmless warnings in FormMaths.
>
> However there is a serious bug: closing the maths dialog
> will cause lyx to core dump. I think this must be
> the change to use scoped pointer. Angus can you take a look ?
>
> Perhaps it is my bug but I don't think so.
>
> T
It would appear that LyX cannot create the lyxpipe.out on nfs file systems.
Any idea why anybody?
Angus
On Friday 16 March 2001 13:04, Ulrich Günther wrote:
> > Do you know why the serverpipe does not come up with a lyxserver.out,
> > just a .in?
> No. What does lyx save in your ~/.lyx/prefe
On Tue, Mar 06, 2001 at 09:20:08AM -0700, [EMAIL PROTECTED] wrote:
> Hello Lyx Developers,
>
> As per the request of Jean-Marc, I am sending this bug report that both
> Edmar and I experienced. It concerns building the program code of
> a literate program using Lyx. Here is our discussion of th
The attached patch quashes some harmless warnings in FormMaths.
However there is a serious bug: closing the maths dialog
will cause lyx to core dump. I think this must be
the change to use scoped pointer. Angus can you take a look ?
Perhaps it is my bug but I don't think so.
The crash is follo
On 16-Mar-2001 Angus Leeming wrote:
> Jürgen, if you send me the .fd file, I'm sure that this will take no time at
> all.
You won't believe it but I already implemented this Form :)
> It'd be really nice if you'd provide an InsetMinipageParams struct too. DOn't
> know if this exists yet; ha
Angus Leeming <[EMAIL PROTECTED]> writes:
| > | 4. We need a dialog for all the minipage options (is there a volonteer on
| > |the xforms-base to make the base for this, otherwise I will have to
| make
| > |it, but IMO Angus would be a lot faster) I can design the dialog and
| > |com
Norbert Koksch <[EMAIL PROTECTED]> writes:
| Dear LyX-Developpers,
|
| today I compiled the new lyx1.2.0cvs. First I was glad that the math cursor
| error is fixed. However, there are at least two new errors:
|
| 1. lyx doesn`t read equation labels anymore.
part of the mathed rewrite
| 2. ly
Hi everyone,
I am having problem with recent CVS versions of lyx:
some of the menues are shaded and thus not accessible.
Also, on startup of lyx I get:
MenuItem(): LyX command `marginpar-insert' does not exist.
MenuItem(): LyX command `buffer-float-insert figure' does not exist.
MenuItem(): LyX co
> | 4. We need a dialog for all the minipage options (is there a volonteer on
> |the xforms-base to make the base for this, otherwise I will have to
make
> |it, but IMO Angus would be a lot faster) I can design the dialog and
> |commit the .fd file if that is requested.
>
> Yes this
John Levon <[EMAIL PROTECTED]> writes:
| On 16 Mar 2001, Lars Gullik Bjønnes wrote:
|
| > John Levon <[EMAIL PROTECTED]> writes:
| >
| > | On Fri, 16 Mar 2001, Edwin Leuven wrote:
| > |
| > | > In file included from lyxlex.C:21:
| > | > lyxlex_pimpl.h:16: parse error before `{'
| > |
| > | th
On 16 Mar 2001, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
> | On Fri, 16 Mar 2001, Edwin Leuven wrote:
> |
> | > In file included from lyxlex.C:21:
> | > lyxlex_pimpl.h:16: parse error before `{'
> |
> | that needs to be :
> |
> | ... public boost::noncopyable
X-From-Line: [EMAIL PROTECTED] Fri Mar 16 01:27:46 2001
Return-Path: <[EMAIL PROTECTED]>
Received: from localhost (IDENT:[EMAIL PROTECTED] [127.0.0.1])
by trylle.birdstep.com (8.11.0/8.11.0) with ESMTP id f2G0RhO08857
for ; Fri, 16 Mar 2001 01:27:46 +0100
Received: from aussie.lyx
John Levon <[EMAIL PROTECTED]> writes:
| On Fri, 16 Mar 2001, Edwin Leuven wrote:
|
| > In file included from lyxlex.C:21:
| > lyxlex_pimpl.h:16: parse error before `{'
|
| that needs to be :
|
| ... public boost::noncopyable
|
| I suppose Lars missed some ...
and that is really strang
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Friday 16 March 2001 11:32, Jean-Marc Lasgouttes wrote:
| > When I compile latest cvs with cxx, I get lots of
| >
| > cxx: Error: ../../../../lyx-devel/src/frontends/xforms/FormFiledialog.C,
| line 407:
| > identifier "slot" is undefined
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| When I compile latest cvs with cxx, I get lots of
|
| cxx: Error: ../../../../lyx-devel/src/frontends/xforms/FormFiledialog.C, line 407:
| identifier "slot" is undefined
| r_ = Dialogs::redrawGUI.connect(slot(this, &FileDialog
Juergen Vigna <[EMAIL PROTECTED]> writes:
| Now that we have NEW_INSETS as default we should also try to make them
| working correctly. Let's do this one for one. This about InsetMinipage!
|
| 1. A Minipage HAS to have a lenght! So when creating a minipage we should
|be forced to fill out so
Kalle Dalheimer <[EMAIL PROTECTED]> writes:
| > I briefly mentioned the idea before. I think it would be a great
| > idea but I don't know anything about libtool. As far as I'm concerned
| > if someone (you ?) can get it working that would be great (especially for
| > those of use regularly switc
On Friday 16 March 2001 11:50, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> JMarc. I'm fixing this here too, so don't waste your time. The
> Angus> fix is to have either a
>
> Angus> using SigC::slot;
>
> Angus> at the top of the .C file or
On Fri, 16 Mar 2001, Edwin Leuven wrote:
> In file included from lyxlex.C:21:
> lyxlex_pimpl.h:16: parse error before `{'
that needs to be :
... public boost::noncopyable
I suppose Lars missed some ...
john
--
"You lose it if you talk about it."
- Ernest Hemingway
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> JMarc. I'm fixing this here too, so don't waste your time. The
Angus> fix is to have either a
Angus> using SigC::slot;
Angus> at the top of the .C file or to type explicitly
Angus> r_ = Dialogs::redrawGUI.connect(SigC::slot(this
On Friday 16 March 2001 11:32, Jean-Marc Lasgouttes wrote:
> When I compile latest cvs with cxx, I get lots of
>
> cxx: Error: ../../../../lyx-devel/src/frontends/xforms/FormFiledialog.C,
line 407:
> identifier "slot" is undefined
> r_ = Dialogs::redrawGUI.connect(slot(this,
When I compile latest cvs with cxx, I get lots of
cxx: Error: ../../../../lyx-devel/src/frontends/xforms/FormFiledialog.C, line 407:
identifier "slot" is undefined
r_ = Dialogs::redrawGUI.connect(slot(this, &FileDialog::Private::redraw));
--
On Friday, 16. March 2001 11:56, John Levon wrote:
> On Fri, 16 Mar 2001, Kalle Dalheimer wrote:
> > Hi,
> >
> > this might have been discussed already...
> >
> > Is there anything that speaks against linking the frontends dynamically?
> > Linking LyX takes considerable time (strange: more time th
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Fri, 16 Mar 2001, Kalle Dalheimer wrote:
>> Hi,
>>
>> this might have been discussed already...
>>
>> Is there anything that speaks against linking the frontends
>> dynamically? Linking LyX takes considerable time (strange: more
>>
Now that we have NEW_INSETS as default we should also try to make them
working correctly. Let's do this one for one. This about InsetMinipage!
1. A Minipage HAS to have a lenght! So when creating a minipage we should
be forced to fill out some default parameters so that we don't get errors.
2
On Fri, 16 Mar 2001, Kalle Dalheimer wrote:
> Hi,
>
> this might have been discussed already...
>
> Is there anything that speaks against linking the frontends dynamically?
> Linking LyX takes considerable time (strange: more time than linking e.g.
> Konqueror with much more code, taken every
It would be great if it was possible to enter a reference manually (by typing
the label).
My '.bib' - files have a few thousand entries and it takes forever to go
through the list with the cursor.
Ulrich
In file included from lyxlex.C:21:
lyxlex_pimpl.h:16: parse error before `{'
lyxlex_pimpl.h:24: warning: return-type of `Pimpl' defaults to `int'
lyxlex_pimpl.h:26: non-member function `GetString()' cannot have `const'
method qualifier
lyxlex_pimpl.h:28: non-member function `printError(const stri
On Friday 16 March 2001 10:44, Ulrich Günther wrote:
> It would be great if it was possible to enter a reference manually (by
typing
> the label).
>
> My '.bib' - files have a few thousand entries and it takes forever to go
> through the list with the cursor.
>
> Ulrich
CVS now has a search
When a pipe has been defined in preferences
I get a lyxpipe.in only, no lyxpipe.out
+ The behavior is not as explained: type xxx.in or xxx.out
One should only type xxx, the .in is appended.
Ulrich
On 16-Mar-2001 Lars Gullik Bjønnes wrote:
> but you did in the mail before.
Well you know you're not the only one getting white hairs!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N
Hi,
this might have been discussed already...
Is there anything that speaks against linking the frontends dynamically?
Linking LyX takes considerable time (strange: more time than linking e.g.
Konqueror with much more code, taken everything together), and if you only
work on one frontend you
Juergen Vigna <[EMAIL PROTECTED]> writes:
| P.S.: I have a feeling in my fingers which wanted to put a smily on the
| end of the above line but I can't today!
but you did in the mail before.
Lgb
I just noticed that reading \nonumber and \label is still broken with
current CVS. It's off by one line, i.e. everything shifts up one row
during the read.
So do not use current CVS for serious work involving math.
I think know what's going wrong (it has been lurking there for two weeks
or so) a
Dear LyX-Developpers,
today I compiled the new lyx1.2.0cvs. First I was glad that the math cursor
error is fixed. However, there are at least two new errors:
1. lyx doesn`t read equation labels anymore.
2. lyx doesn`t read table floats.
I compiled lyx using Linux DLD 6.01 and gcc-2.95.2.
Norb
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I am now removing all CXX...NAMESPACES stuff (of course I should
Lars> have let someone with an older compiler do this...), will commit
Lars> that in a few minutes.
Lars> What I now need is a poll to see if anonymous namespace
Relocation of MathedRowContainer::rows_
Removal of an unused iterator method
--
André Pönitz [EMAIL PROTECTED]
Index: ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/
> Yes, but too often this is not one-liners, but two-liners on one line:
>
> size_type size() const { Assert(...); return data_.size(); }
Those are gone now, aren't they? ;-)
Ok, I admit, my personal limit in such cases is about four lines, i.e.
usually one or two initializations, and call
On 16-Mar-2001 Lars Gullik Bjønnes wrote:
> I can't remember having thouts like that...
Well it was quite some time ago and you're not getting any younger!
Jürgen
P.S.: I have a feeling in my fingers which wanted to put a smily on the
end of the above line but I can't today!
--
"Garst R. Reese" <[EMAIL PROTECTED]> writes:
| In math_cursor.C:48 (using std::cerr) I got cerr undefined with
| gcc-3.0
Probably because iostream is not included.
but I changed this to lyxerr.
Lgb
"Garst R. Reese" <[EMAIL PROTECTED]> writes:
| In math_cursor.C:48 (using std::cerr) I got cerr undefined with gcc-3.0
| How std is std?
very.
but we should not use cerr in code, that is taken care of by lyxerr.
Lgb
On 16-Mar-2001 Andre Poenitz wrote:
>> Are you sure that there is not a flag to gcc such that you can compile
>> with -O, but without inlining?
>
> -fno-inline would sound appropriate, wouldn't it?
It's not so much the inlined code I don't use -O (sometimes) for debugging
it's that optimizati
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 15-Mar-2001 Angus Leeming wrote:
| > Jürgen,
|
| Good Morning Angus!
|
| >
| > is this #ifdef still needed in FormDocument.C, or can I nuke it?
| > It seems to me that comboxes work fine... was this something to do with
| > comboxes in tabbed fol
Andre Poenitz <[EMAIL PROTECTED]> writes:
| I'd actually prefer to put one-liners directly in the class definition in
| my own coding as a matter of convienience and better readability, too. Of
| course, the latter is arguable, but if I see
|
|size_type size() const
| { return data_.siz
In math_cursor.C:48 (using std::cerr) I got cerr undefined with gcc-3.0
How std is std?
Garst
On 16-Mar-2001 Allan Rae wrote:
> Maybe just upgrade to ssh-2.4.0 instead since it has a better way of
> configuring and storing keys IMO.
ssh-2.4.0 is not completely free, I prefer using the last OpenSSH-2.5.1p2!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
On 15-Mar-2001 Lars Gullik Bjønnes wrote:
> So people please test:
It compiles with RedHat7.0 (but you probably already knew:)
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N Tel/F
On 15-Mar-2001 Angus Leeming wrote:
> Jürgen,
Good Morning Angus!
>
> is this #ifdef still needed in FormDocument.C, or can I nuke it?
> It seems to me that comboxes work fine... was this something to do with
> comboxes in tabbed folders; problem now resolved.
>#ifdef USE_CLASS_COMBO
>
82 matches
Mail list logo
