Hi everyone,
Something has changed in the last few incarnations of lyx-1.1.6cvs.
The Literate build errors no longer show up. Does anyone know why?
--
Kayvan A. Sylvan | Proud husband of | Father to my kids:
Sylvan Associates, Inc.| Laura Isabella Sylvan | Ka
> "Lior" == Lior Silberman <[EMAIL PROTECTED]> writes:
Lior> Hmmm, I'm thoroughly confused: JMarc and Juergen have made
Lior> (seemingly) contradictory statements on the possiblity of
Lior> setting some docuement settings (especially the language, and
Lior> the parskip where hebrew differs fr
Lior Silberman <[EMAIL PROTECTED]> writes:
| Hmmm, I'm thoroughly confused: JMarc and Juergen have made (seemingly)
| contradictory statements on the possiblity of setting some docuement
| settings (especially the language, and the parskip where hebrew differs
| from english) within a layout file
Hmmm, I'm thoroughly confused: JMarc and Juergen have made (seemingly)
contradictory statements on the possiblity of setting some docuement
settings (especially the language, and the parskip where hebrew differs
from english) within a layout file:
JMarc's version:
> "Lior" == Lior Silberman
Hi,
I imagine this has been suggested already, but couldn't
find the message. As great as LyX is, I find it
annoying to move large blocks of text around. This is
mainly because you have to drag the cursor over the
entire text you want to select (i.e., you can't specify
start and end points - to
Juergen Vigna <[EMAIL PROTECTED]> writes:
| >
| > I don't have them in my checkout.
| >
|
| Some problem with anon-cvs?
Could be...no.
the lofta are not there eiter.
Lgb
Lars> I really think cvs access is looming...
Lars> (at least so that you can use cvs add and create patches that include
Lars> the new files)
This last makes sense. Tell me what I have to do.
A
> > I don't have them in my checkout.
> Some problem with anon-cvs?
No I just tried again and got the relevant foo.h is not (any longer) pertinent.
A.
Angus Leeming <[EMAIL PROTECTED]> writes:
| For example (I have used InsetCitation here but this could be equally true of
| InsetCommand if we placed the hide signal there). Note that I'm learning my
| lesson about initialisation!
|
| Any comments?
| Angus
|
| class InsetCitation : public Inset
>
> I don't have them in my checkout.
>
Some problem with anon-cvs?
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450296
I-39100 Bozen
Lars> | Lars,
Lars> | I think I understand your reasoning behind removing the hide()
Lars> | signal from the
Lars> | Inset d-tor, but I also think that it's incorrect. We don't want the
Lars> | signal to
Lars> | be copyable.
Lars> |
Lars>
Lars> In insetref.C you used this construct:
Lars>
Lar
Angus Leeming <[EMAIL PROTECTED]> writes:
| I think that
|
| src/insets/insetloa.h
| src/insets/insetlof.h
| src/insets/insetlot.h
|
| are now redundant and should be removed as the .C files already
| have.
I don't have them in my checkout.
Lgb
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars,
| I think I understand your reasoning behind removing the hide()
| signal from the
| Inset d-tor, but I also think that it's incorrect. We don't want the
| signal to
| be copyable.
|
In insetref.C you used this construct:
InsetCommand
>
> And this is my doing. I_thouught the xxx-inset-insert names were just
> bad...so I_changed them. It is noted in the ChangeLog.
>
Oh well, good to know, I really was beginning to doubt my memory ;)
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jü
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
|
| Juergen> On 02-Aug-2000 R. Lahaye wrote:
| >> I've added tabular-inset-insert to my menu, but I can't use it
| >> (greyed out). Is that because the action is not yet defined in
|
Angus Leeming <[EMAIL PROTECTED]> writes:
| Allan> Try "make maintainer-clean" and a complete rebuild next time
| Irrelevant, IMO
|
| Allan> make sure your patch includes a patch for Makefile.am. It is CVS HEAD
| Allan> after all. It'd be nice to not break it with what should have been a
| All
I think that
src/insets/insetloa.h
src/insets/insetlof.h
src/insets/insetlot.h
are now redundant and should be removed as the .C files already have.
A.
Allan Rae <[EMAIL PROTECTED]> writes:
| I think my previous arguments that new dialogs should be worked on in a
| separate branch until properly working are starting to prove correct.
Actually, I disagree. It is allowed for the cvs to be incosistent and
not compiling for sort periods of time. Wi
Lars,
I think I understand your reasoning behind removing the hide() signal from the
Inset d-tor, but I also think that it's incorrect. We don't want the signal to
be copyable.
This is what should happen, I think
Each inset contains a hideSignal.
One form contains a hideSlot.
Click on an inset,
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> On 02-Aug-2000 R. Lahaye wrote:
>> I've added tabular-inset-insert to my menu, but I can't use it
>> (greyed out). Is that because the action is not yet defined in
>> src/LyXAction.C ?
Juergen> No because there is no check fo
Allan> Try "make maintainer-clean" and a complete rebuild next time
Irrelevant, IMO
Allan> make sure your patch includes a patch for Makefile.am. It is CVS HEAD
Allan> after all. It'd be nice to not break it with what should have been a
Allan> simple addition.
Makefile.am WAS in the patch. I j
On 02-Aug-2000 R. Lahaye wrote:
>
> I've added tabular-inset-insert to my menu, but I can't use it
> (greyed out).
> Is that because the action is not yet defined in src/LyXAction.C ?
No because there is no check for this command in LyXFunc::getStatus()!
Jürgen
--
-._-._-._-._-._-._-._-.
On Wed, 2 Aug 2000, Garst R. Reese wrote:
> > I think my previous arguments that new dialogs should be worked on in a
> > separate branch until properly working are starting to prove correct.
> But then no testing except by the person who thinks it works, but does
> not know how to crash it:)
No
Juergen Vigna wrote:
> Nope! For a tabular-inset you have to call the command tabular-inset-insert
>
I've added tabular-inset-insert to my menu, but I can't use it
(greyed out).
Is that because the action is not yet defined in src/LyXAction.C ?
Rob.
On Wed, 2 Aug 2000, Angus Leeming wrote:
> Allan> > Fixed those so it at least compiles and links. Someone else will have to
> Allan> > fix the crash when you open the TOC. I didn't try the other modified
> Allan> > dialogs. Gotta do some thesis work now.
>
> I take it these compile/link erro
Garst> > Allan> > Fixed those so it at least compiles and links. Someone else will
have to
Garst> > Allan> > fix the crash when you open the TOC. I didn't try the other modified
Garst> > Allan> > dialogs. Gotta do some thesis work now.
Garst> > I take it these compile/link errors were due to
>
> Didn't get any thesis work done. Did other things instead and then took
> another quick look to verify my hunch that Angus was still not
> initializing all the variables (I'd seen this last week in FormCitation).
> Sure enough dialog_ was never initialized. Hence we got lots of
> segfaults.
>
> I don't understand; what do I create when creating a new table?
> Isn't that the new insettabular? I still get all functions
> greyed out when Edit->Table a new table?
>
Nope! For a tabular-inset you have to call the command tabular-inset-insert
> I can't change more than one thing in Tabl
Angus Leeming wrote:
>
> Allan> > Fixed those so it at least compiles and links. Someone else will have to
> Allan> > fix the crash when you open the TOC. I didn't try the other modified
> Allan> > dialogs. Gotta do some thesis work now.
>
> I take it these compile/link errors were due to no
Allan Rae wrote:
>
> On Wed, 2 Aug 2000, R. Lahaye wrote:
> > The make gets stuck with the recent CVS:
> > (I'm compiling it against xforms 0.89)
>
> Fixed those so it at least compiles and links.
Thanks
> Someone else will have to fix the crash when you open the TOC.
Confirmed.
> I didn't try
Allan> > Fixed those so it at least compiles and links. Someone else will have to
Allan> > fix the crash when you open the TOC. I didn't try the other modified
Allan> > dialogs. Gotta do some thesis work now.
I take it these compile/link errors were due to no "make updatesrc" in
src/frontends/
On Wed, 2 Aug 2000, Allan Rae wrote:
> Angus, I also noticed some comments in the copied/modified files for
> Citations etc. that need cleaning out. I haven't looked at your latest
> patch so you may have done it already. There may be a few other
> inconsistencies between our various files we s
> > > I've noticed with the last CVS that Edit->Table
> > > shows the list of table functions. However, they
> > > are *always* greyed out, even when I'm in a table.
> > No but they ONLY work for the new insettabular! You'll also see
> > a new item in the Layout-Menu appear magically as soon as y
On Wed, 2 Aug 2000, Allan Rae wrote:
> On Wed, 2 Aug 2000, R. Lahaye wrote:
> > The make gets stuck with the recent CVS:
> > (I'm compiling it against xforms 0.89)
>
> Fixed those so it at least compiles and links. Someone else will have to
> fix the crash when you open the TOC. I didn't try t
Juergen Vigna wrote:
>
> On 02-Aug-2000 R. Lahaye wrote:
> > I've noticed with the last CVS that Edit->Table
> > shows the list of table functions. However, they
> > are *always* greyed out, even when I'm in a table.
>
> No but they ONLY work for the new insettabular! You'll also see
> a new item
On 02-Aug-2000 R. Lahaye wrote:
>
> I've noticed with the last CVS that Edit->Table
> shows the list of table functions. However, they
> are *always* greyed out, even when I'm in a table.
>
> Is this because the Edit->Table is not finished yet,
> or is there a bug?
No but they ONLY work for th
36 matches
Mail list logo
