On Sat, 23 Sep 2000, Garst R. Reese wrote:
> Kevin Atkinson wrote:
> >
> > On Sat, 23 Sep 2000, Garst R. Reese wrote:
> >
> > > Problems: What country code to assign to esperanto?
> >
> > None, many of the other languages should probally not have country
> > codes. I also suggest you bring bac
Kevin Atkinson wrote:
>
> On Sat, 23 Sep 2000, Garst R. Reese wrote:
>
> > Problems: What country code to assign to esperanto?
>
> None, many of the other languages should probally not have country
> codes. I also suggest you bring back english and just make it "en".
>
Well, I thought you said
On Sat, 23 Sep 2000, Garst R. Reese wrote:
> Problems: What country code to assign to esperanto?
None, many of the other languages should probally not have country
codes. I also suggest you bring back english and just make it "en".
--
Kevin Atkinson
kevina at users sourceforge net
http://metal
InsetGraphics has two important features that are still missing but is
supposedly mostly ready besides them, it might need some cleaning up and
verifying that it still works (I haven't touched it in the last three
weeks or so).
The two features that need to be done for it directly are:
1. Automa
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 gets the american dict.)
add british (this is certainly
garst gabbed,
> > I'd label restoration of keybindings as a "must" before release.
> Did you see my proposal to use M-capital-letters for menu shortcuts,
> which would leave M-m available for math key bindings.
> Would you find that acceptable?
I *think* so, but in all honesty, I'd probably hav
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 new menucode that is heaps better than the old one.
That is ok and
Juergen Vigna wrote:
>
> On 22-Sep-2000 Juergen Vigna wrote:
>
> > Any idea?
>
> I got it working (just followed the pspell manual ;), now we can
> spellcheck also other language directories (or canadian for Garst :)
> with the pspell module.
>
> What now is missing is:
>
> - multi language d
[EMAIL PROTECTED] wrote:
>
> lars lamented,
>
> > Alejandro Aguilar Sierra <[EMAIL PROTECTED]> writes:
>
> > | Yes, LyX had the hability to give users the choice to use the interface
> > | they liked the more. Is really necessary to take away that?
>
> > We won't take away _anything_ from the
lars lamented,
> Alejandro Aguilar Sierra <[EMAIL PROTECTED]> writes:
> | Yes, LyX had the hability to give users the choice to use the interface
> | they liked the more. Is really necessary to take away that?
> We won't take away _anything_ from the user. The question is how LyX
> should be c
Marko Vendelin wrote:
>
> On Fri, 22 Sep 2000, Garst R. Reese wrote:
>
> > I'll expand my earlier suggestion.
> > Let menu shortcuts be M-Uppercase letter
> > bindings M-lowercase letter
> > The menus all start with an uppercase letter anyway.
> > When in math mode in particular I prefer not to
On Fri, 22 Sep 2000, Garst R. Reese wrote:
> I'll expand my earlier suggestion.
> Let menu shortcuts be M-Uppercase letter
> bindings M-lowercase letter
> The menus all start with an uppercase letter anyway.
> When in math mode in particular I prefer not to have to resort to the
> menu and want
On Fri, 22 Sep 2000, Angus Leeming wrote:
> 5. We need some method of toggling between the three LaTeX output states. As
> the left mouse button opens the inset, this leaves the right mouse button.
> Jürgen seems very against using this to toggle between states, so RMB will
> launch a (very
> 3) I did not find command-line options to get lyx to print a document
> and exit without open any X display.
>How hard would that be to achieve ?
Running LyX without X is still difficult.
You might want to experiment with something like
Xvfb :1 800x600x16 ; lyx -display :1 --export ps file
> 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 vector template.
I doubt that. If it was a leak in vecto
> I have anoter proposal: Since there is a n argument, we can expect
> this to be meeningful, so:
I think so, too.
> lyxstring::lyxstring(value_type const * s, size_type n)
> {
> Assert(s && n < npos); // STD!
> static Srep empty_rep(0, "");
> if (*s && n) { // s is not empty
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 : there would have been so many "\"" all around.
I believe it wou
17 matches
Mail list logo
