On Tue, Dec 04, 2001 at 04:16:23PM -0500, Chris Eliasmith wrote:
> Thanks so much for a great package everyone. One little
> annoyance: typing \epsilon in math mode doesn't give you
> the epsilon sign. All the other greek characters seem to
> work fine.
There is no glyph in the font for \epsilon,
On Tue, Dec 04, 2001 at 04:16:23PM -0500, Chris Eliasmith wrote:
> Thanks so much for a great package everyone. One little
> annoyance: typing \epsilon in math mode doesn't give you
> the epsilon sign. All the other greek characters seem to
> work fine.
>
> version: 1.1.6 fix 2
This is deliberat
"Garst R. Reese" wrote:
>
> Herbert Voss wrote:
> >
> > "Garst R. Reese" wrote:
> > >
> > > Still comes out as red text. Is this my font installation or known?
> >
> > take the last cvs, should be fixed
>
> All greek except epsilon works. Ok in ps.
yes you're right, I thought of \varepsilon
He
Herbert Voss wrote:
>
> "Garst R. Reese" wrote:
> >
> > Still comes out as red text. Is this my font installation or known?
>
> take the last cvs, should be fixed
All greek except epsilon works. Ok in ps.
Garst
"Garst R. Reese" wrote:
>
> Still comes out as red text. Is this my font installation or known?
take the last cvs, should be fixed
Herbert
--
http://www.educat.hu-berlin.de/~voss/lyx/
> Do you compile --with-included-gettext?
> Or do you compile with --disable-nls?
No idea: whatever the configure script does.
On Wed, 13 Dec 2000, Yves Capdeboscq wrote:
>
> Point taken. Maybe you should then signal solaris users like me that they
> should change this line to compile with sun make. After this change, it
> compiles fine.
Do you compile --with-included-gettext?
Or do you compile with --disable-nls?
> On
Point taken. Maybe you should then signal solaris users like me that they
should change this line to compile with sun make. After this change, it
compiles fine.
On 13 Dec 2000, Jean-Marc Lasgouttes wrote:
>
> Yves> POTFILE_IN_DEPS := $(shell find $(top_srcdir)/src -name
> Yves> Makefile.am)
>
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On 13 Dec 2000, Jean-Marc Lasgouttes wrote:
>> In fact, GNU make is needed to compile lyx.
John> why ?
Because of the damn gettext makefile... If you are into makefile
hacking, you may want to take a look :)
JMarc
On 13 Dec 2000, Jean-Marc Lasgouttes wrote:
> In fact, GNU make is needed to compile lyx.
why ?
thanks
john
--
"Be conservative in what you do, be liberal in what you accept from others."
- Jon Postel
> "Yves" == Yves Capdeboscq <[EMAIL PROTECTED]> writes:
Yves> Btw, in lyx-1.1.6pre2.tar.gz there is a typo in Makefile.in,
Yves> POTFILE_IN_DEPS := $(shell find $(top_srcdir)/src -name
Yves> Makefile.am)
Yves> should be
Yves> POTFILE_IN_DEPS = $(shell find $(top_srcdir)/src -name
Yves> Mak
> I think that you should change LM_varepsilon in src/mathed/symbol_def.h
> to LM_epsilon, and change LM_epsilon to LM_varepsilon.
Or remove LM_epsilon from the undefined lis and define it in the same way
as LM_varepsilon..very simple indeed, and it works!
Thank you very much!
Yves
Btw, in
On Fri, Dec 08, 2000 at 01:57:15PM -0500, Yves Capdeboscq wrote:
>
> I recently posted a message about the annoyance of LyX not displaying
> \epsilon anymore.
> As I understand, this is a thought decision to make things straight,
> since it was displaying \varepsilon before, and sometimes in the
> When you type \epsilon in math mode, the proper character doesn't get
> inserted. In fact, even using the 'math panel', the character is
> isn't inserted.
It's not a bug. It's a feature.
There is no possibility to show an \epsilon since there is no
corresponding glyph available.
So for the sa
On Fri, Nov 26, 1999 at 05:52:05PM +0100, Andre' Poenitz wrote:
> > Compliments, what compliments? Those were very (not so) subtle jokes and
> > you didn't notice.
>
> Jokes on a Friday? Come on, Jose', you should know better!
I'm very sorry for the mistake, what I intend to say was "Those w
> Compliments, what compliments? Those were very (not so) subtle jokes and
> you didn't notice.
Jokes on a Friday? Come on, Jose', you should know better!
Andre'
--
Andre' Poenitz .. [EMAIL PROTECTED]
On Fri, Nov 26, 1999 at 05:35:37PM +0100, Andre' Poenitz wrote:
> > >> I think we have a bit different notion about what a "hack" is.
> >
> > Asger> You're a great diplomat.
> > Lars, diplomat? You're a great diplomat, Asger.
> > JMarc
> Something is wrong... *scratch head* ... awfully wrong...
> >> I think we have a bit different notion about what a "hack" is.
>
> Asger> You're a great diplomat.
>
> Lars, diplomat? You're a great diplomat, Asger.
> JMarc
Something is wrong... *scratch head* ... awfully wrong...
You are not supposed to make compliments to each other on a *Friday*.
T
> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
>> My point was: Much code that was from the beginning thought to be
>> temporary and soon to be replaced never got replaced.
Asger> My point is that this is ok sometimes.
Like the delete-actually-cuts bug. Conceptually it sho
> My point was: Much code that was from the beginning thought to be
> temporaray and soon to be replaced never got replaced.
My point is that this is ok sometimes.
> I think we have a bit different notion about what a "hack" is.
You're a great diplomat.
Cheers,
Asger
> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
Asger> Regarding epsilon and varepsilon: May I suggest that we map
Asger> both varepsilon and epsilon to varepsilon? This is only a
Asger> problem when you want to use both variants in a document, and
Asger> that is in my experi
"Asger K. Alstrup Nielsen" <[EMAIL PROTECTED]> writes:
| > | Sometimes a hack is fully sufficient.
| >
| > Not when a better solution exists.
|
| Come on, better solutions *always* exists.
|
| It doesn't matter which program you take -- it can always be
| better. Arguing like this will not g
> | Sometimes a hack is fully sufficient.
>
> Not when a better solution exists.
Come on, better solutions *always* exists.
It doesn't matter which program you take -- it can always be
better. Arguing like this will not get you anywhere.
It's a question of priorities: Will we spent one hour
"Asger K. Alstrup Nielsen" <[EMAIL PROTECTED]> writes:
| > Hacks have a tendency to stay _way_ longer that you would ever
| > imagine.
|
| Sometimes a hack is fully sufficient.
Not when a better solution exists.
Hacks should be temporary, and one should always try to find ways to
remove hacks.
> Hacks have a tendency to stay _way_ longer that you would ever
> imagine.
Sometimes a hack is fully sufficient.
Greets,
Asger
"Asger K. Alstrup Nielsen" <[EMAIL PROTECTED]> writes:
| > You are probably right with both assumptions. However, the result is a
| > hack *and* not what a 'native' LaTeX speaker would expect. I'd rather
| > admit a shortcoming than to hack around. Some day we might be able to
| > display arbitra
> You are probably right with both assumptions. However, the result is a
> hack *and* not what a 'native' LaTeX speaker would expect. I'd rather
> admit a shortcoming than to hack around. Some day we might be able to
> display arbitrary bitmaps in any place.
Doing a hack now will not prevent us f
Tue Nov 23 1999, Alejandro Aguilar Sierra ->
> > How hard is it to use unicode to display fonts.
> > I have a unicode font installed, which has almost all of the math
> > symbols used in both normal math and in ams math.
>
> Where can we get that font?
I got a lot of unicode fonts from links fou
On 22 Nov 1999, Jean-Marc Lasgouttes wrote:
> OK, I'll try that. BTW, Alejandro, I noticed recently that it is now
> possible to insert spaces in math formulas. I doubt that it is
> intended... Could you have a look? And there was also a patch for
> using primes and subscript earlier; is it corre
On Tue, 23 Nov 1999, Martin Norbäck wrote:
> How hard is it to use unicode to display fonts.
> I have a unicode font installed, which has almost all of the math
> symbols used in both normal math and in ams math.
Where can we get that font?
> The mathed could just check for the existence of th
Mon Nov 22 1999, Alejandro Aguilar Sierra ->
> On 22 Nov 1999, Jean-Marc Lasgouttes wrote:
>
> > I agree on that. Alejandro, would you have objections? Of course, a
> > lot of people who used to use epsilon and be pleased to see it
> > displayed on screen will not like that, and I am sure we woul
> Regarding epsilon and varepsilon:
> May I suggest that we map both varepsilon and epsilon to
> varepsilon? This is only a problem when you want to use
> both variants in a document, and that is in my experience
> very seldom, so the mayority of users will be happier.
You are probably right wit
Regarding epsilon and varepsilon:
May I suggest that we map both varepsilon and epsilon to
varepsilon? This is only a problem when you want to use
both variants in a document, and that is in my experience
very seldom, so the mayority of users will be happier.
It's much nicer to see something tha
> "Alejandro" == Alejandro Aguilar Sierra <[EMAIL PROTECTED]> writes:
Alejandro> On 22 Nov 1999, Jean-Marc Lasgouttes wrote:
>> I think we should. People will be angry on the short term, but it
>> is cleaner in the long term...
Alejandro> Then I'll let it to you as an exercise. ;-)
OK, I'll
On 22 Nov 1999, Jean-Marc Lasgouttes wrote:
> I think we should. People will be angry on the short term, but it is
> cleaner in the long term...
Then I'll let it to you as an exercise. ;-)
> Is it possible to make composite characters (eg epsilon==c+-) for
> displaying or is the architecture
> "Alejandro" == Alejandro Aguilar Sierra <[EMAIL PROTECTED]> writes:
Alejandro> I think we decided to display epsilon (dressed as
Alejandro> varepsilon) because it was often used by the mathed users
Alejandro> at that time. Anyway this is not correct so I agreed to
Alejandro> change it. Do y
On 22 Nov 1999, Jean-Marc Lasgouttes wrote:
> I agree on that. Alejandro, would you have objections? Of course, a
> lot of people who used to use epsilon and be pleased to see it
> displayed on screen will not like that, and I am sure we would get a
> lot of bug reports.
I think we decided to di
> Rainer> would be the more natural decision.
>
> I agree on that. Alejandro, would you have objections? Of course, a
> lot of people who used to use epsilon and be pleased to see it
> displayed on screen will not like that, and I am sure we would get a
> lot of bug reports.
>
> I do not know wh
> "Rainer" == Rainer Dorsch <[EMAIL PROTECTED]> writes:
Rainer> I think
Rainer> - Do not display \epsilon at all - Diplayt \varepsilon
Rainer> correctly
Rainer> would be the more natural decision.
I agree on that. Alejandro, would you have objections? Of course, a
lot of people who used to
> Unfortunately, the X symbol font that is used for mathed does not have
> all the symbols that LyX needs. In particular, \epsilon is not here.
> The choice has been made to use \varepsilon instead, but this should
> maybe be changed...
>
Thanks for the reply.
Hmm...
\varepsilon is in the X-f
> "Rainer" == Rainer Dorsch <[EMAIL PROTECTED]> writes:
Rainer> In lyx 1.1.2 (Debian Linux) epsilon is diplayed as varepsilon,
Rainer> varepsilon is written as LaTeX command. The math panel
Rainer> displays them correctly.
Rainer> Please querry for futher information if necessary.
Unfortuna
41 matches
Mail list logo
