> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> > | This sounds like a disadvantage... So why do we use \(...\) at
>> all? > > AFAIK \( \) is advised in LaTeX instead of $ $
Andre> What's the rationale behind this?
Let's say that plain TeX only knows about $...$ and $$...$$. \(...
||Shrihari||
First God-Remembrance and many thanks for your
detailed reply.
--- Miyata Shigeru <[EMAIL PROTECTED]> wrote:
> Correct me if I am wrong.
> The main difficulty for handling indic/SE-Asian
> scripts lies in the
> fact that each "character" as the users of those
> languages perceive
>
Lars Gullik Bjønnes wrote:
>
> I am not excatly willing to take patches that solve this problem by
> special casing latin2.
>
> and in any event we should to this for the other latinX xkeysyms as
> well.
Point taken. I'm attaching the patch for ISO Latin 2, 3 and 9 in
LyX 1.1.6fix1 - they are
garst gabbed
> [EMAIL PROTECTED] wrote:
> >
> > fac13ttyp2:hawk>lyx
> > /usr/libexec/ld-elf.so.1: Shared object "libc.so.3" not found
> >
> > How can i *possibly* have an unmet dependency
> Which libc do you have?
I have no idea how to check that. It's part of the base FreeBSD 4.3
distributio
People with too much spare time might want to have a look at
http://mathematik.htwm.de/tmp/mathed72.diff
or
http://mathematik.htwm.de/tmp/mathed72.diff.gz
This is still not to be included in CVS, but it is getting closer...
The core should be stable now, some of the numbering/labeling
[EMAIL PROTECTED] wrote:
>
> OK, that last checkout let me compile. I now have an executable. And
> a new problem :) One I've never seen before:
>
> fac13ttyp2:hawk>lyx
> /usr/libexec/ld-elf.so.1: Shared object "libc.so.3" not found
>
> huh? I just compiled this, and *everything* on this sys
OK, that last checkout let me compile. I now have an executable. And
a new problem :) One I've never seen before:
fac13ttyp2:hawk>lyx
/usr/libexec/ld-elf.so.1: Shared object "libc.so.3" not found
huh? I just compiled this, and *everything* on this system other than
the gtk12 library needed
> > "dochawk" == dochawk <[EMAIL PROTECTED]> writes:
>
> dochawk> hmm, I deted Lars message asking "this _is_ GNU make, isn't
> dochawk> it" oops :) It was the pmake from bsd.
>
> dochawk> So I used gmake, cleaned, ./configured again, and type gmake.
> dochawk> It runs for a few minutes, an
> "dochawk" == dochawk <[EMAIL PROTECTED]> writes:
dochawk> hmm, I deted Lars message asking "this _is_ GNU make, isn't
dochawk> it" oops :) It was the pmake from bsd.
dochawk> So I used gmake, cleaned, ./configured again, and type gmake.
dochawk> It runs for a few minutes, and then
Did yo
Hello
I have prepared a patch to enable support of the iso8859-15 encoding.
It consists of a modification to the lib/encodings file, a new
lib/kbd/iso8859-15.cdef file, modifications to the lib/kbd/european.kmap
and francais.kmap to replace the general currency symbol with the euro,
and a very sm
hmm, I deted Lars message asking "this _is_ GNU make, isn't it"
oops :) It was the pmake from bsd.
So I used gmake, cleaned, ./configured again, and type gmake. It runs
for a few minutes, and then
gmake[4]: Entering directory `/usr/local/src/lyx-devel/src/frontends/xforms'
/bin/sh ../../..
Maybe one of the more knowledgable users of LaTeX can enlighten me:
Can the "LaTeX type" [1] of an (displayed) equation (or eqnarray) be
reconstructed if only the following are given:
- a count of "columns" of the "whole thing"
- a count of "rows" of the "whole thing"
- some information w
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Some of the links in references.php3 are out of date. Here's
Angus> the patch Angus
Applied.
JMarc
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> Here's the fixed patch. ;-)
Applied.
JMarc
Perfect. Thank you.
A
On Wednesday 09 May 2001 11:31, John Levon wrote:
> On Wed, 9 May 2001, Angus Leeming wrote:
>
> > This one dies with
> >
> > cxx: Error: #79 expected a type specifier
> > typedef MenuList::const_iterator const_iterator;
> ^
>
> try adding "typen
> "Baruch" == Baruch Even <[EMAIL PROTECTED]> writes:
Baruch> I obviously had to forget the attachment. It wouldn't be fun
Baruch> otherwise.
Applied.
JMarc
Can someone cleverer than me explain this compiler error (and perhaps give me
a clue about what to do about it).
Angus
--
This compiles without problem:
class HMenu {
...
};
class Menus {
public:
///
typedef std::vector M
Roman Maurer <[EMAIL PROTECTED]> writes:
| Hello!
|
| As it turns out, the LyX 1.1.6fix1 can not be used with the
| Latin-2 keyboard, ie. with keyboard that actually returns
| correct keysyms for ISO Latin 2 symbols (eg. ccaron, scaron,
| zcaron, etc.). LyX simply ignores those keysyms as shown
On Today, +0200, Roman Maurer wrote:
> I'm attaching a simple patch that enables support for Latin-2
> keysyms in LyX. It should not break anything for any other
> keyboard as it just adds translation of ISO Latin-2 keysyms
> to ISO Latin-2 characters as I saw them defined in
> X11R6/include/X11
Aditya Gilra <[EMAIL PROTECTED]> wrote:
> Could you inform how long it is before lyx supports
> hindi/devanagari pages in unicode. I learn that
> unicode support is present but I couldn't see how
> in 1.1.6 . Do I need to get the development version
> for it.
It is unlikely to be supported unles
[EMAIL PROTECTED] writes:
| lars labored
|
| > the config.guess in boost/ is too old. replace it with the one in
| > config/
|
| This gets it a bit further. Now it bombs at
|
|
| Making all in po
| make: don't know how to make cat-id-tbl.c. Stop
and this _is_ gnu make?
--
Lgb
21 matches
Mail list logo
