On Wed, 27 Sep 2000, Allan Rae wrote:
> On Tue, 26 Sep 2000, Angus Leeming wrote:
> > This has meant that the name of the callback function in several .fd files
> > has changed. If YOU apply this patch, please "make updatesrc" in
> > src/frontends/xforms/forms.
>
> Okay, I think I'll apply thi
Kevin Atkinson wrote:
>
> On Sat, 23 Sep 2000, Garst R. Reese wrote:
>
> > Attached is a proposed replacement for language.C
> > ChangeLog
> > Add langage_country codes to satisfy the requirements of aspell/pspell
> > delete english (this could be just a problem with the default config of
> > as
On Sat, 23 Sep 2000, Garst R. Reese wrote:
> Attached is a proposed replacement for language.C
> ChangeLog
> Add langage_country codes to satisfy the requirements of aspell/pspell
> delete english (this could be just a problem with the default config of
> aspell. english get
On Tue, 26 Sep 2000, Angus Leeming wrote:
> * I've rewritten src/frontends/xforms/FormBase, taking account of Allan's
> suggestions. The resultant code is clean and easy to use. I've used it as the
> base class for all "my" forms, together with FormCopyright. If people find
> that it works wel
On Wed, 27 Sep 2000, Allan Rae wrote:
> On Tue, 26 Sep 2000, Angus Leeming wrote:
> [...]
> > Angus> Finally, I have made the xforms implementation of FormCopyright a
> > Angus> derived class of FormBase and demonstrated that none of these
> > Angus> FormXXX classes need be dependent on Dialogs.
On Tue, 26 Sep 2000, Angus Leeming wrote:
[...]
> Angus> Finally, I have made the xforms implementation of FormCopyright a
> Angus> derived class of FormBase and demonstrated that none of these
> Angus> FormXXX classes need be dependent on Dialogs.h if they are
> Angus> passed pointers to the re
Are we no longer able to Search and Replace inside a tabular?
I tried searching for "+" (to change to "*") and I get "string not found".
---Kayvan
--
Kayvan A. Sylvan | Proud husband of | Father to my kids:
Sylvan Associates, Inc.| Laur
On 26 Sep 2000, Jean-Marc Lasgouttes wrote:
> > "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
>
> Juergen> On 26-Sep-2000 Allan Rae wrote:
> >> LaTeX Preamble: just make sure you can't set/change a paragraph
> >> style
>
> Juergen> Why should LaTeX Preamble be a collapsable inset!
On Tue, 26 Sep 2000, John Levon wrote:
> On Tue, 26 Sep 2000, Allan Rae wrote:
>
> > Then perhaps we need an extra state: Pending
> > to distinguish stuff that is present in the codebase and being worked on
> > (in progress) from stuff that has a patch pending or is being worked on
> > but not i
> So, I want to suggest a new approach for doing GUII dialogs:
> The dialogs structure and logiv will be defined by in a simple text file,
> and the dialogs will be built in run-time from these files.
If this simple text file resembles Tcl syntax you'll even get a fourth Gui
(Tk) for free ;-)
A
Greetings from Prince Edward Island, Canada
I have attached two diffs which make it easier for me to select canadian
dictionaries in LyX using aspell.
Canadian english spelling is a hybrid of British and American.
We also make a pretense at being bi-lingual, so it would be nice to have
entries for
Dekel Tsur <[EMAIL PROTECTED]> writes:
| Designing a XForms dialog with fdesign was always a tedious task,
| which is why there are new features with no GUI support (for example:
| per-paragraph spacing).
That was me beeing afraid that my fdesign would ruin fd files etc.
| With the GUII, the s
Ladies and gentleman,
I use Lyx 1.1.5fix1 and found some bugs:
- The latex fault: double Superscrips should be prevented!
(You often get: a^{b}^{b} and don't see it, because the b is written
over b; possible Solution would be ^{b}{}^{b} or better prevent double
superscript)
- It seems to me l
Juergen Vigna wrote:
> > The error boxes are hard to interpret because they cannot be resized and
> > the text does not fit in the box. (100dpi fonts)
>
> I don't understand this one! Why can't you resize the error-message-boxes,
> I can here! Could you please explain?
>
> Jürgen
>
This
Designing a XForms dialog with fdesign was always a tedious task,
which is why there are new features with no GUI support (for example:
per-paragraph spacing). With the GUII, the situation is worse, as the GUI work
is needed to be repeated 3 times (or even more in the future).
So, I want to sugg
-- Forwarded message --
Subject:
Date: Mon, 25 Sep 2000 10:46:02 +0400 (MSD)
From: "Andrew Zabolotny" <[EMAIL PROTECTED]>
Hello Matthias!
A remark about your (and LyX team's) excellent tool: you should rethink
the approach you use for supporting native languages. The best
On 26 Sep 2000, Jean-Marc Lasgouttes wrote:
> In order to reduce code replication in menu frontends, I just thought
> we could move to MenuBackend the code which deals with special entries
> (at least lastfiles, documents, export, view, update). The idea is to
> have a new function MenuBackend:
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> Since nobody complained during the last week or so I hereby
Andre> officially ask for inclusion of siamltex.layout found under
Andre> http://mathematik.htwm.de/tmp/siamltex.layout
Andre> I am pretty sure it does not break anyth
On 26 Sep 2000, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> What it does do: * The block-if statement in Buffer::readInset
> Angus> is rearranged to minimise bloat. All those occurences of
> par-> InsertInset(pos, inset, font);
> Angus>
I rewrote the way menus are created under xforms (basically, it uses
the scheme from old menu code). This fixes the last bug I am aware of
with these menus. If you see other problems, please tell me.
JMarc
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> What it does do: * The block-if statement in Buffer::readInset
Angus> is rearranged to minimise bloat. All those occurences of
par-> InsertInset(pos, inset, font);
Angus> ++pos; reduced to only one.
A somewhat different a
In order to reduce code replication in menu frontends, I just thought
we could move to MenuBackend the code which deals with special entries
(at least lastfiles, documents, export, view, update). The idea is to
have a new function MenuBackend::getExpandedMenu(), which is used by
the frontend inst
Phew, Lars! That was some update of cvs!
Attached is a patch (against latest cvs) that cleans up some code. It does
not include the InsetNote class because of the desire for "no collapsible
insets till after 1.1.6".
What it does do:
* The block-if statement in Buffer::readInset is rearranged t
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> Well as you said * Basically *. As Garst pointed out candian
Juergen> is not supported by babel (or was it canadien the french
Juergen> version), while there exits dictionaries for this. Now while
Juergen> we could use the righ
On 26-Sep-2000 Jean-Marc Lasgouttes wrote:
> Basically, the names we use are the babel names already. So what do
> you want exactly?
Well as you said * Basically *. As Garst pointed out candian is not
supported by babel (or was it canadien the french version), while there
exits dictionaries for
thanks
john
--
"The three things that conspire against business on a daily basis are
human error, mechanical breakdown and Acts of God ... at a deeper level,
there are human breakdowns, acts of machine and Errors of God, which all
make for really spectacular cock-ups..."
- Guy Browning
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> On 26-Sep-2000 Jean-Marc Lasgouttes wrote:
>> I am currently fiddling with the xforms menu code and do not have
>> much time. Moreover my babel is a bit old.
>>
Juergen> Well I meant the output of this to the .tex file from
Alejandro Aguilar Sierra <[EMAIL PROTECTED]> writes:
| On 26 Sep 2000, Lars Gullik Bjønnes wrote:
|
| > | That is ok and it's not the point of the discussion. Will I be able to
| > | use M-m for math commands if I like so, even if that's not the default
| > | configuration?
| >
| > Yes, but the
On 26-Sep-2000 Jean-Marc Lasgouttes wrote:
>
> I am currently fiddling with the xforms menu code and do not have much
> time. Moreover my babel is a bit old.
>
Well I meant the output of this to the .tex file from within LyX,
but ok I will have a look at this and try to fix it.
Jürgen
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> Since nobody complained during the last week or so I hereby
Andre> officially ask for inclusion of siamltex.layout found under
Andre> http://mathematik.htwm.de/tmp/siamltex.layout
Andre> I am pretty sure it does not break anyth
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc you are more handy with the babel code could you
Juergen> have a look, I will insert you another field babel in the
Juergen> Language.[Ch] files if you cannot do that yourself.
I am currently fiddling with the xforms
On 26-Sep-2000 Garst R. Reese wrote:
> The reason I used "American" is that Aspell points english to a short
> American
> dictionary.
Well we still use ispell as default!
> Did you notice that french spell canadian canadien and so did I.
> ^
I
> "Alejandro" == Alejandro Aguilar Sierra <[EMAIL PROTECTED]> writes:
Alejandro> What about Jurgen's suggestion on using something else for
Alejandro> the menu (M&ath and M-a) ?
I just did that in cvs.
JMarc
On 26 Sep 2000, Lars Gullik Bjønnes wrote:
> | That is ok and it's not the point of the discussion. Will I be able to
> | use M-m for math commands if I like so, even if that's not the default
> | configuration?
>
> Yes, but then you can't have M-m to open the Math menu in the menubar.
What abo
Since nobody complained during the last week or so I hereby officially
ask for inclusion of siamltex.layout found under
http://mathematik.htwm.de/tmp/siamltex.layout
I am pretty sure it does not break anything and does not add any
memory leaks ;-)
Andre'
--
Andre' Poenitz ..
Juergen Vigna wrote:
>
> On 25-Sep-2000 Garst R. Reese wrote:
> > I'm not sure when this problem crept in because I have not printed
> > anything for a few days now.
> > I guess, however, it is related to changes I made in language.C
>
> I did not see that you removed english from the language f
On 26 Sep 2000, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
> | On 26 Sep 2000, Lars Gullik Bjønnes wrote:
> |
> | > John Levon <[EMAIL PROTECTED]> writes:
> | >
> | > | should I just squash gnome's "--enable-iso-c" option. It will break the
> | > | compile under Linu
John Levon <[EMAIL PROTECTED]> writes:
| On 26 Sep 2000, Lars Gullik Bjønnes wrote:
|
| > John Levon <[EMAIL PROTECTED]> writes:
| >
| > | should I just squash gnome's "--enable-iso-c" option. It will break the
| > | compile under Linux at least !
| >
| > What is it?
| >
| > Lgb
| >
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> I have just fixed some leaks in mathed (I think)
|
| And I got a few in intl.C. BTW, is there a reason why an Intl holds
| pointers to transmanagers, instead of the objec
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I have just fixed some leaks in mathed (I think)
And I got a few in intl.C. BTW, is there a reason why an Intl holds
pointers to transmanagers, instead of the objects themselves?
JMarc
On 26 Sep 2000, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
> | should I just squash gnome's "--enable-iso-c" option. It will break the
> | compile under Linux at least !
>
> What is it?
>
> Lgb
>
whoops sorry, it sets -ansi and -pedantic flags. There is als
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Oh, I agree completely. Pointers are evil, references are good.
| Lars> (as is objects, assignable and copyable)
|
| Concerning this particular leak, it seems it was just
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Oh, I agree completely. Pointers are evil, references are good.
Lars> (as is objects, assignable and copyable)
Concerning this particular leak, it seems it was just related to the
leak that Juergen fixed in the reading of old
John Levon <[EMAIL PROTECTED]> writes:
| should I just squash gnome's "--enable-iso-c" option. It will break the
| compile under Linux at least !
What is it?
Lgb
Alejandro Aguilar Sierra <[EMAIL PROTECTED]> writes:
| On 23 Sep 2000, Lars Gullik Bjønnes wrote:
|
| > I hope you realize that one of the reasons for our "great" flexibility
| > was a bug in XForms.
| >
| > Currently menu shortcuts are caught by _XForms_ not by LyX. This is
| > because of the
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > This shouldn't leak. And yes, it is a copy of FontTable(pos, font)
| > which is inserted into the fontlist. But the FontTable destructor and
| > LyXfont's destructor should take care of cleaning up in this case.
| >
| > This could be a but in te vect
should I just squash gnome's "--enable-iso-c" option. It will break the
compile under Linux at least !
john
--
"The three things that conspire against business on a daily basis are
human error, mechanical breakdown and Acts of God ... at a deeper level,
there are human breakdowns, acts of mach
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 26-Sep-2000 Lars Gullik Bjønnes wrote:
| > It seems that you have not completetly grasped the concept with
| > iostreams. It is perfectly possible to have this:
| >
| > ostream << writeAttribute("version", 1);
| >
|
| Should I change the function
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 26-Sep-2000 Lars Gullik Bjønnes wrote:
| > It seems that you have not completetly grasped the concept with
| > iostreams. It is perfectly possible to have this:
| >
| > ostream << writeAttribute("version", 1);
| >
|
| Should I change the function
On 26 Sep 2000, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
> | On Tue, 26 Sep 2000, Allan Rae wrote:
> |
> | > Then perhaps we need an extra state: Pending
> | > to distinguish stuff that is present in the codebase and being worked on
> | > (in progress) from stuff th
John Levon <[EMAIL PROTECTED]> writes:
| On Tue, 26 Sep 2000, Allan Rae wrote:
|
| > Then perhaps we need an extra state: Pending
| > to distinguish stuff that is present in the codebase and being worked on
| > (in progress) from stuff that has a patch pending or is being worked on
| > but not i
On 26-Sep-2000 Lars Gullik Bjønnes wrote:
> It seems that you have not completetly grasped the concept with
> iostreams. It is perfectly possible to have this:
>
> ostream << writeAttribute("version", 1);
>
Should I change the function writeAttibute so that it returns a const char *?
or should
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| I thought we were supposed to be waiting for NEW_INSETS before
| creating new collapsable stuff.
Jupp.
Lgb
John Levon <[EMAIL PROTECTED]> writes:
| On 25 Sep 2000, Jean-Marc Lasgouttes wrote:
|
| > > "John" == John Levon <[EMAIL PROTECTED]> writes:
| >
| > >> Anyone any ideas ? Or should I just #define __STRICT_ANSI__ (yuck)
| >
| > John> and looking further I have found the answer. LyX specifi
On Tue, 26 Sep 2000, Allan Rae wrote:
> Then perhaps we need an extra state: Pending
> to distinguish stuff that is present in the codebase and being worked on
> (in progress) from stuff that has a patch pending or is being worked on
> but not in the codebase yet (pending).
>
> Allan. (ARRae)
>
Allan Rae <[EMAIL PROTECTED]> writes:
| A bit late notice, but just in case you hadn't spotted it yet there is a
| "new" LDN complete with pictures from FILM and few other treats.
You should add it to the news section.
Lgb
Gaillard Pierre-Olivier <[EMAIL PROTECTED]> writes:
| Hello,
|
| I noticed that the change was both backward and forward compatible (I
| did not need to change the methods for reading) so I did it.
|
| I have added 2 local methods to write attributes because using "<<"
| would have been awkward
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> On 26-Sep-2000 Allan Rae wrote:
>> LaTeX Preamble: just make sure you can't set/change a paragraph
>> style
Juergen> Why should LaTeX Preamble be a collapsable inset!???
I do not understand that either... What could be inter
On 26-Sep-2000 Allan Rae wrote:
>
> LaTeX Preamble: just make sure you can't set/change a paragraph style
Why should LaTeX Preamble be a collapsable inset!???
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECT
On 25-Sep-2000 Jean-Marc Lasgouttes wrote:
>> "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes:
>
> Garst> Changed a doc. Tried to close message Do you want to save Yes
> Garst> message Do you want to save Yes . . . Repeats forever Save
> Garst> Close
>
> Juergen, it seems there is a pr
On 25-Sep-2000 Garst R. Reese wrote:
> It happens when I load an old document,change it, forget to save it,
> Close.
> It saves it OK (Changed) goes away. But the dialogue keeps coming back.
> It was the day's cvs. I'll check again.
Yes please check again, I do exactly what you say and I cannot
Lots of feedback. Cheers!
JMarc> I thought we were supposed to be waiting for NEW_INSETS before
JMarc> creating new collapsable stuff.
Jürgen> Yes I'm also of the opinion we should now freeze the code for NEW
Jürgen> stuff! What we should still accept is GUII (porting of EXISTING
Jürgen> dialogs
On 26-Sep-2000 Jean-Marc Lasgouttes wrote:
>
> I thought we were supposed to be waiting for NEW_INSETS before
> creating new collapsable stuff.
Yes I'm also of the opinion we should now freeze the code for NEW
stuff! What we should still accept is GUII (porting of EXISTING dialogs
to the fronte
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
Allan> Of course we should wait till after 1.1.6 before starting on
Allan> this. We've already spent far too long adding new features to
Allan> 1.1.6cvs. Our release cycle times are getting longer and longer
Allan> and I'm not sure of our sta
> "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes:
Garst> Anybody know who I could contact on this issue? Garst
You mean acadian is supported by babel? I did not find it in my older
version. Otherwise, you can contact the language mintainer.
JMarc
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Attached is a patch containing the replacement for InsetInfo,
Angus> InsetNote. It also contains the new files insetnote.[Ch].
Angus> Please remove insetinfo.[Ch] as they are now redundant.
Angus> In view of the on-going discussio
On 25-Sep-2000 Garst R. Reese wrote:
> The OK button is greyed out. I tried layout->Paragraph page break above.
> My printing problem reported earlier stems from babel. Why do I need
> babel?
> The error boxes are hard to interpret because they cannot be resized and
> the text does not fit in the
On 25-Sep-2000 Garst R. Reese wrote:
> I'm not sure when this problem crept in because I have not printed
> anything for a few days now.
> I guess, however, it is related to changes I made in language.C
I did not see that you removed english from the language file, otherwise
I would have put it
On 25-Sep-2000 Gaillard Pierre-Olivier wrote:
> OK.
>
Good!
I'll apply this to the cvs tree. I'll just make one change and that is
remove the write_attribute functions from the LyXTabular Class (you
didn't send me the patch for tabular.h ;) as they are class-independent.
> I will probably w
69 matches
Mail list logo
