The following is a patch to the layout file and template file for the
slides class. I've made the following improvements:
Environment "End All Slides" deprecated.
This now occurs automatically at the end of the document. The
template no longer contains an instance of this envi
*Jean-Marc Lasgouttes writes:
| I seem to remember that you can provide suboptions like ru@koi or
| something like that. We'll have to read the gettext doc to make
| sure...
I think that is usually used for dialects.
Lgb
* Mike writes:
| Lars - could you give me (well, probably all of us) a heads up when
| the real 1.0.0 is about to be released? I'd like to do a final
| cleaning of the docs in whatever state they are in: e.g. spell
| checking, getting rid of URLs which hang out into the margins, bad
| page b
Hi,
I decided to test lyx-1.0.0-pre4 on a paper I am writing.
I have defined the following command in a .sty file.
\newcommand{\T}{\ensuremath{T}}
Now, whenever I use the command \T\ as ERT in the documents
standard test things are fine.
In section and subsection headings and also in table c
> "File". I can grab the panels you get if you click on "File->Open", just
> not the menu itself. I guess X/xforms/whatever goes into some "modal"
> state (to use the widget-ese term), and prevents any new process while the
> menu is open. Any clues how to grab this? I really would like to put a f
Hi,
I know this is a ridiculous place to ask this question, but I'm hoping
someone here knows how:
I've started working on the "graphical tutorial" stuff and have been
using xv to do the screen grabs. The problem is, I don't seem to be able
to captures the pulldown menus, e.g. the thing you get
Hi,
On Tue, 1 Dec 1998, Jean-Marc Lasgouttes wrote:
> I also made some cleaning of the docs to ensure that they all share
> the same options: book textclass, 10pt font (to save paper),
> 'headings' pagestyle, twoside printing, everything else is basically
> set to default. In fact, everything is
> "Victor" == Victor Lavrenko <[EMAIL PROTECTED]> writes:
Victor> I think, we should provide an option to 'configure' so the
Victor> user can select the default encoding. There are no standard
Victor> for Russian encoding, and sysadmins select locales for Russian
Victor> how they like: "ru.ko
Asger K. Alstrup Nielsen wrote:
> I use those myself. But the European keymap is supposed to make all
> of this unnecessary: Let LyX provide a general solution to the problem
> that works even if you X11 keyboard setup is foobar.
Good idea, in principle.
> The European keymap provides a way f
> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
>> I really think that we should not reimplement compose key handling
>> inside LyX, since it is already correctly done in X.
Asger> Think of the ncurses port ;-)
OK, that might be a reason.
JMarc
> I really think that we should not reimplement compose key handling
> inside LyX, since it is already correctly done in X.
Think of the ncurses port ;-)
Greets,
Asger
> "Peter" == Peter Suetterlin <[EMAIL PROTECTED]> writes:
Peter> Asger K. Alstrup Nielsen wrote:
>> We should support a more general substitution mechanism, such that
>> for instance "special-key a e" would become æ, "special-key o e"
>> would become ø, and "special-key a a" would become å.
> > We should support a more general substitution mechanism, such that
> > for instance "special-key a e" would become æ, "special-key o e" would
>
> Excuse my stupidity, but how is this different from using the Compose
> Key that is already defined in X (if set-up correctly)?
> Type Compose / o
Asger K. Alstrup Nielsen wrote:
> We should support a more general substitution mechanism, such that
> for instance "special-key a e" would become æ, "special-key o e" would
> become ø, and "special-key a a" would become å.
Excuse my stupidity, but how is this different from using the Compose
Ke
> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
Asger> [HowDo.lyx] Let's nuke it.
>> Yes, but there is actual contents there...
Asger> I just checked it out, and IMO, there is nothing worth keeping.
Asger> All the issues are covered by the UserGuide, and it's an
Asger> arbi
> I would like to ask people to have a look at the ./kbd/polish-2.kmap ( as
> it appears in the lyx-1.0.0pre4 distribution ). This file is just beeing
> renamed to ./kbd/european.kmap and it is intended to be an international
> european keyboard map for pople using keyboards which do not have
> de
[HowDo.lyx]
> Asger> Let's nuke it.
>
> Yes, but there is actual contents there...
I just checked it out, and IMO, there is nothing worth keeping.
All the issues are covered by the UserGuide, and it's an arbitrary
host of questions that are answered. If it is to serve as a FAQ,
it's not sutiabl
Hi,
I would like to ask people to have a look at the ./kbd/polish-2.kmap ( as
it appears in the lyx-1.0.0pre4 distribution ). This file is just beeing
renamed to ./kbd/european.kmap and it is intended to be an international
european keyboard map for pople using keyboards which do not have
dead-key
> "JM" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> *miyata writes: | Notice locale.alias in the standard
Lars> distribution of X defines | | ru ru_RU.ISO8859-5 | | So
Lars> message object files in koi8-r
> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
>> I have a problem with the HowDoI doc in the cvs repository. Mike
>> added some sutff there recently, but I thought the doc had been
>> removed... It is removed from the help menu, in any case.
>>
>> So, what should we do her
> I have a problem with the HowDoI doc in the cvs repository. Mike added
> some sutff there recently, but I thought the doc had been
> removed... It is removed from the help menu, in any case.
>
> So, what should we do here? We have to decide on something, since the
> help menu will have to be c
I have a problem with the HowDoI doc in the cvs repository. Mike added
some sutff there recently, but I thought the doc had been
removed... It is removed from the help menu, in any case.
So, what should we do here? We have to decide on something, since the
help menu will have to be changed in *
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> *miyata writes: | Notice locale.alias in the standard
Lars> distribution of X defines | | ru ru_RU.ISO8859-5 | | So message
Lars> object files in koi8-r must be installed into |
Lars> koi8-r/LC_MESSAGES rather than ru/LC_MESSAG
*miyata writes:
| Notice locale.alias in the standard distribution of X defines
|
| ru ru_RU.ISO8859-5
|
| So message object files in koi8-r must be installed into
| koi8-r/LC_MESSAGES rather than ru/LC_MESSAGES The latter directory
| is for installing those in ISO8859-5
Does this also
> "Alejandro" == Alejandro Aguilar Sierra <[EMAIL PROTECTED]> writes:
Alejandro> On Mon, 30 Nov 1998, Jean-Marc Lasgouttes wrote:
Jacek> Finally I would like to mention that the malloc/free bug in
Jacek> math editor still crashes lyx ( when I try to cut a piece of
Jacek> math ).
>> Alejandro
> "miyata" == miyata <[EMAIL PROTECTED]> writes:
miyata> My understanding is: Inside mathed, kbd events are read
miyata> "directly" with XLookupString(). Outside mathed, kbd events
miyata> are read via Input Method with LyXLookupString() which is a
miyata> wrapper around XmbLookupString().
> "Jacek" == Jacek M Holeczek <[EMAIL PROTECTED]> writes:
Jacek> Hi, Thanks. Your patch does the job. Below you can find an
Jacek> improved version of it ( Jean-Marc, you used cut/paste or
Jacek> something like this and the result was - all tabs were gone, so
Jacek> the patch utility could n
Hi,
Thanks. Your patch does the job.
Below you can find an improved version of it ( Jean-Marc, you used
cut/paste or something like this and the result was - all tabs were gone,
so the patch utility could not recognize any string and I had to "apply"
this patch "manually" ).
--
> "Jacek" == Jacek M Holeczek <[EMAIL PROTECTED]> writes:
>> Should be fixed now, please test it.
Jacek> Could I ask for a patch file ( against lyx-1.0.0pre4 ) ? No
Jacek> chance I can use rcs/cvs. Thanks in advance, Jacek.
Try the appended patch (I hope I got it right...).
JMarc
Index:
Victor Lavrenko <[EMAIL PROTECTED]> wrote:
> OK, I've submitted the po-file for koi8-r as 'ru.po'. Other encodings
> --- later.
Notice locale.alias in the standard distribution of X defines
ru ru_RU.ISO8859-5
So message object files in koi8-r must be installed into
koi8-r/
> Should be fixed now, please test it.
Could I ask for a patch file ( against lyx-1.0.0pre4 ) ?
No chance I can use rcs/cvs.
Thanks in advance,
Jacek.
> "Mike" == <[EMAIL PROTECTED]> writes:
Mike> Hi all, Still twiddling my thumbs at the observatory. I added a
Mike> brief discussion about making an index to Extended.lyx. I didn't
Mike> see any other discussion except in Reference.lyx, so I took the
Mike> liberty of adding it. Enjoy.
It'
> Still twiddling my thumbs at the observatory. I added a brief discussion
> about making an index to Extended.lyx. I didn't see any other
> discussion except in Reference.lyx, so I took the liberty of adding it.
> Enjoy.
I hope you keep being bored up there ;-)
Greets,
Asger
Hi all,
Still twiddling my thumbs at the observatory. I added a brief discussion
about making an index to Extended.lyx. I didn't see any other
discussion except in Reference.lyx, so I took the liberty of adding it.
Enjoy.
Mike
[EMAIL PROTECTED]
(I switch the lists.)
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> Yes, this is a known problem with mathed, which does not accept 8bit
> characters. I do not know how difficult this would be to solve (maybe
> just a problem of signed char vs unsigned char).
My understanding is:
Inside math
35 matches
Mail list logo
